игровой автомат ZANAC-EX на базе MSX1.5

[bigral]

Кстати по поводу сброса. При эксплуатации Карнивора2 было замечено, что старт биоса MSX на некоторых машинках происходит до полной загрузки прошивки в Альтеру. То есть ранний старт машинки (в пределах до 150 наносекунд) не даёт запуститься Альтере в полной мере и в итоге мы имеем неполную конфигурацию Карнивора при старте. А что если это влияет и на инициализацию VDP (или некоторых партий VDP)? Если попробовать придержать запуск биоса на 200нс или больше, то возможно проблемы исчезнут?

так у меня z80 стартует теперь на целых 3..5 секунд позже чем reset который PPI, VDP и slot_enable сбрасывает

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

Еще мысля. Возможно, VDP критична величина логического 0 и 1, выраженная вольтах.

уже везде подтяжки 10k на +5v понавесил

может v9938 другой чем v9958? потому и синий экран у него при msx1 rom...

так а у Вас при msx1 ROM и v9958 синий экран при сбросе?

[Advertiser]

[OrionExt]

уже везде подтяжки 10k на +5v понавесил

A логический ноль? У меня сброс на шине не подтянут к +5В. Вспомнил. С той траблой пробовал подтягивать к +5В. Не помогло.

может v9938 другой чем v9958? потому и синий экран у него при msx1 rom...

В этом плане они одинаковые

так а у Вас при msx1 ROM и v9958 синий экран при сбросе?

Конечно синий. То мониторы были зеленые

[OrionExt]

Вот то интересно, когда у меня случилась та трабла, я кнопочку сброса и держал до посинения и пальчиком быстро бил. Нифига, трабла оставалась.

А когда начал играться с фронтом сигнала, VDP отпустило. Хотя я не могу до сих пор понять то действо. Игра с фронтом - это очень условно для триггера Шмитта. Крутизна фронтов зависит от типа применяемого логического элемента. А еще в схеме сигнал сброса проходит через LS244, а это еще один триггер Шмитта.

На тот момент у меня не было продвинутого ослика. Сейчас можно все вернуть в зад, и внимательно все обнюхать. Но честно мне лень. Установка супервизора DS1233-5 по ds на плату VDP решило проблему, а потом уже был доработан узел сброса на модуле CPU. В дальнейшем было проверено с несколькими V9938 и V9958, все работало без нареканий.

Еще мысля. Возможно, VDP критична величина логического 0 и 1, выраженная вольтах.

[bigral]

смотрю тут что сигнал ~int во время этого самого псевдо "ресет-а" падает в 0 надолго, что то не нормальным мне это кажется сильно длинный сигнал ~int, как там положенно v9958 в этом плане подключать? не положен ли какой нибудь ответный сигнал чтоли в сторону vdp о том что процессор получил этот ~int? ато мне кажется оно сваливается от сильно длинного ~int

посмотрел в эмуляторе это валится процедура на адресе #2a14 она как раз отвечает за выезд этого msx banner-а, как она работает для меня мрак... но понял что во время ее выполнения срабатывает rst#38 обработчик прерываний постоянно, возможно у меня в cpld есть какаято мутная проблема с циклом подтверждения прерывания, потому как вродибы до этой процедуры прерываний нету (смотрел по осциллографу) а именно на ней когда выезжает линия толщиной пиксела 2 (https://flic.kr/p/2hHrZcd) происходит зацикливание и эта линия продолжает выезжать постоянно...

[Dolphin101546015]

посмотрел в эмуляторе это валится процедура на адресе #2a14 она как раз отвечает за выезд этого msx banner-а, как она работает для меня мрак... но понял что во время ее выполнения срабатывает rst#38 обработчик прерываний постоянно, возможно у меня в cpld есть какаято мутная проблема с циклом подтверждения прерывания, потому как вродибы до этой процедуры прерываний нету (смотрел по осциллографу) а именно на ней когда выезжает линия толщиной пиксела 2 (https://flic.kr/p/2hHrZcd) происходит зацикливание и эта линия продолжает выезжать постоянно...

Это прерывание строчной развертки, проц ловит строку, с которой начинать рисовать новый кадр.

[bigral]

Это прерывание строчной развертки, проц ловит строку, с которой начинать рисовать новый кадр.

не очень в теме, можете обьяснить что там происходит "детальнее"?

как я понимаю z80 почти всевремя в DI-mode, потом как токо в одном месте срабатывает EI вызывается обработчик прерывания (в какой момент поступает сам сигнал ~int я не знаю, но явно раньше чем этот EI срабатывает), потом на скоко я понял z80 должен считать регистр vdp чтобы убрался этот самый сигнал ~int... как я понял этого не происходит и когда срабатывает ret i оно как то переходит обратно в обработчик прерывания и эта полоса все выезжает и выезжает на одном и том же этапе (счетчик "этапов" не может увеличиться изза постоянно висящего ~int) ну а если ~int отсоединить то banner выезжает полностью но зацикливается уже перед тем как высветить надписи ram:128k vram:128

даже не знаю как же тут можно выяснить ту точку в которой "все пошло не так" и таким образом иметь хоть малое представление об причине

[Dolphin101546015]

не очень в теме, можете обьяснить что там происходит "детальнее"?

даже не знаю как же тут можно выяснить ту точку в которой "все пошло не так" и таким образом иметь хоть малое представление об причине

Тут два варианта есть, в первом, строчное прерывание вызывается на конкретной строке, записанной в регистр строчного прерывания из счетчика, который убывает на каждом кадре. После чего прерывание происходит аппаратно, и в нем, скорей всего задается новая строка прерывания, и выполняется вертикальный скролл.
Второй: прерывание происходит кадровое, после чего начинают считаться строки, чередуясь с чтением горизонтальной перетрассировки. Как только счетчик достигает нужной строки, выполняется вертикальный скролл.
Я делаю подобное, вобще не разрешая прерывания, и весь контроль развертки выполняется полностью программно.

[bigral]

Тут два варианта есть, в первом, строчное прерывание вызывается на конкретной строке, записанной в регистр строчного прерывания из счетчика, который убывает на каждом кадре. После чего прерывание происходит аппаратно, и в нем, скорей всего задается новая строка прерывания, и выполняется вертикальный скролл.
Второй: прерывание происходит кадровое, после чего начинают считаться строки, чередуясь с чтением горизонтальной перетрассировки. Как только счетчик достигает нужной строки, выполняется вертикальный скролл.
Я делаю подобное, вобще не разрешая прерывания, и весь контроль развертки выполняется полностью программно.

как возникает вертикальный скрол я так и не понял (из Вашего описания), но понял что можно установить прерывание на конкретную строку, и что тут может "зацикливаться"? изза длинного сигнала прерывания чтоли? там должен стоять в схеме одновибратор укорачивающий сигнал прерывания ?

[OrionExt]

О господи! Я же вам еще в начале темы написал после запуска теста. Что у вас проблемы с VDP. И пока это не решить, дальнейшие телодвижения не имеют смысла. Но вы продолжаете упорно терять свое время.

Ни каких схем для подтверждения прерываний не требуется. Прерывание подтверждается автоматически при вычитке регистра состояния VDP.

[bigral]

О господи! Я же вам еще в начале темы написал после запуска теста. Что у вас проблемы с VDP. И пока это не решить, дальнейшие телодвижения не имеют смысла. Но вы продолжаете упорно терять свое время.Ни каких схем для подтверждения прерываний не требуется. Прерывание подтверждается автоматически при вычитке регистра состояния VDP.

Ну так "проблемы с VDP" надо ж как-то подтвердить? пока что я вижу что этот VDP показует на экране хоть что-то, ну да в msx1 экране зеленые буквы на черном фоне вместо белых на синем, ну да при Вашем тесте черный экран (но при модифицированном желтый как и пологается), при msx2 rom начинает выезжать баннер таки (а если убрать прерывание товообще выезжает полностью), значит таки не совсем мертвый VDP... нужно както более детально понять суть этих проблем с VDP.

Т.е. в самой процедуре rst#38 есть какаято вычитка регистров VDP которая приводит к завершению подачи сигнала прерывания да? Когда я ставил ROM от msx1 то сигнал на прерывании был "нормальный" (короткий, через определенные промежутки времени, не мерял скоко но наверно по кадровой развертке)