LCD Störungen nach Atmega Reset

[Bumbum]

Hallo,

auch wenn das Problem bereits gelöst ist habe ich dazu noch einen Hinweis:

Also ein z.B. BS250 in die +5V Leitung zum Display und dann bei jedem Reset das Display für 200 ... 500ms stromlos schalten.

Dabei ist zu beachten, dass während das Display keine Versorgung hat keine Datenleitung auf High liegen darf. Ich hatte mit so einer Lösung mal 3 Displays zerstört. Der Grund ist, dass bei fehlender Versorgung und High an einem Datenpin eventuell die interne Abblock-Diode gegen VCC überbelastet wird. In meinem Fall hat sie bei allen 3 Displays einen Kurschluß gehabt. Somit war die Datenleitung ab da nicht mehr nutzbar, da sie über die defekte Diode auf VCC gehalten wurde. Es hat leider 3 Displays Lehrgeld gekostet, bis ich dem Fehler auf die Spur gekommen bin...

Viele Grüße
Andreas

[chrisavr1981]

Hallo zusammen,

ich möchte mich mal kurz Rechtfertigen, auch wenn ich es eigentlich nicht bräuchte...
@RoboHolIC

Das ist genau die Initialisierung per Befehl (genauer: mehrmaliger Befehl); die findest du als Ablaufdiagrammm -ziemlich sicher- in allen Datenblättern zu HD44780 und kompatiblen Controllern, weil sie so elementar ist: Diese Befehlsfolge erlaubt es zu jeder Zeit, den LCD-Controller zu resetten, falls der Power-Up-Reset nicht geklappt hat oder (siehe dein eigenes Zitat) der µC einen Warmstart vollzogen hat (Brown Out, Reset). Und das passt auch ganz genau auf dein Fehlerbild! Folglich tut man gut daran, den 'Reset per Befehl' ohne Wenn und Aber in die Initialisierung des Systems einzubauen. Wartezeiten im zig-Millisekundenbereich sind dabei einzuhalten, tun aber bei einem System mit Human Interface nicht wirklich weh -sie werden ohnehin von der Trägheit des Flüssigkristalls überdeckt.

Dieser Reset war mir, wie man mitbekommen hat, nicht bekannt und merkwürdigerweise, wurde in meinen Bücher darüber nicht geschrieben, was ich eigentlich gehofft habe.

Es ist nicht schädlich, ein Datenblatt zumindest diagonal gelesen zu haben, auch wenn es hundert oder mehr Seiten sein sollten. Das gibt in Fällen wie deinem Anhaltspunkte, wonach man suchen kann und was z.B. zwingend für die Funktionalität eines Chips erforderlich ist.

Ich habe auch bevor ich hier diesen Thread geschrieben habe, ins Datenblatt geschaut, da ich nichts direktes dazu gefunden habe, habe ich dann versucht hier einmal aufzuführen, was mit meiner Schaltung hier nicht stimmt.
Auch jetzt mit dem Wissen, was dort passiert mit dem Übertragen von Hex 0x33 (Binär 0b00110011, Dezimal 51), ist mir noch nicht klar, wo ich diesen Eintrag für diesen Hinweis im Handbuch finde.
Aktuell ist das für mich sehr schwierig Nachzuvollziehen, woher diese und andere Infos, Tipps stammen? Sind es Erfahrungen? Vorgaben, oder vielleicht Beispiele- wo sind diese zu finden?

@Bumbum
Dabei ist zu beachten, dass während das Display keine Versorgung hat keine Datenleitung auf High liegen darf. Ich hatte mit so einer Lösung mal 3 Displays zerstört. Der Grund ist, dass bei fehlender Versorgung und High an einem Datenpin eventuell die interne Abblock-Diode gegen VCC überbelastet wird. In meinem Fall hat sie bei allen 3 Displays einen Kurschluß gehabt. Somit war die Datenleitung ab da nicht mehr nutzbar, da sie über die defekte Diode auf VCC gehalten wurde. Es hat leider 3 Displays Lehrgeld gekostet, bis ich dem Fehler auf die Spur gekommen bin...

Danke für die Hinweis, gut dass ich es nicht ausgeführt habe.

Und zuletzt: Frohe Weihnachten !!!

An alle auch nochmals von mir, frohe Weihnachten und viele Grüße!!

Aktuell sitze ich an einem Display Menü, mein 1. auf einem µC.
Zusätzlich schreibe ich gerade noch eine Methode, die die "eigenen" Zeichen auf dem Display ins CGRam schreibt und dann ausgegeben kann.

Nochmals danke!

[RoboHolIC]

Hi, chrisavr1981

Hier findest du eine kompakte Abhandlung über den HD44780 und kompatible Chips:
http://de.wikipedia.org/wiki/HD44780
Am Ende des Artikels ist ein Datenblatt zum fraglichen Controller verlinkt. Dort auf Seite 45+46 findest du das Ablaufschema für einen Reset per Befehl, also via Datenbus. Das sagt eigentlich alles aus, manches jedoch nur versteckt. Z.B., dass die ersten beiden Befehle auch bei 4Bit-Datenbus nur mit einem einzigen Schreibbefehl abgewickelt werden (weil es in dieser Phase noch gar keine Unterscheidung zwischen 4- und 8-Bit-Bus gibt). Und dass folglich die 0x33 als Resetcode absolute Alchemie sind, denn alles zwischen 0x30 und 0x3F erfüllt den Zweck, weil die 4 LSBits noch gar keine Wirkung haben. Es sei denn, die LSBits enthalten bereits die Steuerleitungs-Pegel, dann könnte 0x33 Sinn machen, aber eben nicht als Befehlscode im engeren Sinn, sondern sehr spezifisch auf die Zielhardware zugeschnitten.

Prinzipiell steht also alles in den Datenblättern, was man wissen muss, um mit ihnen arbeiten zu können.

OK, ich seh ja auch ein, dass das Datenblatt für eine scheinbar einfach gestrickte Blackbox, die nur ein paar ASCIIs anzeigen soll, schon recht umfangreich und verwirrend ist. Da sind vereinfachende Tutorials für das Erlernen der Grundfunktionen echt Gold wert. Meine Displays arbeiten nach dem Einschalten z.T. wochenlang ununterbrochen und störungsfrei ohne eine Neuinitialiserung, aber das ist eben ein anderes Szenario als deines mit den Warmstarts (also Reset am µC statt PowerUp-Resets in allen Subsystemen).

[Klebwax]

Und dass folglich die 0x33 als Resetcode absolute Alchemie sind, denn alles zwischen 0x30 und 0x3F erfüllt den Zweck, weil die 4 LSBits noch gar keine Wirkung haben. Es sei denn, die LSBits enthalten bereits die Steuerleitungs-Pegel, dann könnte 0x33 Sinn machen, aber eben nicht als Befehlscode im engeren Sinn, sondern sehr spezifisch auf die Zielhardware zugeschnitten.

Alchemie ist das nicht. Wenn man das hier liest:

Ich habe aber meinen Fehler gefunden, der genau diese Situation beschreibt:

Your problem is that the display keeps its state during MCU reset. When cold-booting, the initial data mode is 8-bit which you immediately switch to 4-bit which reads data with a pair of EN pulses.
When you reset the MCU, you do not know whether even or odd number of EN pulses were sent. So you have to somhow reset the display even if it does not have reset pin.
This can be done by sending 0x33 0x33 (in 8-bit mode it will mean 4-times switch to 8-bit, in 4-bit mode it will mean once or twice switch to 8-bit). Then you can be sure that you always start from the same state.
Then proceed with regular 0x32 (or 4-bit 0x02 if you have single 4-bit write function), 0x28 to get into 4-bit 2-line mode.

dann sollen die zweifachen 0x33 mit der Situation umgehen, daß das LCD (z.B. nach einem Reset der CPU ohne Power On Reset des LCD) ein LOW-Nibble erwartet, der µC aber ein HIGH-Nibble schickt. Schickt man 0x30, kommt 3 ins LOW und 0 ins nächste Byte als High. das wird dann das falsche Kommando. Schicke ich dann noch mal 0x30, ist das wieder so. Schicke ich aber zweimal 0x33, bekomme ich unter allen Umständen eine 3 ins High-Nibble und schalte damit das LCD definiert in den 8-Bit Mode. Von hier kann ich dann definiert weitermachen.

MfG Klebwax