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

Цитата:

---

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

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

---

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

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

Вот такой код прокатил:

Код:

---

; 'keyboard' interrupt
INTKB1:        mov        R0, -(SP)
        mov        @#177702, R0
        ; TODO: change drawing variables in CPU from pressed keys
        inc        KEYPR0
        mov        (SP)+, R0
        rti

---

Закомментировав строку с mov @#177702.. - уже не прокатывает.

Правда есть момент - я не менял ВЕСЬ вектор. Только адрес прерывания, и восстанавливал его также. Но думается это иррелевантно что там в PS проца запишется, как и раньше оставалось-же.

Весь код (он большой конечно и может быть там косяки?) где-то тут: https://raw.githubusercontent.com/bl...ter/kosich.mac
Но сама рисовка там в ЦПУ ничего не портит. А в ПП достаточно закомментить считывание по прерыванию из 177702 и после выхода в RT-11 ничего больше не нажмешь.

Цитата:

---

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

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

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

---

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

Я в железках не очень понимаю, но вообщем тут все сложно :) Ух кошмар. Какие-то люди давно сделали на этих там вон плис или как оно называется - цельный спектрум. А тут жуть какая-т. (да и не нужно никому :(
Что-ж делать когда эти все микросхемы сдохнут.. эээ.. ну ладно. Не надо о грустном.

Никита вон сделает авось эмуль на джаваскрипт (уже!) и может и нормас.

(извиняюсь заранее, несколько эдаким "быдло-стайл" языком тут пишу, что удивительно для человека пишущего код на макро-11, но как-то так, не обижайтесь, это всё случайности, когда перечитываю сам в шоке)

Цитата:

---

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

Я в железках не очень понимаю, но вообщем тут все сложно :) Ух кошмар. Какие-то люди давно сделали на этих там вон плис или как оно называется - цельный спектрум. А тут жуть какая-т. (да и не нужно никому :(
Что-ж делать когда эти все микросхемы сдохнут.. эээ.. ну ладно. Не надо о грустном.

Никита вон сделает авось эмуль на джаваскрипт (уже!) и может и нормас.

---

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

Оффтопик: Эмулятор УКНЦ на JavaScript есть, но он писан не мной - там чисто код на Си++ переписан в JS. А я делал эмулятор на основе WebAssembly - это тот же Си++ код ядра UKNCBTL, собранный через Emscripten.

Цитата:

---

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

Что-ж делать когда эти все микросхемы сдохнут.. эээ.. ну ладно. Не надо о грустном.

---

Распереживавшись, что могу остаться без УКНЦ, как то со временем обзавёлся несколькими комплектами БМК, и несколькими рабочими платами.
Сейчас всё же думаю что есть зерно истины в словах: - "УКНЦ наделали столько, что несмотря на металлистов, и нам и нашим детям хватит")

Я не к тому, что не нужно увековечивать УКНЦ в FPGA.
Просто к радости немногих любителей, она оказалась наиболее массово производившимся компьютером.

Цитата:

---

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

Выглядит так, что все кусочки для этого уже есть.

---

Не выглядит, а есть.

И даже один форумчанин начал собирать это дело в ПЛИС, но что-то пошло не так, и рабочий результат пока не получен.

Цитата:

---

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

Не выглядит, а есть.

---

А где можно посмотреть на эти кусочки?

Цитата:

---

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

А где можно посмотреть на эти кусочки?

---

В том числе в этой теме.

Я пытался выписывать текущее состояние, но наверное нужно обновлять: http://www.emuverse.ru/wiki/%D0%A3%D...91%D0%9C%D0%9A

Да, ещё процессор вот тут: https://github.com/1801BM1/cpu11

Цитата:

---

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

Сейчас всё же думаю что есть зерно истины в словах: - "УКНЦ наделали столько, что несмотря на металлистов, и нам и нашим детям хватит")

---

Это правда, в год их всплывает по несколько сотен. Как минимум треть с обычными конденсаторами, поэтому для утилизаторов большого интереса не представляют.

Цитата:

---

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

Я пытался выписывать текущее состояние, но наверное нужно обновлять: http://www.emuverse.ru/wiki/%D0%A3%D...91%D0%9C%D0%9A

---

Было бы очень здорово. Спасибо!

Уже очень давно (13 лет назад) у Феликса были наработки по работе УКНЦ в ПЛИС:
https://github.com/troosh/ukncbtl/tree/master/hw/ukfpga
https://github.com/troosh/ukncbtl/tr...r/hw/ukfpgadxp
Это как-то можно использовать?

Вообще, рассказал бы кто знающий, чего сейчас нехватает для того чтобы УКНЦ работал на каком-нибудь современном ПЛИСе?

Цитата:

---

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

Вообще, рассказал бы кто знающий, чего сейчас нехватает для того чтобы УКНЦ работал на каком-нибудь современном ПЛИСе?

---

Не хватает только желания перевести отреверсенные схемы из ХМ-ок в ПЛИС, добавить к ним уже готовый ВМ2 и почти все.

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

Цитата:

---

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

Уже очень давно (13 лет назад) у Феликса были наработки по работе УКНЦ в ПЛИС:

---

Сомневаюсь, т.к. это не на основе реверса.

Нашел небольшую ошибочку в реверсе 1515ХМ2-001.

Выход OUT4 (ножка 62) должен быть комплиментарный, а не с открытым коллектором, как нарисовано сейчас.

Вот так правильно:
https://pic.maxiol.com/images2/17117...17148.out4.png

Цитата:

---

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

3. Режим разбора запроса программного прерывания (стробируется сигналом PI_STB). Инициируется, если PLM0=1. Используется в инструкциях программных прерываний.

нет описания

---

А описание будет?

Цитата:

---

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

А описание будет?

---

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

Всем привет! Грандиозная работа!
Решил вспомнить студенчество и курсовую по 1515, решил по приколу разобрать пару ячеек:

Возник вопрос по V ячейке. Догадываюсь, что это мультиплексор аналоговый, вижу кроссоединение затворов, соединение посередине двух стоков, но не вижу куда идет соединение от двух внутренних полишин, такое ощущение что они от внутренних переходных ни с чем не соединены, хотя сигнал снаружи явно приходит.... Кто-то может помочь?

https://s1.hostingkartinok.com/uploa...680b8e7dbf.png

https://hostingkartinok.com/show-ima...a46e680b8e7dbf

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

Разобрался. Транзисторы внутри соединены, подобно NAND памяти, а пары переходных отверстий запаралелены. Я упорно искал связи между транзисторами на поверхности в слое метализации... )))

Цитата:

---

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

Уже очень давно (13 лет назад) у Феликса были наработки по работе УКНЦ в ПЛИС:

---

Как давно это было... =)
Врядли это поможет - это я начал писать на основе документации а не реверса

Отличия 035/065 от DL11-E с точки зрения программиста, по материалам

- "Микpопpоцессоpы и микpопpоцессоpные комплекты интегpальных микpосхем" Шахнова, том 2 (1988)
- "МикроЭВМ в 8-ми книгах", книга 2 (1988)
- https://github.com/1801BM1/k1801/blob/master/065/
- http://www.ibiblio.org/pub/academic/...icronote33.txt
- EK-DL11-TM-003_DL11_Asynchronous_Line_Interface_Manual_Sep75. pdf

035 и 065:

всегда посылают 2 стоп-бита
не реализованы биты RCVR ACT (11) и RDR ENB (0) в RCSR
биты ошибок -- в RCSR, не RBUF, и не очищаются новыми данными -- только по INIT или чтению RBUF
при переполнении в RBUF остаются предыдущие данные
запись RBUF не делает ничего
INIT не выставляет DONE в TCSR (это делает только DCLO)
чтение TBUF возвращает вектор прерывания
выход EVNT (2) выдает сигнал частотой 50 гц

035:

выход HALT (31) отражает состояние приемника BREAK (для останова центрального процессора)

065:

поддерживает full duplex и rts/cts handshaking -- вход nBSYD (29) и выход nRR (31)
не поддерживает формат слова 5 бит
выход HALT отсутствует, состояние BREAK отражается в бите 0 RCSR

в -035 только один флаг, по этому на платах с -035 стоит перемычка. И посмотреть можно только подкнут кабель или нет.
Кабель стоит - готовность есть... Нет кабеля - нет готовности.

в -065 реализованы оба флага(готовности как приёмника, так и передатчика), по этому можно использовать как аппаратную информацию о переполнении буфера.
Бывает, что на флаги плюют, всё всегда готово... Разбираются что да как программно.

В УКНЦ со С2(RS-232) интересно поступили, так как в -065 всего два флага, остальные флаги реализовали дополнительной аппаратурой. Чисто как биты ввода-вывода.