Это уже вроде как решили - не делать. Тем более, что и содержимое ПЗУ у нас весьма многоплановое, а первая же запись потрет всё к чертям.

пусть подтянет пуллапом к +5 выходы IORD, IOWR IDE

Они уже идут через буфер 244. Эта версия отпадает.

на твоей схеме этого нет, какой серии?

Женя, говорят притянуть - значит притянуть! На NemoIDE притянуты, да ещё и последовательно всунуты резюки на 56 Ом

Хорошо, притяну.

Схема уже устарела.
Добавлен 244 буфер, постоянно открыт, через него протащены HDRD, HDWR, А2, А3, А4, RAM_OE и RAM_WE.
Последние два я засунул ради эксперимента с трехвольтовым питанием, дабы ОЗУ не кашляла.

какой серии буфер?

Вся мелкологика - НСТ. Должна хавать 3.3. Питание - 5.0.

Ewgeny7, divIDE узнаёт о приходе NMI из сигнала NMI, или от ловушки #66? Или он реагирует только на собственную кнопку, и о других источниках NMI ничего не знает?

БК-0010, Вот тут пока построение несколько расплывчато.
На ПЛИС приходит сигнал NMI_SW с кнопы. По этому сигналу ПЛИСа выдает 0 на бас, и этот сигнал будет держаться пока не отпустят кнопу (что маловероятно :) ) или пока процик не отработав запрос на прерывание не перейдет на адрес #66. По этому событию срабатывает ловушка, включается теневое ПЗУ и выдача нуля на бас заканчивается Z-ом. Т.е. возможность вызова NMI с самого компа вроде как сохранена, также вызов возможен программно JP #66. Надеюсь, тут всё сделал правильно :v2_confu:

Коллеги, извиняйте что я маленько пропал, воевал со свежевылезшим глюком - сбои в загрузке тапок.
Косяк нашел таки, выражался он в недостаточном времени удержания открытия буферов по LOE и DOE. Удлинил время активности сигналов на полтакта клока и "тут как попёрло" :)
Сейчас снова занимаюсь трехвольтовым питанием.
Также "примерил" под нашу платку один из вариантов Z-контроллера, я его применял в u9_KAY. Разрулю вопрос с питанием, засуну на борт Z-контроллер. Еще бы софтинку найти в тапке, которая умеет его пользовать...

вот тут подробней, ловушка будет срабатывать и переключать ПЗУ без NMI и без кнопки?