Portbelegung auf ATMega für LCD1602

[HeSt]

@avr_racer

Hab mich mit deinem "Mathe.asm" Programm auseinander gesetzt.
Vieles ist mir jetzt klar(er), alles noch nicht ...
Was ich gefunden hab, hab ich dir bereits in der PN geschrieben.

Was mir noch nicht klar ist, wozu die SWAPs in HEX_DEC gut sein sollen?
Das macht die Umwandlung in ASCII schwieriger!
Beispiel:
34515: 03 40 05 15 (besser: 03 04 05 01 05 ohne swap und ZE getrennt)

Wie kann ich ZE gemeinsam in ASCII umwandeln/anzeigen?
Da ich die Ziffern am LCD einzeln ausgebe, müssen die getrennt sein.
Das ist zumindest mein Gedankengang.
Oder liege ich hier falsch?

[HaWe]

@avr_racer

Hab mich mit deinem "Mathe.asm" Programm auseinander gesetzt.
Vieles ist mir jetzt klar(er), alles noch nicht ...
Was ich gefunden hab, hab ich dir bereits in der PN geschrieben.

Was mir noch nicht klar ist, wozu die SWAPs in HEX_DEC gut sein sollen?
Das macht die Umwandlung in ASCII schwieriger!
Beispiel:
34515: 03 40 05 15 (besser: 03 04 05 01 05 ohne swap und ZE getrennt)

Wie kann ich ZE gemeinsam in ASCII umwandeln/anzeigen?
Da ich die Ziffern am LCD einzeln ausgebe, müssen die getrennt sein.
Das ist zumindest mein Gedankengang.
Oder liege ich hier falsch?

ich fürchte, du hast immer noch nicht verstanden, dass du eine auf dem µC gespeicherte Zahl (z.B. 0xAE) nicht direkt in ASCII als Dec Zahl ausgeben kannst, denn weder 0xA noch 0xE sind Dezimalziffern.
also musst du erst durch eine Reihe von Rechenoperationen (Division, Modulo) eine Dezimalsystem-Stellen-Zerlegung erzeugen (Hunderter, Zehner, Einer, hier also: 1*100 + 7*10 + 4*1)

Hunderter: 0xAE/100
Zehner: (0xAE mod 100) / 10
Einer: (0xAE mod 100) mod 10

und erst DIESE kannst du dann (per ASCII offset=48 ) als Ziffern ausgeben (1 7 4 , einzeln oder gemeinsam als string).

[HeSt]

Ich hab sehr wohl verstanden WIE Ziffern/Zahlen/Zeichen angezeigt werden können!
Offenbar kann ich mich nicht so ausdrücken, dass ihr das so versteht, wie ich es meine!
Die Rechenoperationen sind bis auf die ASCII-Umwandlungen durch (34515).
Diese Registerinhalte 03 04 05 01 05 (15 bereits getrennt) müssen klarerweise noch in ASCII umgewandelt werden um sie anzeigen zu können.
Es geht nur darum, dass die einzelnen Register nurmehr mit $30 addiert werden müssen, dann kann man sie einzeln anzeigen.
Aber 40 oder 15 mit $30 addiert ergibt kein anzeigbares Zeichen!! Zumindest nicht die Ziffer, die es sein soll!
Also auf "low-nibble" = 04!
Und 15 trennen auf 01 05!
Hast mich jetzt??

[HaWe]

Hast mich jetzt??

sorry, leider nein.
Alle ASCII-Zeichen ab dec 48 ($30) sind anzeigbar, und natürlich dürfen es dezimal nur die Werte 48-57 sein (48+0 bis 48+9).
Wschl muss es dir ein asm-Progger erklären.

[HeSt]

Damit ich die Zahl 34515 auf dem LCD anzeigen kann, muss ich jede einzelne Ziffer dieser Zahl (jede Ziffer steht in einem eigenen Register) in anzeigbare Zeichen umwandeln = Ziffer + $30:
3 = $33, 4 = $34, 5 = $35, 1 = $31 und 5 = $35.
Entweder ich geb das zusammengefasst als String aus (wobei ich nicht weiß, wie ich das zu einem String zusammenstellen kann) oder eben jedes einzeln.
Ein "03" oder "05", .... wie es im Register steht ist nicht anzeigbar!
Jetzt??

[HaWe]

Jetzt??

nein, sorry, ich muss mich ausklinken, (edit) deine Rechnungen sind sogar ok (so rechne ich selber ja auch), aber dein Problem ist für mich als C-Programmierer so als wäre es in sumerischer Keilschrift geschrieben

[HeSt]

Ist ja auch gut !!
avr_racer verstehts schon

[HaWe]

letzter Versuch - kannst du direkt nacheinander die Konstanten
$30
$31
$32
$33
$34
ausgeben?
Wenn nein, funktioniert deine lcd-Ausgabe nicht.
Wenn ja, hast du dich vlt oben verrechnet bei der Dezimalstellen-Zerlegung...

[HeSt]

Alle $xx ja,
§33 ist nicht anzeigbar.

C und Assembler sind nicht identisch!!
Vergiss es!

[HaWe]

typo, sollte ntl $33 heißen.

Aber dann liegt wohl der 2. Fall vor (Rechenfehler)
C erzeugt denselben Maschinencode wie asm und rechnet mit denselbern Registerwerten.