Alt.F4 0 11 октября, 2010 Опубликовано 11 октября, 2010 · Жалоба Не хватило Flash-памяти МК, решил отвести под константы EEPROM. Но читал, что существует вероятность разрушения ячеек памяти при критическом снижении питания. Причины пишут, мол CPU начинает вести себя неадекватно. Вопрос: если в программе происходит только чтение EEPROM, функций записи нет, то возможно ли разрушение ячеек памяти при снижении питания? Спасибо. з.ы. я так понимаю "неадекватное" поведение CPU, это когда он начинает беспорядочно выполнять команды, таким образом, если в программе нет команд записи в EEPROM, то она и повредится не может, или я не прав? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
stells 12 11 октября, 2010 Опубликовано 11 октября, 2010 · Жалоба ... изменяетса ячейка, на которую указывает EEAR... Поскольку при включении в EEAR заносится нулевой адрес, то получается, что повреждается содержимое именно нулевого байта. В свое время у меня так колбасило AT90S2313. Потом TINY2313. Причем, прога записью в EEPROM не занималась вообще, только читала... Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
V_G 11 11 октября, 2010 Опубликовано 11 октября, 2010 · Жалоба Вопрос: если в программе происходит только чтение EEPROM, функций записи нет, то возможно ли разрушение ячеек памяти при снижении питания? Вряд ли. Включите BOD, если беспокоитесь, но у меня и при отключенном ничего не портится. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
ViKo 1 12 октября, 2010 Опубликовано 12 октября, 2010 · Жалоба А если при снижении питания микроконтроллер скакнет куда-нибудь в область данных, где случайно окажется последовательность, приводящая к записи в EEPROM? Чтобы этого не случалось, достаточно повесить на вход сброса супервизор питания. Или, как говорили BOD. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
demiurg_spb 0 13 октября, 2010 Опубликовано 13 октября, 2010 · Жалоба Включите BOD, если беспокоитесь, но у меня и при отключенном ничего не портится.Вы ещё попляшете:( если в программе происходит только чтение EEPROM, функций записи нет, то возможно ли разрушение ячеек памяти при снижении питания?Да. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
V_G 11 14 октября, 2010 Опубликовано 14 октября, 2010 · Жалоба Вы ещё попляшете:( Я пляшу на авр-ах 10 лет с нормальными тиражами. А до того - на 48 и 51 лет 15. Хорошая разводка платы, правильные блокировки - все, что нужно, чтобы достойно встретить старость! Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
demiurg_spb 0 14 октября, 2010 Опубликовано 14 октября, 2010 · Жалоба Я пляшу на авр-ах 10 лет с нормальными тиражами.На везение сослаться сложновато. И тем не менее, нет никакой гарантии, что это случится или случалось, в Вы не замечаете. То что вам сходило с рук не может служить руководством к действию для других участников. Без обид! Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
rx3apf 0 15 октября, 2010 Опубликовано 15 октября, 2010 · Жалоба На везение сослаться сложновато. И тем не менее, нет никакой гарантии, что это случится или случалось, в Вы не замечаете. Да, тут можно наступить... Сейчас в некоторых изделиях у нас наблюдается загаживание области EEPROM данных, причем не один-два байта по EEAR, а врассыпную, причем таким содержанием, которым просто я бы не смог загадить несанкционированным вызовом программы записи блока. И наблюдается это именно при каких-то флюктуациях питания (питание от USB через LDO, при пропадании сетевого питания хоста). AVmega168, BOD включен, естественно. И пока даже не очень понятно, с какой стороны это раскапывать... Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
xemul 0 15 октября, 2010 Опубликовано 15 октября, 2010 · Жалоба Да, тут можно наступить... Сейчас в некоторых изделиях у нас наблюдается загаживание области EEPROM данных, причем не один-два байта по EEAR, а врассыпную, причем таким содержанием, которым просто я бы не смог загадить несанкционированным вызовом программы записи блока. И наблюдается это именно при каких-то флюктуациях питания (питание от USB через LDO, при пропадании сетевого питания хоста). AVmega168, BOD включен, естественно. И пока даже не очень понятно, с какой стороны это раскапывать... Когда столкнулся с подобным на PIC (правда, давно было, сейчас такого не замечал; встроенный BOD не спасал, проблема была описана в каких-то ерратах Майкрочипа и полечена в следующих ревизиях чипов), пришлось поставить внешний супервизор на 4.5 В и завести его на отдельную ногу, тупо блокируя в программе любые новые обращения к ЕЕПРОМ, и поднять ёмкость по Vcc, чтобы гарантированно завершить начавшуюся запись. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Палыч 10 15 октября, 2010 Опубликовано 15 октября, 2010 · Жалоба ... наблюдается загаживание области EEPROM данных, причем не один-два байта по EEAR, а врассыпную, причем таким содержанием, которым просто я бы не смог загадить несанкционированным вызовом программы записи блока .... И пока даже не очень понятно, с какой стороны это раскапывать...Следует напомнить, что flash (в частности, EEPROM - как более "нежная") может "загаживаться" не только при снижении питания при отключенном BOD, но и при кратковременном превышении питания выше некоторого порога (6,2 или 6,3В - на память не помню). В зависимости от значения напряжения и длительности выброса наблюдается стирание целиком, отдельных байтов или даже отдельных битов. Причем, в этом может быть повинен как блок питания, так и мощное оборудование, расположенное где-то неподалёку. Приходилось наблюдать жуткие помехи (амплидудой 1,5В и практически нулевой - померить ничем не удалось - длительности) от огромного токарного станка высотою в двухэтажный дом с тиристорным приводом, расположенного в соседнем цехе. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
demiurg_spb 0 16 октября, 2010 Опубликовано 16 октября, 2010 · Жалоба И пока даже не очень понятно, с какой стороны это раскапывать... Пальцем в небо: 1. Пин AVCC подключен? BOD питается от AVCC... 2. Ёмкости по питанию везде установлены? 3. Как настроен SUT, CKSEL, CKOPT? 4. CKDIV'ом пользуетесь? 5. Питание раведено звездой от одной точки и нет контуров и общих токов? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться