|
Anzeige
|
ARM GCC Assemblerprogrammierung
Ich habe gerade meine erste Routine in Assembler auf nem ARM geschrieben. Sie scheint zu funktionieren (liefert den gewünschten delay), aber ich bin mir nicht sicher, ob die Prorammierung wirklich in Ordnung ist. Kann bitte einer der Experten mal seinen Kommentar loslassen? Und um einer Frage gleich vorzubeugen: Ich programmiere in Assembler weil mir das Spass macht (ich bin Masochist).
Gast
#5868951
Gerade bei einer Delay Funktion ist es extrem wichtig diese in Assembler zu kodieren.
Gast
#5868965
"r" ist falsch, weil der Wert ja geändert wird. Ich meine es müsste "+r" sein, und bei den Output Operands gelistet werden. Wozu das %= ? Kennst du: http://www.ethernut.de/en/documents/arm-inline-asm.html https://hardwarebug.org/2010/07/06/arm-inline-asm-secrets/ Das delay ist natürlich ungenau, hängt von Flash Latenz und so ab. Besser macht man das mit Timern. Dr. Sommer schrieb: > "r" ist falsch, weil der Wert ja geändert wird. Ich meine es müsste "+r" > sein, und bei den Output Operands gelistet werden. Jau. Ansonsten konnte man bei asmDelay(10); asmDelay(10); falschen Code bekommen. > Wozu das %= ? %= liefert eine für die Übersetzungseinheit eindeutige Zahl pro Inline Asm, so dass Code wie asmDelay(10); asmDelay(10); nicht dazu führt, dass ein Label wie loop 2x auftaucht, was zu einen Assembler-Fehler führen würde. Alternativ gehen lokale Labels:
Seltsam ist außerden, dass val signed ist. Oder ist SUBS eine saturierte Subtraktion, so dass -1 -1 = 0 wird? (Ich kenn kein ARM-Asm). Und asmDelay will einen Rückgabewert; alo entweder was zurückgeben oder void asmDelay (..). > Das delay ist natürlich ungenau, hängt von Flash Latenz und so ab. > Besser macht man das mit Timern. Für längere, exakte Zeiten besser mit Timer. Wenn es nur sehr kurze Zeiten sind, z.B. ne handvoll Ticks zum für eine langsame I/O Line bis sich Pegel stabilisiert haben, dann ist ein Delay einfacher und durchaus sinnvoll, da es nur um Mindestzeiten geht und Cache-, Pipeline- und Interrupt-Effekte nicht stören. Außerdem verschendet man nicht einen ganzen Timer um 2 Ticks zu schnarchen. Besten Dank für die hilfreichen Kommentare und Hinweise. Wenn ich neue Probleme habe melde ich mich wieder.
Gast
#5869017
Johann L. schrieb: > Oder ist SUBS eine saturierte Subtraktion, so dass -1 -1 = 0 wird? Nein, aber solange man nur positive Zahlen übergibt ist es egal. Bei 0 bekommt man aber so oder so ein Problem, weil man da als Erstes einen Underflow bekommt und 2^32 Takte zählt. Daher am Besten als erstes auf 0 prüfen. Johann L. schrieb: > Alternativ gehen lokale Labels: Ja, so hätte ich das jetzt gemacht... auch eine Assemblerroutine sollte irgendeinen Wert zurückliefern, wenn sie int32_t deklariert ist auch wenn's hier (wahrscheinlich) keine Rolle spielt "cc" sollte in die Clobber list (schließlich werden die Flags verändert) Johann L. schrieb: > Seltsam ist außerden, dass val signed ist. Oder ist SUBS eine > saturierte Subtraktion, so dass -1 -1 = 0 wird? (Ich kenn kein ARM-Asm). SUBS = SUB mit Status. Unsigned val wär zutreffender.
Gast
#5869394
Martin O. schrieb: > static inline int32_t asmDelay(int32_t val) { > asm volatile("loop%=:...... Solange sowas dasteht, programmierst du in C und nicht in Assembler. W.S.
Gast
#5869895
Ich würde auch "__asm__" statt "asm" schreiben, denn dann funktioniert es auch mit "-std=c99" o.ä. Statt %0 bevorzuge ich es auch, den Registern Namen zu geben. Zusammengefasst also z.B. so:
Als nicht-geinlinete normale Funktion kommt dann heraus:
Gast
#5870220
Bist Du sicher, dass das NOP wirklich ausgeführt wird? In der Doku der ganzen Cortex-M steht, dass der Core das NOP aus der Pipeline entfernen kann, bevor es die Execution Stage erreicht. z.B. CM3 https://developer.arm.com/docs/dui0552/latest/the-cortex-m3-instruction-set/miscellaneous-instructions/nop => die Verzögerung kann funktionieren, und wird es wahrscheinlich auch (fast) immer, eine Garantie dafür gibt es aber beim Cortex-M nicht. Ich würde besser einen freilaufenden Timer dafür verwenden, dann hat man wenigstens einen ungefähren Anhaltspunkt, wie groß das Delay wirklich ist. Und die ARMs haben ja reichlich Timer bzw. der Timer kann ja noch andere Sachen machen. Antwort schreibenBitte melde dich an, um einen Beitrag zu schreiben. |
Anzeige
|
