Привет!

Планируется использовать счетчик времени наработки устройства.
Учитывая что в любой момент может произойти отключение питания пока представляется разумным делать новую запись раз в минуту. Исходя из реалий, время контроля с некоторым запасом 20 лет, соответственно, на батарейку надежды нет. Это влечет за собой около 10 млн записей. 4 байта на запись и еще 8 на дублирование и контроль. Все умножаем на 10 для получения требуемого ресурса записи на ячейку и получаем всего 120 байт.
Уже используется EEPROM 24LC16B в которой есть место.

Кто нибудь знает насколько можно полагаться на 1 млн циклов записи в ячейку 24LC16B при троировании каждой записи?

А если заменить EEPROM на FRAM? Там количество перезаписей от 10 в 12 до 10 в 14 степени, по интерфейсу похожи.

Только при невозможности использования EEPROM.

Атмел хлестался возможностью записи 100 тыс. циклов. Но при подробном чтении выяснилось, что на самом деле это 10 тыс стираний страниц, по 10 записей на страницу.
Так что ищите число стираний страниц. Или как было сказано замените на FRAM, для начала совместимый по выводам и спите спокойно...

Можно придумать хитрый формат записи, тогда будет 1 байт на запись (может быть, изредка более длинные записи). Соответственно, более сложный код и более тщательное тестирование нештатных ситуаций, но оно может стоить того.

Можно закрашивать байт побитно, а потом переписывать вместе со счетчиком.
Один байт - х8, два - х16 и т.д.

Есть место еще под 120 байт, можно обойтись 10 минутами и уменьшить. потребность до 1 млн. Вопрос из какого ресурса исходить при указанном в описании 1 млн.



Хороший вопрос. Не нашел я у Microchip. Но прямо указано у Интеграловской IN24LC02B в самом конце второй страницы.
Похоже надо тест делать на убой, порядок определится.

Мелкочип какой-то софт предлагает, который якобы учитывает все условия и предсказывает надёжность: тынц.

Мы ставили FRAM и писали 5 раз в секунду в одно место не заморачиваясь.
Если жаба давит на FRAM, то ещё можно добавить монитор питания в устройство и не думать о ресурсе FLASH (запись будет происходить только при срабатывании монитора).

Не жаба. В настоящее время посадочное место SOT23-5.

У Microchip есть такая память 47L04 и 47L16 ... 4 и 16 Кбит SRAM с сохранением в EEPROM после снятия питания. Интерфейс I2C. Каждую секунду пишу в неё... после снятия питания она автоматом из SRAM переписывает все в EEPROM. При появлении питания восстанавливает данные из EEPROM в SRAM.

Занятно, я с таким не сталкивался. Такая штука поприятнее, конечно, чем городить хранение настроек в флеше или EEPROM.

Наши железячники в своё время пробовали её ставить (вместо FRAM, в целях снижения стоимости - она вроде дешевле FRAM была). Конкретно - что-то от Cypress аналогичное.
Но потом отказались от этого варианта и вернулись к FRAM. Причину уже точно не помню (то ли при каких-то испытаниях были случаи несохранения данных при выключении/сбое питания; то ли из-за того, для этой памяти требуется хороший конденсатор по питанию именно на этом чипе и стоимость кондёр+эта_память получалась выше чем у FRAM).
Имхо - FRAM надёжнее. Пользовали её в разных линейках продуктов уже лет 10 - без проблем, тысячи устройств.


Да - и кстати я в своём предложении выше уже писал о возможности так сделать только реализовать это самостоятельно, при помощи монитора_питания + имеющаяся_FLASH (хоть даже на встроенной flash программ МК).

У Kinetis такая фича встроена внутрь. Называется FlexRAM.
Причем предельное количество циклов записи там можно настроить до 100 млн.
И время записи макс. 2 мс против 8 мс у 47L04, т.е. поддерживающий конденсатор на питании может быть меньше в 4-е раза.

Нет ли детальной информации, как оно там внутри тикает?