ZX_Multi_Card

[Evgeny Muchkin]

Провёл эксперимент.

Проблема, судя по всему, в сигнале -WR. В GMX это сигнал -WROUT, то есть это не чистый -WR с процессора, а сигнал, который генерит большая альтера. Подал на первую ногу АП6 на ZXMC -WR именно с процессора, и заработало.

Вопрос знатокам, что может не нравиться ZXMC в сигнале -WROUT с GMX? И как это лечить? Ведь другие карты нормально работают...

Схему GMX можно глянуть тут: https://disk.yandex.ru/d/FWWrJ1A4cYqbgA

[Mick]

Вопрос знатокам, что может не нравиться ZXMC в сигнале -WROUT с GMX? И как это лечить? Ведь другие карты нормально работают...

Тут возможно два варианта.
1. Допустим GMX по каким то пересекающимся портам или упрощенной дешифрации не выдает сигнал WR наружу. По типу IORQ в ZX Evo.
Решение в таком случае ты уже описал - сигнал WR напрямую или через буфер.
2. Возможно уровня сигнала не хватает, тогда либо попробовать подтянуть WROUT на питание через резистор, либо пропустить через буфер.

[Evgeny Muchkin]

Тут возможно два варианта.
1. Допустим GMX по каким то пересекающимся портам или упрощенной дешифрации не выдает сигнал WR наружу. По типу IORQ в ZX Evo.
Решение в таком случае ты уже описал - сигнал WR напрямую или через буфер.
2. Возможно уровня сигнала не хватает, тогда либо попробовать подтянуть WROUT на питание через резистор, либо пропустить через буфер.

Спасибо, что откликнулся.

1. При записи в порты модема по Кондратьеву GMX, судя по всему, -WROUT делает, т.к. проверялось (хоть и не мной) других устройствах, которые по Кондратьеву работают. То есть, вероятно, это предположение отпадает.
2. Насчет уровня, наверное, тоже вариант не подходит, т.к. я пробовал подключать ZXMC, и напрямую в слот, и через ёлку с буферизацией -WR. Результат не отличался.

[Evgeny Muchkin]

Тут возможно два варианта.
1. Допустим GMX по каким то пересекающимся портам или упрощенной дешифрации не выдает сигнал WR наружу. По типу IORQ в ZX Evo.
Решение в таком случае ты уже описал - сигнал WR напрямую или через буфер.

Хм... не пойму, что за ерунда. Встал на -WR осцилом, пишу в порт, -WR есть, а -WROUT нету (5В там)... Как же у людей на других платах в порты по Кондратьеву пишется?

---

Какой-то необычный -WROUT у GMX. Похоже, его просто не видит мой какбыосциллограф, т.к. СМУК, ГС... все работает.
Получается, его не видят теперь два устройства - это ZXMC и мой какбыосцилл

[Evgeny Muchkin]

Вроде, появляется какая-то ясность.

Спасибо Мише Каа, вот что показал его осциллограф:



Красный это -WROUT с GMX
Желтый это -WR на процессоре

Как видим, отставание у -WROUT составляет 140ns. Похоже, что МК в ZXMC как раз в момент отставания как-бы берет данные с шины, когда -WROUT еще не пришел и АП6 даты не переключилась.


Есть идеи по элегантному исправлению?

[Mick]

Есть идеи по элегантному исправлению?

Ты уже сам предложил как это обойти. По сути, сырцов GMX нет, мультикарту переделывать тоже никто не будет. То есть, подавай WR напрямую. Только там насколько я понял кропе буфера еще идет на логику.

[Advertiser]

[Evgeny Muchkin]

Ты уже сам предложил как это обойти. По сути, сырцов GMX нет, мультикарту переделывать тоже никто не будет. То есть, подавай WR напрямую. Только там насколько я понял кропе буфера еще идет на логику.

Как думаешь? Есть такой сигнал, который по которому ATMEGA начинает забирать данные с шины для часов и модема? Между ATF-дешифратором и самой Атмегой. Может, его тормознуть как-то можно на 150нс? И все взлетит.

[Mick]

Как думаешь? Есть такой сигнал, который по которому ATMEGA начинает забирать данные с шины для часов и модема? Между ATF-дешифратором и самой Атмегой. Может, его тормознуть как-то можно на 150нс? И все взлетит.

Ну если исходить из логики схемы ZX MCARD, то сигнал WR встречается в двух местах.
1. В схеме формирования сигнала IORQE (DD2)
2. В направлении передачи данных буфера АП6 (DD6)

По сути важным является второй пункт, т.е направление передачи данных.
Итак, ZXMC контроллер вайтовый, т.е. при формировании выборки адреса порта (DD2.1, DD2.2 и DD3) формируется сигнал прерывания на контроллер АТМега, а заодно включается сигнал WAIT.
АТМега в обработчике прерывания удлиняет сигнал WAIT на время обработки запроса. Поскольку сигнал WR не приходит напрямую, то АТМега ориентируется на сигнал RD (какая сейчас операция - чтение или запись).
То есть основополагающий тут RD, а он насколько понимаю в GMX идет без задержки. Посему, тут либо пробовать RD задержать, либо просто WR пустить напрямую (что я полагаю более правильнее)

[Evgeny Muchkin]

формируется сигнал прерывания на контроллер АТМега

А его тормознуть нельзя?

[Mick]

А его тормознуть нельзя?

Вот тут трудно сказать. Если только придержать сигнал IORQ в режиме записи идущий на карту.