ARM Assembler - String an serielle Schnittstelle ausgeben

[Peter W. (ja_wasser)]

Hallo,
wir sollen eine Funktion in ARM Assembler programmieren die einen 
gegebenen string an die serielle schnittstelle ausgibt.

Eine put character Funktion haben wir gegeben und wir sollen eine put 
String Funktion schreiben. Das Zeichen bzw. der String der ausgegeben 
werden soll steht in r0 (nehm ich an). Der String terminiert mit '\0'.

Das hier ist die put String Funktion:

puts:
  stmfd sp!,{lr}  @ Retten der Register
  mov r4, r0     @ start-adresse von string (r0) in r4 laden
loop1:
  ldrb r0, [r4]  @ aktuelle adresse von string in r0 laden
  cmp r0, #0    @ ueberpruefen ob der string mit 0 terminiert
  beq fertig    @ falls ja sind wir fertig
  bl  putc    @ ansonsten putc aufrufen und zeichen an serielle schnittstelle uebertragen
  # cmp r0, #0    @ ????
  # beq loop1
  add r4, #1    @ adresse des strings um eins erhoehen um nächstes zeichen zu bekommen
  b loop1      @ zum anfang der loop springen
fertig
  ldmfd sp!,{pc}  @ Rücksprung

Problem ist, dass ich beim kompilieren die Fehlermeldung "bad 
instruction 'fertig'" bekomme. Also der bezieht sich dann auf diese
  ldmfd sp!,{pc}  @ Rücksprung
Zeile, aber ich weiß nicht was da falsch ist? Dieses ldmfd war auch 
schon vorgegeben und ich hab davor halt nur ein Marker "fertig" gesetzt, 
damit ich da hinspringen kann wenn der string endet.

[Nop (Gast)]

Peter W. schrieb:

> fertig
>   ldmfd sp!,{pc}  @ Rücksprung

Sonst hast Du nach den Labels ja nen Doppelpunkt, bei dem nicht.

[Peter W. (ja_wasser)]

ah danke, ja jetzt kompiliert er es.

Stimmt die funktion denn ansonsten? Kann es momentan nicht testen weil 
ich den mikrocontroller hier nicht hab. Ich hab die lösung ehrlich 
gesagt von jemanden übernommen aber so wirklich sinn macht das ganze für 
mich nicht. die kommentare hab ich selber geschrieben aber zum beispiel 
diese zwei zeilen machen für mich keinen sinn:

  # cmp r0, #0    @ ?????
  # beq loop1

hab ich deswegen auch auskommentiert.
Weiß nicht wieso ich r0 nochmal auf 0 überprüfen soll nachdem ich putc 
aufgerufen hab.

Und ich weiß auch ohnehin nicht wie genau das funktionieren soll mit dem 
auf 0 überprüfen. laut aufgabenstellung:

void puts(char *) Ausgabe eines nullterminierten Strings und Ersetzung 
von Newline durch Carriage Return (0x0D) und Linefeed (0x0A).

Ok der string ist also nullterminierend, aber mit cmp r0, #0 überprüf 
ich doch nur ob da eine 0 drin steht aber ich überprüf doch nicht ob ein 
'\0' drin steht (falls da ein unterschied besteht und das sollte es ja 
sonst dürfte im string keine 0 vorkommen)? Und rein laut 
aufgabenstellung muss ich ja noch wenn in dem string am ende ein '\n' 
steht das durch 0x0D und 0x0A ersetzen, aber ich weiß nicht welcher wert 
in r0 stehen soll damit ich weiß das da '\n' drin steht?

[Nop (Gast)]

Peter W. schrieb:

> Weiß nicht wieso ich r0 nochmal auf 0 überprüfen soll nachdem ich putc
> aufgerufen hab.

Das wird wohl der Rückgabewert der Funktion sein - 0 steht üblicherweise 
für OK. Die Ausgabe soll also abgebrochen werden, wenn putc() einen 
Fehler meldet.

> Ok der string ist also nullterminierend, aber mit cmp r0, #0 überprüf
> ich doch nur ob da eine 0 drin steht aber ich überprüf doch nicht ob ein
> '\0' drin steht

Das ist dasselbe.

> (falls da ein unterschied besteht und das sollte es ja
> sonst dürfte im string keine 0 vorkommen)?

Richtig, C-Strings dürfen keine 0 enthalten.

> aber ich weiß nicht welcher wert
> in r0 stehen soll damit ich weiß das da '\n' drin steht?

In C ist '\n' eine sog. Escape-Sequenz, und die hat einen ASCII-Wert:

https://en.wikipedia.org/wiki/Escape_sequences_in_C#Table_of_escape_sequences

[Nop (Gast)]

Nop schrieb:
> Richtig, C-Strings dürfen keine 0 enthalten.

Ach ja, das Zeichen '0' hat den ASCII-Wert dezimal 48, siehe hier:

https://www.torsten-horn.de/techdocs/ascii.htm

Also '\0' und dezimal/hex 0 ist dasselbe, aber '0' nicht. Ein C-String 
mit dem Inhalt "A20" besteht also aus den dezimalen Bytes 65, 50, 48, 0. 
Das Letzte ist die terminierende 0.

[Michael E. (cuby)]

Ein Problem in deinem Code ist noch, dass du Register r4 verwendest, 
ohne es zu sichern (dein stmfd sichert nur das link register auf dem 
Stack).

Laut Procedure Call Standard for the ARM Architecture 
(http://infocenter.arm.com/help/topic/com.arm.doc.ihi0042f/IHI0042F_aapcs.pdf) 
ist r4 ein "callee saved"-Register, also von der aufgerufenen Funktion 
(dein puts) zu sichern.

Abhilfe:

* Entweder ein anderes Register nehmen, z.B. r1, r2 oder r3, die sind 
Parameter bzw. scratch register
* oder r4 bei stmfd mitsichern und bei ldmfd wiederherstellen

-- Michael

[S. R. (svenska)]

Das Problem stinkt nach Uni, und da spielt die ABI keine Rolle.
Der Assembler-Code muss nicht mit C-Code zusammenarbeiten.

Aufrufkonventionen u.ä. habe ich in der Vorlesung angesprochen, aber 
sonst außer Acht gelassen. Relevant wird sowas erst in einer höheren 
Vorlesung.

[Nop (Gast)]

S. R. schrieb:
> Das Problem stinkt nach Uni, und da spielt die ABI keine Rolle.

Wenn r0 als Rückgabewert einer Funktion dient, wird zumindest dieser 
ABI-Teil offensichtlich ja schon verwendet.

[Carl D. (jcw2)]

Nop schrieb:
> S. R. schrieb:
>> Das Problem stinkt nach Uni, und da spielt die ABI keine Rolle.
>
> Wenn r0 als Rückgabewert einer Funktion dient, wird zumindest dieser
> ABI-Teil offensichtlich ja schon verwendet.

R0 ist auch der erste Parameter und wenn man als Assembler-Programmierer 
auf Cortex-M mit Interrupts in Berührung kommt, müssen diese eh von 
C-Style-Funktionen behandelt werden. Da kann man ja dann gleich bei 
bleiben.