Наверное, нужно предусматривать меры от частой записи в EEPROM, если такие имеются.
Сам я часто в EEPROM не записываю - только при калибровке после изготовления/при поверках. Эксперимент с ресурсом flash был проделан из чистого любопытства.

Когда количество циклов перезаписи флэш превышает норму нюанс такой : Проц пишется, читается, все в поряде, но программа не выполняется вообще, такое впечатление что он в ресете находится.
Проверенно на ATmega8515 / ATmega8 .

На всякий случай переспрошу: речь идет о програмной памяти?
Если да, то это оч и оч интересно!

Речь идет о FLASH памяти микроконтроллеров, типы МК я указал. Сколько там циклов было точно не знаю, но много это точно. Я тогда только начинал и очень часто шил чтоб проверить.

Ну сравнили, на xmega возможна постраничная запись, скорость работы с eeprom взлетает в разы из-за этого. Например 32 байта в xmega erase+write это примерно 12 ms, а в обыкновенной атмеге из программы можно только побайтно писать, те же 32 байта будут писаться 32 bytes * 3.3 ms = 105 ms это без учёта того 3.3 ms могут уплыть в большую сторону.

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

Это что за изделия такие, которые нужно так защищать? И вы хотите каждое устройство при производстве перешивать, пускай и одну страницу во флеше, по 10-100 тыс. раз? Тогда ваши изделия грозят стать "золотыми" и их точно начнут подделывать . А ведь Атмел гарантирует 10-100 тыс. перезаписей, но не гарантирует что после этого момента всё станет плохо, т.е. как тут уже говорили "плохеть" памяти может и по достижении более 250 тыс. перезаписей. В общем что-то в вашей идее не то, надо менять концепцию.

Подделывать уже начали!
А идея действительно плохая, если Атмел не гарантирует что всё станет плохо даже после 250т перезаписи.
Да и прожигать ~14min: (250.000x3.3ms) ни в какие ворота!
Это то и хотелось выяснить!

Да, конечно.
А накойфиг счётчик стираний в рабочем устройстве у заказчика? Туда идут залоченные кристаллы, прошитые аж один раз. Ну пару раз, если в технологии сначала зашивались тестовые прошивки для контроля/калибровки и только потом рабочая.
Счётчик (если и) нужен, то на столе у разработчика, чтобы оценить, насколько часто делалось "щас я тута быстренько пару строк поменяю, перезашю и проверю" и на сколько времени в таком режиме работы хватит данного кристалла.

Как я себе понял - автору топика вовсе не нужно иметь счетчик стираний. С помощью издевательств над flash он желал получить МК с уникальной, только ему известной неисправностью для идентификации "свой-подделка".

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

Именно!

А Вы по стрелочкам отследите - кто кому на что отвечал, если всю ветку читать лень.
Было это:
Потом это:
Потом мой ответ про то, что за счётчик.

Современные "пираты"[CENSORED] не тратят время ни на засшифровку ни на любое разбирательство с кодом.
Каким то образом вытаскивают прошивку целиком и шоб мы тама не напридумывали (шум белый,серый или даже сиреневый) копия работает точно как и оригиал.

Один знакомый мне сказал:
"Закладывай програмную неисправность срабатывающую через некоторое время (день,мес,год...) изначально.
А перед срабатыванием меняй всем легальным покупателям изделие на новое с отсрочкой и/или с новой неисправностью,
главное чтоб абсолютно бесплатно!!! , типа - free upgrade".

т.е. после нескольких итераций пиратам надоест.

Но меня этот вариант не устраивает, попробуй сыщщи потом покупателей. Боюсь сам себе навредить!

Сообщение отредактировал IgorKossak - Oct 28 2010, 16:26

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

И шо делать?
Ни Атмел ни альтера им (пиратам) не преграда!
Просто руки опускаются!