nedoPC.org

Да ничего он не добивался, я думаю, просто поступил простым способом.
В процедуре POST BIOS наличие многих портов именно так и проверяют,
хотя я и сам заблуждался, что POST более интеллектуальна...

Говорят, что с помощью первых версий MS Flight Simulator'а производители PC проверяли свои машины на совместимость с оригинальной IBM PC - типа симулятор использовал разные особенности железа. Проверил и я, летит:

В свое время я очень удивился, что процессоры после разгона проверяли при помощи DOOM-a.
Типа - погоняй DOOM несколько часов, если машина не зависла, то примерно - всё Ок!

"Принц Персии"? Было время, гонял я его на двойке... Увидел сейчас - чуть не прослезился...

А Дум - таки да, был детектором качества разгона. Процесс проверки разогнанного компа так втягивал, что утренний будильник внезапно и жестоко намекал на подъём, хотя мы ещё и не ложились. Общага, студенты...

Второй программой, которой тестировали на совместимость, был Lotus 1-2-3 :

Ну собственно, моя конструкция тоже завелась - в порт 00h успешно пишем байтики. Это после того, как я обошел одну битую ногу у циклона, а также нашел глюк с конвертированием биос-файла (конвертор почему-то упорно делает big-endian).

Нахожусь в легком шоке, так как уже не надеялся

2newold86
Вопрос по обновлению биос. Вот, допустим, есть проект, есть файл биоса (.mif). Я этот файл изменил (неважно как). Как заставить квартус учесть изменения? Processing -> update memory file успешно выполняется, но на прошивку (.sof) это не влияет - заливаю через jtag - без изменений.
Помогает полная перекомпиляция, но дооолго. Побыстрее никак?

Прикольно - я задавал абсолютно идентичный вопрос на другом форуме !

После update memory нужно еще запустить assembler (например, правой кнопкой мышки в окошке Tasks).

Было бы неплохо еще понять, как сделать нечто типа простейшего скрипта, чтобы по одному нажатию сразу делать update, assembler и programmer, но руки все не доходят...

Продублировалось почему-то...

Продублировалось почему-то...

И все-таки, если не затруднит - дайте хотя бы значения параметров сихросигналов CGA (в смысле пиксельклок и позиции и ширины импульсов в отсчетах). Потому как я уже не знаю, что моему гнусмасу 732N надо.

Сделал почти 1:1 как здесь http://www.fpga4fun.com/PongGame.html (у меня тоже 25 МГц пиксельклок) - монитор делает вид, что все ок, но даже меню не кажет. При попытке выставить RGBI=1 уходит в дежурку.

Сделал от фонаря 641х513 (т.е. 640 отсчетов, 1 на HS; 512 таких строк и одна на VS) - уверенно подхватил, показав в меню 39 кГц х 76 Гц (правильно), но вместо картинки RGBI=1 сетка из еле видных точек. На RGB поступает 0.7В, если верить тестеру. У меня оно регулируемое - крутил - без толку. Психанул - подал куском провода 3.3В прямо на R - ноль эмоций, только когда убирал провод - полетели красные полосы.

Такое ощущение, что где-то в мониторе разделительная емкость мешает. Но как тогда одноцветное поле выводить (суть постоянный ток)? При попытке же подать на RGB пиксельклок (ну или около того) - ушел в дежурку.

Да, и на полярность синхросмеси он, похоже, ложил с прибором. Что ни подам (по всякому пробовал) - NN (neg/neg). А вот с моего GF 1280x1024 видит как PP. Т.е. все-таки умеет распознавать.

https://eewiki.net/pages/viewpage.actio ... ifications
По данной табличке поднял PLLкой частоту до 135М, вбил параметры - при RGBI=0 - дежурка, при RGBI=1 постоянные безуспешные попытки захвата.
Черт возьми, Холмс, почему?!

Настоящую CGA-развертку я не пробовал, даже не уверен, что VGA-мониторы ее поддерживают.

Использую 640х400 - в нее нормально ложатся все CGA режимы. В текстовом режиме 80х25 отлично помещаются символы 8х16, в графическом 320х200 просто каждая точка дублируется по горизонтали и вертикали, в 640х200 дублируется только по вертикали.

Параметры следующие:

строки - всего 0..799 точек, 0..639 - видео, 640..655 - back porch, 656..751 - sync, 752..799 - front porch

кадры - всего 0..449 точек, 0..399 - видео, 400..411 - back porch, 412..413 - sync, 414..449 - front porch



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

А вообще у меня также не сразу все взлетело. В частности, пришлось осциллографом смотреть и увидеть, что результаты симуляции в ModelSim и реальность не совпадают (тогда вообще почти ничего не знал о том, как правильно работать с FPGA).

А еще столкнулся, что большое количество примеров в интернете - с грубыми (и сейчас уже мне понятными) ошибками, просто нерабочие.

Кстати, режим 640х200 выглядит довольно красиво:

Насчёт CGA не подскажу, надо рыть тырнет.
А вот то, что есть, пусть будет здесь, может кому пригодится:



Это скан разворота инструкции от Samsung SycnMaster 3Ne.

Я и не имел ввиду чистый CGA, понятно, что мониторы не прожуют такое.


А это при каком пиксельклоке?

25.170068M - столько получилось из-за делителей/умножителей PLL, хотя нужно, по идее, 25.175

Но, насколько помню, от 25 до 26 особо ничего не менялось, слегка размер изображения плавал.