Всем доброго.

Сложилась неприятная ситуация с линейкой ATmega8A, ATmega32A и (предположительно) ATmega64L, все выпуска конца 16 года и новее.
Симптомы такие:
1. при питании 3.3В:
- заливка EEPROM с программатора идёт только при принудительной установке паузы после каждого байта минимум 10мс (9 - уже появляются ошибки верификации), причём при изменении одного байта и повторной заливке могут "посыпаться" несколько других, казалось бы даже и рядом не стоявших, а питание при этом стабильное,
- EEPROM крайне легко повреждается даже при чтении, если при этом активно дрыгать питанием,
- запись байта "изнутри" может вызвать повреждение его содержимого даже после ребута (это я вообще не понимаю как получается, можно с натяжкой списать на предыдущий пункт, но почему предпочитает ломаться именно последний записанный байт - загадка),
- особый смак: если (это случайно получилось) отключено питание AVCC, то активное дрыгание основным питанием приводило к повреждению EEPROM даже в случае свехсложной программы int main(void){while(1);} честно-честно,
2. при питании 5В работает как и раньше (по крайней мере с программатора шьётся на ура с первого же раза, насчёт повреждения пока не проверял).

Напоминаю на всяк случай: нижняя граница питания по спеку 2.7В, а частота при этом может быть 8МГц максимум, т.е. спек не нарушен. Тактируется проц от внутреннего RC 8МГц.
Обращение к EEPROM "изнутри" шло как в примере из спека, при обнаружении проблем были учтены дополнительные проверки битов и запреты прерываний (каюсь, не ставил cli-sei, работало годами), результат не стопроцентный, хотя вроде стало получше.

Это НЕ относится (почему-то) к чипам выпуска 14 года, например.

Вроде бы вырулил введением дополнительных пауз ПЕРЕД записью (типа медленно подошёл, огляделся, быстро спёр и слинял), аккуратным стартом проца и т.п., но осадок остался.

Что изменилось в чипах после поглощения атмела микрочипом? Или у меня уже попросту бред?

Brown-out Detector есть в изделии хоть какой?

это как?

А вы уверены, что чипы Atmel /Microchip, а не Сяолинь?

Заводы / технологические нормы вероятно поменялись. В даташитах этого может и не быть пока.

Если посмотреть на новые версии даташитов семейства ATSAM - то там регулярно снижается частота работы с флеш и повышается минимальное потребление...

Да, внутренний. Но БОД ни при чём при заливке ч-з программатор - питание стабильно, не отключается.
Без БОД (случайно на плате не оказался ферритик) - ЕЕПРОМ летела даже от косого взгляда, кажется :D


1. Длинная, 5 сек, пауза после старта перед хоть какими-то действиями с ЕЕПРОМ. Как оказалось, остальные узлы можно даже инициализировать, и даже запустить.
2. Чтение контрольного байта, не совпало - ребут.


VladislavS, не уверен. А как проверить?


Да, даташит АТмега8А атмел (пока) совпадает с микрочип, по кр.мере в части ЕЕПРОМ. Даже ошибки те же там же.



Попахивает бредом, сам понимаю...

Какой программатор? Он позволяет произвольные паузы добавлять?
В DS на мс указано время необходимое для записи одного байта в EEPROM?


Какое отношение ферритик (или его отсутствие) имеет к BOD?
Вы уверены что правильно понимаете что такое Brown-out Detector?

Позволяет, да, я писал выше.
Разница именно в этом: раньше ни о каких паузах не задумывался даже, теперь приходится выставлять 10мс.
Если выставить 9мс, что больше спековских 8.5, то ошибки вероятны, но не часты (эти 6% наверное можно списать на неточности генераторов).

Ферритик к BOD, по-моему, имеет отношение такое, что BOD аналоговый и питается от AVCC. Или использует Vref, который получается от AVCC, извиняюсь, точно не помню.
А вот какое отношение он имеет к EEPROM - действительно загадка.



Видимо нужно предельно конкретизировать что я имею ввиду.

1. Зависимость параметров EEPROM от напряжения питания при одном и том же годе выпуска.
Новый проц (вторая половина 2016г и 2017г): питание 5В - всё ок, 3.3В - не очень.
Старый проц (конкретно 2014г): любое питание - всё ок.

2. Зависимость скорости EEPROM от года выпуска при условно-пониженном питании.
Питание 3.3В, старые процы шьются программатором без пауз, новые - только с паузами.

Не важно от чего и как питается BOD.
Я просто хотел обратить Ваше внимание на то что, если после старта записи EEPROM сброс произойдёт ранее чем через 8.5 мс, то результат записи непредсказуем.
Вы писали:



Это жаргон какой-то? просто интересно


А какое количество изделий с чипами выпуска 14 года работают? Если не секрет?

Извиняюсь. Имеется ввиду - "указанных в спецификации". "Спек" - жаргон, да.


Упс... Ошибка. Ломается ПРЕДпоследний записанный байт, виноват.
Т.е. я пишу в ЕЕПРОМ двухбайтовый адрес, сначала старший байт, потом младший, ломается старший и всегда почему-то в 0xFF.


Статистика пока обратная: все чипы, на которые есть подозрение - "новые".

Кажется, насчёт ATmega32A и ATmega64L я погорячился