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

[ArtemKuchin]

В этом вашем спектруме такая вещь Z80, как BUSR/BUSA свободна? Если да - то я вообще не вижу проблемы в вашей дискуссии. Поставьте камень типа ATMega128 параллельно процессору, сигнал сброса Z80 пропустите через этот камень, на этот камень заведите необходимые сигналы и повешайте карту SD/MMC на его SPI. Если не хотите ковыряться в vFAT - гуглите готовые библиотеки под AVR, они есть. А дальше, все просто: приходит сигнал сброса (поверап или юзер нажал), мега удерживая сброс захватывает шину (напомню, что Z80 при сбросе лапками вверх лежит, так что даже BUSR/BUSA и не потребуется), становлясь мастером шины, заполняйте ОЗУ любым мусором, которым захотите (в том числе и считанным с карты), а потом освободите шину (все выводы просто на ввод у камня) и спустите процессор. Реализация копеешная (в случае с DRAM возможно придется как-то синхронизировать обращения к сигналу тактов процессора) а возможности неограниченные. И да, никакого ПЗУ на борту, а Мегу можно обновлять и с карты, используя самопрограммирование и бутлодырь...

Кстати, если и BUSR/BUSA свободны, то можно напрягать мегу на загрузку данных в ОЗУ уже в процессе работы Z80, причем, возможно, и по его указу. Например: в ОЗУ выделить несколько ячеек для команды и параметров (можно по принципу ATAPI). И на порту выделить 1 сигнал, который будет формировать запрос прерывания камня. Заполняем структуру, делаем однократное обращение к порту - запрос пошел. Мега захватывает шины, смотрит в ОЗУ - есть ли там месадж ей или нет, если есть начинает исполнять (например загрузка сектора N по адресу XXXX), потом освобождает шины до следующего раза. Копеешная доработка предыдущей идеи и уже интеллектуальный контроллер карты на борту. А таблица параметров где угодно, в том числе и перемещаемая может быть...

Мне почти такая же идея пришла недавно в голову. Только без использования порта, а прямо записью в ОЗУ по определенному адресу инициировать нужное событие. Суть в том, чтобы по адресу куда то складывать путь на флэшке, писать в адрес и после этого мк читает этот файл (или часть) и кладет по другому адресу, в то время как Z80 читает нужный адрес и пока там не будет, скажем 1, будет ждать,а когда 1, то команда выполнена.
Две паранойи мучают меня: 1) refresh dram в спектруме, чтобы не выключился на слишком долго пока мк пишет 2) арбитраж доступа к памяти между z80 и мк. Вся надежда на BUSR/BUSA, но тут как раз тема Refresh-а DRAM самого спектрума и всплывает.

[Black_Cat]

тема Refresh-а DRAM самого спектрума и всплывает

В Спектруме память регенерит видеосканер а не процессор, поэтому процессор можно останавливать хоть навсегда, на памяти это не скажется

[Orionsoft]

видел в 95 подобный автомат - игрухи грузились с пзу но они были все модифицированы .
долгое время игрался на ленинграде 1 теневым озу с стс ом вместе .
в итоге вылилось все в приблуду(програмную) для скорпиона
мод+русик 48 прошивы с трдосом живет в озу .
http://zx.pk.ru/attachment.php?attac...8&d=1138433119

BASIC128
usr 0
clear 32767
radomize usr 15616
load "ROMrus"code
return
randomize usr 32768

а вобще через ресет любым любимым микроконтроллером набивать озу
это верное дело .

[ArtemKuchin]

В Спектруме память регенерит видеосканер а не процессор, поэтому процессор можно останавливать хоть навсегда, на памяти это не скажется

Я полагал, что рефрешит ULA, но для этого она использует регистр R, который Z80 выдает на шину, когда ничего не делает. Это нет так? R не используется и Z80 реально можно остановить и все будет очень хорошо?

А в z80 абсолютно случайно нет возможности по шине выдоить содержимое всех регистров?

[Black_Cat]

Это нет так? R не используется и Z80 реально можно остановить и все будет очень хорошо?

да

А в z80 абсолютно случайно нет возможности по шине выдоить содержимое всех регистров?

"абсолютно случайно" пиши в обработчике NMI вывод всех регистров, и не забудь что для снапшота ещё требуется сохранять дамп ОЗУ и содержимое системных портов

[ArtemKuchin]

да

"абсолютно случайно" пиши в обработчике NMI вывод всех регистров, и не забудь что для снапшота ещё требуется сохранять дамп ОЗУ и содержимое системных портов

Ооо. видно человек понимает, о чем я говорю и для чего надо

С NMI то понятно как делать, я думал может какой отладочный интерфейс в Z80 все-таки есть (в даташите не нашел), чтобы считывать регистры при останове процессора. Тогда можно было бы вообще код Z80 не писать, а все реализовать на внешнем мк. Ну видать не судьба.

Ну коли вы так хорошо в этом разбираетесь, то еще один вопрос, который меня волнует. На 48К (оригианльном) мапировать свою память (RAM) можно в область адресов ROM через ROMCS или в другие адреса как-то хитро тоже можно смапировать?

С портами сранно: по факту же на 48К почти нечего из портов и сохранять. Бипер прога сама дергает когда надо, клаву сохранять с джойстиком глупо. Итого остается только порт ULA 0xfe и то, только из-за бордюра. Я тут прав?

[Advertiser]

[Black_Cat]

Итого остается только порт ULA 0xfe и то, только из-за бордюра. Я тут прав?

да, если для 48го

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

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

[HardWareMan]

Ооо. видно человек понимает, о чем я говорю и для чего надо

А что, Мэджик Батон уже отменили? Была такая в TR-DOS. :3

"абсолютно случайно" пиши в обработчике NMI вывод всех регистров, и не забудь что для снапшота ещё требуется сохранять дамп ОЗУ и содержимое системных портов

Добавлю лишь то, что этот самый обработчик можно подключать самому (сигнал M1+IORQ будет ключевым), взамен стандартного ПЗУ или ОЗУ, что позволит не вмешиваться в оригинальный софт.

[ArtemKuchin]

А что, Мэджик Батон уже отменили? Была такая в TR-DOS. :3

Добавлю лишь то, что этот самый обработчик можно подключать самому (сигнал M1+IORQ будет ключевым), взамен стандартного ПЗУ или ОЗУ, что позволит не вмешиваться в оригинальный софт.

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


у меня тут еще одна идея возникла и один вопрос

идея: срам чип который слушает шину памяти и все что пишется - пишет в себя, т.е. там всегда копия памяти.

вопрос: а как сохранить состояние звукового чипа на 128? там же вроде важна последовательность команд идущих в один и тот же порт.

[Black_Cat]

идея: срам чип который слушает шину памяти и все что пишется - пишет в себя, т.е. там всегда копия памяти.

а зачем, если можно и так всё считать?

вопрос: а как сохранить состояние звукового чипа на 128? там же вроде важна последовательность команд идущих в один и тот же порт.

никак, да и смысла нет, т.к. AY и так заработает, но токо на долю секунды позже, что на слух неразличимо.