Portbelegung auf ATMega für LCD1602

[seite5]

das ist ja nun mal eine ganz persönliche Geschmacksache, das muss jedem selber überlassen bleiben.

Völlig korrekt, wollte bloß mal drauf hinweisen, dass sich gerade im Display-Bereich in den letzten 30 Jahren etwas "bewegt" hat.
mfg
Achim

[HaWe]

Ich selber würde nicht eine Sekunde opfern, um ein derart hässliches Display in eins meiner Projekte einzubauen.

Völlig korrekt, wollte bloß mal drauf hinweisen, dass sich gerade im Display-Bereich in den letzten 30 Jahren etwas "bewegt" hat.

kann ja sein, aber es ist hier nicht zielführend, was du persönlich für schöner oder hässlicher hältst, unabhängig vom "Ton", denn es ist off-topic und löst nicht ansatzweise das TOP-Problem.

[HeSt]

@Achim,

Lerne C!

Ich akzeptiere, dass du in C programmierst.
Kannst du mir dafür meinen Assembler lassen? Jeder wie er will.
Wenn man keine Hilfestellung leisten kann/will, lässt man in der Regel derartige Kommentare. Zumindest würde ich es so handhaben.


@Siro,

vielleicht hilft Dir das weiter:
http://web.alfredstate.edu/faculty/w...de_asm_4f.html

Danke!! Super!
Das ist absolut fein leserlich geschrieben!
Da kann ich mir so einiges raus nehmen.


@wkrug

Das siehst Du genau richtig.
Du hast also im Prinzip 4 Werte ( bei einer 3 stelligen Zahl ). Also den eigentlichen Zahlenwert und den ASCII Wert der einzelnen Stellen.
Und das eine Format muss in das andere gewandelt werden ( Üblicherweise der Zahlenwert in die ASCII Zeichen ).
In Assembler kann man das so lösen, das man den eigentlichen Zahlenwert durch 10 Teilt und die Reste dann in ASCII Zeichen umwandelt ( eine Methode von mehreren ). Die Division kannst Du in Hardware machen ( falls der verwendete Controllertyp das hergibt ),

Hab beim Mega16 leider noch keine Divisionsinstruktion gefunden.

oder Du musst eine Routine dafür schreiben.

Wird wohl so werden - oder ich finde was im Netz ...

Dann kannst Du noch überlegen, ob Du einfach führende Nullen mit anzeigst, oder diese durch Leerzeichen ersetzt.

Ich brauche/will keine führenden Nullen.

Einfach den aktuellen Zahlenwert am Anfang der gewünschten Position anfangen lassen führt bei einem Übergang zu nächsten Stelle zum Springen der Stellen.
Da das Display üblicherweise nicht vollständig gelöscht wird kommen dann auch " Geisterzahlen " nach dem eigentlichen Messwert aufs Display wenn die ausgegebene Zahl wieder eine Stelle weniger hat.

Danke für den Hinweis.

Gut! Das hat jetzt eigentlich mit der ursprünglichen Fragestellung nichts zu tun, aber das werden mit ziemlicher Sicherheit Deine nächsten Probleme werden, auf Die Du stossen wirst.

Sieht danach aus.
Danke jedenfalls für deine ausführlichen Zeilen!

[Siro]

Oh sorry Achim,
die Info war natürlich für HeSt und nicht für Dich.

Diese (und ähnliche) Displays sind doch noch in erstaunlich vielen Anwenungen vorhanden,
jedoch meist im privaten Bereich. Sind halt super preiswert und "relativ" einfach zu handhaben.
ich hab die auch schon in verschiedenen Varianten eingesetzt.
Es gibt die ja inzwischen auch schon also OLEDs und mit diversen Beleuchtungsfarben.
Die OLED Version (zumindest die ich hatte) war übrigens "KACKE" wenn man das so sagen darf...
Je nach Pixeldichte verändert sich der Kontrast der anderen Zeichen.
Der Hersteller hatte mir das tatsächlich bestätigt und man arbeite dran....

@HeSt
Ich hoffe Du kommst mit den Informationen zurecht, ansonsten einfach nochmal fragen,
kann Dir dann bestimmt weiter helfen. Wichtig: Die Adressen der einzelnen Zeichen sind NICHT direkt hintereinander abgelegt,
das war Anfangs auch (m)eine Hürde. Die erste Zeile beginnt bei Adresse 0, die zweite bei vielen Displays erst bei 64,
da wundert man sich zunächst...

Du kannst bei vielen Displays dann auch noch eigene Zeichen definieren, hab ich auch schon gemacht.
Viel Erfolg.

Zusatz:
Ich habe die Dinger schon in 3 Sprachen programmiert: EN,DE,FR
neee, in PIC-Assembler, C und in Pascal.
Jedem wie er es mag, zudem ist das ja hier das "Assembler" Forum, also bist Du hier schon ganz richtig.

Siro

[HeSt]

Hi Siro,

die Geschichte mit den Adressen hab ich schon mitbekommen.
Allerdings hab ich (noch) kein Datenblatt zu meinem LCD.
Ich habs beim großen C gekauft. Denke, dass ich dort auch das Datenblatt bekomme.

Die Sache mit den eigenen Zeichen lasse ich mal beiseite.
Erst muss das Ding funktionieren, dann kommen die Spielereien.

Ich hab mittlerweile ein ganzes Sammelsurium an LCD-Beispielprogrammen.
Jeder arbeitet ein bisschen anders. Aber da kann man sich viel raus holen.
Und manche haben den selben Stil wie man selbst.
Auf jeden Fall ist der Stil von Donald Weiman eine feine Sache!
So akkurat und gut dokumentiert hab ich noch kein Programmlisting gesehen.
Da tut man sich leicht, seinen Gedankengang nachzuvollziehen.

Nun hab ich, denke ich, genug Beispiele gesammelt um mein Vorhaben umsetzen zu können.
Mein LCD-Progrämmchen nimmt schön langsam auch Gestalt an, zumal ich jetzt bereits einiges behirnt hab.

Und falls ich mal wieder nicht weiter weiß, darf ich mich wieder melden.

Danke für eure Unterstützung !!!

Gruß Heinz
ps: mir reicht EINE Sprache

[HeSt]

Drei Fragen:
1.
Eines hab ich bislang nirgendwo so konkret gefunden und weiß nicht genau:
Der Befehl $20 (RS=0) setzt den Cursor wohin?
An die 1. Stelle des LCD (Zeile 1, Position 1) oder
an die 1. Stelle der Zeile in der sich der Cursor gerade befindet?
2.
Kann ich mit dem Befehl $49 (RS=0) den Cursor direkt auf Zeile 2 Position 9 positionieren?
Zeile 2 Anfang ist bei meinem LCD @$40
3.
Wird dann an die gesetzte (curosr)@ (Position) auch das Zeichen ausgegeben, wenn ich gleich drauf ein Zeichen sende?

[edit]
Was ich auch hinterfragen möchte:
Immer wieder lese ich in diversen Programmlistings, dass bei der Init-Prozedur $30 3x hintereinander mit einem delay von ca. 4mS gesendet werden muss.
Ich hab mittlerweile 3 Datenblätter; aber in keinem ist bei der Init-Prozedur auch nur irgend ein Vermerk mit den 3x$30.
1x genügt offenbar. Die Verarbeitungszeit wird etwas unterschiedlich angegeben. Aber das war's dann.
Frage: ist 3x$30 notwendig? Dann erspart man sich eine Schleife ...
[endedit]

Danke und LG

[wkrug]

Ich hab mittlerweile 3 Datenblätter; aber in keinem ist bei der Init-Prozedur auch nur irgend ein Vermerk mit den 3x$30

In einem Uralt Datenblatt für den HD44780 Display Controller meine Ich wohl mal sowas gelesen zu haben.
Anscheinend haben es die Programmierer so beibehalten, da es anscheinend nicht stört und die Initialisierungsroutine üblicherweise nur einmal aufgerufen wird ( Also während des Betriebs keine Zeitverzögerung ).
In dem EA Datenblatt wird zumindest der "Function Set" für die Umschaltung von 8 auf 4 Bit Modus 3x aufgerufen.
https://cdn-reichelt.de/documents/da...W162-N3LED.pdf

Aber wenn Dein Display das nicht braucht und Du nie einen anderen Typ verwenden willst - Was solls dann.

Deine hex Zahlen setz ich jetzt mal nicht um.
Wenn Du aber den Curser auf die gewünschte Stelle setzt und dann ein Zeichen ausgibst wird dieses Zeichen dort angezeigt.
Wie gesagt, Ich arbeite hier lieber mit Strings und geb dann auf dem Display immer eine komplette Zeile aus.
Das vermeidet dann auch, das Zeichen von der vorherigen Ansicht irgendwo stehen bleiben.
IMHO ist es auch einfacher Zeichen in einem fertigen String zu ändern, als zu Überlegen wo denn noch welches Zeichen zu löschen ist.
Man fügt einfach mal Leerzeichen in den String ein wo der Messwert hin soll und Überschreibt dann die benötigten Stellen mit ASCII Zeichen.
Danach wird der komplette String ans Display gesendet.
Durch auto Inkrement ist dann auch keine weitere Adressangabe nötig.