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

Цитата:

---

Сообщение от Vslav

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

---

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

Интересная особенность у блока программного сброса по команде 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.

Цитата:

---

Сообщение от Titus

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

---

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

Цитата:

---

Сообщение от Alex_K

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

---

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

Цитата:

---

Сообщение от Titus

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

---

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

Цитата:

---

Сообщение от Titus

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

---

Цитата:

---

Сообщение от Titus

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. В начальном описании её нет, но в алгоритме исполнения микрокода она упоминается.

Цитата:

---

Сообщение от Titus

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

---

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

Цитата:

---

Сообщение от Titus

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

---

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

Цитата:

---

Сообщение от Titus

//---------------------------------------------------------------------- Обработка 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, но на этом как-то не акцентируется внимание.

Цитата:

---

Сообщение от Alex_K

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

---

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

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

Цитата:

---

Сообщение от Alex_K

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

---

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

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

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

Цитата:

---

Сообщение от Titus

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

---

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

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

Цитата:

---

Сообщение от Alex_K

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

---

Можно

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

Цитата:

---

Сообщение от Alex_K

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

---

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

Цитата:

---

Сообщение от Titus

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

---

Цитата:

---

Сообщение от Titus

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

---

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