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

[Alex_K]

Вектор восстановлен. Ничего не дергалось. Процесс был запущен как-обычно в диспетчере процессов ПП, прерывание там рядом переназначено. После возникновения прерывания был выход с него (тупо inc KeyDwn; rti). Далее в диспетчере задач по дохождению до кода было видно что что-то нажали, был выход из диспетчера и затем ЦП давал команду на очистку памяти ПП. Вообщем обычное дело.
Ну так вот - если не делать считывание из ячейки по возникновению прерывания - затем блокировались например .ttyin (висело в бесконечном цикле) в ЦП. Нажатия клавиш тоже не слышно было.

Помогло в прерывании тупо сделать считывание с ячейки (пометка что вызвалось нажатие клавиши как и раньше оставалась) и rti потом. Без считывания с ячейки происходил факап какой-то.
Я делал это в соседней теме про косичку от Manwe для БК-0010 чтобы по возникновению прерывания тупо выйти из всего в RT-11. Вот без считывания выходит "косячно". Если в прерывании считывать адрес - выходит нормально.

Естественно считывать ячейку 0177702 нужно обязательно. Сигнал запроса на прерывание устанавливается по фронту сигналов IE & RDY, т.е. если предыдущее значение бита готовности .И. разрешения прерывания было нулём, а новое стало единицей, то контроллер выставляет сигнал запроса на прерывание. Сбрасывается этот запрос удовлетворением прерывания, т.е. контроллер передаёт вектор, вызывается подпрограмма обработки. Вот если в подпрограмме обработки не считали регистр, то IE & RDY останутся единицей, и нового запроса на прерывание не будет, даже если нажмут клавишу. А при чтении регистра происходит сброс бита готовности, поэтому при новом нажатии снова возникнет фронт сигнала IE & RDY и будет выставлен новый запрос на прерывание.