Portbelegung auf ATMega für LCD1602

[seite5]

Hallo siro,
... wem sagst Du das, HeSt ist der ThreadOpener.
Ich selber würde nicht eine Sekunde opfern, um ein derart hässliches Display in eins meiner Projekte einzubauen.
mfg
Achim

[HaWe]

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

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

[muell-er]

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

Da wären wir nun sicher so total alleine nie draufgekommen. Soll das ein nützlicher Kommentar sein - nein wirklich nicht.

[HaWe]

Da wären wir nun sicher so total alleine nie draufgekommen. Soll das ein nützlicher Kommentar sein - nein wirklich nicht.

warum gerade du (als jemand, der seit 2009 nur 25 Beiträge verfasst hat) dich genötigt siehst, darauf mit Zitat meines Posts zu antworten, ist jenseits meines Verständnisses . Schließlich war es an "seite5" gerichtet.

[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