NMI, IRQ, развёртка и совмещение видеорежимов (Страница 1 из 3)

Я почти разобрался в прерываниях, в основном благодаря вот этой статье: http://agatcomp.ru/Hard/clock.shtml. Но какие-то тонкости от меня ускользают.

С 9 всё просто: отрицательный фронт NMI совпадает с началом кадра. IRQ срабатывает каждые 8 экранных строк, в начале каждой текстовой строки. Низкий уровень IRQ держится одну экранную строку = 64 такта, в этом интервале возможны повторные срабатывания обработчика IRQ. Остальные 448 тактов уровень IRQ высокий. С этими параметрами идеально эмулируются часы Бадера.

А вот с 7 не очень выходит. Тут отрицательный фронт NMI совпадает с концом кадра / началом обратного хода луча. IRQ имеет низкий уровень в течение 16 экранных строк, и затем высокий в течение 16 строк. Период IRQ получается 32 строки. Но в полном кадре 312 строк, на 32 не делится. Поэтому последний, десятый период IRQ в каждом кадре укорачивается на 8 строк. Это всё очень хорошо согласуется со статьёй Владимира.

Проблем здесь две:

• Поскольку сигнал IRQ имеет кадровую периодичность, есть минимум два варианта, где этот период может начинаться: вместе с NMI или вместе с началом видимого кадра.

• В обоих случаях "Магические фигуры" из "Роботландии" эмулируются неправильно: нижняя часть фигур обрезается фрагментом в текстовом режиме.

Хорошо бы снять с семёрки осциллограммы NMI и IRQ двухканальным осциллографом, чтобы было видно их взаимный тайминг.

Ниже есть два скриншота "Магических фигур": один с синхронизацией IRQ по NMI, второй с синхронизацией по началу кадра. Я специально использовал неправильный знакогенератор, чтобы было видно область, занимаемую текстом.

Наверное, будет полезно сразу снять 6 каналов: IRQ, NMI, ССИ, КСИ, СГИ, КГИ.
И посмотреть, будут ли они меняться при смене видеорежимов.

И если уже начинать это делать - то сразу для семёры и девятки.

О, недавно снимал такие картинки, пока плату семерки чинил и вот эту программку отлаживал.
Первая картинка NMI и IRQ (irq00001_1.png), вторая (irq00002_1.png) - они же, но чуть крупнее. Видно, что отрицательный фронт IRQ совпадает с началом видимого кадра.

Третья картинка - NMI относительно ССИ (nmi_ssi0_1.png, ССИ снизу). Отрицательный фронт NMI приходит за 3 мкс до ССИ.

Снято в режиме Т32, но причин, чтобы NMI и IRQ менялись в разных режимах, я в схеме не нахожу. Они формируются из сигналов счетчика строк, а он работает во всех режимах одинаково.

Когда вопросы есть о каких-то прогах: давайте сразу ссылки - откуда их брать (ссылку или аттач).
Это и быстрее для отвечающего и не возникнет недоразумений через путаницу разных версий прог (у нас вообще нет, наверное, ни одной проги, которая бы была только в одном однозначном, единственно верном, варианте)

Конкретно интересует вот этот диск: SHKOLNI7-3.DSK. Правда, есть непонятка: этот диск лежит в подкаталоге EMUL. Рядом есть каталог ORIGINAL, там есть диск LOAD3.dsk. Этот диск в эмуляторе не работает вообще, виснет на загрузке. Оба диска лежат тут: https://my.pcloud.com/publink/show?code … NI7YnsdyPk . Приаттачить не могу, вроде как на сервере закончилось место.

Чтобы получить картинку магической фигуры, нужно

• Загрузиться с диска

• Выбрать Рапиру (нажать на клавиатуре "Р")

• В списке выбрать "Магические фигуры" (3 раза стрелка вверх, Ввод)

• Пропустить сообщение об авторах любой кнопкой

• Выбрать одну из фигур, нажав на клавиатуре 1, 2, 3 или 4 -- на моих скриншотах "Звезда", номер 2

Прогу запустил, проверил:
переключение режима происходит чуть левее центра последней строки графики в проге "магические фигуры".

\---------/             - это ещё графика (таблица 3x3 в проге)
      ........             - тут происходит переключение (физическая скан-строка)
********             - это уже строка текстового режима

Точка переключения немного вправо-влево подёргивается, видимо, тут какий-то программный джиттер (где-то точек 4-8 графики).

Т.е. если пересчитать в адреса памяти, то:
графстраница MGR начинается в адресе $2000
и она выводиться примерно до адресов $3958.
Дальше ДК идёт уже в текстовом режиме.

фоточка:
https://hdd.tomsk.ru/gallery/afekxkbi#obkxzsbb

Тоже Школьница, в диалоговом режиме включил совмещение текста и gr 64x64:
https://hdd.tomsk.ru/gallery/hinarqpy#cfsakqdm

По докам на РАПИРу переключение происходит до 6й строки снизу (т.е. 6 строк по любому будут выведены).
Никаких регулировок не предусматривается, текст всегда внизу. Например:

РЖМ("Н2К");

У меня есть ещё несколько прог под бейсик, где используется совмещение,
но они все под Бейсик-60, под ИКП надо немного допиливать.

> Также на этот разъём зачем-то протащили 10 МГц.
Интересно, не было ли тут какой-то задумки с чем-то вроде некинескопного дисплея?
Например, если взять очень много лампочек накаливания, вольт на 12, и сделать большой коммутатор,
то 10 МГц как раз будут сигналом тактирования для офигенного размера дисплея с отличными углами обзора...

Так а разве табло 256x256:
" с одного из Агатов информация выводится на этот большой матричный экран, установленный в витрине у входа" не подходит?   http://agatcomp.ru/Reading/period/nj1987_05.djvu

От А.Голова:
"Ещё в компьютерном центре установили большой экран (метра 1,5х1,5). Какая-то ленинградская контора разработала плату видеоконтроллера для Агата и собрали экран из больших люминесцентных модулей 32х32 зелёных точки каждый производства ПО Светлана (из этих модулей делали экраны для разных военных систем). Мы сделали всякие демки и они крутились по кругу. Экран неплохо был виден с Дмитровского шоссе."

Спасибо за фотки! Буду разбираться, почему у меня переключение происходит в другом месте.

Проц переходит по вектору прерывания, когда заканчивается инструкция. Поэтому когда поступает сигнал IRQ, возможны 3 варианта: инструкция только что закончилась и сразу происходит переход, до конца инструкции остался 1 такт, и до конца инструкции осталось 2 такта. 1 такт = 2 пискеля MGR, поэтому дёргания в пределах 4 пикселей можно объяснить. Если они больше, то не знаю.

Так запомнилось с детства... :)
А какие команды выполняются дольше 3 тактов? Косвенная адресация по Y наверное долгая, но я уже деталей не помню, как микрокод работает. Но в общем да, если взять самую долгую команду в цикле мигания курсора и ожидания нажатия клавиши, и кол-во тактов умножить на два, получится кол-во пикселей MGR, на которое может прыгать точка переключения с графики на текст.

И правда, всякие косвенные адресации долгие.

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