ZXKit1 - плата VGA & PAL

[Uzix]

Написал свой вариант прошивки для ZXKit1. Особенности:
* Минимальная задержка, буферизируется только одна строка (поэтому кадровая частота выходного сигнала всегда равна входному);
* Автоматическая подстройка под тайминги входного сигнала в широких пределах: длина строки высчитывается автоматически, длина выходного сигнала строчного синхроимпульса равна половине длины входного, длина гашения после строчного синхроимпульса равна четверти длительности синхроимпульса, параметры выходного сигнала кадрового синхроимпульса равны входному. Это может быть как плюсом, так и минусом - в зависимости от входного сигнала и всеядности монитора;
* Автоматическое определение полярности входных синхроимпульсов. Поддерживаются схемы VSYNC+ HSYNC+ и VSYNC- HSYNC-;
* Поддержка смешанного (композитного) синхросигнала CSYNC. Его следует подавать на вход SSI, KSI при этом нужно подтянуть через резистор 10 кОм к 5В или 3.3В.

Назначение джамперов:
* INVERSE_RGBI - инвертирует полярность входных сигналов RGBI
* INVERSE_KSI - инвертирует полярность выходного сигнала VSYNC
* INVERSE_SSI - инвертирует полярность выходного сигнала HSYNC
* INVERSE_F14MHZ - инвертирует полярность входного тактового сигнала
* VGA_SCART - не используется
* SET_FK_IN - не используется
* SET_FK_OUT - не используется

Для работы прошивки нужно замкнуть между собой ноги 90 и 83 ПЛИС. Это нужно для правильной подачи удвоенного тактового сигнала внутрь ПЛИС.

Прошивку писал для сизифа 512 и для своего монитора, с другими компами/мониторами не проверял, но может быть кому-то ещё пригодится, поэтому решил выложить.

Исходный код и pof-файл для прошивки: https://github.com/UzixLS/zxkit1-vga...ubler-firmware

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

Фото модификации платы (вариант от romychs):

[Advertiser]

[Arseny]

Я, конечно, могу ошибаться в плане нужности, но может быть стоит написать тестовую прошивку выводящую входные данные, полученные от девайса к которому она подключена? Это полезно и в плане выявления ошибок подключения, и в плане подбора параметров для настройки прошивки для "новых" (еще не подключавшихся) девайсов.

[reddie]

выводящую входные данные, полученные от девайса к которому она подключена

что имеется в виду? исходная синхра сразу на выход, что ли?
или инфа о частоте строчной-кадровой? так это монитор умеет показывать

[valerium]

Написал свой вариант прошивки для ZXKit1.

Заглянул в прошивку - увидел там использование в противофазе сигналов выборки младшего и старшего байта на шине данных памяти LB и UB. В исходной версии zx-kit1 память 16-разрядная, но подключены только 8 разрядов, поэтому обычно активен только один из UB/LB, второй не имел значения. А тут как вторая половина разрядности задействована?

Upd: посмотрел в авторскую схему из ветки проекта zx-kit, действительно ШД памяти в той схеме разведена на ПЛИС, но по сути наполовину простаивает. Так что предыдущий вопрос вроде уже прояснил себе - тут просто память используется вся, поочередно записывая байты.

А какой в итоге объем на 1 кадр задействуется, вдвое бОльший ?

[Arseny]

что имеется в виду? исходная синхра сразу на выход, что ли?

ZXKit на вход подается сигналы от некоего устройства: 14Mhz, КСИ, ССИ, синхросмесь и т.д. Программа считает что, например, тактовая равна 14Mhz, но из-за помех в проводах импульсов немного больше - насколько я понимаю, нормального изображения в этом случае получить невозможно. Если КСИ и/или ССИ не соответствуют ожидаемым, или синхросмесь имеет какие-то проблемы - результат тот же. Тестовая прошивка должна обработать входные сигналы и сформировать стандартную VGA картинку со значениями этих параметров (тут разработчикам виднее что еще можно выводить). Т.е. на выходе не изображение с девайса, а его параметры. Да, как некоторые мониторы выводят значение синхронизации, только по всем сигналам и динамические значения. Вот у нас тактовая имеет нестабильное значение - на сформированном изображении её значение будет "прыгать". И сразу понятно куда смотреть и с чем "бороться". Или отвалилась (не припаяли) КСИ/ССИ и значение нулевое - тоже понятно куда смотреть. Или будет понятно почему на новом устройстве не работают имеющиеся прошивки. Да хоть форму сигналов рисовать. Т.к. программе не нужно успевать за входным сигналом, она "успеет" сформировать любую выходную картинку: один кадр получает параметры и сколько угодно потом формирует результат, а потом обрабатывает следующий кадр. Если будет успевать за кадр - совсем хорошо.

[Uzix]

А какой в итоге объем на 1 кадр задействуется, вдвое бОльший ?

Весь кадр не хранится, сохраняется только 2 строки. Одна прошлая (откуда читаем и выдаём на VGA), другая текущая (куда пишем вход).
Используется 2КБ ОЗУ.

[valerium]

Весь кадр не хранится, сохраняется только 2 строки. Одна прошлая (откуда читаем и выдаём на VGA), другая текущая (куда пишем вход).
Используется 2КБ ОЗУ.

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

[reddie]

а разве в исходном варианте буферизируется целый кадр? вроде не замечал задержки, смотря на параллельно подключенные CRT-телевизор через скарт и монитор через кодер.

[Uzix]

Красивое решение.

Ну ~50% скандаблеров так работают, остальные ~50% хранят кадр.

а разве в исходном варианте буферизируется целый кадр?

Глубоко не разбирался как работает стандартная прошивка, но для 100Гц вывода точно нужно весь кадр хранить.

[valerium]

а разве в исходном варианте буферизируется целый кадр? вроде не замечал задержки, смотря на параллельно подключенные CRT-телевизор через скарт и монитор через кодер.

Да, там буферизуется кадр.
Задержка на время прорисовки кадра вряд ли будет видна глазом )
Если речь о т.н. "тиринге", когда мы по сути видим соединенными части двух последовательных кадров, то при переработке 50гц входа в 50ц выхода его не видно, а вот при 60гц выхода это можно обнаруживать на чем-то динамичном, но в этом режиме и гигаскрины мерцают заметно, поэтому это режим для спокойной картинки, а не для демок )