DivMMC

[Sandro]

и кстати еще момент - карты MMC эта железяка несмотря на название - не поддерживает. просто не видит.

Давно с ними дела на низком уровне не имел, но ЕМНИМС у настоящих MMC и SD card в режиме совместимости с MMC немного отличается процедура инициализации. То есть, надо патчить софт.

[Advertiser]

[julbu]

Плата от Павла с белой маской. Прозванивал все линии до microSD карты, сегодня еще раз попробую прозвонить. Насчет проверки bank0 (он вроде отвечает за четные), A13 и D0 на плис приходят, выбор банков вроде работает (проблема походу только с bank0), перекидывал этот сигнал на другой выход ПЛИС и менял адреса на RAM, ничего не меняется. Но прозвоню еще раз все сигналы на ПЛИС. Насчет тактирования SD читал, что может работать от внешнего такта, сегодня вечером попробую. Спасибо всем за информацию.

[r3d]

Карта не детектится.

Карта детектится иначе не было бы второй строки – Mounting drivers
Карта монтируется иначе не было бы третьей строки – Loading ESXDOS.SYS
Но esxDOS (все файлы DOS-a) не грузится, ибо ему не хватает места для загрузки, esxDOS видит только 8кб.

[valerium]

Плата от Павла с белой маской.

Их было несколько и вроде все белые. Но в ранней версии была ошибка с перехлестом spi_datain/spi_dataout и где-то здесь есть фото с патчем этой ошибки и термоскотчем.
Впрочем, надо с памятью разобраться в первую очередь. Но судя по всему, главная проблема-то сейчас уже решена, память он мапит и диапазоны адресов перехватывает. И сбрасывается корректно.

[julbu]

Впрочем, надо с памятью разобраться в первую очередь.

Вот тут и проблема, как с ней разобраться. Физически я уже переназначал выход bank0 на другую ногу ПЛИС перекомпилировал и прошивал и подавал этот сигнал на A18 RAM. Результаты теста такие же, четные банки не работают, ну и естественно верхние 256к не видно. В коде плис, запись текущих банков:

-- ram banks

bankout(0) <= bank(0) or not A(13);
bankout(1) <= bank(1) or not A(13);
bankout(2) <= bank(2) and A(13);
bankout(3) <= bank(3) and A(13);
bankout(4) <= bank(4) and A(13);
bankout(5) <= bank(5) and A(13);

A13 c компа приходит, прозвонил от Z80 до 12 ноги плис.
Запись в bank(0)-bank(5) происходит по спаду divideio.

Сам divideio формируется так:

divideio <='0' when iorq='0' and wr='0' and M1='1' and address = divide_control_port else '1';

т.е. банки должны или все работать или не работать вообще, но divramka показывает, что не работает только 0- банк.

[valerium]

т.е. банки должны или все работать или не работать вообще, но divramka показывает, что не работает только 0- банк.

Между двумя этими линиями нет кз ? Где-нибудь под микросхемой озу. Такое впечатление, что значение bank0 в каждом втором случае искажает значение bank1. А тест памяти, скорее всего, выполняется с маркировкой банка памяти номером банка и в половине случаев считанный номер не совпадает именно по причине искажения bank0.

[julbu]

Попробую прозвонить, спасибо. Но мало вероятно, что с плис, что с ram сигналы bank0, bank1 приходятся на не соседние ножки.

[r3d]

прозвонил

А осциллограф что показывает, сигналы-то на этих bank идут?

[julbu]

А осциллограф что показывает, сигналы-то на этих bank идут?

Не смотрел, тут процесс асинхронный скорее всего. Правда можно сигнал divideio "вытянуть" на ногу Плис и по нему синхронизироваться. Попробую если совсем будет безнадежно.

[Serg6845]

Не смотрел, тут процесс асинхронный скорее всего. Правда можно сигнал divideio "вытянуть" на ногу Плис и по нему синхронизироваться. Попробую если совсем будет безнадежно.

для начала можно не синхронизироваться. во время теста посмотреть все сигналы bank* на предмет меняются ли они (должны меняться все) и нормальные ли уровни 0 и 1.
еще - не может быть вариант с битой ОЗУшкой?