Вид для печати
PVV, убрал зависимости от модульного ПЗУ и перенёс в E000 : Вложение 67715
В эмуляторе работает, если вставить вместо модульного ПЗУ. Как вставить что-то в четвёртый слот в эмуляторах я не знаю.
- - - Добавлено - - -
Искомый файл в архиве mcpgrom.bin, а не mcpg.bin
В ветке с подключением SD карты было:
те выбор модуля позицией бита с нулем, а остальные биты в 1 дб. Соответственно надо не 0x03 записывать, а 0x0b. Я это уже поправил, все работает так как мне и надо, делаю дальше.Цитата:
Сообщение от Pyk
Странная вещь обнаружилась - родная инициализация МЦПГ почему-то устанавливает экран на 37 строк вместо привычных 30. В эмуляторах экран болтается, потому как DMA рассчитано на 30 строк. Я поправил на 30, но чудится мне, что это жжж неспроста. Исправленный архив (а заодно и ошибку выбора модуля поправил) : Вложение 67718
Потому что он устанавливает режим с высотой символов не 10 скан-линий, а 8 (37 х 8 = 296)Цитата:
Сообщение от hitomi2500
Там управляющий код в конец экранной области кажется пишется для остановки DMA.
Где-то почему-то стирается этот самый код F3. Вернул 37 строк, вроде не болтается, но теперь уехало вправо. Пока дальше трогать не буду, надо разобраться кто мне затёр управляющий код.
Вложение 67719
Доотладил тест, выгреб кучу ошибок, странно как он вообще работал. Работает в каноничном режиме МЦПГ, из 37 строк активных получается максимум 27. Вот он : Вложение 67723
Что то получается, а что то нет. У меня сейчас на экране видна лишь узкая вертикальная полоска с меняющимися цветами, и цветной клеткой, (все как в эмуляторе), но полоска в 4е точки и все :(.
Похоже, что нарвался на неправильную работу dll ПДП, разбираюсь и не пойму как идет инициализация при включении МЦПГ.
Вот выдержка из кода теста:
0DB08h это регистр конфигурации, в него пишется 080h, 004h, 0D0h, 076h, все нормально, а дальше идет инкремент L и еще три записи в адрес 0DB09h, и такое моя dll не воспринимает, да и в даташите об этом ничего не говорится, что это?Код:0173 E0D5 21 08 DB LXI H,0DB08h
0174 E0D8 36 80 MVI M, 080h
0175 E0DA 36 04 MVI M, 004h
0176 E0DC 36 D0 MVI M, 0D0h
0177 E0DE 36 76 MVI M, 076h
0178 E0E0 2C INR L
0179 E0E1 36 27 MVI M, 027h
0180 E0E3 36 49 MVI M, 049h
0181 E0E5 36 F3 MVI M, 0F3h
похоже это была ошибка в тесте, в версии 0005 с этим все ОК.
- - - Добавлено - - -
Что то заработало! :)
https://i.ibb.co/zH49Y6c/MCPG-RGB1.png
https://i.ibb.co/5vrFJvd/MCPG-RGB2.png
https://i.ibb.co/0rs3p6P/MCPG-RGB3.png
https://i.ibb.co/Vg7NVQq/MCPG-RGB4.png
кадры плывут, тк dll ВГ75 не поддерживает стоп ПДП, сейчас это не важно, и полосатость присутствует, тк на 4х пиксельное знакоместо я сдвиг даю 6 раз. Проблема с сигналом подтверждение ПДП для второй ВГ75 - диод плюс резистор не работает, сейчас просто соединил с первой ВГ75...
- - - Добавлено - - -
сигнал AENL_177 на 6ю ножку ВГ75 проблему решает с ПДП... :)
Схема с диодом и резистором, которая в МВЦ на 3-м канале DMA, и не должна сработать. Там как раз запрос висит постоянно, и когда он принимается, через диод гасится сигнал запроса, чтобы не мучить ВТ57, пока она текущий запрос не обслужит. Здесь же нужна другая логика - когда активируется (падает в 0) запрос DRQ, должен сразу же подниматься ответ DACK, т.е. между DRQ и DACK должен стоять инвертор. Либо вообще всегда 0 на DACK, а DRQ игнорировать.
Как синхронизировать DACK с ответом от бортовой ВГ57 - я не понимаю, но мне пришла в голову гипотеза. Предположим, бортовая ВТ57 всегда отвечает на запросы от бортовой ВГ75 одинаковое число тактов. Ну а в самом деле, почему нет, прерывать ВТ57 некому, это она всех прерывает. Тогда в обратную связь между DRQ и DACK на модульной ВГ75 нужно кроме инвертора добавить несколько последовательных триггеров - линию задержки на несколько тактов. И вуаля, теперь наши ВГ75 в локстепе, такт-в-такт.
- - - Добавлено - - -
Там кстати в инициализации есть в одном месте NOP, а перед ним посылается команда E0. По этой команде ВГ75 должны сбросить все внутренние счётчики, и ждать следующей команды (в даташите зовётся Preset Counters). Если эта команда не реализована в модели , ВГ75 не смогут синхронизироваться.
перевыложил схему в предыдущем сообщении, почти все работает, все используемые сигналы только присутствующие на разъеме для модуля МЦПГ, но одна и серьезная проблема осталась
https://i.ibb.co/6FrdVn6/MCPG-RGB5.png
как организовать 6МГц клок для сдвиговых регистров цвета? я сейчас сделал эти 6М локальные, но это приводит к рассинхронизации строк, на картинке это видно...
- - - Добавлено - - -
Еще вопрос, ВИ53 в каких адресах на МЦПГ сидит?
Можно взять f3 (1.5 МГц , нога B2), и умножить её фапчем в 4 раза. Либо взять f1b (9МГц, нога B31) и умножить на 2/3. Осциллятор, который 18 МГц, на слот не выходит, так что без ФАПЧа видимо не обойтись.
ВИ53 висит на А2 и А3, есть на картинке в блок-схеме в описании, да и в принципе по коду ПЗУ МЦПГ видно.
- - - Добавлено - - -
Ещё вариант для умножения частоты - без фапча, чисто цифровой с оверсемплингом на высокой частоте, вот статья https://www.rlocman.ru/shem/schematics.html?di=50282