Xmega, EEPROM geht nicht nach Bootloader

[Martin (Gast)]

Hallo zusammen,

ich habe hier ein Problem mit einem atxmega128A1 bzw. D3 (Fehler kommt 
bei beiden Projekten). Es ist eine Applikation, in welcher ich EEPROM 
nutze. Um zu prüfen, ob im EEPROM was sinnvolles drin ist, prüfe ich zu 
Beginn von main ein paar Variablen im EEPROM ab:

int main(void)
  {
    cli();
    if ( (EEPROM_read_byte(&myEE.mainversion) != pgm_read_byte(&myFLASH.mainversion))
       ||(EEPROM_read_byte(&myEE.version) != pgm_read_byte(&myFLASH.version)) )
      {
        // panic! EEPROM falsch

Das funktioniert bei normalen Reset.

Das EEPROM lese ich mit den Routinen von Alex Forencich (xboot):

void wait_for_nvm(void)
{
        while (NVM.STATUS & NVM_NVMBUSY_bm) { };
}

uint8_t EEPROM_read_byte(void *addr)
{
        wait_for_nvm();
        
        NVM.ADDR0 = (uint16_t)addr & 0xFF;
        NVM.ADDR1 = ((uint16_t)addr >> 8) & 0x1F;
        NVM.ADDR2 = 0;
        
        NVM.CMD = NVM_CMD_READ_EEPROM_gc;
        NVM_EXEC();
        
        return NVM.DATA0;
}

wobei NVM_EXEC() einfach ein inline ist:

// NVM call
static inline void NVM_EXEC(void)
{
        void *z = (void *)&NVM_CTRLA;
        
        __asm__ volatile("out %[ccp], %[ioreg]"  "\n\t"
        "st z, %[cmdex]"
        :
        : [ccp] "I" (_SFR_IO_ADDR(CCP)),
        [ioreg] "d" (CCP_IOREG_gc),
                     [cmdex] "r" (NVM_CMDEX_bm),
                     [z] "z" (z)
                     );
}

Problem:
Komme ich nicht aus Kaltstart, sondern vom Bootloader, dann liefert mir 
die Routine EEPROM_read_byte immer 0 als Ergebnis zurück. Also ist 
offenbar irgendwas durch den Bootloader 'verbogen', ich finde partout 
nicht raus, was es sein könnte. Habe hier und auf avrfreaks schon die 
Suche durchwühlt, nichts gefunden. Ich hoffe, dass einer der hier 
mitlesenden Spezialisten mit dem Finger schnippt und hast Du da schon 
... sagen kann. Vielen Dank!

Martin

[Wolfgang K. (opendcc)]

Hallo,

ich habe vermutlich das gleiche Problem: Benutze auch einen atxmega128A1 
mit Bootloader. Mittels dieses Bootloaders wird im Feld ein FW-Update 
durchgeführt. Das spielt soweit alles sowohl mit Flash, als auch mit 
EEPROM. Springe ich aber aus den Bootloader zurück in die Applikation, 
geht ein Read aufs EEPROM schief - ich bekomme nur 0. Starte ich die 
Applikation direkt aus Kaltstart, funktioniert alles.

Ich verlasse den Bootloader mit:

void application_start(void)
  {
    uint8_t temp;
    void   (*start)( void ) = 0x0000;   // Funktionspointer auf 0x0000
    
    cli();
    close_all_interrupts();
    
    SP_WaitForSPM();
        temp = (PMIC.CTRL & ((uint8_t) ~PMIC_IVSEL_bm));  // Interrupt Vektoren wieder gerade biegen
        CCPWrite( &PMIC.CTRL, temp );
        RAMPZ = 0;
        EIND = 0x00;
      start();             // Reset
  }

Das sollte doch passen, oder? Verwendeter Compiler ist der aktuell auf 
der Atmelseite verfügbare gcc 4.7.2

Irgendwie scheint es da ein irgendein Register zu geben, welches der 
Compiler offenbar nicht zurückstellt. Nur ich habe noch nicht 
rausgefunden, was genau. Ich habe schon RAMPX, Y, Z kontrolliert, alle 
sind 0, wie es sein soll.

Servus Wolfgang

[Matthias S. (Firma: matzetronics) (mschoeldgen)]

Lese bitte mal die Errata für den A3/D3, das EEPROM Problem wird dort 
addressiert.
http://www.atmel.com/Images/doc8241.pdf

Kurzgefasst - anständiges Lesen vom EEPROM geht nur im 'Sleep' Mode.
Beim A1 sollte es eigentlich klappen...

[Wolfgang K. (opendcc)]

Hallo,

das adressiert aber nur die Rev. B des A3/D3, gilt nicht für aktuelle 
Chips und auch nicht für den A1, den ich da verwende.

Servus Wolfgang

[Knut B. (Firma: TravelRec.) (travelrec)]

Setze vor dem Sprung ins Hauptprogramm oder direkt nach dem Anlaufen des 
Hauptprogramms NVM_CTRLB auf Null. Es kann auch nicht schaden, NVM_CMD 
auf Null zu setzen.

[Wolfgang K. (opendcc)]

Hallo,

NVM.CTRLB auf 0, das war's. Vielen Dank.

Servus Wolfgang

[Knut B. (Firma: TravelRec.) (travelrec)]

Bitte ;-)