avr-gcc: Anwendung bzw. Bootloader gezielt anspringen

Timmy Gast #4823583
Lesenswert?
• ▲
▼ 
Wie resette ich meine Anwendung am schlauesten, ohne dass der Bootloader 
angesprungen wird? Ich habe das jetzt so probiert (aus der Anwendung 
heraus):

void (*reset)(void) = (void(*)(void))0;

Aufruf:
(*reset)();

Ist das korrekt? Mir bereitet es Kopfzerbrechen, was da mit dem Stack 
passiert. Der Stackpointer wird doch bestimmt nicht zurückgesetzt. Kann 
es sein, dass nach ein paar Resets so alles überläuft?

Dasselbe passiert, nehme ich an, wenn ich analog dazu meinen Bootloader 
direkt anspringe (aus der Anwendung heraus):

void (*start_bootloader)(void) = (void(*)(void))0x3E00;

Aufruf:
(*start_bootloader)();

Was wäre der richtige Weg?
Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Beitrag melden
Adib Gast #4829087
Lesenswert?
• ▲
▼ 
Hallo Timmy,

Reset am besten per Watchdog reset, also watchdog aktivieren und dann 
warten.

Die Alternative mit dem Jump auf die Addresse muss den Stack setzten und 
alle Register auf default setzen bzw. Module deaktivieren.
Den Watchdog kann man zb nicht wieder ausschalten.

Hth, Adib.
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Timmy Gast #4829163
Lesenswert?
• ▲
▼ 
Über den Watchdog kann ich nicht gehen. Ich habe einen Bootloader, der 
in diesem speziellen Fall nicht aufgerufen werden darf. Im Bootloader 
werden verschiedene Register initialisiert, die ich aber auf anderen 
Werten brauche. Es muss daher direkt die Anwendung neu starten.
Ich habe einen atmega mit 32 KiB Flash, d.h. das oben Genannte sollte 
nicht zutreffen. "jmp 0" sollte dann doch gehen!?
Antwort Zitieren Bearbeiten Löschen Beitrag melden
qrtdjvbhjl Gast #4829288
Lesenswert?
• ▲
▼ 
Welcher Prozessor?
Im ATXmega ist ein uebler Bug (zumindest in dem AtXmega64A3U, den ich 
hier vor mir habe), da werden die USB-Register bei einem solchen 
Einspringen (nach Appnote von Atmel) nicht korrekt gesetzt und der 
Bootlader ist dann nicht per USB erreichbar, also nutzlos.

qrtdjvbhjl
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Johann L. Persönliche Seite #4829541
Lesenswert?
• ▲
▼ 
Adib schrieb:
> Die Alternative mit dem Jump auf die Addresse muss den Stack setzten

Nö, muss sie nicht, zumindest dann wenn der Standard Startup-Code 
verwendet wird.  Der setzt nämlich den SP; und zwar auch bei solchen 
Devices, die den SP bereits beim Reset auf Ende RAM initialisieren.

Karl M. schrieb:
> Hi, was man i.a. Macht ist
1
> cli

2
> ; and more

3
> .set jump_addr = 0x0000 ; bzw, deine Codestartadresse

4
> ldi R16,lo8(jump_addr)

5
> ldi R17,hi8(jump_addr)

6
> push R16

7
> push R17

8
> ret


Nichst sehr hilfreich, denn wenn die Adresse nicht mehr 0 ist dann 
crasht dass.  Außerdem hann man jump_addr durekt anspringen.

Und für das alles braucht's auch kein Assembler...
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Thread beobachten

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

Bestehender Account

oder

Mit Google-Account einloggen

Noch kein Account?

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren