Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Непонятное поведение EEPROM ATMega32
Форум разработчиков электроники ELECTRONIX.ru > Сайт и форум > В помощь начинающему > MCS51, AVR, PIC, STM8, 8bit
MaxN
Здравствуйте!
Подскажите пожалуйста в чем может быть причина следующего:
Глобально объявляется два массива
eeprom unsigned char k[51][11];
unsigned char t[11];

Вобщем при старте в k[1][i] записывается данные в EEPROM. По приходу данных по UART записываются в t[11]; А потом сравниваются с данными в EEPROM.
Так вот после прошивки все работает нормально или после того как через ПониПрог считать данные с EEPROM, но как только происходит выключение питания, а потом включение почему то данные с EEPROM не считываются, хотя как писал выше после чтения через ПониПрог всё опять нормально работает. Это меня больше всего порожает. Какие есть варианты? (По UART точно приходит то что нужно и в EEPROM точно значение лежит иначе бы после считывания Понирогом их небыло).

МК ATMega32L внутренний источник тактирования выставленный на 4МГц. Проект пишется в среде CodeVisionAVR. Причем несколько полностью идентичных контроллеров работают одинаково.
VladimirYU
Могу предположить, что проблема с ресетом по питанию. При записи/чтении программатором ресет формируется программатором и все работает. При включении питания ресет собственный и имеем проблемы.
Включите фузы отвечающие за BOD или/и поставьте внешний супервизор.
MaxN
Цитата(VladimirYU @ Nov 20 2009, 09:00) *
Могу предположить, что проблема с ресетом по питанию. При записи/чтении программатором ресет формируется программатором и все работает. При включении питания ресет собственный и имеем проблемы.
Включите фузы отвечающие за BOD или/и поставьте внешний супервизор.


Спасибо за совет! Действительно проблема с ресетом, к сожелению BOD результатов не дал, как и попытки менять номиналы резистора (по умолчанию был на 10К к +5В) и конденсатора (0,1 на землю). Во всяком случае так в книгах было нарисовано. Вы бы не могли посоветовать модель (и) супервизоров чтоб у них была задержка после подачи напряжения для ресета.
Dog Pawlowa
Цитата(MaxN @ Nov 21 2009, 02:28) *
Действительно проблема с ресетом

Вообще-то в AVR достаточно надежная EEPROM, и BOD работает хорошо.
Не далее как на днях тоже были непонятки, не те данные в EEPROM, все оказалось проще - был пропущен break в нужном месте.
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.