[zombi 0]

Атмел гарантирует для FLASH/EEPROM 10.000/100.000 циклов записи/стирания соответсвенно.

 

Всвязи с этим у меня возникли два вопроса:

 

1:Кто знает как умрет внутренняя FLASH/EEPROM после выработки ресурса?

A: перестанет стираться в "1".

B: перестанет программироваться в "0".

Какой из вариантов (A или B ) наиболее вероятен? или 50/50 ?

 

2. После неудачной операции записи/стирания процессор как-то сообщит об этом? или нужно самому verify делать?

 

 

 

[xelax 0]

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

[zombi 0]

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

Прикольно! Просто генератор или рандомайзер какойто!

[KKV2003 0]

А может просто "зависнет" и не будет меняться - видел укатанную микросхему в принтере - хранила счетчик страниц. Вроде просто перестал прибавляться...

[IJAR 0]

...

 

А что мешает попробовать? Цена на чип?

Насколько мне известно реально можно рассчитывать на 10% от заявленного ресупса

по крайней мере мне так говорил знакомый - они прописавали Flash чере программатор

на одином чипе около 1000 раз - потом он перестал писаться, какие внешние проявления

не знаю

Если использовать внутрисхемное программирование, то возможно цифры будут другие

Изменено 27 октября, 2010 пользователем IgorKossak

[S.A.G 0]

У меня однажды счетчик CAVR "нарисовал" 3578 под mega128 для FLach, и все еще работает.....

 

[zombi 0]

У меня однажды счетчик CAVR "нарисовал" 3578 под mega128 для FLach, и все еще работает.....

А что это за счетчик "CAVR"?

[xelax 0]

Прикольно! Просто генератор или рандомайзер какойто!

 

Функцию распределния вероятностей не исследовал.

А вообще для рандомайзера это садистский вариант реализации.

[zombi 0]

Функцию распределния вероятностей не исследовал.

А вообще для рандомайзера это садистский вариант реализации.

Да хоть бы и садистский. Только если бы Атмел документировал эту генерацию

[Палыч 9]

Насколько мне известно реально можно рассчитывать на 10% от заявленного ресупса

Наверное, Ваш знакомый - погорячился... Что касается памяти программ - AT89S53 (не AVR, конечно, но - тоже Atmel) выдержала перезапись более двух тысяч раз. EEPROM ATmega128 - до 240 тыс перезаписей без сбоя; затем пошли сбои, которые устранялись повторной прошивкой той же информацией; после 280 тыс перезаписей - ошибка записи, которая не устранилась даже восмью попытками перезаписи. Эксперимент был однократный, питание МК - 5В, комнатная температура.

 

[ILYAUL 0]

Наверное, Ваш знакомый - погорячился... Что касается памяти программ - AT89S53 (не AVR, конечно, но - тоже Atmel) выдержала перезапись более двух тысяч раз. EEPROM ATmega128 - до 240 тыс перезаписей без сбоя; затем пошли сбои, которые устранялись повторной прошивкой той же информацией; после 280 тыс перезаписей - ошибка записи, которая не устранилась даже восмью попытками перезаписи. Эксперимент был однократный, питание МК - 5В, комнатная температура.

Не знаю , но EEprom всё таки память для хранения констант и использовать ее , как оперативную память это нонсенс . Ну я ещё пойму , что при передачи данных и при сбое в связи можно сохранить данные в EEPROM "на потом" , до восстановления связи. Но 280 тысч...

[V_G 7]

Частая запись в EEPROM - признак непроработанности проекта. Если надо сохраняться, копите данные в RAM и периодически (изредка) сбрасывайте в EEPROM.

Я, например, на xmege успеваю прописать 1 страницу (32 байта) критических данных при обнаружении факта отключения питания (компаратором xmegи же). Может, и больше можно записать, просто мне не нужно.

А вот накопить 100000 отключений питания - это надо очень постараться и долго щелкать тумблером.

Изменено 28 октября, 2010 пользователем V_G

[zombi 0]

Кажется что, прочитав мой #1 вопрос, многие решают что меня интересует как избежать порчи EEPROM/FLASH!

Но на самом деле совсем наоборот!

Хочу попробывать неработоспособность использоать во благо!

Т.е. использовать неработоспособнось одного/нескольких байт/бит как показатель оригинальности изделия!

Поэтому как раз и боюсь восстановления работоспособности!

И хочу узнать как добиться неработоспособности наверняка (раз и навсегда)!

[ReAl 0]

А что это за счетчик "CAVR"?

Да вроде многие программаторы поддерживают такую фишку - перед стиранием прочесть последние сколько-то байт флеша или EEPROM, стереть, записать назад увеличенное на один значение.

У avreal это ключ -n, как счётчик используются последние два байта флеша.

Я поначалу, для старых AT90S, у которых паспортное значение в одну тысячу стираний было, пользовался этим на всякий случай. Но постепенно выяснилось, что больше нескольких сотен стираний при отладке у меня бывает крайне редко, а атмел подтянулся и поднял планку до десяти тысяч.

 

[zombi 0]

Да вроде многие программаторы поддерживают такую фишку - перед стиранием прочесть последние сколько-то байт флеша или EEPROM, стереть, записать назад увеличенное на один значение.

У avreal это ключ -n, как счётчик используются последние два байта флеша.

Я поначалу, для старых AT90S, у которых паспортное значение в одну тысячу стираний было, пользовался этим на всякий случай. Но постепенно выяснилось, что больше нескольких сотен стираний при отладке у меня бывает крайне редко, а атмел подтянулся и поднял планку до десяти тысяч.

:beer: т.е. мс должна быть не защищена от чтения?