Как сохранять переменные arduino, при reset

Точно? А я, дурень, написал драйвер...
А ты написал?

 

Ой, и я! На 4 стр работоспособный код для всех типов данных.

 

И как это нас @parovoZZ не предупредил то...

 

Срочно переписывать!

 

Я теперь не знаю как :-(

 

Надо узнать у Паравоза!

 

Прикинь, до сообщения @parovoZZ работало, а теперь - нет! Вот это чудо!

 

Паравоз прав. Чтение разрушает данные, поэтому надо перезаписывать. Просто это делается автоматически встроенным контроллером на чипе. Но чтение изнашивает ячейки так же как и запись. Вот из FM24CL64B даташита:

The FM24C64B internally operates with a read and restore mechanism. Therefore, endurance cycles are applied for each read or write cycle. The memory architecture is based on an array of rows and columns. Each read or write access causes an endurance cycle for an entire row. In the FM24C64B, a row is 64 bits wide.

 

Хорошо, то есть делим ресурс 10^15 на два? Это резко меняет дело!

 

Ну это от программы зависит. Просто надо иметь ввиду и не читать попусту. А так, да, рессурс все равно огромный.

 

В школе это называлось "умничать". С точки зрения программирования это ни на что не влияет и там дальше показано как читать и писать в память и нет никаких специальных действий в связи с умно указанным.

С таким же "практическим" успехом в теме можно порассуждать об электронах, нейтронах, кварках и других аспектах мироздания, ибо они тоже прямо относятся к FRAM.

А то что @parovoZZ всегда справ - это без возражений (я и не возражал) ибо он даже справку об этом имеет.

 

Кто-то читает записи не для дела, а "на всякий случай"?

 

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

 

Скажите, вы лично, от нечего делать, на всякий случай, читали записи из памяти?

 

А как же. Я, в свое время, в MS пару лет на баг-фиксах проработал. Там такого насмотрелся...

 

Да что вы все киваете в сторону.

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

Говорите о себе. Вы теперь перестанете читать память на всякий случай?

 

Такие свойства резко ограничивают область применения. Читать не желательно, хранит только 10 лет. А что такое 10 лет ? - У нас на заводе приборы 30 лет на ПЗУ-шках с УФ стиранием пашут. Сколько миллионов раз рабочая программа считала с ПЗУ коэффициенты полиномов - одному богу известно. И ни разу не записывала (!!!). Очень специфичные микры, получается. Хотя для "Ардуинщика" разницы конечно нет никакой.

 

а в обычном атмеговском еепроме чтение бесплатное?

 

Честно говоря - не знаю. Недавно с AVR-ами стал дело иметь. Люблю PIC-и. Я на I2C "классику" 24С04 опираюсь. За наводку - спасибо. Надо ДШ почитать.
ПС. По логике - 10 лет хранения - это если записать и не читать. После каждого чтения происходит регенерация записанного и плюс еще 10 лет. Это круто !

 

Просто место сбора профи-неардуинщиков для критики невменяемых ардуинщиков.

Ибо только люди со справкой "он умный" изучают даташит перед созданием конкретного устройства под конкретные цели. Пичалька.