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

[EvgenRU]

Что-то с картой пока что засада, не успевает нифига... походу надо 2 дорожки всё-таки в памяти держать придется что-то думать, возможно ардуину придется исключить... Первое, что приходит на ум - это ATMEGA1284P :-D (700р DIP, 200р QFP)

[AlexNN]

Извиняюсь за очередной, возможно странный вопрос, но почему не последовательную память использовать для буфера?
вроде такой http://arduino-related.livejournal.com/1414.html

[EvgenRU]

Извиняюсь за очередной, возможно странный вопрос, но почему не последовательную память использовать для буфера?
вроде такой http://arduino-related.livejournal.com/1414.html

Идея хорошая, но, думаю работать не будет такой вариант, т.к. у нас очень прожорливое прерывание работает. Последовательная передача будет практически невозможна. Хотя, тут нужно еще подумать, но сомневаюсь. Нужна SRAM доступная параллельно. Здесь есть 2 варианта, выбрать дорогой AVR с 16к памяти или перейти на PIC, STM32 и т.д. Еще можно использовать RAW формат флешки и данные получать по прерыванию.

Ну, и, совсем сумасшедший вариант, читать данные двух дорожек во флеш атмеги, а потом из флеша отдавать ))) Вопрос только долго она проживет...

PS: еще можно сделать таблицу кластеров для дорожки и читать её по таймеру, но это очень долго ковырять, если будет много времени свободного...

[newart]

Еще можно использовать RAW формат флешки и данные получать по прерыванию.

Почему бы и нет?

Накидать за вечер удобный конвертор не проблема.

Как вариант, можно сделать что-бы сама ардуинка в фоновом режиме конвертила trd в raw.
RAW это MFM формат подразумевается?

[s_kosorev]

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

так там финтов можно накрутить и укоротить, вместо тех же case и fsm можно заюзать указатель на простые naked функции, мутки с mfm не понятны, почему не хранить целиком таблицу? места есть а проца не хватает
так же, куча регистров зарезервировано, компилятор начинает городить когда ему регистров не хватает, в общем как по мне, есть где над ISR поработать

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

служебную область и данных разными ISR формировать, по указателю скакать, в общем несколько но простых обработчиков сделать чем один навороченый и по максимуму ветвления за скобки

[kasper]

Может попробуете на http://olx.ua/obyavlenie/arduino-32-...tml#da342014cf, точно должно времени хватить

[Advertiser]

[EvgenRU]

Может попробуете на http://olx.ua/obyavlenie/arduino-32-...tml#da342014cf, точно должно времени хватить

На этой штуке точно хватит :-D но хотелось бы на ардуине

UPD:
Еще мне видится вполне работоспособным такой вариант

Инициализируем передачу даннах с SD карты, пропускаем нужное число байт в кластере до начала сектора.
После чего в прерывании читаем данные не из буфера а по SPI с SD карты. В данном случае пропускается несколько промежуточных шагов и нет необходимости ждать чтения всего сектора.

[tnt23]

По поводу чтения SD через SPI. У AVR SPI молотит максимум на половине тактовой частоты, это ограничение плюс необходимость в худшем случае вычитывать все 512 байт сектора позволяют прикинуть типичные траты по времени.

[trader2k4]

На этой штуке точно хватит :-D но хотелось бы на ардуине

Раз пошла такая пьянка - есть же Arduino Mega (да простят меня Arduino-хейтеры), стоит в Китае меньше 500р в сборе:http://ru.aliexpress.com/item/Mega-2560-R3-Mega2560-REV3-ATmega2560-16AU-CH340G-Board-ON-USB-Cable-compatible-for-arduino-No/

Почему не взять её? Возни с пайкой нет, ног просто море, можно LCD без I2C-переходника (если приспичит) прицепить и ещё останутся!

И вопрос - с какой SD-шкой тестируете? Может, просто карта тормозная?

[AlexNN]

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

По-моему надо постараться остаться на ардуине, что ближе к первоначальной задумке простого и недорогого устройства,
это способствует популярности проекта, т.к. нет препятствия в создании платы и монтаже.
Мало ли, возможно в результате оптимизация дойдет и до Atmega8)

Производительности для основного блока по передаче данных на fdd уже хватает, остальное мелочи)