Attiny85 EEprom verliert Daten

[Sebastian (Gast)]

Hallo,
ein Tiny85 empfängt über ein TSOP IR Codes und schreibt diese in das 
EEProm.

Bei jeden Start wird überprüft ob die Codes gesetzt sind wenn nicht 
müssen sie neu gesetzt werden.

nun ist mein Problem das er die Daten NICHT IMMER behält.

Nach dem ich die Spannung wegnehme funktioniert es manchmal, manchmal 
erkennt der die gespeicherten Codes aber nicht mehr.


Burn Out ist auf 4,2V gesetzt.

Wieso verliert mein AVR sein Gedächtnis?

Fuses:
avrdude  -p t85 -c usbasp -P usb -U lfuse:w:0xef:m -U hfuse:w:0xdc:m
avrdude  -p t85 -c usbasp -P usb  -U efuse:w:0xff:m


Code

uint16_t EEPROM_power_protocol EEMEM;
uint16_t EEPROM_power_address EEMEM;
uint16_t EEPROM_power_command EEMEM;

uint16_t EEPROM_lower_protocol EEMEM;
uint16_t EEPROM_lower_address EEMEM;
uint16_t EEPROM_lower_command EEMEM;

uint16_t EEPROM_higher_protocol EEMEM;
uint16_t EEPROM_higher_address EEMEM;
uint16_t EEPROM_higher_command EEMEM;

//Ferbedinung Config
uint16_t power_protocol;
uint16_t power_address;
uint16_t power_command;

uint16_t lower_protocol;
uint16_t lower_address;
uint16_t lower_command;

uint16_t higher_protocol;
uint16_t higher_address;
uint16_t higher_command;

void check_config (void)
{
    if (power_protocol == 0xFFFF || power_address == 0xFFFF || power_command == 0xFFFF ||//Wenn nur einer davon nicht gesetzt ist müssen alle neu gesetzt werden
        lower_protocol == 0xFFFF || lower_address == 0xFFFF || lower_command == 0xFFFF ||
        higher_protocol == 0xFFFF || higher_address == 0xFFFF || higher_command == 0xFFFF)
    {
        uint8_t i=0;
        do 
        {
            if (irmp_get_data (&irmp_data))
            {
                if (!(irmp_data.flags & IRMP_FLAG_REPETITION))
                {
                    if (i==0)
                    {
                        power_protocol = irmp_data.protocol;
                        power_address = irmp_data.address;
                        power_command = irmp_data.command;
                    }
                    
                    else if (i==1)
                    {
                        higher_protocol = irmp_data.protocol;
                        higher_address = irmp_data.address;
                        higher_command = irmp_data.command;
                    }
                    
                    else if (i==2)
                    {
                        lower_protocol = irmp_data.protocol;
                        lower_address = irmp_data.address;
                        lower_command = irmp_data.command;
                    }
                    i++; 
                }
            }
        } while    (power_protocol == 0xFFFF || power_address == 0xFFFF || power_command == 0xFFFF ||
                    lower_protocol == 0xFFFF || lower_address == 0xFFFF || lower_command == 0xFFFF ||
                    higher_protocol == 0xFFFF || higher_address == 0xFFFF || higher_command == 0xFFFF);
        
        set_fb_config();
    } 
}

void get_fb_config (void)
{
    power_protocol = eeprom_read_word (&EEPROM_power_protocol);
    power_address = eeprom_read_word (&EEPROM_power_address);
    power_command = eeprom_read_word (&EEPROM_power_command);

    lower_protocol = eeprom_read_word (&EEPROM_lower_protocol);
    lower_address = eeprom_read_word (&EEPROM_lower_address);
    lower_command = eeprom_read_word (&EEPROM_lower_command);

    higher_protocol = eeprom_read_word (&EEPROM_higher_protocol);
    higher_address = eeprom_read_word (&EEPROM_higher_address);
    higher_command = eeprom_read_word (&EEPROM_higher_command);
}

void set_fb_config (void)
{
    eeprom_write_word (&EEPROM_power_protocol, power_protocol);
    eeprom_write_word (&EEPROM_power_address, power_address);
    eeprom_write_word (&EEPROM_power_command, power_command);

    eeprom_write_word (&EEPROM_lower_protocol, lower_protocol);
    eeprom_write_word (&EEPROM_lower_address, lower_address);
    eeprom_write_word (&EEPROM_lower_command, lower_command);

    eeprom_write_word (&EEPROM_higher_protocol, higher_protocol);
    eeprom_write_word (&EEPROM_higher_address, higher_address);
    eeprom_write_word (&EEPROM_higher_command, higher_command);
}

[Walter S. (avatar)]

Sebastian schrieb:
> Burn Out ist auf 4,2V gesetzt.

ganz schlecht, du solltest den brownout verwenden ;-)

[Sebastian (Gast)]

kann denn keiner Helfen?

[Krapao (Gast)]

Deine Programmlogik im gezeigten Codefetzen macht mich misstrauisch. 
Kannst du ausschließen, dass die FB dir bei Protocol, Address oder 
Command mal ein 0xFFFF liefert?

[Lutz (Gast)]

Al c r da  hon nz ma, an gu r.

Damit sollte das Programm dann laufen.

[Sebastian (Gast)]

ja kann ich außschließen

gibs sonst noch hinweise?

warum wird mein eeprom gelöscht?

[Karl H. (kbuchegg)]

Sebastian schrieb:

> warum wird mein eeprom gelöscht?

Das wiederrum ist durch deinen Code nicht ablesbar. Es reicht, wenn 
einer deiner Werte auf 0xFFFF geht.

Lass dir halt mal die Config-Werte ausgeben, dann siehst du, ob alle 
oder nur einer 'umfallen' und welcher es ist.

[Lutz (Gast)]

Ich habe die Antwort doch schon gegeben.
Dabei habe ich die Sachen, die eh klar sind und auch nichts mit dem 
Problem zu tun haben, weggelassen. Verstehst du doch bestimmt.