Реверс-инжиниринг УКНЦ (1515ХМ1&2, 1801ВП1, 1801ВМ2)

[Radon17]

как мне ее практично запихать в плис и припаять к мат. плате УКНЦ ?

Не имеет совершенно никакого смысла. УКНЦ столько сделали, что легче найти донора или вообще машину на замену.
Если уж говорить про ПЛИС, то надо пихать туда всю машину целиком, как это уже сделали с ДВК. Так сказать, для будущих поколений.

[Advertiser]

[Sandro]

Не нужно ничего сочинять из воздуха, есть же реверс всех кристаллов вроде как. Просто этот реверс ты в FPGA не запихаешь без дополнительной работы.

[Arseny]

Тем не менее, если позволите - практичный вопрос - имея схему 1515ХМ2-001 или 1515ХМ1-031 (похоже она есть в этой ветви) - как мне ее практично запихать в плис и припаять к мат. плате УКНЦ ? Ну то есть, я готов потестировать теорию на практике. Есть уже такой опыт у кого то ?

Читай УКНЦ отсутствие микросхемы. Камрад ZPilot делал замену на основе МК - пообщайся с ним.

[BlaireCas]

Даже не знаю где спросить. Поэтому тут возможно даже подходящая тема.
Почитав документацию на процессор 1801ВМ2 - обнаружил что команда MTPS байтовая. То-есть якобы бесполезно писать что-то навроде mtps #600 мол она не "скушает" старший байт.
Но в дизассемблерном ПЗУ от УКНЦ именно такое и есть!

(код с http://www.emuverse.ru/wiki/%D0%A3%D...6_ROM_disasm_6)

; Обработка выхода из пультового отладчика (УПР-C)
161206$:TST     R4              ; Пультовый монитор работает под упр. ПП ?
        BMI     161034$         ; Нет
        CLR     @#22550
        MTPS    #600
        MOV     @#7144,SP       ; Восстановить стек режима УСТАНОВКА
        CLR     R0
        $MTPS$                  ; PS = 0
        $MTPC$                  ; PC = 0

Это как? Ошибка разработчика или что-то другое? Командой mtps можно перевести процессор в HALT-режим?

[Alex_K]

Это как? Ошибка разработчика или что-то другое? Командой mtps можно перевести процессор в HALT-режим?

Да, команда MTPS действительно только байтовая, как и MFPS. Потому перевести процессор с помощью неё в HALT-режим невозможно, так же как и узнать с помощью MFPS, работает ли процессор в HALT-режиме.
Так что эту команду в системном ПЗУ можно считать ошибкой разработчика. А может так специально сделали для наглядности, ведь пультовый отладчик всегда работает в HALT-режиме.

[BlaireCas]

А может так специально сделали для наглядности

Там еще есть mtps #340 (битовое 1110 0000, флаги P**TNZVC). То-есть два флага неясно зачем ставят. Они "вроде" ни на что не влияют в регистре состояния. Может конечно быть из то-же серии "работает же, не трожь!"

[Alex_K]

Там еще есть mtps #340 (битовое 1110 0000, флаги P**TNZVC). То-есть два флага неясно зачем ставят. Они "вроде" ни на что не влияют в регистре состояния. Может конечно быть из то-же серии "работает же, не трожь!"

Ну это сделали для совместимости с другими процессорами. Так как адаптер локальной сети сделан на 1801ВП1-065, то загрузчик и тест могли взять с других мест. А эти общие места могли работать и на 1801ВМ3, там только MTPS #340. К тому же биты 5 и 6 реально присутствуют в PSW, только они ни на что не влияют.
Так же MTPS #340 есть и подпрограмме печати экрана, но она написана на Си.

[Sandro]

КМК, с ВП1-65 это не связано
Просто принято писать именно MTPS #340, чтобы заведомо работало везде, да.

[BlaireCas]

Еще момент заметил. Если в периферийном процессоре при обработке прерывания от клавиатуры не считать каким-либо образом регистр (tst @#177702 хотя-бы) - то почему-то потом контроллер клавиатуры (возможно это одна из этих микросхем) "портится".
Сделал свое прерывание на клавиатуру, пытался поначалу просто определять факт того что оно сработало (что-то нажали). Ничего не читая из регистра и выходя в RT-11. Получилось как-то "не очень", кнопки "зависли". (а в EmuStudio кстати пофиг, там не зависли, зависли на реале и unkcbtl)

[Alex_K]

Еще момент заметил. Если в периферийном процессоре при обработке прерывания от клавиатуры не считать каким-либо образом регистр (tst @#177702 хотя-бы) - то почему-то потом контроллер клавиатуры (возможно это одна из этих микросхем) "портится".
Сделал свое прерывание на клавиатуру, пытался поначалу просто определять факт того что оно сработало (что-то нажали). Ничего не читая из регистра и выходя в RT-11. Получилось как-то "не очень", кнопки "зависли". (а в EmuStudio кстати пофиг, там не зависли, зависли на реале и unkcbtl)

Есть в УКНЦ особенности работы с прерываниями на аппаратном уровне в некоторых микросхемах.
А можно поподробнее что было дальше: возникло прерывание, регистр 0177702 не считали, вышли в RT-11... А вектор восстановили? Бит разрешения прерывания дергали?