Atmega64C1 Bootloader schreibt nicht in Flash

[Rene Strophff (Gast)]

Guten Tag!

Ich arbeite hier gerade mit einem Bootloader auf einem Automotive 
Atmega64C1. Leider konnte ich bisher beim Schreiben in den Flash keine 
Erfolge verzeichnen. Da der ursprüngliche Code eher komplex ist, habe 
ich ein einfaches Projekt aufgesetzt, das einfach nur eine Seite des 
Flashspeichers mit einem Text beschreiben soll. Auch da zeigt sich 
leider kein Erfolg.

Den Code der Funktion boot_program_page habe ich direkt dem Beispiel in 
der boot.h entnommen. Eigentlich hätte ich angenommen, dass dieser 
Beispielcode anstandslos das tut, was er verspricht. Aber wenn ich den 
Flash nach Durchlaufen des Codes auslese, findet sich von den zu 
schreibenden Daten keine Spur.

Die Fuses sollten korrekt gesetzt sein. Das Textsegment habe ich in den 
Linkereinstellungen an die Adresse 0x3800 verschoben, wo der Bootloader 
entprechend der Fuses (Byteadresse 0x7000) liegen sollte.

Als Entwicklungsumgebung nutze ich Atmel Studio 7 mit GCC.

Hier der Code:

#include <stdint.h>
#include <inttypes.h>
#include <avr/io.h>
#include <avr/wdt.h>
#include <avr/interrupt.h>
#include <avr/boot.h>
#include <avr/pgmspace.h>

#include "typedefs.h"
#include "driver/can/can_drv.h"
#include "driver/can/reduced_can_lib.h"


void boot_program_page (uint32_t page, uint8_t *buf)
{
   uint16_t i;
   uint8_t sreg;

   // Disable interrupts.

   sreg = SREG;
   cli();
   
   eeprom_busy_wait ();

   boot_page_erase (page);
   boot_spm_busy_wait ();      // Wait until the memory is erased.

   for (i=0; i<SPM_PAGESIZE; i+=2)
   {
      // Set up little-endian word.

      uint16_t w = *buf++;
      w += (*buf++) << 8;
      
      boot_page_fill (page + i, w);
   }

   boot_page_write (page);     // Store buffer in flash page.
   boot_spm_busy_wait();       // Wait until the memory is written.

   // Reenable RWW-section again. We need this if we want to jump back
   // to the application after bootloading.

   boot_rww_enable ();

   // Re-enable interrupts (if they were ever enabled).

   SREG = sreg;
}

int main(void)
{
   uint8_t TextToPage[] = {"It is a period of civil war. Rebel spaceships, striking from a hidden base, have won their first victory against the evil Galactic Empire. ..."}; //Text zum Posten hier gekürzt
   
   cli();
   wdt_disable();


   boot_program_page (1, TextToPage);
   
   while (1) 
   {
   }
}

Angehängt habe ich einen Screenshot der Einstellungen der Fuse Bits und 
einen Screenshot eines Disassemblys, das zeigt, dass der Code 
tatsächlich im angestrebten Adressbereich ausgeführt wird.

Für kompetente Hilfe wäre ich gerade sehr dankbar :)

[N. G. (newgeneration)]

Rene Strophff schrieb:
> Das Textsegment habe ich in den
> Linkereinstellungen an die Adresse 0x3800 verschoben, wo der Bootloader
> entprechend der Fuses (Byteadresse 0x7000) liegen sollte.

die Byte-Adresse stimmt nicht. 0x3800 * 2 = 0x7600
d.h. (falls es kein Schreibfehler ist) der Bootloader liegt an der 
falschen Stelle, dann kann er nicht in den Flash schreiben.

PS: genau das selbe hatte ich auch schon. Auch bei mir war der 
Bootloader an der falschen Stelle

[Rene Strophff (Gast)]

0x3800 * 2 ergibt durchaus 0x7000

Allerdings ergibt 3800 dezimal multipliziert mit 2 schon 7600 dezimal.
Die Adressen sind aber in hex angegeben. Zugegebnermaßen habe ich beide 
Werte mit dem Windows Taschenrechner ausgerechnet, gehe aber davon aus, 
dass dieser korrekt rechnet.
Im vom Compiler erzeugten .hex File liegt der Code ebenfalls auf Adresse 
0x7000. Ebenso liest es sich im .map File.

Die Tatsache, dass der Code ausgeführt wird (verifiziert über eine 
Ausgabe auf den CAN Bus) spricht auch stark dafür, dass der Code auf dem 
entsprechenden Vektor liegt.

Trotzdem danke für die Antwort :)

[N. G. (newgeneration)]

Asche auf mein Haupt!!

Man nehme den Windows Taschenrechner, stelle ihn auf Programmierer um, 
und vergesse trotzdem auf hex zu stellen.

Also daran liegts nicht.

Möglicherweise ist irgendwo trotzdem ein Adressproblem...

[Stefan E. (sternst)]

Rene Strophff schrieb:
> Das Textsegment habe ich in den
> Linkereinstellungen an die Adresse 0x3800 verschoben, wo der Bootloader
> entprechend der Fuses (Byteadresse 0x7000) liegen sollte.

Nö, das 0x7000 ist die Wortadresse.

[Rene Strophff (Gast)]

Stefan E. schrieb:
> Nö, das 0x7000 ist die Wortadresse.

Das hat den Trick gemacht. Danke!

Ich hatte es auch vorher schon mit 0x7000 als Wortadresse probiert, muss 
mich dabei aber wohl irgendwie vertippt haben, denn dabei hat mir der 
Linker einen Fehler ausgegeben und ich habe den Gedanken, dass das die 
Wortadresse sein könnte verworfen.