FPGA-реплика ЭВМ ДВК-3 и платы МС1201

[forth32]

Должен заметить, что у меня на Viewsonic (мониторе) сразу после включение "съедается" первая колонка текста. Auto-adjust помогает, конечно.
Но я подозреваю, что что-то не то с таймингами для строки.

Как я понимаю, речь идет о версии терминала, которая дает картинку 640*480? Ну что тут скажешь...
Два вышеприведенных калькулятора дают немного разные значения пиксельклока. Остальные параметры, то есть размеры всяких полей и синхроимпульсов, я не сравнивал, поскольку первый калькулятор дает их не в пикселях, а в микросекундах, а пересчитывать мне лень.

Я делал видеоконтроллер вот по этой таблице. Она отличается от того, что дает второй онлайн-калькулятор. И есть одно отступление - по таблице пиксельклок должен быть 25.175 МГц, у меня же он ровно 25 МГц - такой проще получить, поделив на 2 основную чатоту платы. Может быть, это как-то влияет не неотображение первого столбца...

В любом случае, теперь я перешел на другое разрешение, 800*600. Интересно, как в этом разрешении будет вести себя монитор viewsonic.

[Advertiser]

[yu.zxpk]

Я в своей копии репозитория "потрогал" много исходников в hdl/*, заменял <TAB> на 4*<space>, выравнивал. Короче, делал для себя читаемый текст.
Так что придется делать git reset и аккуратно делать rebase. Займет какое-то время на адаптировать. Как запущу - выложу результат теста

[xolod]

Или этот https://tomverbeure.github.io/video_timings_calculator

[forth32]

Только КСМ с разрешением 800*600 у меня пока в основную ветку не включен. Он лежит в ветке ksm, там же лежит и парный к нему графический модуль КГД.

[forth32]

А смысл? В квартусе оно и так правильно смотрится, а вне квартуса как-то смысла нет с исходниками работать.

[yu.zxpk]

Если честно, смотрится на Github очень херово.
А Quartus, как реактор текста - убожество. Но не проблем лично для меня (могу VIM подстроить)

Примеры, как TAB-ы уродуют внешний вид:

https://www.dropbox.com/s/24u5lmh6lb...ithub.png?dl=0

https://github.com/forth32/mc1201-02.../hdl/dw.v#L274

[Vslav]

Если честно, смотрится на Github очень херово.

Оно неважно где смотрится. Если нет единого соглашения о табуляциях (вот как Торвальдс сказал что будет 8 - и вешайтесь), то при выкладке по внешний мир надо все приводить к пробелам), у меня в репке есть clean.bat - он убивает все временные файлы и еще там такая строчка есть:

for /r "./%~1/hdl" %%9 in (*.v) do atxt32 %%9 %%9 -s3 -f

Это запуск моей утилиты конверсии для всех .v файлов, -s3 значит табуляции выравнены на 3, как в Квартусе. Ну и потом оно и в FAR и на гитхабе смотрится OK.

[Hunta]

вне квартуса как-то смысла нет с исходниками работать

"FAR смотрит насмешливо"

[yu.zxpk]

KSM (на DE0) смотрится на Viewsonic в 800x600 хорошо, без лишней коррекции

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

На Lenovo ThinkVision (FullHD) смотрится с урезанным левым краем:

[forth32]

yu.zxpk,
На vievsonic картинка стала нормальной, зато на другом мониторе съехала влево. Что интересно, на моем устройстве видеозахвата картинка съезжает в точности так же.
Возможно, конечно, что дело опять в погрешности пиксельной частоты - я использую 50 Мгц вместо 49.5. Но, скорее, дело вообще в принципиально кривой поддержке квадратных режимов современными мониторами. Я пробовал смотреть картинку на Iyama x2483, каком-то древнем 24-дюймовом асере и на современном 4K самсунге. И везеде картинка попадала точно в экран, но на асере сработал auto adjust для подстройки картинки.
Можно было бы попробовать синтезировать точно 49.5 Мгц с помощью PLL, но не вижу особого смысла. Кроме того, двухпортовая видеопамять будет работать в двух разных некратных тактовых доменах, и неизвестно к чему это может привести.

то при выкладке по внешний мир надо все приводить к пробелам

Вот уж не задумывался даже, что это имеет какое-то значение. Для меня этот вопрос решается простенькой командой

sed -i 's/\t/   /g' *.v

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