Полигон-2

Anonymous написал:

[q]

Так у вас не РФ3, а РФ32, судя по фото, а они заведомо битые, для того и такая маркировка.

[/q]

Это да, есть такое. Но по факту не ужас, а ужас-ужас, в остальных в основном не юзабельны обе половинки. И по характеру неюзабельности даже нельзя сказать, РФ31 она или РФ32. Вчера посмотрел, маркировки и 32 есть, и 31.

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

Запаял половину накопителя, 16 штук РУ3. И еще одно чудо случилось, ODT заработал!
(наверное, это еще один знак. Пытаюсь сообразить, к чему он. Скорее всего, к тому, что придется так и оставить там РУ6. Ну да ладно, концепция только чуть поменяется. Главное, что она не исчезнет и не размажется, этот проект же как концепт позиционирован).
Пока это рабочая примерка, даже без блокировочных конденсаторов по питанию у РУ6. Дальше доустанавливаю эти кондеры и запаиваю вторую половину. Вообще, РУ6 мне в свое время понравились, эдакие простые безглючные рабочие лошадки, такое от них впечатление было. А у этих еще и знак качества на упаковке.

Промежуточный итог: 1801ВМ1 рабочий, умеет исполнять команды, в том числе системные, которые используют ячейки по специальным адресам. 1801ВП1-030 рабочая, умеет управлять динамической памятью и картой адресного пространства. 1801ВП1-065 тоже рабочая, через нее происходил диалог с ODT. Из серии 1801 еще есть ВП1-034 в режиме 16-разрядного буфера-защелки для данных из памяти, она по факту тоже исправна и функционирует без замечаний.
И программа ODT тоже рабочая оказалась, хотя отлаживалась на модели ДВК с процессором ВМ1 в эмуляторе от _Patron_. Уважаемый _Patron_, вам огромное спасибо за такую полезную программу!

Ну вот, запаял вторую половину ОЗУ, все блокировочные конденсаторы, отмыл от флюса, соединил все платы - и всё, работает!
ODT немного расширенный у меня:
Q если без числа впереди, то дамп регистров, если с числом, то дамп области памяти
M показать причину, почему оказались в ODT

Че дальше-то делать? Наверное, тест памяти нужно какой-нибудь загрузить и оставить проверяться.
И вот что ещё, форму сигнальчиков в разных местах посмотреть ещё надо, у меня ж концепт, один из пунктов которого - форма сигналов должна быть хорошая. Поэтому 4-слойка, земля сплошным слоем, питание +5 сплошным слоем, сигнальные проводники на наружных слоях. И без переходов, переходы только на ногах деталей.

Промежуточный итог:
Работающий процессорный модуль в габаритах 10х8х5 см, с функциональностью примерно как М2, только ОЗУ около 31 кило слова.

ODT ROM OK
ODT RAM OK

*** 1801BM1 Macro ODT V1.0 ***
@Q
R0=000000 R1=000000 R2=000000 R3=000000 R4=000000 R5=000000
R6=000000 R7=000000 RS=000340 P7 ....
@M000000
Power On
@0Q
000000: 000000 000000 000000 000000 000000 000000 000000 000002
000020: 000000 000000 000002 000002 000000 000000 000002 000000
000040: 000000 000000 000002 000000 000000 000000 000000 000000
000060: 000000 000000 000000 000000 000000 000000 000000 000000
@100000Q
100000: 000002 000002 177777 000002 000002 000002 000002 000002
100020: 000002 000002 000002 000002 002002 002002 002002 000002
100040: 000002 000002 000002 000002 000002 002002 000002 000002
100060: 000002 000002 000002 000002 000002 000002 000002 000002
@177560Q
177560: 000000 000161 000000 000060 ?
@M000200
Bus error
@1000/177777 12701
001002/177777 111111
001004/177777 12702
001006/177777 22222
001010/177777 12703
001012/177777 030303
001014/177777 12704
001016/177777 040404
001020/177777 12705
001022/177777 050505
001024/177777 12706
001026/177777 060606
001030/177777 0
@1000Q
001000: 012701 111111 012702 022222 012703 030303 012704 040404
001020: 012705 050505 012706 060606 000000 177777 177777 177777
001040: 177777 177777 177777 177777 177777 177777 177777 177777
001060: 177777 177777 177777 177777 177777 177777 177777 177777
@1000G
001032
@M100000
Halt
@Q
R0=000000 R1=111111 R2=022222 R3=030303 R4=040404 R5=050505
R6=060606 R7=001032 RS=000340 P7 ....
@RS/000340 347
@Q
R0=000000 R1=111111 R2=022222 R3=030303 R4=040404 R5=050505
R6=060606 R7=001032 RS=000347 P7 .ZVC
@

_Patron_ написал:

[q]

Можно загрузить RT-11 через терминальный порт и позапускать всякие программы.

[/q]

Пока не буду соблазняться. В планах, реализация которых все ближе, подключить IDE хард, причем с DMA, и DMA будет 588ВТ2.

А вот линия RPLY с ее проводным ИЛИ и двунаправленностью, реальная проблема для слабеньких открытых стоков.. У меня два активных на шине будет, не только процессор. Концепция под угрозой, точнее ее пункт "без нецелесообразных задержек на шине". Но есть еще пространство для маневра, сейчас RPLY к питанию притянуто 4,7 кОм.

[q]

Они свежей разработки и с ВП

[/q]

5559ИН** какая нибудь? На них инфа открыта же

Пытаюсь встроить в концепцию 588-ю серию, в частности, КПДП 588ВТ2.
Несколько озадачен логикой его работы. Сеанс ПДП запрашивается извне, сигналом /RQ. В ответ на шину устанавливается /DMR, ожидается /DMGO, потом /SACK, происходит цикл обмена, /SACK снимается. Вроде все последовательно и логично. Сигнал /RQ может быть снят, как только появился /DMR, этот запрос запоминается. Но может быть снят и по приходу /DMGO или /SACK. Все бы хорошо, если бы не одно но. Цепочка этих событий рушится пролетающими по шине /RPLY. Они на шине есть, они не могут не пролетать.

Сценарий 1.
Пришел /RQ, выставился /DMR, /RQ за ненадобностью снят, ждем /DMGO. До прихода /DMGO пролетает какой-то /RPLY. Этот /RPLY сбрасывает /DMR и запрос ПДП отменяется. На этом все заканчивается, запрос нужно выставлять заново. Какой-то осмысленности в таком поведении нет. Дальше даже и думать не хочется.

Сценарий 2.
Пришел /RQ, выставился /DMR, /RQ не снимаем до прихода /DMGO или /SACK. Ждем /DMGO. До прихода /DMGO появляется /RPLY. Этот /RPLY сбрасывает /DMR, но по снятии /RPLY /DMR появляется снова (потому что /RQ все еще активен). Такие снятие-активизации /DMR по пролетающим /RPLY продолжаются до тех пор, пока не придет /DMGO. В целом в этом случае сеанс ПДП происходит как нужно, все циклы ПДП получаются в необходимом количестве, сбоев и записи мусора не замечено, но также непонятна логика за этим поведением. Человеческими словами это описывается так:
-> Есть запрос
(выставим DMR)
(Так, у меня RPLY, DMR снимаю, все равно во время RPLY ты ничего не сделать не сможешь)
(RPLY кончился, ты еще запрос не снял, что ж, выставим DMR снова)
(А, не, еще один RPLY, запрос снимаю, потерпи)
(Все, кончился, снова выставляю)
...
>- Во, пришел ответ, шину занял, снимай запрос (а что DMR дергался, ты и не заметил, гы)
-> Запрос снял

Ну бред какой-то и скрытое издевательство. Не вяжутся эти все метания с концепцией мы медленно, медленно спустимся. Выходит, ВТ2 нужно будет изолировать от чужих RPLY.