Эмулятор дисковода на Atmega с возможностью записи

[Rio444]

При работе к SD запись и чтение необходимо производить блоками по 4 килобайта (и больше), а размер сектора на дискете 256 байт.

Везде пишут, что можно писать на SD по 512 байт.

Учитывая маленькое количество памяти в контроллере Atmega, то буферизацию сделать тоже не получается.

Если ограничиваться только атмегой, то да, будут сложности.

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

гуглим по CR2032 capacity - говорят 210мАч. делим на 200мкА и на 24ч - получаем чуть меньше 44 суток...

У меня тоже что-то близкое вышло.
Но можно например 2 батарейки АА.
У алкалиновых ёмкость раз в 5-10 больше.

[Advertiser]

[Serg6845]

У меня тоже что-то близкое вышло.
Но можно например 2 батарейки АА.
У алкалиновых ёмкость раз в 5-10 больше.

а можно рядом поставить ту же SD карту с тем же SPI интерфейсом и в свободное время переписывать новые данные из SRAM на нее. аппаратно - одна нога атмеги. софт да, придется перепахивать.

[HardWareMan]

Serg6845, write trough/write back кеш?

[Serg6845]

Serg6845, write trough/write back кеш?

типа того...

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

Я бы поставил литиевый аккумулятор со схемой зарядки.

не нравится мне сама идея с ОЗУ с батарейкой. получается дисковод с неизвлекаемой дискетой (даже если их там 8). перенести что-то на другой комп - только дисковод в сборе перетыкать...

[rs_alexey]

Еще кстати не забываем, что при записи на SD (да и любую Flash) необходимо предварительно стереть блок перед записью. И это происходит не моментально. Поэтому запись на лету крайне проблематична. При получении сигнала записи с BDI сразу идëт поток MFM-кодированных данных. Между двумя импульсами минимум 4 микросекунды - это 64 такта работы Атмеги, при том, что не все команды выполняются за 1 такт. И в это надо уложить алгоритм декодирования, подсчëта контрольной суммы и сохранение байта в память Атмеги. После получения сектора, пробела после него едва хватает на переброску данных из памяти Атмеги в SRAM.