Планирую сделать FDD эмулятор на Atmega8

[EvgenRU]

Можно ли установить atmega328 вместо arduino uno, если да, то какой прошивкой шить?

Можно, я свой именно так и делал, открываете проект в Arduino IDE последних версий,
В меню "Инструменты" выбираете "Процессор" ATmega328
В меню "Скетч" жмете "Экспорт бинарного файла"
Ищете в папке со скетчем HEX файл и шьете его любым удобным способом в атмегу328

Я, например, шью с помощью avrdude такой строчкой
avrdude -p atmega328p -c USBasp -U flash:w:ZX_FDD_Emulator.ino.standard.hex -U lfuse:w:0xcf:m -U hfuse:w:0xd7:m
можно зашить и на плате ардуино без программатора или зашить программатором на ней же, это уже как хотите.

[PicNov76]

Платы arduino нет, буду шить в дудке. Есть модули sd с преобразователем уровней pf3ab v125 и стабом на 3,3 вольта, есть без преобразователя. Какой предпочтительней? Я так понимаю, что уровни согласовывать надо? Еще вопрос, запись на диск удалось организовать?

[EvgenRU]

Платы arduino нет, буду шить в дудке. Есть модули sd с преобразователем уровней pf3ab v125 и стабом на 3,3 вольта, есть без преобразователя. Какой предпочтительней? Я так понимаю, что уровни согласовывать надо? Еще вопрос, запись на диск удалось организовать?

Лучше с преобразователем.

Пока что нет, времени разбираться пока что нет.... много всяких дел...

[s_kosorev]

Нет. Всё наоборот. Это процессор должен поспевать за контроллером.

Да, ладно, смотрим к примеру KAY и не наблюдаем что бы FDC управлял wait для процессора

Тогда простейший кей, проц читает регистр статуса или регистр данных, AVR не успеет выставить данные на шину, что бы процессор успел прочитать. Именно о этом речь. Аналогичная ситуация может быть с латчем данных от процессора, но тут как бы проще, не нужно дополниетльно менять направление gpio или выставлять OE для внешнего буфера

[OrionExt]

Эх, barsik. Понеслась. Возвращайте к теме. А эти вставки если бы да кабы – лесом.

- - - Добавлено - - -

Не - это ппц. Может я тоже предложу сделать КГМД (ide) на парфо-картах. А чего будет работать=). В этой теме.

[barsik]

Да ладно, смотрим к примеру KAY и не наблюдаем что бы FDC управлял WAIT для процессора

Не знаю о каком KAY речь. Я имею схему только KAY-256 из 1994. На нём используется внешний КНГМД (для чего и стоят два слота). Т.е используется обычный контроллер для TR-DOS. А там WAIT для ожидания готовности данных не используется.

Хотя есть схемы КНГМД, где для того чтобы процессор успевал на такте ниже 2.5 МГЦ, WAIT используется именно для этих целей. Но даже при таком принципе работы КНГМД эмулятору не нужна бешенная скорость. Впрочем, таких схем КНГМД для ZX нет, т.к его скоростей хватает.

Процессор читает регистр статуса или регистр данных, AVR не успеет выставить данные на шину, что бы процессор успел прочитать

А зачем же Ваш AVR с'эмулировал в регистре статуса флаг готовности, если еще не записал данные в регистр данных. Пока нет флага готовности процессор ничего не будет читать из регистра данных, а будет покорно ждать флага готовности часами. Медленный процессор 4004 сначала запишет в регистр данных данные для считывания, а только затем поставит флаг готовности в регистре статуса.

нужно дополнительно менять направление GPIO

Ничего не знаю о GPIO. Я не знаком с AVR, для меня вообще AVR, Atmega, Arduino, ПЛИС и т.п - пустой звук. А точнее, такие абсолютно непонятные слова я приравниваю к матерным ругательствам. Т.к у меня рэтро-хобби. Но со схемами КНГМД, алгоритмами их работы и с их программированием я знаком.

[Advertiser]

[s_kosorev]

Но со схемами КНГМД, алгоритмами их работы и с их программированием я знаком.

если процессор не ждет пока FDC выставит данные, а FDC не успевает, будет фейл, доступно?

- - - Добавлено - - -

Хотя мы может говорим о разных вещах, под FDC я понимаю ВГ93 а не весь девайс в сборе, т.е. вставляемый в панельку вместо реальной микросхемы

[OrionExt]

Хи. Вы о разном говорите. Если бы я автором топика – гнал бы я вас допустим (метлой)

[EvgenRU]

Хи. Вы о разном говорите. Если бы я автором топика – гнал бы я вас допустим (метлой)

В споре рождается истина (с)

По теме, есть регистр #FF, у него 2 старших бита это сигналы DRQ (бит6) и INTRQ (бит7), они никакого отношения к самому регистру не имеют, а являются внешними сигналами, т.е. даже если атмега(или кто-то еще) не выставила на ШД статус, но заранее выставила эти 2 сигнала, говорящих о неготовности регистра, то регистр можно читать и анализировать готовность, насколько я на данный момент понимаю. Т.е. если есть готовность, то данные в регистре актуальны, иначе читаем дальше.
Ну и еще чтение #1F дает нам информацию о выполненных/выполняющихся командах ВГ.
TR-DOS всё это дело анализирует при чтении портов, и это главный геморрой в деле прикручивания полноценного рамдиска и различных внешних накопителей, таких как SD и HDD, требуется переработка кода TR-DOS для эмуляции ВГ.

[omercury]

В споре рождается истина (с)

В споре рождается срачь (с)

А зачем же Ваш AVR с'эмулировал в регистре статуса флаг готовности, если еще не записал данные в регистр данных.

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

абсолютно непонятные слова я приравниваю к матерным ругательствам

Вот и не ввязывайтесь в спор о материях, в которых ничего не понимаете.