AVR-GCC - Bootloader & Nutzprogramm in einem. Wie?

[Melanie G. (Gast)]

Hallo Forum,
ich habe mich nun die letzten Tage in die Thematik des Bootloaders 
eingearbeitet. Die Funktionsweise ist mir bekannt und ich habe auch 
1*10^7 Beispiele und Demos gefunden. Leider handelt es sich dabei immer 
um "Stand-Alone" Bootloader, die eine anschließende Programmierung des 
Nutzprogrammes über diesen erfordert.

Ich würde jedoch gerne mein Nutzprogramm mit einem Bootloader ergänzen. 
Dies hat den Vorteil, dass ich das Gerät im geöffneten Zustand via ISP 
und im geschlossenen Zustand via CAN programmieren kann.

In den Musterbeispielen wird einfach die komplette .text Section in den 
Bootloader Bereich verschoben und genau das will ich ja nicht.

Ich muss also das ".bootsection" Attribut verwenden um den Loader an 
seine richtige Position zu verschieben.

Nun meine Frage: Der Bootloader besteht ja aus mehreren Funktionen, wenn 
ich das Attribut mehrfach verwendet, meckert der Compiler, dass die 
Funktionen sich gegenseitig überschreiben.
Außerdem ist mir die Thematik mit der main() Funktion noch nicht ganz 
klar. Eigentlich bräuchte mein Programm ja zwei main() Funktionen, aber 
das kann ja nicht funktionieren.

Gibt es eine Möglichkeit, dass ich diese zwei "quasi" unabhängigen 
Programme einfach unter einen Hut bekomme? Kennt jemand ein Beispiel, 
indem genau diese Thematik behandelt wird?

Vielen Dank im vorraus

Melanie

[Peter D. (peda)]

Melanie G. schrieb:
> Eigentlich bräuchte mein Programm ja zwei main() Funktionen, aber
> das kann ja nicht funktionieren.

Du hast es erfaßt, es geht nicht.

Du kannst vom 1. Hexfile die letzte Zeile entfernen und dann das 2. 
anfügen.


Peter

[Melanie G. (Gast)]

Danke für die klare Aussage!

[Εrnst B. (ernst)]

Peter Dannegger schrieb:
>> Eigentlich bräuchte mein Programm ja zwei main() Funktionen, aber
>> das kann ja nicht funktionieren.
>
> Du hast es erfaßt, es geht nicht.

Das geht in gewissen Grenzen schon:

Im bootloader-Quelltext:

int main(void) __attribute__ ((weak));

int main(void) {
  execute_bootloader();
}

Durch das "weak"-Attribute lässt sich der Bootloader dann trotz 
Namensüberschneidung mit dem Hauptprogramm linken.

Macht aber nur selten Sinn, z.B. bei alten Tinies ohne echten 
Bootloader-Support.

[... (Gast)]

Melanie G. schrieb:
> Ich würde jedoch gerne mein Nutzprogramm mit einem Bootloader ergänzen.
>
> Dies hat den Vorteil, dass ich das Gerät im geöffneten Zustand via ISP
>
> und im geschlossenen Zustand via CAN programmieren kann.

Eine andere Möglichkeit wäre, der Bootloader erwartet nach jedem Reset 
einen Nutzprogramm-File, ist dieser nicht vorhanden wird nach einer 
kurzen Zeitspanne das vorhandene Nutzprogramm abgearbeitet.

[Thomas E. (thomase)]

Hallo

mit AVR-Studio gibt es eine Möglichkeit:

Einstellungen im AVR-Programmer unter "Program":
"Erase device..." und "Verify..." auf EIN

dann 1. Programm flashen.

Einstellungen im AVR-Programmer unter "Program":
"Erase device..." und "Verify..." auf AUS

dann 2.Programm flashen.

Mfg

[Archie F. (archie)]

>dass ich das Gerät im geöffneten Zustand via ISP
>und im geschlossenen Zustand via CAN programmieren kann.

Definiere via CAN eine Nachricht die eine Funktion aufruft mit 
eingeschaltetem Watchdog und einer While(1). Nach dem Absturz wird erst 
Bootloader geladen, der wiederum eine Nachricht an deine Software 
sendet, erhält der Bootloader innerhalb einer definierten Zeit eine 
Antwort von deinem Programm, wird der uC beschrieben. So ähnlich mache 
ich das, bloss nicht über CAN.

[Rangi J. (rangi)]

Hallo Melanie,
ich hab das so gelöst, durch 2 zusätzliche Sektionen im Linkerscript.
In der 1. section darf nur eine Funktion drin sein um sichszustellen, 
das diese Funktion auch wirklich auf die angegebene Adresse kommt.

#define BOOT_SEC_SIZE_100   0x0100      /* BootLoader Start 0x1F00 im Makefile*/
#define BOOT_SEC_SIZE_200   0x0200      /* BootLoader Start 0x1E00 im Makefile*/
#define BOOT_SEC_SIZE_400   0x0400      /* BootLoader Start 0x1C00 im Makefile*/
#define BOOT_SEC_SIZE_800   0x0800      /* BootLoader Start 0x1800 im Makefile*/

#define BOOT_SEC_SIZE   BOOT_SEC_SIZE_400

extern u8 my_adress;
BOOTLOADER_SECTION void boot_main(void);

/* ---------------------------------------------------------- */
/*                SECTION .bootstart                          */
/* ---------------------------------------------------------- */
/* Diese Funktion muss auf die BOOTSTART-Adresse geschrieben werden*/
__attribute__ ((section (".bootstart"))) void boot_startup(void)
{
  asm volatile ("eor r1, r1");
  asm volatile ("ldi r28, 0x5F");  /*stack-pointer auf 0x0260*/
  asm volatile ("ldi r29, 0x02");
  asm volatile ("out 0x3e, r29");
  asm volatile ("out 0x3d, r28");
  
  if(/*im Bootloader bleiben*/)
  {
    /*ggf die schnittstelle hier initialisieren*/
    boot_main();
  }
  /*else zur main() springen*/
  asm("rjmp __vectors");    /*auf den RESET-Vector - immer die 0 - hier erfolgt der Sprung zur main()*/
}

/* ---------------------------------------------------------- */
/*                SECTION .bootloader                         */
/* ---------------------------------------------------------- */
BOOTLOADER_SECTION void boot_main(void)
{
  ...
  some code
  ...
  while(1);
}
BOOTLOADER_SECTION void foo(void)
{
  some code
}

dem Linker geb ich dann einfach mit:
override LDFLAGS = 
-Wl,--section-start=.bootstart=0x1C00,--section-start=.bootloader=0x1C44 
,-Map,$(PRG).map

die asm-befehle sind aus der ctors() geklaut und du solltest die je nach 
Hardware auch von dort nehmen.

[Rangi J. (rangi)]

vergessen: meine codeschnipsel sind fuer den Winavr-GCC und einen 
ATMega8515

[Sepp (Gast)]

Das Problem Bootlader und User-Prog gemeinsam laden zu müssen
hatte ich auch schon mal bei einem ADUC832, ist sehr ähnlich gelagert
wie beim AVR.

Das "Zusammensetzen" der HEX-Files, wie es Peter Dannegger beschrieben
hat, funktioniert einwandfrei. Man muß halt dann das zusammengesetzte
Hex-File laden- ich finde das ist der geringste Aufwand.

[Arno F. (fischera)]

Rangi Jones schrieb:
> override LDFLAGS =
>
> -Wl,--section-start=.bootstart=0x1C00,--section-start=.bootloader=0x1C44 
,-Map,$(PRG).map
>
>
>
> die asm-befehle sind aus der ctors() geklaut und du solltest die je nach
>
> Hardware auch von dort nehmen.

Hallo Rangi,

bin neu im Umfeld ATMega und versuche dein Beispiel zu benutzen.
Ich habe im Linker Script die folgende Zeile eingegeben:
•

override LDFLAGS = -Wl,--section-start=.bootstart=0x1C00,--section-start=.bootloader=0x1C44,-Map,$(PRG).map•

Beim Linken kommt dann aber Syntax Error. Irgendwie versteht er diese 
Zeile nicht. Ich Programmiere einen ATMega88PA.
Das zweite ist das ich nicht verstehe wie ich aus ctors() die 
Asm-Befehle klauen kann. Welche Datei ist das? Bin halt ein ATMega und 
AVR Neuling und versuche gerade Schwimmen zu erlernen. Ich muß genau das 
hinbekommen einen Bootloader der mit dem Hauptprogramm gemeinsam 
Programmiert wird.
Ich habe den Beispiel Code in einer eigenen Datei in mein Projekt 
eingebunden.

Kannst du oder irgend jemand mir bitte Helfen?

[Rangi J. (rangi)]

also den code kannst du dir am einfachsten aus dem listing ziehen. du 
machst dir ein pojekt was kompiliert und rufst auf: "make lst". dann 
wird dir eine myproject.lst gebaut. darin findest du vermutlich ganz 
weit oben die vektor-tabelle mit dem resetvektor auf der 0:

00000000 <__vectors>:
       0:  0c 94 3e 00   jmp  0x7c  ; 0x7c <__ctors_end>
       ....

welches bei mir auf adresse 0x7c verweist. gehe zu adresse 0x7c und du 
findest:

0000007c <__ctors_end>:
      7c:  11 24         eor  r1, r1
      7e:  1f be         out  0x3f, r1  ; 63
      80:  cf ef         ldi  r28, 0xFF  ; 255
      82:  d0 e1         ldi  r29, 0x10  ; 16
      84:  de bf         out  0x3e, r29  ; 62
      86:  cd bf         out  0x3d, r28  ; 61

diese Befehle sind einfach in C-form umzusetzen.

jetzt zu den modifikationen im makefile:
da war ich in meinem post von damals wohl nicht detailliert genug und 
hatte gehofft, dass die leute, die das brauchen schon selber wissen, wie 
man eine section hinzufügt. also hier fehlt noch folgendes:

# Rules for building the .text rom images

text: hex bin srec

hex:  $(PRG).hex
bin:  $(PRG).bin
srec: $(PRG).srec

%.hex: %.elf
  $(OBJCOPY) -j .text -j .data -j .bootstart -j .bootloader -O ihex $< $@

%.srec: %.elf
  $(OBJCOPY) -j .text -j .data -j .bootstart -j .bootloader -O srec $< $@

%.bin: %.elf
  $(OBJCOPY) -j .text -j .data -j .bootstart -j .bootloader -O binary $< $@

erklaerung: mit dem _attribut_ section erklaerst du, dass es eine 
section soundso geben wird und diese funktion dort rein kommt. beim 
linken wird dann diese section erstellt und per definition wird diese 
auf die adresse 0x1c00 (je nach hardware) gelegt. alle sprungbefehle 
laufen dann dorthin.

und ich betone nochmal: das ganze ist winavr !

[barbarossa (Gast)]

Noch eine Möglichkeit:

Beitrag "Re: Bootloader in Hauptprogramm integrieren"