Эмулятор УКНЦ - UKNCBTL

[hobot]

Собрал и выложил утилиты для эмулятора УКНЦ - https://github.com/nzeemin/ukncbtl-u...s-20200118.zip
Как бы ничего нового (последние правки были в октябре 2019), просто чтобы было на гитхабе - не все сидят на этом форуме.

Папка эмулятора в общедоступном "хламничке"
{чего там только не было - чего там только нет ;-) }
http://hobot.pdp-11.ru/EMULATORS/UKNCBTL_HDD/
+ тема с играми на этом форуме читайте первое сообщение, там дополнительные ссылки на игры и сохранения (SaveState)
для UKNCBTL.

[nzeemin]

В этой версии немного изменений:
1. Поправлена таблица перекодировки из набора символов УКНЦ в Юникод - влияет на команду Screen to Text и на изображение символов в окне Memory.
2. Меня всё-таки убедили что GRB это правильная палитра, поэтому она сделана дефолтной в эмуляторе.

Скачать: https://github.com/nzeemin/ukncbtl/r...tl-644-exe.zip

[hobot]

nzeemin, хотел узнать твоё мнение по такому вопросу:

В архиве часть ПО, которое требует стандартной сети УК-НЦ (как в школе), какова возможность
включить\добавить в новой версии эмулятора - виртуальную РМУ - по галочке (подкл\откл).
У которой СА вместо КМД и слотов ПЗУ и соотв. окно, а СА слухает только основное окно эмулятора.
Тогда по вкл. на экране РМУ всегда "*ЗАГРУЗКА ИЗ СЕТИ*", пока пакетики не полетят от РМП (основного окна UKNCBTL),
это не хотелка\не просьба - обсуждение возможности\идеи такой реализации?

Спасибо.


зы: в плане интерфейса - просто представь, что в родительском окне две вкладки РМП (это текущая допустим 644 УК-НЦ ) и
РМУ ( это по умолч. не активная сетевая 644-машинка у которой все те же экранные настройки, только нет никаких дискет и слотов).
Как-то так?

[nzeemin]

А в UKNCBTL почти точно эмулируется 1801ВП1-128 и дисковод. В виртуальном дисководе дискета вращается со скоростью 5 об/сек, соответственно слова формируются аккуратно каждые 64 мкс. Эмулируется программируемый таймер, потому есть ожидание раскрутки мотора и перехода на другую дорожку. Единственно после перехода на другую дорожку виртуальная головка оказывается в самом её начале. На реальном УКНЦ с дисководом 3,5" у меня команда проверки дискеты DIR/FIL/BAD проходит за 50 с лишним секунд, а в эмуляторе UKNCBTL за 1 мин 10-15 сек.

В EmuStudio точной эмуляции нет, команда DIR/BAD/FIL прошла за 12 сек.

Этот момент поправил. Теперь DIR/FIL/BAD в эмуляторе проходит за ~34 секунды.

Кроме того, в этой версии добавлена команда File > Screenshot to Clipboard.

- - - Updated - - -

nzeemin, хотел узнать твоё мнение по такому вопросу:

Пока развитие сети не в приоритете.

[Alex_K]

Этот момент поправил. Теперь DIR/FIL/BAD в эмуляторе проходит за ~34 секунды.

Как-то быстровато. Насколько я понимаю, при смене стороны/дорожки головка оказывает сразу в начале дорожки. Тогда да, полная дискета прочтется где-то за 32 сек.

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

Как-то быстровато. Насколько я понимаю, при смене стороны/дорожки головка оказывает сразу в начале дорожки. Тогда да, полная дискета прочтется где-то за 32 сек.

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

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

У меня на реальной машине около 52 сек. Но на контроллере не стоит перемычка, временные параметры для НГМД-6022, а они там большие. Надо будет попробовать с перемычкой.

[nzeemin]

* что то не то с цветами в отлачике, основной текст заметен но нечитабелен

Лучше поздно чем никогда - улучшил цвета в тёмной теме в Qt-версии эмулятора, проверял под kubuntu.
Не идеально, но теперь хотя бы основной текст стал читаемым.

[Advertiser]

[randomizer]

Не идеально, но теперь хотя бы основной текст стал читаемым.

Огонь! QT версия почти готова стать основным инструментом.

Кстати, обнаружил баг/особенность эмулятора.
Касается это регистра управления адресным пространством ПП.
С помощью этого регистра можно подставлять ОЗУ выше 0100000 в адресное пространство ПП, но как это работает из тех описания не очень понятно.
Как в итоге я выяснил, когда выставляешь в регистре разряды замены банков ПЗУ банками ОЗУ.
Это позволяет напрямую писать в ОЗУ, но читается не то что записал(подозреваю что чтение производится из ПЗУ)
Чтобы читать из ОЗУ, необходимо отключать сестемное ПЗУ. Но это возможно только для диапазона 100000-117777

А в эмуляторе достаточно выставить любой разряд замены и можно как писать в подставленное ОЗУ, так и читать из него.
Вроде бы баг, но когда знаешь о нём, он в общем то не мешает.

[Titus]

С помощью этого регистра можно подставлять ОЗУ выше 0100000 в адресное пространство ПП, но как это работает из тех описания не очень понятно.
Как в итоге я выяснил, когда выставляешь в регистре разряды замены банков ПЗУ банками ОЗУ.
Это позволяет напрямую писать в ОЗУ, но читается не то что записал(подозреваю что чтение производится из ПЗУ)
Чтобы читать из ОЗУ, необходимо отключать сестемное ПЗУ. Но это возможно только для диапазона 100000-117777

Это хорошо понятно из реверса чипов в соответствующей теме)

[Alex_K]

Кстати, обнаружил баг/особенность эмулятора.
Касается это регистра управления адресным пространством ПП.
С помощью этого регистра можно подставлять ОЗУ выше 0100000 в адресное пространство ПП, но как это работает из тех описания не очень понятно.
Как в итоге я выяснил, когда выставляешь в регистре разряды замены банков ПЗУ банками ОЗУ.
Это позволяет напрямую писать в ОЗУ, но читается не то что записал(подозреваю что чтение производится из ПЗУ)
Чтобы читать из ОЗУ, необходимо отключать сестемное ПЗУ. Но это возможно только для диапазона 100000-117777

А в эмуляторе достаточно выставить любой разряд замены и можно как писать в подставленное ОЗУ, так и читать из него.
Вроде бы баг, но когда знаешь о нём, он в общем то не мешает.

Да, эмулятор в этом плане работает некорректно.
При подставлении ОЗУ в области ПЗУ на реальной машине работают одновременно и ПЗУ и ОЗУ. Т.к. ПЗУ поддерживает только чтение, то в ОЗУ можно спокойно писать командами MOV, CLR. А вот при чтении одновременно работают и ПЗУ и ОЗУ. Т.к. ПЗУ быстрее, то оно сразу выставляет на шину данные и сигнал RPLY. А с контроллером ОЗУ возникает следующий эффект: чтение с ОЗУ в области ПП происходит за два захода - сначала читается младший байт, потом старший. Но контроллер ОЗУ при команде чтения сразу же выставляет свой буферный регистр на шину, в том регистре результат предыдущего чтения с ОЗУ. Потому в качестве результата оказывается сложенное по ИЛИ значение чтения с ПЗУ и результат предыдущего чтения с ОЗУ. Иногда контроллер ОЗУ за это время успевает прочесть младший байт с ОЗУ, в итоге результатом чтения будет значение чтения с ПЗУ и сложенное по ИЛИ значение старшего байта предыдущего чтения с ОЗУ и значение младшего байта текущего чтения с ОЗУ.
В окне 100000-117777 ПЗУ можно отключить. Тогда с ОЗУ можно полноценно работать. Но это только в том случае, если в разъемы ВУ не установлен контроллер IDE или электронный диск от ЭР.

[randomizer]

Но это только в том случае, если в разъемы ВУ не установлен контроллер IDE или электронный диск от ЭР.

А почему так? Ведь выборка внешнего ПЗУ тоже управляется установкой разрядов в соответствующем регистре.
Можно его деактивировать при необходимости, или изначально не подключать банки внешнего ПЗУ.