Полигон-2

Есть у меня DEC PDT-11/150. Это персональная PDP на LSI-11, вот такая:


Машина загружается в монитор, в котором работают команды R, P, G, L, M, /.
При выборе R машина чего-то ждёт, при выборе G - обращается к флоппи-дискам. При выборе L - зависает.


Умные люди посмотрели на мою машину, указали на несколько глупых ошибок и рассказали несколько слов.
Я так понял, что "L" - это команда загрузки с заданного адреса; по команде 173000G должна начинаться загрузка с дискеты, а по 176500L - загрузка с порта дополнительного терминала.
Вроде как, с помощью последней команды можно загрузить в машину ядро RT-11 в формате LBA.

Система RT-11 в сети есть, но загрузочного файла LBA я не нашёл. Более того, вообще почти ничего не нашёл про этот формат, кроме упоминания того, что он исполняемый.

Дисководы стоят RXT01-AA - мало того, что они на 60 Гц (питаю от инвертора), так ещё и, насколько я понял, с нестандартным интерфейсом, так что с 5"25 загрузиться не получится. Шина у PDT тоже нестандартная, контроллер другого типа не подключить.

У меня есть коробка 8" дискет с RT-11. Но, судя по всему, дискеты для дисковода другого типа. Зато к машине есть стопка документации...

Это то немногое, что я уже смог. Сейчас я хочу:
1). Загрузить ОС. Видимо, RT-11 через COM-порт, в формате LBA - но, возможно, есть и другие пути.
2). Сделать загрузочную дискету.
3). Соединить загруженный PDT c PC, скинуть на дискету тетрис и прочие игрушки. :-).

Так, уважаемые PDP-воды. Подскажите, что мне делать?

alecv
Спасибо, смысл команд стал понятнее.
Поэкспериментировал с примером из википедии:

[q]

@1000/ xxxxxx 112737>LF>
001002 xxxxxx 101>LF>
001004 xxxxxx 177566>LF>
001006 xxxxxx 137>LF>
001010 xxxxxx 1000>CR>
>R7/xxxxxx 1000>CR>
>RS/340

[/q]

LF - это "F13", CR - я так понимаю, "Return"

Если так, то пример у меня не работает. Более того, судя по всему, в память вводится что-то не то - такое ощущение, что всегда устанавливается в единицу шестой бит.
С чем может быть связана такая картина? Ошибка памяти?
(пробовал вводить с адреса 5000 - то же самое)


UPD. Записал нули в полсотни байт с адреса 0 и с адреса 10000 - все записываются как "000040". Оперативка сгорела?

arif-ru похоже действительно РУ-шка (простите, какая-нибудь 4164) сдохла

alecv
Угу, точнее MK4116N-3. В русских магазинах сходу не нашёл, но на ebay они есть. Так что, судя по всему, запуск ОС откладывается на неопределёный срок доставки.
И сразу же вопрос - как узнать, какая из микросхем памяти сгорела? Схемы карты памяти я не нашёл.

Нашёл только техническое описание, про память с 87 страницы. Но без монтажной схемы. http://www.bitsavers.org/pdf/dec/pdp11/pdt11/

arif-ru 4116 - это обычная 565РУ6 с хорошей буквой, А или Б . Временно можно поставить.

Узнать вероятно можно замыкая DO микросхемки на землю. Нуль будет отображаться как единица, шина там инверсная.

Вообще банк 16К это 000000..037777 а выше должно нормально записываться. Попробуй потестить другой банк, выше 040000 ?

Upd Увидел про старшие адреса. OK.

Отсюда: http://www.computerhistory.org.../102681914

Вики же называет эту модель вообще "интеллектуальным терминалом": http://en.wikipedia.org/wiki/PDP-11

Вести с полей.
1). Купил РУ6
2). Впаял - не помогло (всё работало как раньше, только соответствующий бит был "вечно 0", а не "вечно 1").
3). Выпаял, впаял панельку, воткнул следующую РУ6 в панельку.
4). Теперь, вне зависимости от того, воткнута в панельку РУ6 или нет, всё работает плохо:
- почему-то при self-test стал ругаться на дисководы.
- если дисководы отключить - проходит все self-test-ы, нормально определяет терминал, выводит на терминал стандартное предложение протестировать дополнительные терминалы и диски. Но Online Debugging Tool не запускается.

То есть теперь при включении на терминал не выводится какой-то адрес, выводится только слеш (который после адреса идёт).
При нажатии на любую клавишу, кроме обрабатываемых Online Debugging Tool (то есть кроме 0-7, L, /, и так далее) - выводится @>символ> - то есть нормальный ответ на них, только без знака вопроса.
При нажатии на клавишу, обрабатываемую Online Debugging Tool - не происходит вообще ничего.

Что я сделал не так? Есть подозрение, что сжёг одну из ПЗУ. Если да - это лечится?

borisfox

[q]

Сжечь - это вряд ли, скорее при пайке замкнули или оборвали что-нибудь.

[/q]

Ясно. Тогда попробую разобрать и собрать обратно.

Документацию нашёл. :-).

[q]

Попробуйте поставить переключатель RESET-NORMAL-TEST в положение TEST и запустить машину. Когда загорится индикатор "2" - понажимайте несколько раз символ @.

[/q]

Раньше ошибок не было (правда, на тестах, кажется, зависал).
Теперь:
- почему-то при self-test стал ругаться на дисководы.
- если дисководы отключить - проходит все self-test-ы, по нажатию на "@" нормально определяет терминал, выводит на терминал стандартное предложение протестировать дополнительные терминалы и диски. Но Online Debugging Tool не запускается.

С такой техникой может надо сюда писать, правда надо знать английский, просто-так на пальцах, с такими проблемами далеко не зайдешь
http://www.vintage-computer.com/vcforum/
Они эту технику больше щупали чем мы. Я где там не писал всегда помогали, там люди всякие есть (кто на чем рабтал)

Что-то сравнительно маленькая неисправность в ходе ремонта переросла в большую...

Если с подключением терминала точно всё хорошо, то проверьте соединения между модулями, особенно между PERIPHERAL MODULE (плата с периферийным процессором 8085) и STANDARD EIA MODULE (плата формирователей сигналов интерфейсов RS-232). Если и там нормально, то надо проверять для начала работу консольного УСАПП и формирователя сигнала передачи консольного порта TERM RCV DATA (в сторону терминала) и сигнала готовности терминала TERM RDY.

arif-ru написал:

[q]

borisfox
> Что-то сравнительно маленькая неисправность в ходе ремонта переросла в большую...
Нормальный результат непрофессионального ремонта. А я - в чистом виде непрофессионал.

[/q]

Да я пошутил, на то оно и железо, чтобы его того...


arif-ru написал:

[q]

> надо проверять для начала работу консольного УСАПП, TERM RCV DATA, TERM RDY
Поясните, пожалуйста, как их проверять?

[/q]

А что из измерительного инструментария имеется?
Я обычно проверяю осциллографом, это удобнее. Тестером можно достоверно проверить только в режиме простоя. В этом случае передаётся сигнал MARK (лог.1) и уровень сигнала на выходе передатчика должен быть от -3 до -12 В (отрицательный по отношению к общему проводу). При передаче информации сигнал будет переходить в состояние SPACE (лог.0) с уровнем +3...+12 В. Но тестером это отловить сложно, разве что зациклить выдачу символа с кодом 00.
На выходе УСАПП (периферийного модуля) будут сигналы уровня TTL, высокий уровень соответствует MARK, низкий SPACE.


arif-ru написал:

[q]

Попробовал запустить терминал со скоростью приёма большей, чем скорость передачи (150/300). Оказывается, при нажатии на "1" и другие цифровые клавиши что-то на терминал передаётся - только терминал в нормальном режиме не воспринимает это как знак.

[/q]

Чтобы точно снять все вопросы с несоответствием скорости, переставьте переключатель 1 в состояние ON (Autobaud = disable), при этом порт PDT будет настроен на скорость 9600 бит/с, на которую нужно настроить и терминал. При определении скорости порт подстраивается под терминал, если несколько раз нажать на нём клавишу @ во время активного индикатора № 2 (описание, стр.3-3, по pdf страница 41).

Всё интререснее и интереснее...
Похоже, возникло рассогласование терминала и компьютера. Откуда? Почему?...

borisfox
Есть даже осциллограф - правда, простенький.
Посмотрел сигнал на TxD и RxD (я правильно понял, что о них речь шла?)
На выходе терминала: "0" - -7В, "1" - +7В, импульсы правильной прямоугольной формы, длинна бита ок. 10 мс.
На выходе компьютера: "0" - -4В, "1" - +12В, импульсы правильной прямоугольной формы, длинна бита ок. 10 мс.

При этом осциллограф показывает, что сигналы идут, когда надо. Например, по нажатию 1/>LF>>LF>>LF>... компьютер выдаёт длинные серии импульсов.

Настройки терминала:


> переставьте переключатель 1 в состояние ON (Autobaud = disable) >...> 9600 бод
Пробовал, и не раз. Абсолютно ничего не меняется. :-(.
Разве что на экране осциллографа сигнал не такой правильной формы.

Дениска
Ого, хорошая машинка. А он её запустил?

UPD.
Проверил напряжения на блоке питания компьютера. Все штатные (отклонение меньше 5%), без пульсации.
Наверное, нужно ещё проверить работу PDP>=>PC и терминал>=>PC. Куплю DB9 - попробую.

alecv
Без неё всё точно то же самое; сравнивал даташиты на родную микросхему и M2118-7 (вроде как полный аналог 565РУ6). Не отличаются ничем, кроме требованиями питания.

> Вероятно пробило буфер, который между памятью и шиной (типа LS245). Или регистр защелку (LS373).
Даже несмотря на то, что машина, видимо, выдаёт на терминал нужную информацию, которую терминал почему-то не видит? (см. моё предыдущее сообщение).

Но если 4164 это 8кб то 4116 это 2 кб? Может точно РУ3

Упс, проверять совпадение обозначений питающих напряжений мне в голову не пришло. :-(. То есть для начала - нужно купить РУ3 или перекинуть девятую ногу на восьмую...



По идее, терминал должен на любой скорости работать. Проверял его на 9600 и 300 (раньше на них работал), потом поставил 75 - удобнее на осциллографе смотреть.

arif-ru написал:

[q]

Оффтопик: Кстати, а почему у одной микросхемы VDD означает +5, а у другой - +12? Они же не по алфавиту явно...

[/q]

Vcc = Uпит. у каждой микрухи свое.

http://forum.qrz.ru/thread32364.html

borisfox РУ3 очень золотые и стоят рублей по 50 за корпус. РУ6 туда можно включить если сделать "перемычку" 8 на 9.

Если с тройным, то действительно эта РУ6 скорее всего погибла от +12 и могло повредится питание +12, из за этого и терминал вероятно не работает.

alecv
C тройным питанием, все три напряжения правильные.

SKcorp
Ага, значит, BB, CC, DD, SS - это не тип напряжения питания, а тип подключения к ноге элементов изнутри. Буду знать.

borisfox
При установке LoopBack на кабель терминала любые набираемые символы видны.
Напряжение на ноге 20(DTR) - отсутствует при отключённом терминале, нормальное (-10 -> +10) при подключённом.
Напряжение на ноге 6(DSR) - отсутствует. Насколько я вижу, нога ни к чему на плате не подключена.
РУ3 - пока не нашёл. Но не думаю, что из-за его отсутствия на данном этапе станет хуже.

И теперь - самое интересное.
Подключил компьютер к PC, запустил HyperTerminal (XP), посмотрел, что получается.
Если задать в качестве эмулируемого терминала ANSI или TTY - терминал отображает кракозябры, но в нужных количествах.
Если эмулировать VT-100 или VT-220 - ситуация точно та же, что и с реальным терминалом.
То есть компьютер отсылает символы, но не те.

alecv

20 20 20 20 1f 17 17 17 12 11 5c 5c 20 20 40 11 12 13 0f 11 14 12 11 11 12 20 20 40 14 15 16 0f 11 14 12 11 15 12 20 20 40 41 1f 20 20 40 42 1f 20 20 40 43 1f 20 20 40 44 1f

Большинство кракозябр должны быть цифрами и слешами.
\
@
@
@A
@B
@C
@D

С кодировкой явно что-то не то, но идея одного бита не проходит.
Так, вместо
@
Должно быть
@123/142112

40 11 12 13 0f 11 14 12 11 11 12
40 41 42 43 2f 41 44 42 41 41 42

borisfox
(кстати, мне всё ещё кажется, что проблема возникает только с определёнными символами. Так, с цифрами она есть, а с буквами - нет)
На малых частотах форма сигнала правильная.
На 9600 (максимальная поддерживаемая частота) фронт тоже вертикальный, но сигнал немного спадающий.
Подключаю-отключаю кабель при выключенном компьютере и терминале, PC завожу в standby. При замене ОЗУ, вроде, вообще кабель не выдёргивал.
А как MC1488L проверить?

borisfox

Замкнул J4-1 и J4-3. Эхо полноценное.

Посмотрел схемы подключения остальных микросхем, пришёл в ужас.
Я так понимаю, закольцевать их уже не получится, надо шини смотреть? Вероятно, они двунаправленные - и тогда тем более непонятно, как это делать, учитывая, что в сторону компьютера всё нормально передаётся.
Учитывая, что плохо передаются только некоторые символы (судя по всему, выделенные по функциональному признаку, а не по признаку сбрасывания битов) - начинал бы с микросхем на процессорной плате. Но и схема там самая сложная, вроде.

Посмотрел E13. На той стороне, которая к процессорному модулю идёт, сигнал такой (иногда видны какие-то неяркие полосы в центре, но на моём осциилографе их рассмотреть не получилось):

На большинстве ног, идущих к E1 интерфейсного модуля, сигнал такой:

На двух ногах (13 и 14), идущих к E1, сигнал такой:

В ней дело?
Амплитуда - везде около 5 вольт.

Другие микросхемы пока не смотрел.
Кстати, вопрос ещё. Есть ли какие-нибудь простые способы определить расположение микросхемы на плате по её номеру? E13 искал минут сорок, по разводке дорожек на плате. Но она, вроде бы, №13, если смотреть на плату с одной из сторон и нумеровать микросхемы слева направо, сверху вниз.

Так, поставил резисторы, 2к2, пробовал подтягивать к 0 и к +5.
На осциллографе получались прямые линии (0 и +5 соответственно) с едва заметными вертикальными росчерками.
Поведение терминала не менялось в обоих случаях.

Сдались или пока отложили на время?

А что на входах EN и DIR E13 ?