Hallo,
Ich habe ein kleines Problem, da bei Pollin LCD-Displays im Angebot gewesen sind, welche mit dem HD44780 kompatibel sein sollen. Darum habe ich, davon welche gekauft und wollte es heute mal ausprobieren, aber keine Chance die Initialisierung geht nicht, da in der oberen Zeile noch die Schwarze Klötzchen bleiben.
Das Programm ist für einen 16F716 geschrieben und der RW Pin vom Display ist auf Masse geschaltet. Vielleicht hat jemand eine Idee woran es liegen könnte, weil das Programm läuft mit einem HD44780 Display ohne Probleme.
VG-Luca
da bei Pollin LCD-Displays im Angebot gewesen sind, welche mit dem
HD44780 kompatibel sein sollen
Gibts dafür auch eine Artikelbezeichnung oder gar einen Link?
Vielleicht hat jemand eine Idee woran es liegen könnte
Miss mal mit einem Oszi, ob an jedem Pin das ihm zugehörige Signal ankommt. Bei verdrillten lackisoliertem und gleichfarbigen Drähten kann man da schon mal durcheinanderkommen...
Zeig mal die Platine des MC von unten. Als erstes fällt mir nämlich auf, das kein Abblockkondensator zu sehen ist und auch keine Last-C am Quarz. Da stellt sich die Frage, ab der MC überhaupt losrennt.
Miss mal mit einem Oszi, ob an jedem Pin das ihm zugehörige Signal
ankommt. Bei verdrillten lackisoliertem und gleichfarbigen Drähten
kann man da schon mal durcheinanderkommen...
Ich habe die Drähte nacheinander angelötet und jetzt schon zum dritten mal mit Multimeter in durchgangsprüfunge gemessen da sollte es zu keinem fehler gekommen sein wenn ich mit dem Oszi messe habe ich die passenden Signale an den Display pins anliegen.
VG-Luca
Zeig mal die Platine des MC von unten. Als erstes fällt mir nämlich auf,
das kein Abblockkondensator zu sehen ist und auch keine Last-C am Quarz.
Da stellt sich die Frage, ab der MC überhaupt losrennt.
Hi,
Ist auf dem Foto vielleicht etwas schlecht zu erkenn aber die Gelben Punkte neben dem Quarz sind jeweils 22pF Kermaik´kondensatoren welche aus last laut Datenblatt geeignet sind und ich Kann mit dem Oszi ja die Passenden Signale am Display messen aus diesem grund vermute ich mal stark das der MC losrennt und auch am laufen bleibt.
VG-Luca
Hast du auch einen Schaltplan deines Aufbaus?
Vielleicht ist dort ein Fehler versteckt.
Anselm
Hi,
Zu beginn der ASM Datei ist eine beschreibung der Pinbelegung das sind die Pins welche am MC angeschlossen sind der RA4 ist noch nicht belegt das ist noch von einem Alten Projekt.
VG-Luca
jetzt schon zum dritten mal mit Multimeter in durchgangsprüfunge gemessen
Du hast kontrolliert, ob eine Verbindung ist, wo eine sein soll.
Hast du aber auch mal kontrolliert, ob da keine Verbindung ist, wo
keine sein darf, nämlich zwischen den Leitungen.
mit dem Oszi messe habe ich die passenden Signale an den Display pins
anliegen.
Auch keine "Zwischenpegel"? Wie "knapp" ist das Timing?
Ja nur die Sachen welche verbunden sein sollen sind verbunden ich habe auch mal ausprobiert was ist wenn man das Timing etwas lockerer macht das ich dem ganzen viel mehr zeit gebe aber auch das hat nichts gebracht :(
Zitat: 1. Poti an Pin3 hängen um Kontrast einstellen zu können. Die Displays
sind nur in einem sehr schmalen Band "sehbar" justierbar. Wenn der Pin
gegen GND oder 5V geschalten wird, sieht man in beiden Fällen gar
nichts.
Mein Datenblatt war in Punkto Initialisierung falsch. Ich habe dann
nach KS0066U gegoogelt und mir das Samsung Datenblatt heruntergeladen.
Siehe da, ein komplett anderer Initialisierungsablauf mit dem es dann
funktionierte.
2.1. Power ON
2.2. Wait > 30ms
2.3. Function Set & wait > 39us (nicht 3x wie so oft angegeben)
2.4. Display on/off control & wait > 39us
2.5. Display clear & wait > 1.53ms
2.6. Entry Mode Set
Das blaue Display (RS Part Numer 532-6593). Hat einen Fehler im
Function Set Register. Das Bit DB3 (Line Mode) ist hier entgegen allen
Datenblättern invertiert. Schreibt man eine 1, so erhält man nicht zwei
sondern nur eine Zeile initialisiert!!!
Das grüne/gelbe Display zeigt diesen Fehler nicht.
Nach Behebung dieser Fehler laufen beide Displays einwandfrei.
Mein Datenblatt war in Punkto Initialisierung falsch. Ich habe dann
nach KS0066U gegoogelt und mir das Samsung Datenblatt heruntergeladen.
Siehe da, ein komplett anderer Initialisierungsablauf mit dem es dann
funktionierte.
2.1. Power ON
2.2. Wait > 30ms
2.3. Function Set & wait > 39us (nicht 3x wie so oft angegeben)
2.4. Display on/off control & wait > 39us
2.5. Display clear & wait > 1.53ms
2.6. Entry Mode Set
Anbei das Datenblatt des Schwestermodells AV1624 von Anag Vision, mit Initialisierung.
Wobei über dem "W" noch ein Querstrich steht:
R/W̅
Der Querstrich signalisiert die Negierung.
Diesen Querstrich konnte man früher(tm) im ASCII-Zeichensatz nicht darstellen. Sie wurde deshalb durch den vorangestellten Schrägsstrich dargestellt.
Das R/W Signal hat also 2 Funktionen:
R --> high aktives Read
/W --> low aktives Write
Und ich spreche diese "Schrägstrich-Negierung" dann auch explizit aus: das Signal heißt bei mir immer "ernotwe" und eben nicht nur "erwe" oder "readwrite".
Sie wurde deshalb durch den vorangestellten Schrägsstrich
dargestellt.
Das ist so aber nur ein Notbehelf gewesen. Betrachtet man alte Datenblätter*, dann sah das wie im Anhang aus, der das Pinout eines MC6809 zeigt.
Deutlich zu sehen sind diverse mit Überstrich versehene Signale, R/W̅ und auch ein Signal, bei dem sowohl der Text vor, als auch nach dem Schrägstrich einen Überstrich erhält: D̅M̅A̅/̅B̅R̅E̅Q̅
Und diese Schreibweise zieht sich konsequent durch das ganze Datenblatt.
Es stellte sich am Ende heraus, dass die Kontasteinstellung falsch war, so dass die eigentich völlig korrekt funktionierende Anzeige nur nicht zu sehen war.
völlig korrekt funktionierende Anzeige nur nicht
zu sehen war.
Hast du das mal geprüft?
So wie es am Bild aussieht (nur eine Zeile), ist typisch für nicht initialisiertes Display, hat mit Kontrast nichts zu tun. Wenn die Verdrahtung in Ordnung, dann
Und gerade bei der Initialisierung gibts es kleine Unterschiede zwischen
den sonst kompatiblen Controllern.
würde ich auch auf Timing tippen. Hatte ich auch schon, dass ein Display langsamer war. Nachdem die Zeiten ein wenig "gestreckt" habe, war plötzlich in Ordnung.
Hi,
der RW Pin ist wenn auf Masse gelegt auf 0 und es wird geschrieben wenn
man den auf 1 also 5V legt wird gelesen.
VG-Luca
@Luca L.:
Hast du nun den R/W-Eingang des Displays auf GND=0 gelegt?
Das ist wichtig, sonst treibt das LCD den Datenbus, statt zu lesen.
Das Read/Write bezieht sich auf die MCU, nicht auf das Display.
Der einzige mögliche Fallstrick bei diesem Display ist eigentlich, dass die Nummerierung der Pins für einen von oben eingesetzten Wannenstecker gilt, und man bei nach unten montiertem Stecker (wie man es ja bei LCDs normalerweise haben will) die aufeinanderfolgenden geraden und ungeraden Pins paarweise vertauschen muss.
Aber da der TO keinen Wannenstecker + Flachbandkabel verwendet, ist das ja irrelevant. Die Pinangabe im Datenblatt stimmt jedenfalls.
Wenn schwarze Klötzchen zu sehen sind, müßten auch Zeichen erscheinen.
Nein, müsste genau nicht. Bei mir war es damals so, dass die falsche Kontrasteinstellung zu ebendiesen vollkommen schwarzen Kästchen führte.
Nach Reduzierung des Kontrasts waren die jeweils nicht genutzen Pixel eben nicht mehr genau so schwarz wie die ungenutzten und die gesetzten Zeichen wurden darurch sichtbar ...
Aber da der TO keinen Wannenstecker + Flachbandkabel verwendet, ist das
ja irrelevant. Die Pinangabe im Datenblatt stimmt jedenfalls.
Hi, meins geht. Aber die Routinen für Init sind identisch wie bei den anderen. Das ist nicht das Killerkriterium. Bei den Zeitschleifen sollte man nicht geizen. Und nicht temp Register nehmen, die nicht vorher gepopt /gepushed wurden.
Das war nämlich mal mein Fehler.
Zeig doch mal die Routine als Programm. Als Code hochladen.
Dann sehen wir weiter.
Auf der Pollin Webseite bei den Bewertungen steht, dass der Pinout bei diesem Display falsch ausgeführt ist.
@TO: "blöde Frage": wurde das bei der Verdrahtung berücksichtigt?
Auf der Pollin Webseite bei den Bewertungen steht, dass der Pinout bei
diesem Display falsch ausgeführt ist.
@TO: "blöde Frage": wurde das bei der Verdrahtung berücksichtigt?
Hat er wohl beachtet, sonst wäre das Display wohl schon kaputt, wegen verpolter Versorgungsspannung.
2.3. Function Set & wait > 39us (nicht 3x wie so oft angegeben)
Das wird üblicherweise 3x gesendet, damit es auch dann funktioniert, wenn das LCD nicht (wie beim Power-on-Reset üblich) im 8-Bit-Modus, sondern bereits im 4-Bit-Modus ist.
Kann z.B. dann passieren, wenn Dein Controller einen Brownout-Reset macht, aber das LCD unbeeindruckt weiterläuft.
Ich habe den Fehler gefunden es sind 4 von 10 Displays defekt :(
Jemand eine Idee ob man die Displays noch reparieren kann ?
Was willst Du bei 2,- Euro/Stück reparieren? Wenn Du keine Fehler gemacht hast, wie Verpolung, zu hohe Versorgungsspannung usw., dann reklamiere die Displays bei Pollin.
Ich habe den Fehler gefunden es sind 4 von 10 Displays defekt :(
Verlängere die Warteschleifen bei der Initialsierung deutlich und teste noch einmal. Die LCD-Kontroller laufen mit unterschiedlicher Taktfrequenz (RC-Timing), was zu Problemen führen kann, wenn das Timing zu knapp bemessen ist.
Wenn schwarze Klötzchen zu sehen sind, müßten auch Zeichen erscheinen.
Nein, müsste genau nicht. Bei mir war es damals so, dass die falsche
Kontrasteinstellung zu ebendiesen vollkommen schwarzen Kästchen führte.
Wenn die Initialisierung klappt, müßten beiden Zeilen gleich aussehen. Es reicht aus, Kontrast auf GND zu legen. Das ist zwar nicht optimal aber für einen groben Test ausreichend.
Ich hatte bisher nur Probleme mit LCD-Modulen, wenn ich sie falsch angeschlossen habe. Egal ob von Pollin, Reichelt, oder Conrad.
Allerdings sollte man das Timing nicht "auf Kante nähen".
Probiere 100 µs, statt 50, oder 15 ms, statt 10 in den Initialisierungs- routinen. Wenn es damit klappt, tut es das nächstes Jahr auch noch.
Viel nerviger finde ich, dass bei diversen Modulen von Pollin, Reichelt, oder Conrad die Hintergrundbeleuchtung nach 0,5 ... 2 Jahren stark abnimmt.
Man kann den Vorwiderstand verkleinern, aber nach wenigen Monaten ist das Problem wieder da...
Viel nerviger finde ich, dass bei diversen Modulen von Pollin, Reichelt,
oder Conrad die Hintergrundbeleuchtung nach 0,5 ... 2 Jahren stark
abnimmt.
Ich kenne es bislang nur von blauen reversen LCDs (also helle Zeichen auf dunklem Grund), daß sie nach einiger Zeit kaum noch lesbar sind.
Ich habe bislang noch nicht untersucht, ob es an der Hintergrundbeleuchtung oder am Kontrast liegt, aber ich kann mir nicht so recht vorstellen, daß die Leds gleichmäßig dunkler werden...
Viel nerviger finde ich, dass bei diversen Modulen von Pollin, Reichelt,
oder Conrad die Hintergrundbeleuchtung nach 0,5 ... 2 Jahren stark
abnimmt.
Man kann den Vorwiderstand verkleinern, aber nach wenigen Monaten ist
das Problem wieder da...
Dann musst du gleich zu Beginn dagegen wirken und den Strom durch die LED's Verringern so bald du das Display das erste mal verwendest. So weit reduzieren bis noch genug aber nicht zu viel Helligkeit übrig ist.
Kostet doch nur einen Widerstand.
Jemand eine Idee ob man die Displays noch reparieren kann ?
Wenn's am Controller darauf liegt, leider nicht.
Verrutschte leitgummis geht, ist aber erbärmliche fummelei. Vor allem per Hand den richtigen und über das gesamte Display gleichmäßigen Anpressdruck zu bekommen... 🤮
Beim letzten Display anderthalb stunden gebraucht um das zuverlässig hinzubekommen. (Nach einem Sturz ging leider nix mehr)
Abgerissene (beim Löten) Leiterbahnen geht noch, so lange genug Rest zum flicken über ist.
Ich habe den Fehler gefunden es sind 4 von 10 Displays defekt :(
Bei solchen Vorkommnissen ist die wahre Fehlerursache nicht selten die Stromversorgung oder das Timing. Es würde mich kein bisschen überraschen, wenn die 4 Displays bei anderen Leuten tadellos funktionieren.
ich denke Mal dass die neu sind bei Pollin werden die als neu verkauft.
"Neuware" bei Pollin kann durchaus 40 Jahre alt und schlecht gelagert sein. Elektronik ist nicht ewig haltbar.
Pollin verkauft Sachen, die sonst teuer als Sondermüll entsorgt werden müssten.
Du kannst ja mal meinen angehängten Code versuchen. Damit laufen meine Displays alle (sorry für die hässlichen Makros, heute programmiere ich nicht mehr in diesem Stil).
Hi,
Ich habe da leider keine Ahnung von C Programmierung das einzige was ich programmieren kann ist Assembler für die PICs.
Da ich die kaputten Display auch an so einem Arduino Dings ausprobiert habe wo man den Code nur zusammenklicken braucht da ist es der gleiche Fehler die 4 Stück gehen auch da nicht diese 4 Display sind ohne Schutzfolie die 6 Stück die gehen habe eine Folie drauf gehabt.
die 4 Stück gehen auch da nicht diese 4 Display sind ohne
Schutzfolie die 6 Stück die gehen habe eine Folie drauf gehabt.
Hmm, wenn du die Wannenstecker nicht rausgelötet hättest, dann hättest du die vier bei Pollin reklamieren und neue bekommen können.
Ob sie die so noch zurücknehmen, weiß ich nicht …
Ausnahmen: "return home" und "clear display" (löschen und cusor home) brauchen 1600µs!
Du wartest immer nur 50µs und auch die kurzen Delays darüber sind bei dir offenbar kürzer. Wobei ich kein Experte in Assembler bin. Du kannst die Zeiten sicher besser selbst mit deinem Code vergleichen.
Ein Oszillogramm von der Enable Leitung würde schon viel zeigen.
Ich kann auch noch eine LCD-Routine beisteuern, die ich schon vor zig Jahren für den PIC16F88 geschrieben habe und danach unverändert für alle mögliche LCD-Displays verwendete.
photo_2023-03-24_12-50-56.jpg
(210 KB)
