|
Anzeige
|
IRQ Handler als Methode mit STM32?
Gast
#4647384
Hallo,
Mit dem AVRGCC kann ich wie folgt eine statische Methode an einen IRQ
binden:
static void serviceRoutine() __asm__("__vector_5")
__attribute__((_signal_, _used_, _externally_visible_));
Geht so ein Konstrukt auch mit dem armgcc, im vorliegenden Fall mit
einem STM32F030?
Stefan
Die Cortex M brauchen keine extra Deklaration für IRQ Handler, da geht das einfach über den Namen. Das bedeutet leider auch das eine statische C++ Methode nicht direkt tut. Du hast jetzt 2 Alternativen: 1. Funktionsaufruf der statischen Mehtode im eigentlichen Handler 2. Änderung der Verktortabelle - meist im Assembler deklariert - auf den korrekten Namen der statischen C++ Methode. Keine Ahnung wie das genau aussehen muss. Ich würde eher zu 1 tendieren. Das ergibt eine zusätzliche Branch Instruktion, wenn die eine Rolle spielen würde hast du andere Probleme. Einfach über den Namen. Der startup code von ST legt für jeden Vectortable-Eintrag ein weak symbol an. Sprich die Funktion gibt es dann schon und taucht auch in der Vector table als default auf, aber wenn Du Deine eigene definierst, dann nimmt der Linker Deine Implementierung. Dem entsprechend findest Du auch die Namen aller ISR im Startup code. Die Funktionen haben C ABI und kein namemangling, solltest Du den code also mit einem C++ compiler übersetzen, musst Du die Funktion entsprechen mit extern "C" deklarieren. Das kann man so eigentlich auf alle ARM controller übertragen. Das hängt entscheidend von deiner IDE/Toolchain ab. Bzw. davon, was der Startup-Code treibt. Wenn der Linker modern genug ist, um weak symbols zu unterstützen, dann ist das erwartbare Verhalten, daß die Vektor- tabellen mit Symbolen mit "magischen" Namen gefüllt werden. Also z.B. "sys_tick_handler" oder "tim2_isr". Gleichzeitig wird eine dummy-ISR implementiert und weak symbol aliases für alle diese magischen Namen registriert. Wenn dein Programm nun eine Funktion mit einem derartigen Namen implementiert, dann findet der Linker das Symbol und ersetzt das gleichnamige weak symbol damit. Alle anderen Vektoren verweisen entsprechend auf die Dummy-Implementierung des Frameworks. Langer Rede kurzer Sinn: du mußt die magischen Funktionsnamen heraus- finden und einfach passende C-Funktionen schreiben. Axel S. schrieb: > Langer Rede kurzer Sinn: du mußt die magischen Funktionsnamen heraus- > finden und einfach passende C-Funktionen schreiben. Diese stehen normalerweise in der startup-Datei, also zum Beispiel startup_stm32f4xx.S oder startup_stm32f10x.S:
Gast
#4649970
Axel S. schrieb: > Langer Rede kurzer Sinn: du mußt die magischen Funktionsnamen heraus- > finden und einfach passende C-Funktionen schreiben. ..und sie mit dem passenden Attribut __irq versehen - bzw. dem GCC-Äquivalent zu diesem Attribut. Sonst hält sich der Compiler nämlich an die Register-Verwendungs-Standards und rettet nicht alle Register. Das wird kribbelig, wenn bei M4F Gleitkomma sowohl im Basisprogramm als auch im Interrupt-Handler verwendet wird. W.S. W.S. schrieb: > Sonst hält sich der Compiler nämlich an die > Register-Verwendungs-Standards und rettet nicht alle Register. Das wird > kribbelig, wenn bei M4F Gleitkomma sowohl im Basisprogramm als auch im > Interrupt-Handler verwendet wird. Das macht bei Cortex M nicht der Compiler, sondern der Prozessor selbst im Exception Entry. Und ja, auch bei Gleitkomma im M4F. Daher ist _irq für M-Profil Prozessoren überflüssig. Antwort schreibenBitte melde dich an, um einen Beitrag zu schreiben. |
Anzeige
|
