ULA 4видеорежима и все в 64 макроячейки

[ZEK]

Умеет все, что умеет ZXCard + работа с флэшкой и эмуляция ВГ93

А какой стандар Flash карт будет понимать? Туда бы еще и эмуляцию джойстиков бы на основе готовых железяк (Sega, PS, Dandy )

[Advertiser]

[caro]

А какой стандарт Flash карт будет понимать?

SD и MMC.

[ZEK]

И еще вопрос в тему перечитал я все доступные номера журналов с статьями про железо и пришол к такому выводу (правильному ?)
1. INT формируется в начале кадрового импулься
2. INT желательно не долже быть короче 9мкс
3. Для исключения повторного захвата INT особенно в режиме TURBO все же стоит его снимать в цикле INTA (это в духе KAY) по истечению 9мкс сигнал снимается

[alexfreed]

Для работы с флэшкой слабовата, в частности мало ОЗУ (512байт).

Не совсем понятно: зачем для работы с флэшкой много памяти? Чтобы FAT анализировать? Или для эмуляции 1793?
В режиме IDE по крайней мере буффер не нужен...
Когда я сделал на Compact Flash "диск" для своего Apple на FPGA, так там
вообще никаких мозгов нет. Flash правда не с FAT - записываю под Линуксом
через dd образ диска.

[James DiGreze]

SD/MMC карты работают блоками данных по 512 байт. Если ограничиваться только чтением, то можно и на 8515 реализовать, но когда требуется запись (FAT16), то уже, для правильной работы нужно примерно 2К: 512 байт на буфер данных, 512 байт на сектор FAT1, 512 байт на сектор FAT2, 512 байт на сектор CURRENT DIR...
Можно, конечно, проигнорировать файловую систему, и работать как с рамой, но тогда потеряется универсальность самой флэшки.

ЗЫ: наверно последние посты будет лучше переклеить, а то оффтоп пошел...

[CHRV]

Не совсем понятно: зачем для работы с флэшкой много памяти? Чтобы FAT анализировать? Или для эмуляции 1793?

Сам ответил на свой вопрос .
На флешке ФАТ с ТРД и запись на флешку тоже надо делать. Ну и про эмуляцию ВГ93 не забывать.

[alexfreed]

Можно, конечно, проигнорировать файловую систему, и работать как с рамой, но тогда потеряется универсальность самой флэшки.

Я так и делаю но не считаю большой потерей. Конечно хорошо если можно на ПиСи кинуть образ .TRD диска на флешку и читать в Спеке. Но не так уж плохо и переложить работу на программу на PC. Я делаю это на Линуксе, но спорю на рубль что можно и под окошками писать на "сырое устройство".

[ZEK]

Вопрос, раз уже занимаемя большими умными микросхемами возникла по ходу действий мысль

Вот в кратце: Гланый дешифратор (портов, памяти), следит за процом и в момент цикла M1 считывает байт кода операции (или просто сравнивает), с кодами онобайтных команд IN OUT и если они обнаружены и следующий цикл ввода вывода ломится в например порт #FD дешифратор отключает все нестандартные для 128 машины функции и включается полный аналог спектрумовской неполной адресации к примеру (запрет записи в 6,7 бит (или пишуться туда нулики) если по пентагоновки 1Мб то и бит 48 режима на место, отключает выбоку AY хотя как вариант и не стоит)

Далее эту дему можно развить и по другому например команды LD B,B или LD C,C успользовать для системных нужд

Ткните пальцем где я не в ту степь думаю

[lvd]

Вот в кратце: Гланый дешифратор (портов, памяти), следит за процом и в момент цикла M1 считывает байт кода операции (или просто сравнивает), с кодами онобайтных команд IN OUT и если они обнаружены и следующий цикл ввода вывода ломится в например порт #FD дешифратор отключает все нестандартные для 128 машины функции и включается полный аналог спектрумовской неполной адресации к примеру (запрет записи в 6,7 бит (или пишуться туда нулики) если по пентагоновки 1Мб то и бит 48 режима на место, отключает выбоку AY хотя как вариант и не стоит)

Такое уже было! Причём всё проще - лочица какой-то один бит ШД в 1 триггер, подобранный так, что если это in/out (#imm) , то он был бы один, а если in/out (c) , то другой. "Отстройка" от всех остальных команд осуществляется банальнейше - по наличию цикла /IORQ.

Далее эту дему можно развить и по другому например команды LD B,B или LD C,C успользовать для системных нужд

Ниоткуда не следует, что кто=то не применит такие команды как нопы. Или что их не сгенерит какая-нить хитрозадая генерилка кода.

[ZEK]

Во первых как тогда оно работало, глюки уменьшались

а если in/out (c) , то другой. "Отстройка" от всех остальных команд осуществляется банальнейше - по наличию цикла /IORQ.

Честно вот этой фразы не понял, поясни плиз