Делаем Картридж Sega Mega Drive

[Snowlion]

Картридж для игр Fantasy star 4 и Beyond oasis.

[Snowlion]

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

Русская версия Fantasy star 4 виснет на первом босе, английская работает без проблем.

[blackflash2009]

Какая плата подойдет для комекс зон

[Alek222222]

Друзья дела сам картриджи записываю и тд. заметил некую особенность что не все ромы запускаются консолью после записи его на микруху 27С322 но если бы это были единичные случаи но когда постоянно записываешь одинаково разные игры и одна работает а вторая отказывается но при этом полностью одинаковые хочу как то разобраться в этой проблеме и прошу вас дорогие коллеги электронщики скинуть пожалуйста фотографии процесса подготовки рома к записи на микруху и сам подготовленный ром который можно скачать и сразу вшить в микруху так же без разбивки файла по 512 кб если кто записывает его сразу не по ячейкам и сам готовый ром что бы я мог его записать и проверить это дело в моих кривых руках или действительно такие ромы интересует игра Light Crusader на русском

[as265]

Недавно был обнаружен реликт такой, картридж, который использует 8-битное ПЗУ и 8-битный же регистр-защелку 74ls374 для хранения старшего байта. Этот картридж исходно использует сигнал /CAS_2 на слоте, этот сигнал, в отличие от /CAS_0, короче (позже стартует, а оканчивается так же, в итоге вдвое короче).

Как он работает:
1. Начало цикла: Сега ставит адрес, /CE_0 ставит лог0 (активен). ПЗУ выдает старший байт, т.к. А0 адрес=лог1 с выхода сигнал /CAS_2, который еще не активен пока
2. Середина цикла: /CAS_2 идет в 0, через инвертор регистр получает переход 0->1 и сразу закусывает старший байт, при этом ПЗУ получает смену А0->лог0, но у ПЗУ время доступа 100+ нс, поэтому регистр успевает захватить байт до начала изменения данных на выходе ПЗУ.
3. Конец цикла: сега забирает 2 байта и уводит /управляющие сигналы в состояние лог1 (неактивное)

На исходной схеме cart.gif показано, что /CAS_2 управляет адресом А16, сие есть аццкая ересь, потому что тогда придется ром разделять на четные и нечетные байты, ну и записывать в первую половину рома нечетные байты, во вторую четные. Если этот сигнал будет дрыгать адресом А0, ром можно будет прошивать без перестановки байтов.

Также было отмечено, что сигнал /CAS_2 выпилен в новодельных сегах и больше не существует, поэтому решено было поискать, чем его заменить. Нашелся сигнал /CAS_0, который обычно используется 16-битным ПЗУ в качестве /OE сигнала, оказалось, что с этим сигналом игра работает стабильно, если его слева укоротить в 2 раза, для чего собрана схема "съедания" части импульса - в 1 сторону переключение с задержкой, а в другую почти мгновенно.

Эта схема позволяет записывать маленькие игрушки на ПЗУшки 8-битные с УФ стиранием, коих на алике много за три копейки, к примеру, 27C040 на 512К х 8

Также можно (не) пошутить про то,что на сеге была DDR память (double data rate)
[uquote="Snowlion",url="/forum/viewtopic.php?p=2623156#p2623156"]Если игра меньше мегабайта то в шестнадцатиричном редакторе добавить нули до нужного объёма.[/uquote]
Этот момент не обязателен, если коммутацию линий адреса делать по принципу:
а)сигнал проходит как обычно
б)форсить лог.1

В таком случае порядок расположения игр иной - игра сдвинута кратно своему объему. Если она 1 МБ, то кратно 1 МБ, а если 2 МБ, то кратно 2 МБ.

То есть возможно разбиение 4 МБ к примеру таким способом: 1М+512К+512К+2М

Удобнее найти и отредактировать программу меню, которая пишет в сдвиговый регистр байт и задает смещение.

Добавлено after 1 minute 42 seconds:
[uquote="Alek222222",url="/forum/viewtopic.php?p=4556840#p4556840"]и одна работает а вторая отказывается[/uquote]
Обратить внимание на корректность контрольной суммы рома и на то, чтобы он был .BIN, потому что .SMD вроде как имеет доп заголовок или чет такое, но это не точно