Замена двух ПЗУ на одну

[tnt23]

Собрал адаптер с ZIF-панелькой, вставляющийся в панель ПЗУ 0:

Поскольку впереди предстоят игры с перепрошивкой Монитора и CP/M, захотелось вместо двух ПЗУ поставить одну, бОльшего объема.

Вместо A13 на ПЗУ приходит сигнал ROMA13 с линии B6 порта управления банками памяти. Видимо, авторы предполагали в будущем использовать ПЗУ объемом 16-32-64К. Так или иначе, после инициализации ROMA13 всегда равен 0, толку от него нет. Я отрезал ROMA13 и взял вместо него A13 с процессора, прописал в 64K флешку Монитор+CP/M (многократно), cигналы выборки объединил в один через два диода с резистором к +5в. Но весь этот колхоз просто не грузится.

Придется позорно существовать с двумя 64K EEPROM, используя каждую на 25%.

[Advertiser]

[L Juriy]

Мое мнение.
У тебя по сбросу адрес становится в 0, Вот и пропиши в ПЗУ по этому адресу переход на монитор.
В первой половине в нулевом адресе переход на монитор, после перехода переключиться
на вторую половину ПЗУ с нормальными образами монитора и СРМ.
Как то так.

А вообще посмотри как реализовано в ЮТ88 все в одном. Используется загрузчик.

[tnt23]

Так в том-то и дело, что я размножил парочку (CPM+Монитор) по всему 64К ПЗУ. С адресов 0, 4000, 8000, C000. Точно так же размножал Тест по всему объему флешки, и все работало.

Может быть, объединение сигналов выборки через диоды не самое удачное место. Периодически по команде DC000 видны были разрозненные байты второй ПЗУ.

[L Juriy]

Я сделаю вот так. и в 0 ячейке ПЗУ переход на монитор.

Да на ПЗУ все адреса с адресной шины A13, A14, A15.

[tnt23]

и в 0 ячейке ПЗУ переход на монитор.

Первой командой монитора все равно идет переход на процедуру инициализации в тех же адресах (CxxxH), а сразу после сброса ПЗУ мапится на всю память. Так что это лишнее, думается мне.

[UncleDim]

Может быть, объединение сигналов выборки через диоды не самое удачное место

Сейчас так сделал (на одном диоде и одном резисторе), но вместо а13 подал /csrom1. Грузится. Безо всякого размножения причем (зашил "под потолок", а14 притянут в +)

[UncleDim]

а так же
подал ROMA14 на 1ю ногу пзу (отрезав ее от 5в), ROMA13 на 27ю, и заработал выложенный Лехой Морозовым инструментарий по сборке сорцов, включая ром-диск
правда, пока только в конфиге "128к озу"
https://github.com/alemorf/retro_com...irmware_source
(всё в config.inc)

[tnt23]

О, надо посмотреть, чем оно отличается от 512К

[UncleDim]

ROMA14 на 1ю ногу пзу (отрезав ее от 5в), ROMA13 на 27ю, и

и, конечно же, поломалась работа безромдискового варианта на одной пзу - теперь без "размножения" содержимого в самый низ ожидаемо не взлетает.
"но есть и хорошие новости"
возникла мысль использовать полный объем двух 27512, используя в качестве ROMA15 "балдеющий" сигнал REST (вместо него на 1ю ногу DD8 нужно будет подать 'REST and ENROM', собранный хоть на тех же диодах) - и под ром-часть диска А: будут доступны уже 112К
(общий объем памяти компьютера составит 640К, которых, как хорошо известно, хватит.)

[tnt23]

Что такое "ром-часть" диска А:? В CP/M есть четкий способ прописать DPB для дисков в системе. Тот же ROM-диск можно развести на букве D:.