Компьютер "Aleste 520EX"

[Sherlock]

Рекомендую попробовать 60 герц.
Коллега, а какая у вас частота CLK на шине HDMI?

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

В исходном коде частота 27МГц. Но в реальности она точно такая?

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

Изучив бегло ваш код верхнего уровня. У меня возник вопрос к блоку кода always FF который генерирует FF видео reset. Трудно продидактить конечную форму сигнала. Но одно важнейшее условие он должен быть длиной один пиксель клок.
Я думаю что вы долго с этим разбирались тестировали изменяли эта работа сложная. Но тут очень важно каждая длина этого сигнала может поломать работу HDMI модуля.

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

я завел 32кб двупортовой памяти, пишу параллельно в неё и в ОЗУ алесты, затем распаковываю байт видеопамяти в пиксели через палитру и тд.
но и тут есть нюанс. можно быстро подменить С000 ОЗУ через маппер страницу. например с 3 на 7. CRT будет показывать корректно, я - нет.
это мне нужно 128кб чтобы всё параллельно ОЗУ отслеживать.

На мой взгляд лучше этого не делать. Необходимо в памяти держать лишь одну строку. И отображать ее два раза.
Если вы успешно используете асинхронное FIFO то это правильное решение. (если нет то можно два буфера на дну строку. В один кладем из другого читаем)
При это крайне важно чтобы этот промежуточный узел согласования разверток выдавал идеально точно в количестве pixel_clock как одну строку так и весь кадр.

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

P.S. Возможно стоит не использовать HDMI, а вместо этого использовать DVI. Это проще.
Кстати то ядро которое вы используете работает на двух clk. Один clk_pixel_x5, а другой его деление на 5 clk_pixel. Второй не clke так было бы правильно а именно clk.
Работать должно, но на мой взгляд это спорное решение.

[Advertiser]

[AlexBel]

P.S. Возможно стоит не использовать HDMI, а вместо этого использовать DVI. Это проще.

А разве они, кроме звука, чем-то отличаются?

[Sherlock]

А разве они, кроме звука, чем-то отличаются?

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

* Создают зависимости от чужого кода
* Усложняют отладку из-за своей универсальности
* Вводят избыточность для задач, где нужно только видео

Проблема тактирования в рассмотренном модуле - использование двух раздельных тактовых сигналов (clk_pixel и clk_pixel_x5), когда правильнее было бы использовать:

* Один основной тактовый сигнал (clk_pixel_x5)
* Строб-сигнал разрешения (pixel_enable) для домена с меньшей частотой

Такое решение было бы более надежным и соответствовало бы лучшим практикам проектирования цифровых систем.

Создание собственного DVI-модуля позволяет:

* Полный контроль над всей логикой работы
* Упрощенная архитектура без избыточных функций
* Прозрачная отладка - все сигналы понятны и предсказуемы
* Оптимизация под конкретную задачу вывода ретро-видео

[backa]

HDMI требует использования готовых сторонних ядер

можно и без "ядер" обойтись))) вот тут все изящно и красиво и самое главное - портируемо на любой FPGA!!
без привязки к несовместимым библиотечным элементам от производителя кристалла FPGA

[AlexBel]

В любительских поделках не используются хитрые режимы высокого разрешения, защита и т.п., поэтому реализация DVI от HDMI ничем не отличается. Если не считать звука, который в HDMI тоже не всегда реализовывают. Я не в курсе причин проблемы в конкретном рассматриваемом модуле, но, сколько я возился с HDMI и DVI, всё сводилось к тому, чтобы взять сформировать видеосигнал, соответствующий одному из видеостандартов, взять его пиксель клок и подать на схему HDMI или DVI. А для удобства, этот пиксельклок формировать из тактовой, в 5 раз большей частоты, чтобы и её можно было подавать на синхронизатор. Ну и кадровые-строчные - тоже. Кстати, 50Гц тоже лопает, правда, не поручусь, что это справедливо для всех дисплеев/телевизоров.
Попросту говоря, взяли какой-нибудь самодельный видеоконтроллер HDMI (например, на Raspberry Pi Pico) и, через простой переходник, воткнули в DVI. И будет работать.

[Sherlock]

Дело не в потребительских качествах интерфейсов а процессе разработки и в ресурсах как аппартных так и человеческих.

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

P.S. С потребителькой точки зрения. HDMI лучший вариант однозначно.

[AlexBel]

А, в данном случае, в чём разница между DVI и HDMI? Если не считать звука. В плане разработки, реализации.

[RW9UAO]

занимаюсь загрузкой биоса из набортной флэши. в целом работает. 4 странички по 16кб - на глаз 4 секунды. проинициализировал CRT и мигаю бордюром. надо добавить вывод текста, ну что shift - basic, del - setup.

[Sherlock]

занимаюсь загрузкой биоса из набортной флэши. в целом работает. 4 странички по 16кб - на глаз 4 секунды. проинициализировал CRT и мигаю бордюром. надо добавить вывод текста, ну что shift - basic, del - setup.

4 сек это только передача из флешки или все вместе с boot z80?

[RW9UAO]

с момента включения до появления синего экрана с "алеста - локомотив". по сути - загрузка 64кб из флэшки в sdram.