Временные диаграммы Вектора

[svofski]

У Вектора должно быть фиксированное количество тактов на кадр. Значит, раз уж мы один раз выбрали какую-то позицию для КСИ, то дальше просто считаем клоки и все должно стоять, как вкопанное. Или F50Гц только для начальной установки используется?

[Syntal]

А как по разному СТРОБЪ приходит, вообще всегда, или все-таки в зависимости от кода. Кажется, что если программа ждет прерывания в HLT, то должно быть всегда одинаково. А если нет, то как повезет.

Ну вот например, запущенный Бейсик, 4 последовательных отрезка прихода КСИ - здесь это сигнал f50. Он четко отсчитывает 312 строк 384 точки. С шины ВУ я ловлю сигнал СТРОБ и если 0-бит шины данных равен 1 генерирую interrupt. Все 4 импульса оказываются с различной задержкой от фронта f50. Сверху длительности разбега.





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

У Вектора должно быть фиксированное количество тактов на кадр. Значит, раз уж мы один раз выбрали какую-то позицию для КСИ, то дальше просто считаем клоки и все должно стоять, как вкопанное. Или F50Гц только для начальной установки используется?

Если использовать F50Гц, то все стоит четко, сейчас так и сделано. Если же не использовать этот сигнал и пытаться отстроиться по сигналам ВУ, то засада.

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

Можно пофантазировать на тему уточнения положения КСИ при использовании слова состояния в сочетании с:
1) Счетчиком регенерации;
2) Детектором команд. Можно параллельно с процом вектора детектировать команды и определять, сколько в них байт и сколько тактов они выполняются. И с приходом прерывания корректировать.
Но проводок кинуть намного проще.

А вот подробнее про счетчик регенерации можно? Что имеется ввиду?

[ivagor]

А вот подробнее про счетчик регенерации можно?

В 4х тактном цикле 2 слота для общения вектора с внешней памятью - для проца и для регенерации (или наоборот, забыл). Счетчик регенерации на ШАП с RAS без CAS. По данным из Вектор-USER его период 8 строк, 32 значения в строке (в активной области изображения, как я понимаю). На временных диаграммах svofski счетчик регенерации четко видно.

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

Все 4 импульса оказываются с различной задержкой от фронта f50.

svofski это упомянул

если программа ждет прерывания в HLT, то должно быть всегда одинаково. А если нет, то как повезет.

ну и я фантазировал по этой причине.

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

32 значения в строке (в активной области изображения, как я понимаю)

Возможно остальные 16 значений (там, где бордюр и синхра) являются повторениями половины из 32х, это надо уточнять. Если да, то это неприятный (усложняющий) момент.

[svofski]

Если использовать F50Гц, то все стоит четко, сейчас так и сделано. Если же не использовать этот сигнал и пытаться отстроиться по сигналам ВУ, то засада.

Правда ли, что при отсуствии F50Гц мы можем приделать такую воображаемую ручку сдвига момента начала кадра, которой можно будет отстроиться один раз при включении и потом забыть?

В моих диаграммах счетчик видно, но я никогда не вдавался в подробности происходящего. Уверен, что можно изловчиться и отловить его, но само по себе явление RAS без CAS на ВУ недостаточный признак, поскольку CAS без БЛК на ВУ не проходит вообще. Syntal уже отлавливает прохождение всей картинки, значит эта наука уже развита.

И вот тут вопрос с подковыркой: если получается поймать вообще все данные, которые проходят через видеоадаптер, почему нельзя просто по адресу выборки этих данных сделать вывод о том, что наступил момент КСИ? Пробежали все адреса экрана, отсчитали +32 строки с клювиком и сделали КСИ. Почему это не получается?

Меня интересует все это с точки зрения возможности добавить в Шадков функцию снятия скриншота. Это точно не сегодня и не завтра, но и в текущем виде Шадки еще полгода назад были гипнагогией. Для одного скриншота требования не такие жесткие, как для вывода на монитор. В принципе для скриншота в первом приближении вообще не нужен момент КСИ, нужны только адреса и данные (ну и история записи в регистры для прокрутки и палитры).

[ivagor]

само по себе явление RAS без CAS на ВУ недостаточный признак

Дополнительно можно учесть то, что эти значения появляются строго раз в 4 векторовских такта и изменяются регулярно и предсказуемо. Правда, повторюсь, не знаю, что там на бордюре.

Имхо самый простой вариант - настроиться один раз при старте загрузчика. Там прерывание после HLT и проблем быть не должно. А потом просто отсчитываем по 59904 такта.

[ivagor]

RAS без CAS на ВУ недостаточный признак

Посмотрел временную диаграмму и можно предложить вариант попроще, чем я вчера выдумывал:
1. Фиксируем значение ШАП по переднему фронту RAS. Проверяем, что нет ЧТВВ или ЗПВВ.
2. На момент заднего фронта RAS проверяем, есть ли ЧТЗУ или ЗПЗУ. Если нет - значит мы фиксировали с ШАП счетчик регенерации.

[Syntal]

Правда ли, что при отсуствии F50Гц мы можем приделать такую воображаемую ручку сдвига момента начала кадра, которой можно будет отстроиться один раз при включении и потом забыть?

У меня сделано сейчас так: по приходу F50Гц образно обнуляются счетчики горизонтальных и вертикальных позиций экрана для VGA. Так как 12 МГц поступают на Вектор с DE1, получается полный синхрон, по приходу следующего F50Гц в счетчиках уже будет по нулям. Можно не ловить F50Гц, счетчики будут сами по себе отсчитывать позиции, но тогда при выводе на бордюре получается произвольное положение обратного хода луча и видно как он палитру прописывает, скролл крутит и т.п. Кнопки приделать и крутить туда-сюда с точностью до пикселя не проблема, но какой в этом смысл и все равно на глазок получится.

И вот тут вопрос с подковыркой: если получается поймать вообще все данные, которые проходят через видеоадаптер, почему нельзя просто по адресу выборки этих данных сделать вывод о том, что наступил момент КСИ? Пробежали все адреса экрана, отсчитали +32 строки с клювиком и сделали КСИ. Почему это не получается?

Я наверное не объяснил как у меня сделано и отсюда недопонимание. Я отлавливаю на шине все операции записи в старшую половину ОЗУ Вектора, скидываю в SRAM DE1, дополнительно также записываю операции записи в порты 02, 03, 0C-0F и на основе этих данных генерирую картинку в VGA-формате. Если честно не знаю есть ли на ВУ данные видеоадаптера - не думал об этом.

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

Дополнительно можно учесть то, что эти значения появляются строго раз в 4 векторовских такта и изменяются регулярно и предсказуемо. Правда, повторюсь, не знаю, что там на бордюре.

Присмотрелся к счетчику регенерации, очень перспективно выглядит! Значения EF и E0 всегда при смене кадра постоянны, к тому же все RASы приходят кратно, а последний на 1 пиксель раньше - какой-то краевой эффект, но очень полезным получается. Самое замечательно, что циклограмма выполняется еще до сброса проца при включении питания. Нужно попробовать реализовать такой способ и посмотреть какие будут результаты.

[svofski]

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

Это был мысленный эксперимент, чтобы понять как устроена синхронизация. Теперь понятно.

Я наверное не объяснил как у меня сделано и отсюда недопонимание. Я отлавливаю на шине все операции записи в старшую половину ОЗУ Вектора, скидываю в SRAM DE1, дополнительно также записываю операции записи в порты 02, 03, 0C-0F и на основе этих данных генерирую картинку в VGA-формате. Если честно не знаю есть ли на ВУ данные видеоадаптера - не думал об этом.

А я почему-то думал, что прямо по данным видеоадаптера на ВУ. Я тоже не знаю наверняка, есть ли они там, но по-моему нет ничего отрезающего данным путь во время видеодоступа.

к тому же все RASы приходят кратно, а последний на 1 пиксель раньше

Это же специально для синхронизации VGA-адаптеров =)

[ivagor]

по данным видеоадаптера на ВУ.

Учитывая объем видеоданных каждый кадр для их "показа" на ВУ нужно было бы или вывести 32х битную шину данных или отдельную шину видеоданных меньшей разрядности, но большей скорости. Например 8ми битную шину видеоданных и менять там данные каждый такт. Через имеющиеся на ВУ шины затруднительно протолкнуть видеоданные вектора в real time.

[svofski]

Выходы мультиплексоров D11-D14, которые формируют сигнал на ШАП, идут напрямую к ОЗУ. Выходы ОЗУ, все 32, заведены на мультиплексоры D41-D44, выходы которых идут на ШД через буфер D28, а выборка осуществляется проводами 22,23 (ШАВВ5 и ШАВВ6), то есть частью адреса. Эти же выходы идут параллельно на сдвиговые регистры D48-D45, откуда из них уже получается видеосигнал.

К сожалению ivagor как всегда прав.