Некорректно пишется/читается EPROM в AVR

[E_C_C]

запустить цикл в цикле переменные ЕЕПРОМ и сверять с РАМ, если НЕ РАВНО - то записать переменую

А не получится так , что питание кончится именно в момент работы с ЕЕПРОМ, и память сбойнет навеки. Зачем зацикливать проверку ?

[Easyrider83]

Еще как вариант в момент выключения питания переводить процессор в спящий режим или пониженного энергопотребления и писать в память по прерыванию готовности записи. Не знаю, как атмел, а на пиках есть фишка работать с еепром от второго маломощного генератора.
При потреблении 1мА у него дофига времени будет на обдумывание процесса записи.

[niXto]

Схема простейшая

Ну все ясно. В КРЕНах есть обратный диод между выходом и входом - поэтому при отключенном питании напряжение на ее входе благодаря диоду на 0,7 В ниже чем на выходе. Поставьте после кренки диод, и только после него электролит. И вместо стабилитрона - делитель на резисторах 10 кОм и больше - лишнее напряжение погасится защитным диодом входа контроллера

[picavr]

А не получится так , что питание кончится именно в момент работы с ЕЕПРОМ, и память сбойнет навеки.

99,99% что НЕ ПОЛУЧИТСЯ.
Запись в ячейку EEPROM активируется ТОЛЬКО ЕСЛИ НЕТ СРАВНЕНИЯ RAM и EEPROM.
А к тому времени пока все ячейки EEPROM запишутся, правильно подобраная ёмкость НЕ УСПЕТ РАЗРЯДИТСЯ. Если только высохнет. И цикл будет крутится сравнивая но не записывая.

Можно конечно после удачного сравнения ВСЕХ ПЕРЕМЕННЫХ просто циклиться без сравнения.

Зачем зацикливать проверку ?

А что бы ПРОВЕРИТЬ ПОСЛЕ ЗАПИСИ ЕЩЁ РАЗ, возможно что НЕ ЗАПИСАЛОСЬ. всегда проверяйте ПОСЛЕ ЗАПИСИ.

Поставьте после кренки диод, и только после него электролит.

ОДНОЗНАЧНО!!

И вместо стабилитрона - делитель на резисторах

Можно подобрать делитель, что бы МК срабатывал когда напряжение на входе падает ниже нижней граница стабилизатора, около 7-8В.

[E_C_C]

В КРЕНах есть обратный диод между выходом и входом - поэтому при отключенном питании напряжение на ее входе благодаря диоду на 0,7 В ниже чем на выходе. Поставьте после кренки диод, и только после него электролит.

Так там стоит диод перед конденсатором на 470мкф по питанию МК, или ещё один ставить ?

Нарыл на радиокоте функции работы с ЕЕПРОМ приспособил под себя , пока полет нормальный.

// EEPROM Data Read Function - чтение байта из EEPROM по заданному адресу
unsigned int readEEPROM (unsigned int addr)
        {
        unsigned int data = 0;
        while (EECR.1 != 0);        
        EEAR = addr;      
        EECR.0 = 1;
        EECR.0 = 0;
        data = EEDR;
        return data;
        }
  

// EEPROM Data Write Function - запись байта data в EEPROM по заданному адресу
void writeEEPROM (unsigned int addr, unsigned char data)
        {
        while (EECR.1 != 0);
        EEAR = addr;
        EEDR = data;
        EECR.2 = 1;
        EECR.1 = 1;
        }

// EEPROM 2-byte Data Write Function - запись двухбайтового числа в 2 последовательные //ячейки с адресом первой addr 
void _2bwriteEEPROM (unsigned int addr, unsigned int data)
        {
        if ((data / 256) != readEEPROM (addr)) writeEEPROM (addr, (unsigned char)(data / 256));
        writeEEPROM (addr + 1, (unsigned char)(data % 256));
        }

// питание пропало, выход из программы
       
      #asm ("cli")
       _2bwriteEEPROM(2,x);   // пишем в ячейку 002 х
       _2bwriteEEPROM(8,y);  // в ячейку 008 у
       while (EECR.1 != 0);        
        EEAR = 0;                 // адрес еепром в 000
       
     while(1);

осталось дописать цикл проверки записи , и переход на следующие ячейки через 100000 циклов, но это уже потом.

[der_student]

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

[picavr]

Все глюки, от кривости алгоритмов.
Всегда нужно делать проверки перед записью EEPROM, что бы не тратить время на переписывание одинаковых значений, и после записи EEPROM, что бы убедится что даные соххранились.
Это же не ОЗУ которое пишется за 1 цикл. А за время записи в ячейку EEPROM много чего может произойти.

[Easyrider83]

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

[picavr]

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

я разве написал ЖДАТЬ?.. я написал ПРОВЕРЯТЬ ПОСЛЕ ЗАПИСИ, а как вы там это реализуете ваши проблемы... зависит от мозгов ))))

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

Запись в EEPROM, обычно второстепенная задача и тратить на неё отдельное прерывание ИМХО нецелесобразно, в это время может что то более важное случится. Потому всегда делаю запись EEPROM в прерывании таймера с периодом 8-10 милисек, и на каждый проход функции проверки и сохранения EEPROM тратится 1-10 микросекунд, а это 0,01-0,1% процесорного времени.

[CodeNameHawk]

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

+1
После пропадания питания, записали еепром, допустим в время питание начало появляться давая разрешение работы проца, но конденсатор не успел зарядиться и если в это время вновь пропадет питание, может не хватить заряда конденсатора для записи еппром.