"komische" Zeichen auf dem LCD

Gast #108417
Lesenswert?

Hallo,

ich habe eine Menuesteuerung auf einem Standart 4x20 LCD realisiert.
Leider werden in verschiedenen Menuepunkten (s. Anhang) willkürliche
Zeichen dargestellt.
Das komische an der Sache ist das, das wenn ich den Code erweitere,
z.B. Tastenabfrage einfüge, andere Menuepunkte die Fehler aufweisen und
die die welche hatten keine mehr.
Das Timing habe ich mehrfach überprüft und für i.O. befunden.
Desweiteren frage ich auch das Busy-Flag des LCD's ab. Alle meine
Bemühungen waren bisher ohne Erfolg. Vielleicht weiß einer von Euch wie
ich das Problem in den Griff bekommen kann.

Vielen Dank... Peter
Angehängte Dateien:
Gast #108420
Lesenswert?

Ohne jetzt deine genauen Routinen zu kennen, würde ich sagen, dass 20
Zeichen ans LCD gesendet werden (pro Zeile) aber nur 15-17 mit
sinnvollem Inhalt gespeichert sind, bzw. sich zwei Speicherbereiche
Überschneiden. Gibt es irgendwo Text der mit "Tem" anfängt ?
Gast #108421
Lesenswert?

ich würde zwar die Fragestellung mit einer glatten 5 bewerten, aber
ad.hoc. stelle ich drei Behauptungen auf: Du programmierst in
assembler, gibst die Werte mit einem 8Bit Zeiger auf den Speicher aus
und deine Texte liegen an der Grenze eines 256 Byte-Blocks.
und wenns nicht stimmt liegts an deiner Frage ;-)

grüsse leo9
Gast #108422
Lesenswert?

Hallo,

ich nehme mal an, du meinst mit willkürlichen Zeichen das "Tem"
rechts oben; sonst ist ja alles gleich.

Das sieht irgendwie aus, das du ein Buffer auf dem Display ausgibst, in
dem noch irgendwas altes bzw. was undefiniertes steht. Passiert auch,
wenn man weniger Zeichen in einen Buffer schreibt, als eigentlich rein
gehen würde und dann vergisst, die kürzere Zeichenfolge mit '\0' zu
terminieren. Folge: der gesamte Buffer wird ausgegeben ohne die
Nullterminierung zu beachten.

Ich hoffe, ich habe mich verständlich ausgedrückt.

Thorsten
Gast #108423
Lesenswert?

@Benedikt

Ja, gibt es. Das in dem Menue "Tem" steht ist reiner Zufall. Bei
anderen Menuepunkten sind andere Zeilen und Stellen betroffen. In den
steht z.B. "$%tg$&6".


@leo9

1. Ich progge in Assembler
2. Ich progge mit einem 8Bit Zeiger
3. Alles liegt im Bereich von 256


@alle

Ein Auszug aus meinem Code findet Ihr im Anhang.
Angehängte Dateien:
Gast #108427
Lesenswert?

Ich vermute mal hier den Fehler:
inc  zl    ; Incrementiere Z-Pointer LOW
brcc  no_carry  ; Springe falls Carryflag gelöscht
inc  zh    ; Incrementiere Z-Pointer High

schau mal, ob da alles richtig läuft, vor allem ob inc das C-Flag
setzt, und ob Du nicht besser brnz (non-zero) verwenden solltest.
Gast #108429
Lesenswert?

Vielen Dank für Eure schnelle Hilfe. Es lag tatsächlich daran, das
"brne" nicht das C-Flag beeinflußt. Hatte wohl ein Brett vorm Kopf.
Desweiteren habe ich "adiw" benutzt, anstelle von "inc".
Hier mein geänderte Code:

msg_out:
  ldi  temp4,20
loop_msg:
  lpm
  mov  temp1,r0
  rcall  sendedaten
  adiw r30,1
  dec  temp4
  brne  loop_msg
  ret

Nochmals vielen Dank an Euch... Peter
Gast #108431
Lesenswert?

Du hattest mit Deiner Vermutung recht Profi, man kann sich das erneute
Zuweisen sparen. Und ich dachte er verliert den Zeiger, wenn ich ein
"rcall" mache.
Wer Interesse hat, der kann den geänderten Ausschitt meines Codes im
Anhang finden. Durch die letzten Modifikationen konnte ich den Code um
224 Bytes verkleinern.
Angehängte Dateien:

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

oder

Mit Google-Account einloggen

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren