DivMMC

[AndrejChoo]

По железу: Ленинград 1 по стандартной схеме. DivMMC на Xilinx по схеме от Mario Prato. Плата заводская под две больших sd. Самих DivMMC у меня два штуки: один проверенный рабочий, стоял на другом клоне спектрума, второй точно такой же делал для этого Ленинграда. Оба DivMMC с Ленинградом ведут себя одинаково. Если зажать пробел и нажать сброс, появляется заставка esxdos, бипер щелкает секунд пять - восемь, в это время светодиоды показывают обращение сначала к одной карте, затем к другой. А потом выскакивает сразу сообщение: detecting... mounting... обе без ок и loading esxdos.sys error.
К сожалению, не могу прикрепить скрин.

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

И забыл добавить: сигналы cs на обеих картах при обращении к ним опускаются в "0", такты на sck есть. А mosi постоянно висит в "1". Специально смотрел осциллографом.

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

И ещё. Тестером обзвонил перезвонил все сигналы. До cold, rom и SRAM все доходят. Соплей на плате тоже нет.

[valerium]

потом выскакивает сразу сообщение: detecting... mounting... обе без ок и loading esxdos.sys error.
К сожалению, не могу прикрепить скрин.

Ну то есть чтения нет вообще. Даже никакие первые циклы не отрабатывают правильно.

И забыл добавить: сигналы cs на обеих картах при обращении к ним опускаются в "0", такты на sck есть. А mosi постоянно висит в "1". Специально смотрел осциллографом.

А что с /m1 у этого Ленина? Не всегда ли он в 0 ?
Мне такие "упрощенные" процы не попадались, но было их когда-то немало, говорят.
Если нет /m1=1, то процессор не может забрать по шине данных считанный по spi байтик из регистра в плиске.


Кстати, а divramka показывает всю память divmmc зеленую ? Если не всю, а особенно если в шахматном порядее, то это указывает на проблему на шине адреса, из-за какой-то адресной линии могут не выбираться порты, через которые читаются данные карты из регистров в плис.

[AndrejChoo]

Пробовал несколько z80. Результат один и тот же. Сам сигнал м1 осциллом не смотрел, надо попробовать проверить.
А что такое divramka? Это какая-то тестовая прошивка пзу DivMMC?

[goodboy]

А что такое divramka? Это какая-то тестовая прошивка пзу DivMMC?

скорее программа
https://velesoft.speccy.cz/zx/divide...e/divramka.zip

[П321]

А мне вот этот вопрос тоже интересен. Примерно год назад спаял DivMMC по схеме из этой темы и вроде как всё сразу заработало. Подключал я к Композит-128 (практически тот-же Ленинград) но я сделал там доработки под тайминги Пентагона и в режиме стандартного Спека работает безвайтово. Соответственно режимы спокойно переключаются тумблером и в принципе всё нормально работает. Так вот в режиме Пентагона DivMMC сразу и заработала а в режиме Спектрума вот точно такое-же поведение(карточка не определяется и соответственно далее не работает). Я тогда хотел было разобраться но так и не добрался. Хотя память вроде тестируется правильно(уже точно не помню но вроде прогонял divramka). Понятно что плата у меня сильно перепахана и поэтому даже не стал задавать тут этот вопрос но видимо суть проблемы одна и та же. Так что если у кого есть какие мысли то тоже попробую проверить на железе.

[AndrejChoo]

Прогнал тест divramka. Прошёл успешно. Определились все 512 Кб.

А вот результат работы DivMMC:

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

Блин, опять не могу прикрепить картинку(

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

У меня тоже изначально было подозрение на wait-ы

[valerium]

доработки под тайминги Пентагона и в режиме стандартного Спека работает безвайтово.

Только режим пентагона безвайтовый ? Или оба ?

Так вот в режиме Пентагона DivMMC сразу и заработала а в режиме Спектрума вот точно такое-же поведение(карточка не определяется и соответственно далее не работает).

Я у всех своих подопытных ленинградов сразу же отрезал торможение памяти (/wait уходил только на zxbus для периферии). Поэтому проверить обратный вариант тоже быстро не смогу, но не вижу вообще никакой связи чтения-записи порта с /wait-ами.
Но:
Передача байта по SPI автономная, esxdos фактически только запускает его чтением или записью в один из портов zxmmc и ждет сколько-то тактов, выполняя NOPы, пока в регистр считается байт. За суммарное время ожидания должно пройти не менее 16 тактов CLOCK, подаваемого на DivMMC. Сдвиг бита по spi выполняются на каждый второй CLOCK (на каждый нечетный TState, если опираться на исходники Prato). После этого проц одним IN читает весь байт (или же записывает весь байт для передачи в карту в порт ДО всего этого автоцикла). Важно, чтоб на время этого ожидания успели пройти все 16 спадов CLOCK (или его инверсии). Если быстрее - не критично, я подавал импульсы с отдельного генератор бОльшей частоты, при 4 мгц вполне все успевается, на экспериментах с кварцами 4-20мгц было норм. У кого-то и при 14 мгц прямо со спековского генератора работало.
Каким образом тут /wait может на все это влиять ? DivMMC им не управляет ни в каком случае, есть он или нет.
А работу с доп.страницами памяти все видят стабильную в тесте из divramka.

[П321]

В режиме Спектрума тоже безвайтовый режим (торможение клоком).

[AndrejChoo]

Попробовал просто отрезать wait, результат прежний.
У меня появилась идея: попробовать из бейсика отправить данные в порт и посмотреть активность на шине spi. По идее это должно показать, работает железка или нет.

[zebest]

DivMMC на пико.Разработка.
Стрим.
https://www.twitch.tv/alexekb4ever