Запись на EEPROM Опции

[chajnik]

Я совсем начинающий в программировании,нужна помочь спецов.Вот программа для 2-хразрядного семисегментного индикатора,цифры переключается кнопками + и - от 00 до 99,при отключении питания обнуляется,а нужно,чтобы на какой цифре остался,на такой и включался.Понимаю,что надо написать на eeprom,подскажите,пожалуйста,как это сделать,желательно попроще,ткнуть пальцем,как говориться,куда что.

Код

#include <mega16.h>
#include <delay.h>        

#define digit1 PORTD.6      
#define digit2 PORTD.5      
                    
flash char digits[] = {      
0b11000000,                   //0
0b11111001,                   //1
0b10100100,                   //2
0b10110000,                   //3
0b10011001,                   //4
0b10010010,                   //5
0b10000010,                   //6
0b11111000,                   //7
0b10000000,                   //8
0b10010000,                   //9
0b10111111,                   //-
0b11111111                    //пусто
};                  
char digit_out[2], cur_dig;  
char tik;

unsigned int indication;    
                      
void recoding(void) {      
            
   if (indication<100) {              
                                        
       digit_out[0]=indication%10;  
       indication=indication/10;              
        digit_out[1]=indication%10;    
       }                                            
}                                        

interrupt [TIM0_OVF] void timer0_ovf_isr(void)
{    
    switch (cur_dig){
      
       case 0:{digit2=1;digit1=0;break;};  
       case 1:{digit1=1;digit2=0;break;};
    
    }  
    
    PORTA=digits[digit_out[cur_dig]];                    
                                                
    cur_dig++;                                  
                                                                
    if (cur_dig==2) cur_dig=0;                  
}

void main(void)
{

// Timer(s)/Counter(s) Interrupt(s) initialization
TIMSK=0x01;

#asm("sei")

  while (1)
                
     if(!PIND.1){                                        
     delay_ms(100);                                      
     tik++;                                              
     indication=tik;                                        
        if(indication>100) indication=100;          
     recoding();                                            

     }
     if(!PIND.2){                                    
     delay_ms(100);                                  
     tik--;                                              
     indication=tik;                                      
        if(indication<0) indication=0;          
     recoding();                                    
     }
}
  }

Сообщение отредактировал chajnik - Aug 25 2008, 17:05

[chajnik]

Ну это совсем сложно,а вот отсюда http://electronix.ru/forum/index.php?showtopic=51328 -это-как сюда вставить?
long a=123456;
eeprom long b;
b=a;

[sKWO]

Поставьте перед переменной

Код

unsigned int indication;

квалификатор еепром, для код визиона это eeprom.
Правда энергонезависимая ячейка имеет ограниченый ресурс + Вы добавите "тормоз" на милисекунд так до 20 , в период записи чтения переменной когда прерывания запрещены компилятором, будет ли потом ваше устройство правильно - Вам виднее,период переполнения нулевого таймера мне неизвестен. обычно работают спеременными скопироваными в оперативку. еепром переменную обновляют при исчезновении питания.
можна также обявить переменную как неинициализируемую при старте программы МК.

Сообщение отредактировал sKWO - Aug 25 2008, 18:13

[zhevak]

Правда энергонезависимая ячейка имеет ограниченый ресурс.

Так-то оно так, но... Давайте посчитаем ресурс.

АТМЕЛ гарантирует 100000 циклов страния/записи.

Предположим, что мы делаем одно нажатие на кнопку в секунду. Без перерывов на обед/сон/туалет, без выходных и отпусков. За час, мы сделаем 3600 нажатий, если, конечно, палец при этом не отвалится. За сутки мы с трудом нагребем 86400, т.е. почти ресурс подойдем к исчерпанию ресурса.

В результате этого убойного теста, что мы имеем?
1. Инвалидность. Убитый в хлам палец.
2. Убитый денежный эквивалент, равный трем сменам.
3. А до гарантированного исчерпания ЕЕПРОМ, еще сра да сра.

Кроме того. Названная цифра 100000 --это та цифра, за которую Атмел отвечает своим лицом. Реально же это может превышать раз в 10. Здесь где-то на форуме кто-то целый год мучал память. И что? -- Не убил!!!

А теперь сравните это все со стоимостью микросхемы и оцените всю тяжесть написанию кода для экстренного сохранения для chajnik. Он не асс, как многие тут. Он -- начинающий.

Так что самый лучший способ -- писать значение в ЕЕПРОМ сразу после нажатия. Быстро, дешево, результативно. А что еще требуется от "стартовой" конструкции?

Сообщение отредактировал zhevak - Aug 25 2008, 18:23

[defunct]

Кроме того. Названная цифра 100000 --это та цифра, за которую Атмел отвечает своим лицом. Реально же это может превышать раз в 10. Здесь где-то на форуме кто-то целый год мучал память. И что? -- Не убил!!!

Да нет, как раз мучали подругому. Не целый год, а очень быстро и целенаправленно убивали ячейки постоянной записью в них.
получилось в районе 107-115k записей.
Т.е. на 5-10% сверх заявленных 100k можно расчитывать, а уж никак не в 10 раз.

Так что самый лучший способ -- писать значение в ЕЕПРОМ сразу после нажатия. Быстро, дешево, результативно.

С этим можно согласиться.

Ну тогда остаётся посоветовать писать переменную в еепром не с нулевого адресса, а к примеру с десятого, тоже рекомендация атмел, а как это сделать по ссылке выше есть.

Эта рекомедация уже устаревшая. Она относилась к AT90 серии.

[Боинг749]

Да нет, как раз мучали подругому. Не целый год, а очень быстро и целенаправленно убивали ячейки постоянной записью в них.
получилось в районе 107-115k записей.
Т.е. на 5-10% сверх заявленных 100k можно расчитывать, а уж никак не в 10 раз.

Вы не правы. Насколько мне помнится, речь кажется шла о 5,5млн записей.

[defunct]

Вы не правы. Насколько мне помнится, речь кажется шла о 5,5млн записей.

Где? В ДШ (если вы их читаете) есть цифра 100K перезаписей.
Производители eeprom не настолько тупы, чтобы писать 100k там, где реально есть 5.5M.

Проверить оч. легко:

Код

void test(void)
{
  static volatile __eeprom char x;
  char cnt = 0;
  long cycle = 0;

  do
  {
      x = ++cnt;
      cycle += 1;
  } while (x == cnt);

  printf("eeprom resource is %d cycles\n", cycle);
}

За 10-20 минут ячейку заелозит и увидите реальное число.

[Боинг749]

Где? В ДШ (если вы их читаете) есть цифра 100K перезаписей.
Производители eeprom не настолько тупы, чтобы писать 100k там, где реально есть 5.5M.

Проверить оч. легко:

Код

void test(void)
{
  static volatile __eeprom char x;
  char cnt = 0;
  long cycle = 0;

  do
  {
      x = ++cnt;
      cycle += 1;
  } while (x == cnt);

  printf("eeprom resource is %d cycles\n", cycle);
}

За 10-20 минут ячейку заелозит и увидите реальное число.

Дык человек проверил... И написал, что Atmel просто осторожничает и перестраховывается...Тем более что Вы имели ввиду не datasheet а опыты этого чела..
Вот текст ответа этого чела(нашёл в инете):
"EEPROM - циклы чтения - перезаписи
Я прогонял кристаллы Classic (2313,8515,8535 всего 8 м/с)
на количество циклов перезаписи
методика:
1 пишу 0x55
2 проверяю 0x55
3 пишу 0xAA
4 проверяю 0xAA
5 периодически вывожу результаты на ЖКИ
т.е. долговременная сохранность записанного байта не проводилось
РЕЗУЛЬТАТ:
первый сбой 3,5 миллионов записей,
ячейку невозможно прописать через 4,6 миллионов записей.
Современные кристаллы не хуже, я в своих программах
использую щадящий режим записи EEPROM (с предпроверкой - если в ячейке такое же значение, то не пишем),
контролирую записанное значение в EEPROM.
После чтения и записи устанавливаю 0x00 адрес, который не использую (гарантия от произвольной записи при сбое).
При проектировании устройства я закладывал 3млн. записей,
ни секунды об этом не жалею - сбоев не было.
100.000 циклов перезаписи - Атмел очень осторожничает,
реально ресурс как у 24С08.
Удачи! "

Сообщение отредактировал Боинг749 - Aug 26 2008, 18:25

[defunct]

Вот текст ответа этого чела(нашёл в инете):

Вероятно, у этого человека тест неправильно был построен.

IgorKossak приводил несколько другую цифру, и она кореллирует с тем, что написано в ДШ.
Сам я тоже проверял, мои цифры выше.
Всяко лучше самому измерить ресурс чем доверять сомнительным источникам, тем более когда речь идет о разнице в 50 раз.

[Боинг749]

Прервал тест, чтобы доработать прогу тестирования в плане сохранения ожидавшегося значения. Т.е. я пишу в EEPROM по адресу 0 содержимое счётчика R25, а затем считываю содержимое ячейки 0 в R24. Так вот, раньше у меня не было предусмотрено сохранение R25 в случае обнаружения ошибки записи. Теперь же в случае ошибки я записываю R25, на котором остановился тест, в 7-ю ячейку EEPROM.

Расскажу вкратце как я тестирую. У меня есть малый цикл, когда R25 меняется от0 до 255. И большой когда инкрементируется 16-ти разрядный счётчик больших циклов.
После того, как R25 "пробежит" от о до 255 я инкрементирую счётчик больших циклов. Этот 3 копии счётчика больших циклов храню в EEPROM.

Раньше R25, на котором "споткнулся" тест, я не сохранял. Но после слов одного из участников, что при таком тесте более вероятно что первым "накроется медным тазом" самый младший бит, решил проверить эту теорию. Для чего переделал прогу и ПЕРЕзапустил тест.

Да, фусе-бит EESAVE, чтобы содержимое EEPROM не терялось при перепрошивке программы, у меня уже был запрограммирован ранее.

Далее, тест рестартует только после выключения/включения питания. Для чего в программе анализирую бит PORF.


И так.. Глянул сейчас на счётчик больших циклов. Он равен $096A. Значит было произведено $096A х 256 = 616000 записей... И полёт пока нормальный.. Светодиод по-прежнему мигает каждые 2 сек.

(написал это где-то час назад... Светодиод пока мигает Ну не хочет никак убивацц ячейка )

[defunct]

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

C чего автор этой теории это взял?
Это невереная теория изначально.
Счетчик линейный, соответвенно 0 записывается во все биты ячейки eeprom одинаковое количество раз.

Записью единицы можно принебреч. "1" устанавливается при стирании.

[Николай Иванович...]

C чего автор этой теории это взял?
Это невереная теория изначально.
Счетчик линейный, соответвенно 0 записывается во все биты ячейки eeprom одинаковое количество раз.

Рассмотрим простенький примерчик

0000
0001
0010
0011
0100
0101
0110
0111
......


Не заметили никакой закономерности?