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

[Titus]

Там еще интереснее. По ошибкам шины на предвыборке ABORT не генерируется, вместо этого подается фантомный REPLY.

А я-то думаю, зачем там и ABORT и TO_RPLY.
Просто пока руки не дошли до этого блока. Слишком много всего в ВМ2.

[Titus]

Интересная особенность у блока программного сброса по команде RESET (000005).
Таймингами генерации INIT в этом случае заведует блок таймаута. Вот такая унивесальность.
Когда активируется программный INIT, на выход процессора выдается сигнал INIT и блок таймаута начинает считать, а микропрограммный автомат приостанавлвиается.
Когда блок таймаута досчитал до 53 (сигнал TOUT), с выхода процессора снимается INIT, но микропрограмма все еще стоит на месте.
Видимо, в этом интервале внешнем устройствам дается время переинициализироваться после INIT.
Далее блок таймаута достчитывает до 512 (спад сигнала TINIT), и работа процессора продолжается.

Кстати, сигнал PLI_NRDY - это вовсе не сигнал неготовности ПЛМ прерываний, как можно подумать из названия. Он как раз и отвечает за альтернативный режим работы таймера, и приостановку микропрограммы на это время. Но переименовывать его я конечно же не стану)

Из такого алгоритма работы INIT, использующего таймер, возникает определенный вопрос. А что если при выборке команды RESET, была предвыборка следующей команды с несуществующего адреса, и начался отсчет таймаута. А тут бац, и INIT решила воспользоваться таймером. Накладочка получается)

- - - Добавлено - - -

Далее можно порассуждать. Вот у нас завис DIN из-за того, что шина не отвечает. При этом включился режим INIT.
Приоритет у INIT выше, поэтому событие TEVENT (таймаут шины) по достижении таймером значения 53 - не произойдет.
В общем, программный INIT отработает полностью, затем таймер таймаута пойдет считать по кругу, и уже на втором круге возьмет свое.
Таким образом, если случился таймаут по предвыборке следующей команды после RESET, то DIN зависнет на 565 тактов.
А учитывая, что внешние устройства при этом сбросятся, еще не известно, как они среагирует на этот активный DIN.

[Alex_K]

Далее можно порассуждать. Вот у нас завис DIN из-за того, что шина не отвечает. При этом включился режим INIT.
Приоритет у INIT выше, поэтому событие TEVENT (таймаут шины) по достижении таймером значения 53 - не произойдет.
В общем, программный INIT отработает полностью, затем таймер таймаута пойдет считать по кругу, и уже на втором круге возьмет свое.
Таким образом, если случился таймаут по предвыборке следующей команды после RESET, то DIN зависнет на 565 тактов.
А учитывая, что внешние устройства при этом сбросятся, еще не известно, как они среагирует на этот активный DIN.

На реальной УКНЦ нормально срабатывает. Занёс в 0157776 команду RESET и запустил. Был TRAP4, в стеке адрес 0160002. А что там в реальности происходит неизвестно, надо запросить моделирование.

[Titus]

На реальной УКНЦ нормально срабатывает. Занёс в 0157776 команду RESET и запустил. Был TRAP4, в стеке адрес 0160002. А что там в реальности происходит неизвестно, надо запросить моделирование.

Так он и должен нормально срабатывать, только все это время, пока удерживается INIT и еще после него значительное время, должен быть активным сигнал DIN.

[Alex_K]

Так он и должен нормально срабатывать, только все это время, пока удерживается INIT и еще после него значительное время, должен быть активным сигнал DIN.

Ну я написал, что надо запросить моделирование.

[Alex_K]

ВМ2: Адресации однооперадных команд

INC(B), DEC(B), CLR(B), NEG(B), COM(B), ADC(B), SBC(B),
ASR(B), ROR(B), ASL(B), ROL(B), TST(B), SWAB, SXT, MFPS,
JMP, JSR:

Как-то ту не совсем понятно с MTPS. В начальном описании её нет, но в алгоритме исполнения микрокода она упоминается.

// TST(B), MTPS:
// Read (IO_RD, IO_IN) - Инициировать цикл чтения шины в регистр BRD

Далее интереснее:

if MTPS GOTO 0x18 // Завершить команду MTPS особым способом

А по адресу 0x18 обработка JMP/JSR:

//---------------------------------------------------------------------- Обработка JMP/JSR
0x18: if (JMP) // Если JMP
PC1=PC2=RA PLI_REQ // Запросить проверку запросов на прерывание
GOTO 0x21 // Перейти на команду выборки следующей некэшированной инструкции
else // Иначе JSR
RA=R6=R6-2 IO_WR, IO_CMD // Инициировать цикл записи BRD на шину

Я конечно понимаю, что здесь много общего с MTPS Rn, но на этом как-то не акцентируется внимание.

[Advertiser]

[Titus]

Как-то ту не совсем понятно с MTPS. В начальном описании её нет, но в алгоритме исполнения микрокода она упоминается.

Забыл в шапке ее вписать. Конечно, она есть.

- - - Добавлено - - -

А по адресу 0x18 обработка JMP/JSR:

Тут видится несостыковка потому что по адресу 0x18 находится И обработчик JMP/JSR, и обработчик окончания MTPS.
Попробую это обозначить специально.

- - - Добавлено - - -

Исправил описание, добавил MTPS.

[Alex_K]

Исправил описание, добавил MTPS.

Ещё бы продублировать, что там будет на GOTO 0x08.

А когда будут двухоперандные команды?

[Titus]

Ещё бы продублировать, что там будет на GOTO 0x08.

Можно

- - - Добавлено - - -

А когда будут двухоперандные команды?

Как дойду до них)
Вон, некоторые микрокод по году расшифровывают, а вы от меня хотите за месяц все сразу)

[Alex_K]

Как дойду до них)
Вон, некоторые микрокод по году расшифровывают, а вы от меня хотите за месяц все сразу)

Очень увлекательное, хотя, и требующее времени и внимательности, занятие - восстанавливать микрокод.
Но, тут как с кошечкой в пылесосе, главное втянуться

А уж команды EIS, самое интересное. Большой интерес представляют алгоритмы знакового умножения и деления. С беззнаковыми числами проще.