Всем доброго времени суток! Вот такая проблема:

Есть некий девайс, собранный на МК AVR, в качестве энергонезависимой памяти на борту присутствует SPI DataFlash AT45DB041B. МК мониторит несколько датчиков и производит запись в DataFlash. Данные записываются в память с интервалом от 1 секунды до 3 минут, в зависимости от состояния датчиков, круглые сутки... Вопрос: стоит ли включать в управляющую программу AVR проверку сбойных ячеек, составлять соответствующие таблицы сбойных ячеек и т.п.? Существует мнение, что для современной флэш памяти проблема сбойных блоков не актуальна. Так ли это на самом деле? Или, возможно, не для данного конкретного типа памяти? В даташите на AT45DB041B что то я не нашел максимальное количество циклов перезаписи.

Спасибо.

Ресурс DataFlash около 100К циклов на страницу. При частоте записи около 1 раза в минуту, ИМХО, следует озаботится контролем состояния памяти.

Может есть какая то ссылка, или я в даташите, по усталости, просмотрел? Не ткнете носом?

FM20L08 - параллельная, 128кб
FM25L265 - SPI 32кб
У обоих количество циклов записи не ограничено, да и цикл записи равен циклу чтения.

Хм, речь я здесь завел про DataFlash 4MBit...

Я просто предложил альтернативу.
Извините, несколько по теме.

А умалчивают :-(. Однако число 10,000 до "освежения" командой "Auto Page Rewrite" официально фигурирует. Других чисел тоже не нашел, хотя слишком сильно и не искал, поскольку ресурса в моих условиях явно должно хватить - даже "освежение" только на страницу с FAT заложил. Все остальные только при "форматировании".

В своё время я запрашивал эту информацию у Atmel.
И получил ответ - 50000 циклов на страницу.

То есть, при такой интенсивности записи, проверка, все таки нужна... А есть какая то альтернатива данному типу памяти, желательно подешевле?... :-)))

А зачем альтернатива? Датафлэш, по Атымельим рекомендаццыям, ориентирована на потоковые приложения. Типа диктофона. Вот и пиши аналогично. Размер страницы там тоже неспроста такой горбатый. Там может храниться служебная инфа для адресации. Рядом с данными. Так что, при толковой организации, 50000циклов хватит до полного физицкого износа устройства.

Ладно, будем пробовать и толково организовывать...Пошел за пивом...

Вот ссылка. Но дело темное: количество циклов зависит от технологии изготовления, и раньше действительно упоминались цифры 10К и 50К.

Спасибо, че то я ходил-бродил по Атмелю вчера ночью, и не видел этого. На самом деле упоминается цифра в "...100K program/erase cycles per page..."

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

Ребята, соседи делали. Но они точно не проверяли. Проблем вроде не было.

А вот где-то проскочила инфа, как данную проблему решали на заре создания во флэш карандашах какой-то израильской фирмы. Там отслеживается количество записи в ту или иную страницу. И соответственно всё время ползёт указатель. То есть даже если ты будешь писать в одну и ту же область, то на самом деле инфа ложится постоянно в разные места.
Ну а на вскидку рекомендации такие. Пытаться предварительно буферизовать чтобы уменьшить колличество записей. Сжимать или кодировать инфу для этого же. Ну и типа кольцевой буфер.
Раз в минуту - это на байт или на страницу??? Тут посчитать нужно.

))) Я сам ни разу не пользовал сей девайс...
Это, в принципе, не ново...Ладна, пусть пальма первенства достанется евреям)

Раз в минуту - это структура данных, пока имеющая размер в 12 байт...Так как все еще в стадии разработки, то размер может и уползти немного вверх, но это не принципиально ) Буферизировать ничего, скорее всего не надо будет, так как в данном чипе есть два буфера по 264 байта, - данные можно и там собирать...К тому же имеются отдельные команды для доступа к буферу и слива данных из него в обе стороны, и даже есть команда сравнения содержимого буфера и страницы. Так что проблема потихоньку становится прозрачной )))