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

[Alex_K]

Циклы должны быть хорошо описаны в техническом описании. Разве нет?

Сами циклы DATI, DATO, DATIO может и описаны, но не описаны какие конкретно циклы использует та или иная команда с конкретными методами адресации.
А по исследованию с помощью лог.анализатора есть один нюанс - предварительная выборка команды. Скажет так - память заполнена командами MOV R0,@R1. Осуществляется переход по JMP на эту последовательность. Если бы не было предвыборки, то вперемешку следовали бы циклы DATI (чтение команды) и DATO (запись результата). Здесь же сначала пройдут два DATI(чтение команды и опережающее чтение следующей команды), а затем DATO. Потом это устаканится.

[Patron]

один нюанс - предварительная выборка команды

Это не столь важно, когда интерес направлен "внутрь цикла". Ведь главные вопросы:

1. Какова минимальная продолжительность каждого цикла шины в тактах (когда задержка памяти меньше одного такта).

2. Как изменятся эти продолжительности при увеличении задержки памяти на один такт.

[Alex_K]

Еще на счет турбобейсика.
При старте с системы, что на том же диске, турбобейсик во время загрузки пишет что-то типа 'rror reading overlay'. Иногда даже без буквы 'E' даже. На этой системе стоит какой-то Virtual Memory Driver by Alpharog. Причем, когда буквы 'E' нету, видно, что в момент ошибки идет много записи в регистр управления адресным пространством ПП. А именно биты 1-3 (биты выбора кассеты ПЗУ!). И головка дисковода на этой дискете перемещается раза в 4 медленнее, чем на других.

Тогда как при старте с другой системы, но при запуске этого же турбобейсика, с этой же дискеты, все грузится прекрасно. Значит от положения на диске и размера глюк не зависит.

Virtual Memory Driver by Alpharog - это мой драйвер виртуального диска. Никакого отношения он к регистру 177054 не имеет. Активируется он только командой SET VM ON, но никаких резидентов в ПП не оставляет.

А по поводу обращения к кассете ПЗУ. Да к ней идет всегда обращение, если по каналу 2 пришел левый пакет. Так что имеет смысл посмотреть работу каналов в режиме прерываний, может у Вас пропускаются какие-то данные или идет что-то лишнее. Еще может зависеть от драйвера MZ.

В UKNCBTL ведь работает. Я там с каналами помучился, немного нестандартно работают каналы 1 и 2, а также 0 со стороны ПП.

[Titus]

Еще может зависеть от драйвера MZ.

В UKNCBTL ведь работает. Я там с каналами помучился, немного нестандартно работают каналы 1 и 2, а также 0 со стороны ПП.

Что такое MZ?

Как нестандартно работают? Иначе, чем описано в документации?

---------- Post added at 16:12 ---------- Previous post was at 16:11 ----------

А вот планируется ли возможность режима ЧБ-монитора для УКНЦ игр? ну типа как по F6 - врубаются желтенькие буковки (КЦГД), может быть как то так сделать оттенки серого? Было бы классно для некоторых игр (ИМХО:KNIGHT и ИТО-сборники лучше гораздо глядятся в ЧБ)

Знаю я тебя) Чтобы потом опять заполонить обзоры черно-белыми скриншотами под предлогом 'так лучше смотрится' )))

[Alex_K]

Что такое MZ?

Как нестандартно работают? Иначе, чем описано в документации?

MZ - драйвер дисковода в RT-11 на УКНЦ, точнее MZ.SYS. Версий всяких дофига. Работает естественно через канал 2, передавая блок параметров. Описано все в книге "Работа с внешними устройствами", здесь же где-то и выкладывалось.

---------- Post added at 16:16 ---------- Previous post was at 16:14 ----------

Как нестандартно работают? Иначе, чем описано в документации?

Да, некоторых тонкостей не описано, а связаны эти тонкости с выставлением и снятием сигнала VIRQ - запроса на прерывание.

[Titus]

Да, некоторых тонкостей не описано, а связаны эти тонкости с выставлением и снятием сигнала VIRQ - запроса на прерывание.

А подробнее?

[hobot]

Описано все в книге "Работа с внешними устройствами"

Наверное библиотека то же у нас вроде как общедоступная ))) (видимо надо побольше агрессии в продвижении архива и его содержимого)
http://pdp-11.nsk.ru/~hobot_lmb/ukdw...uknc_rsvu.djvu

---------- Post added at 17:14 ---------- Previous post was at 17:12 ----------

Знаю я тебя) Чтобы потом опять заполонить обзоры черно-белыми скриншотами под предлогом 'так лучше смотрится' )))

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

[Alex_K]

А подробнее?

Объяснять долго. Но как-нибудь постараюсь. У устройств с битами готовности (ГТ) и разрешения прерывания (РП), запрос на прерывание возникает тогда, когда предыдущее состояние (БГ .AND. РП = 0), а новое (БГ .AND. РП = 1), т.е. такое возможно когда установлен бит РП и устройство готово к приему/передаче информации, или устройство уже готово, а программа установила бит РП.
Соответственно запрос на прерывание можно снять тремя способами:
1. Снять бит готовности, т.е. прочесть/записать регистр данных, после этого бит ГТ станет равен нулю.
2. Очистить бит РП. Думаю без вопросов.
Эти два предыдущих способа обычно делаются при запрещенных прерываниях.
3. Ну и третий способ - удовлетворить запрос на прерывание, в этом случае устройство должно передать вектор.

А вот с третьим способом тонкости и начинаются. Представим себе, что запрос удовлетворили, прерывание произошло, начала исполняться п/п обработки прерывания. Пока биты ГТ и РП стоят в состоянии один, даже если разрешить прерывание, то устройство его требовать не будет, т.к. не был зафиксирован переход (БГ .AND. РП = 0). А вот теперь самое интересное - не будем читать/писать регистр данных, тем самым не трогаем бит ГТ, просто разрешим прерывания и перебросим бит РП (сначала в 0, затем в 1). Если это канал 0 со стороны ЦП или стык2 (1801ВП1-065), то будет зафиксировано изменение с (БГ .AND. РП = 0) на (БГ .AND. РП = 1), и будет снова затребовано прерывание. Если же это канал 0 со стороны ПП или каналы 1 или 2, то запроса увы не затребуется, несмотря на переход с (БГ .AND. РП = 0) на (БГ .AND. РП = 1). В этом случае правило перехода с (БГ .AND. РП = 0) на (БГ .AND. РП = 1) будет выполнено, если был прочитан/записан регистр данных (и соответственно сброшен бит ГТ).

Может слишком мудрено объяснил, но вот такие пироги...

Я еще столкнулся с этим, когда писал свой драйвер LP, пришлось поступить не очень честно, если в результате обработки очереди не было данных для вывода в п/п обработки прерываний, то в этом случае выводился байт ноль, а то иначе прерываний после этого не возникало.

Второй раз я столкнулся с этих, когда причесывал каналы 0, 1, 2 в UKNCBTL. Не грузилась дискета с редактором JEK от группы KUARKO. У них там в ОЗУ ПП грузился резидент KUARKO.SAV, который заменял почти все вызовы в системном ПЗУ своими. Во тоже пришлось помучиться.

---------- Post added at 17:30 ---------- Previous post was at 17:27 ----------

... монстра UKNCBTL для этого - расточительство )))

Вот исправит Titus все ошибки в своем эмуляторе, понавешает эмуляцию всяких устройств и превратиться EmuStudio во второй UKNCBTL.

[Titus]

Может слишком мудрено объяснил, но вот такие пироги...

А есть программы кроме jеk, чтобы проверить так у меня или нет реализовано?

[Alex_K]

А есть программы кроме jеk, чтобы проверить так у меня или нет реализовано?

Я все это исследовал в пультовом отладчике, поэтому программ у меня нет. Пультовый отладчик мне нравится, придумал, быстро реализовал, посмотрел.

Есть еще дискета с ФОДОС ТМ (FTMON). Так вот тест 691404 на EmuStudio не проходит (а этот тест связан с прерываниями).

---------- Post added at 17:59 ---------- Previous post was at 17:52 ----------

Судя по номеру теста, не работает прерывание по T-разряду