Вектор-06Ц: Altera DE1

[ivagor]

Мегареспект b2mу за исходники нанодоса/читалки SD.
Сам я, к сожалению, не мегамозг, да еще и ленивый, поэтому пока все очень-очень топорно. Скачать sof для попробовать можно тут.
Загрузчик понимает:
1. F1+F11 - магнитофон
2. F2+F11 - эмулятор РК (позор мне №1)+nanoDOSSD. После появления синего нечто жмем F12. После вставки или замены SD карты не забываем жать F12. DOS понимает команды DIR и CD. Грузит и запускает ROMы (можно и не ROMы, но только чтобы это на самом деле были ROMы - надеюсь я понятно написал) до 29 Кб (позор мне №2).
Турбо режим работает.
Контроллера флопа svofski (или какого-либо другого ВГ93) здесь нет, я не смог (позор мне №3) подружить его с турбой.
Порты SD в адресном пространстве (занял 70h и 71h, вроде их никто не использовал), т.е. в принципе при наличии живых программистов под это дело можно было бы адаптировать ДОСы, писать BOOTы и т.п.

[Advertiser]

[ivagor]

Попробовал изменить основную частоту на 27 МГц - тоже работает. Плюс такого режима - кадровая 56 Гц (предполагаю, что 56 Гц подхватят больше мониторов, чем 50 Гц), причем мультиколоры сохраняются. Но на 56 Гц уже заметно невооруженным ухом, что плееры музыки на прерываниях "спешат".

---------- Post added at 21:31 ---------- Previous post was at 20:50 ----------

Ну и еще один (думаю последний) вариант. Взял за базовую "настоящие" 24 МГц и сделал из них 72 МГц для SDRAM (на 96 SDRAM почему-то не запустился, хотя на 100 и 120 сделанных из 50 работает - мистика). Так все нормально, но есть свой недостаток - на других платах редко есть 24 МГц. Тем не менее для DE1 именно этот вариант похож на лучший.

Все вышеописанные вещи возможны после освобождения одного PLLа в связи с отказом от генерации 14 и 18 МГц из 27 и переходу на получение их из 300 МГц (которые, в свою очередь, из 50). У меня работает, но вроде у svofski были проблемы. Фазовые аккумуляторы я пересчитал здесь (спасибо автору калькулятора), хотя один из них и до переделки работал нормально.

---------- Post added at 21:45 ---------- Previous post was at 21:31 ----------

Все, что связано с PALом я не трогал, надеюсь работоспособность TV-out сохранилась.

[ivagor]

Хочу поделиться результатами своих детских экспериментов (если бы написал кто-то другой на эту тему, то мне было бы интересно почитать).
Попробовал получить 96 МГц фазовым аккумулятором из 300 и поделить до 48 (для SDRAM) и 24 (для базовой). И это заработало. Недостаток - по вертикальным границам букв и рисунков бежит небольшая помеха. Если бы не помеха - остановился бы на этом варианте.
Пользуясь свободой в выборе частот попробовал еще 115.2 МГц (для кадровой 60 Гц) и 124.8 МГц (для кадровой 65 Гц) - работают, но есть помеха по границам.
70 Гц и выше при данной развертке не заработали, предполагаю, что именно из-за способа получения базовой частоты для видео, т.к. в РК и 75 Гц показывало на том же ТВ при получении базовой частоты PLLем.

---------- Post added at 11:32 ---------- Previous post was at 11:10 ----------

Действительно, при использовании PLL и в v06cc без помех работают все варианты в диапазоне кадровой 50-75 Гц.

---------- Post added at 12:12 ---------- Previous post was at 11:32 ----------

В завершение темы применимости фазового аккумулятора для генерации частоты для видео в векторе. При увеличении разрядности аккумулятора (максимум заработал 31 разрядный) характер помехи изменился - она не "бежит", вместо этого вертикальные границы периодически (период несколько секунд) чуть смещаются вправо-влево. С этим в принципе можно жить, но PLL лучше.

[svofski]

Я не вижу ни коммитов, ни ссылок на эксперименты. Я бы посмотрел на это, особенно на предмет выживания ПАЛа.

[ivagor]

Основной результат последних "экспериментов" - вот так и так делать можно, но не нужно (разве что кадровая 60 Гц может пригодиться тем, у кого монитор 50 Гц не тянет, PAL так вряд ли заведется, но он тогда и не нужен). У каждого варианта есть свои недостатки и я думаю, что же выбрать. Если бы не моя повернутость на турбо с использованием быстрого сдрама (жалко отказываться, последний вариант прогоняет оптимизированный эксисайзер за 16 минут), то можно бы уже остановиться. Еще одно осложнение - бардак в исходниках, как есть нельзя выкладывать, надо мусор убрать.

[svofski]

Сделай условной компиляцией 60Гц и турбо, все равно это маргинальные варианты. Вот загрузка ромов напрямую с сд-карты всем интересна будет. Кстати, не проще будет ее сделать созданием фальшивого образа загрузочной дискеты, у которой загрузочная область -- это собственно ROM? Или там какие-то ограничения есть? Просто таким методом вообще ничего не надо переделывать и прикручивать ничего дополнительного.

[ivagor]

Сделай условной компиляцией 60Гц и турбо, все равно это маргинальные варианты.

Согласен, что маргинальные, проще будет убрать, чем условную делать.

Вот загрузка ромов напрямую с сд-карты всем интересна будет.

И тут согласен, не ожидал, что так удобно будет. Но текущая реализация (векторовская программная часть) нуждается в серьезной переработке.

Кстати, не проще будет ее сделать созданием фальшивого образа загрузочной дискеты, у которой загрузочная область -- это собственно ROM? Или там какие-то ограничения есть? Просто таким методом вообще ничего не надо переделывать и прикручивать ничего дополнительного.

Интересный вариант, мне в голову не приходил. А как просто сделать FDD с произвольным ROMом в загрузочной области?

[svofski]

Интересный вариант, мне в голову не приходил. А как просто сделать FDD с произвольным ROMом в загрузочной области?

Надо на ходу создавать виртуальный образ флопа и подсовывать его как дискету. Для начала надо заставить работать cc65, что само собой уже задача. А когда будет собираться ром от флопа, остальное уже дело техники.

Кстати, обрати внимание на branch cc65.20110206 — его сделал Виталий Перлин в свое время. Там все должно быть более свежее.

[ivagor]

Стоит озвучить такой момент - насколько я понял, из-за асинхронности проца и AY иногда возникают звуковые артефакты. Степень их заметности разная в разных прогах - где-то незаметно, а где-то заметно. При разных частотах AY (полученных и фазовым аккумулятором и PLLем) выраженность артефактов разная.
Пока два лучших результата (по отсутствию артефактов) при 12 МГц (ce12, т.е. базовые 24 деленные пополам) и 14,4 МГц (получил PPLем, фазовым аккумулятором эту частоту не пробовал).

---------- Post added at 21:05 ---------- Previous post was at 21:03 ----------

Само собой, что при 12 МГц звук низковат, зато частота кратная.

---------- Post added at 22:02 ---------- Previous post was at 21:05 ----------

В итоге переделал так:

reg [3:0] aycectr;
always @(posedge clk24)
 if (aycectr<14) aycectr <= aycectr + 1'd1;
 else aycectr <= 0; 

ayglue shrieker(
				.clk(clk24), 
				.ce(aycectr == 0),
                                ...

Звуковых артефактов нет, с супер-турбой дружит, лишний клок не нужен - я у себя так и оставлю.

Еще бы понять, почему YM2149_linmix.vhd работает, а YM2149_volmix.vhd (с vol_table_array.vhd) нет. Это касается и оригинала и всех других перепробованных вариантов.

[ivagor]

Детально разбираться с существующим "ВГ93" я вряд ли буду. Особенно с C, на котором скомпилирован софт под него.
Есть очень маленькая вероятность такого варианта: загружать в SDRAM читалкой b2mа образ FDD и потом простенький ВГ93 (которого нет) читает (пусть даже не пишет) из SDRAMа. Это и проще и быстрее. Нужно всего лишь написать тот самый простенький ВГ93, ха ха.

Оказалось, что из YM2149_linmix.vhd данные почему-то не читаются (проверял на демках INDIANA и SHARP@D). Наверняка нужно просто знать как, я пробовал менять чтение - не получилось.
Из ay8910.vhd и ym2149.vhd данные читается, индикаторы громкости в демках работают. Ну и еще там отдельные выходы для каждого звукового канала, тоже плюс.