Одна безумная идея ;-)

[ArtemKuchin]

зачем: так все равно а и d линии подводить чтобы ром подменить, пусть делом занимается, че простаивать.

по AY: на сколько я знаю, его можно запрограммироваь, например, играть один тон автоповтором. Если программирование не повторить, то возможны два варанта а) тона не будет где надо б) он останется от предыдущего состоянии и будет где ненадо.
Если б) можно решить сбросом, то как решить а)

И еще со 128К дебильная проблема. Регистр мэппинга памяти 0x7ffd не читабелен.
Как узнать какая страница активна в данный момент? Не факт, что добрый программер положит знаечние по адресу 23388. В голову приходит тольвао два варианта:
1) Мониторить шину и отслеживать out по этому порту и помнить его
2) Тупой вариант - посчитать что-от вроде MD5 содержимого памяти, перебрать все банки и найти с таким же дайджестом. Проблеме в том, что это на на 100% работает, если два банка забиты нулями, то и дайджест совпадет.

И еще этот тупой ЛОК бит. Что с ним делать, если он установлен???

[HardWareMan]

я полагал, что наиболее важно для этого romcs +mni, чтобы вообще свой блок подрубить. т.е выставляем romcs, отключая пзу и делаем нми, z80 переходит на 66 но уже в нашей памяти. к чему m1 и iorq?

К тому, что вам следует раскурить доку по Z80. Любое прерывание происходит не сразу, а только в определенный машинный цикл, это раз, затем идут долгие телодвижения по сохранению текущего состояния и только потом происходит подтверждение прерывания. И если ты отключишь ПЗУ до подтверждения прерывания а прерываемая программа была в ПЗУ крах неизбежен. Подключать свое ПЗУ надо только в момент подтверждения, и согласно идеологии самого Z80, который не имеет вывода INTA в отличии от ВМ80, подтверждение любого прерывания есть чтение опкода из порта, т.е. M1+IORQ. Только наличие этого сигнала + изначальный сигнал NMI (на случай если произошел IRQ, который подтверждается точно так же).

[Black_Cat]

по AY: на сколько я знаю, его можно запрограммироваь, например, играть один тон автоповтором

и сколько времени он играет один тон автоповором? Секунда, полторы максимум. Ничего страшного если при загрузке снапа этой секунды не будет.

И еще со 128К дебильная проблема. Регистр мэппинга памяти 0x7ffd не читабелен

ты же вроде собирался снап 48к делать, дык зачем тебе #7FFD?

---------- Post added at 08:37 ---------- Previous post was at 08:21 ----------

и только потом происходит подтверждение прерывания

нету в Z80 аппаратного подтверждения NMI, и переключать ПЗУ можно по NMI, единственно, что Magic в этом случае низзя юзать

[HardWareMan]

нету в Z80 аппаратного подтверждения NMI, и переключать ПЗУ можно по NMI, единственно, что Magic в этом случае низзя юзать

А, да, комбо IORQ+M1 только для IRQ. Тем не менее, триггер NMI обрабатывается только в последнем машинном цикле текущей команды, поэтому, подключать свое ПЗУ нужно аккуратно, желательно к следующему первому машинному циклу.

[ArtemKuchin]

По поводу NMI:
Согласен, даташит "курил" поверхностно, однако:

"Non-Maskable Interrupt (input, negative edge-triggered). NMI has a
higher priority than INT. NMI is always recognized at the end of the current
instruction, independent of the status of the interrupt enable flip-flop, and
automatically forces the CPU to restart at location 0066H."

Т.е. NMI самим процом всегда определяется в конце инструкции. Оно само о себе позаботилось. Конечно, до MNI надо переключить ПЗУ и при этом надо непопасть в середину выборки памяти процессором. Для поиски этого моменты можно использовать M1+ MREQ (указывает на получение инструкции их памяти), но это выглядит не очень надежно как-то. Может лучше на BUSA смотреть? Но точно не M1+IORQ. Конкретно в разделе по NMI сказано "The CPU response
to a non-maskable interrupt is similar to a normal memory read operation." И далее прекрасная диаграма в которой IORQ вообще не упоминается.

Из это диаграма, есть идея, что надо выставить NMI и ждать M1, как только M1, сменить ROMCS.

Касательно 128: ну. ээ. аппетит приходит во время еды.

О! Пока писал Hardwareman ответил.

[Black_Cat]

Из это диаграма, есть идея, что надо выставить NMI и ждать M1, как только M1

так сразу снять NMI и ессно со снятием NMI переключить ПЗУ

Касательно 128: ну. ээ. аппетит приходит во время еды

Какую однокристалку предполагаешь юзать? И ты не ответил:

или в другие адреса как-то хитро тоже можно смапировать?

низзя, а зачем тебе больше?

[ArtemKuchin]

так сразу снять NMI и ессно со снятием NMI переключить ПЗУ

Какую однокристалку предполагаешь юзать? И ты не ответил:

NMI определяется в конце инструкции (из документации, что маразм, скорее всего речь идет о конце машинного цикла), определился он и перед следующей инструкцией идет переход на 66H. Вопрос: а когда деактивировать NMI? Ведь когда мы его устанавливали это могла быть середина другого цикла, а могла быть середина этого цикла, т.е. пересекли ли мы границу обработки NMI?. Можно деактивировать по подъему M1, что означает что новый машинный цикл уже идет и менять ПЗУ нельзя, так как могут быьт еще обращения к памяти в пределах этой инструкции. НО! Ведь не факт что мы попали перед низким уровнем на M1 при активации NMI, т.е. NMI могло быть просто не определено.

Т.е. вопроса три:
1) Когда подать NMI чтобы он точно был пойман
2) Когда снять NMI, чтобы он УЖЕ был точно пойман в этот момент
3) Когда сменить ROM чтобы не было каши в голове в проца

И получается, тогда, что надо смотреть на M1, когда M1 - низкий можно подать NMI, тогда в конце этого цикла NMI будет точно пойман, Далее, как только мы видим еще раз опущение M1 (после подъема), это означает начало нового INSTRUCTION FETCH и будет совсем мало времени, чтобы сменить ROM и снять NMI, тогда все будет точно поймано и пройдет чисто. Там реально маленький зазор по времени совсем, полтакта где-то.

Можно было бы просто блокировать процессор сигналом WAIT. Проблема с ними, что он не опрашивается не в начале или конце машинного цикла, в активен сразу (по крайне мере в доке нет ни слова о месте, когда ижет опрос этой линии). Т.е. выставив его мы можем просто приостановить выполнение текущей команды и сменим ROM получить кашу, так как выполнение ее продолжится и только потом сработает NMI.

Можно попробовать через BUSREQ. Оно срабатывает в конце машинного цикла. Т.е. можно активировать BUSREQ, подождать BUSACK. Сменить культурно ROM, выдать NMI, деактивировать BUSREQ, подождать активации M1 и деактивировать NMI. Здесь все операции не требуют быстрой реакции. Я посмотрел, вроде ULA на линии BUSREQ/BUSACK у процеса не завязано никак, так что конфликта нет.


Касательно МК - неважно, эта часть все равно будет на CPLD

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

[sergey2b]

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

я могу ошибаться но вроде бы divide может мапировать память

[ArtemKuchin]

на 48К только RAM в адреса ПЗУ

[HardWareMan]

так сразу снять NMI и ессно со снятием NMI переключить ПЗУ

Сигнал NMI детектится по спаду (1=>0), в то время как IRQ по уровню (=0). В описании сказано, что это сделано для того, чтобы процессор не зациклился в вызовах NMI. Так что снимать не обязательно, но является признаком хорошего тона, да.