LCD Routine ohne RW ?!

[Janiiix3]

Die LCD-Routine im Bascom arbeitet auch ohne R/W. Es gibt die Lib. von Fleury ohne R/W und das Beispielprogramm von hier:http://www.mikrocontroller.net/artic...-Tutorial:_LCD arbeitet auch ohne R/W.
Es hat den Vorteil das man sich einen Pin des µC einspart und für den Fall das das LCD hakt, das Programm nicht stehen bleibt.

Genau!

Gibt es sowas auch in "C"?

[Hubert.G]

Gibt es.
Die lcd_new ist von Fleury, die andere von mikrocontroller.net

[Janiiix3]

Hubert.G

Besten dank!

[Peter(TOO)]

Hallo,

Die LCD-Routine im Bascom arbeitet auch ohne R/W. Es gibt die Lib. von Fleury ohne R/W und das Beispielprogramm von hier:http://www.mikrocontroller.net/artic...-Tutorial:_LCD arbeitet auch ohne R/W.
Es hat den Vorteil das man sich einen Pin des µC einspart und für den Fall das das LCD hakt, das Programm nicht stehen bleibt.

Es bleibt eine Bastelei!

Aus dem von dir verlinkten Artikel:
Dummerweise schwankt die Ausführungszeit von Display zu Display und ist auch von der Betriebsspannung abhängig. Für professionellere Sachen also lieber den IO-Pin opfern und Busy abfragen.

Bleibt noch nachzutragen, dass sich die Ausführungszeiten auch noch mit der Temperatur ändern.

MfG Peter(TOO)

[oberallgeier]

... Es bleibt eine Bastelei! ...

Peter, das stimmt. Ich hatte erst mal die Fleurylib benutzt, später dann nen Code von Markus Frejek übernommen (und den dann aufmerksam/kritisch durchgearbeitet). Hatte anfangs das R/W auf GND gelegt und irgendwann wars mir a) nicht recht, dass die Wartezeit die Pinfunktion ersetzt (Zeit vertrödelt - obwohl es nie wirklich klemmte, ist aber eben unschön) und b) war eben das Auslesen des Displays dann nicht möglich - und damit fehlte die Kontrollmöglichkeit ob eins angeklemmt ist oder nicht. Trotzdem reichen neun Pinne einschließlich GND und Vcc, also ein 2x10-Wannenstecker, bzw sieben Pinne am Controller :

// ####>>>>     Initialisierung/Anschlüsse von PORT B für LCD DEM 16x2
//     data bit 4        PB0  0 A  WS Pin1 | 
//     data bit 5        PB1  1 A     Pin2 | -- Der 10-polige Wannenstecker
//     data bit 6        PB2  2 A     Pin3 |    ist an die Belegung
//     data bit 7   SCK, PB3  3 A     Pin4 |    des Transitortester angepasst
//     RS line           PB4  RS      Pin5 |    es kommen noch
//     ENABLE line MOSI, PB5  EN1     Pin6 |    Pin  9  GND und
//     R/W         MISO, PB6  R/W     Pin7 |    Pin 10  Vcc dazu
//     NC (TasteC) SCK,  PB7  NC      Pin8 |___________________________
//     GND                            Pin9   
//     Vcc                            Pn10

[RoboHolIC]

Bleibt noch nachzutragen, dass sich die Ausführungszeiten auch noch mit der Temperatur ändern.

Kannst du auch sagen, um wieviel mal 100 % etwa ???

Ich mach das seit Anfang an bei Text-LCDs mit R/W = L; beim Programmstart lieber deutlich länger warten, was sind in der Initialisierungsphase schon 50 oder 100ms bei einem Gerät, das mit langsamen Menschen zurechtkommen muss!? Der Datenverkehr im Normalbetrieb wird in meiner Standard-1kHz-ISR abgewickelt. Selbst da ist der Text viel schneller ins DDRAM geschoben als die LCs umklappen.

Ich hab damit noch keine Probleme gehabt. Aber richtig: sauber ist es nur mit dem busy-Flag. Bei der Initialisierung ist aber auch das nicht möglich. Im Resetvorgang zumindest der HD44780er wird m.W. noch kein busy erzeugt, da ist man ja auch auf großzügig bemessene Wartezeiten angewiesen.

Beim Grafik-LCD hab ich es aber auch mit dem busy-Flag realisert, weil man (je nach Anwendung) bei der Menge an Zugriffen wirklich keine Zeit mehr zu verschenken hat. Selbst dann rollt der Bildaufbau noch sichtbar über die Bildfläche.

[Peter(TOO)]

Hallo

>Kannst du auch sagen, um wieviel mal 100 % etwa ???

Steht im Datenblatt
Naja, mehr oder weniger!

Beim KS0066 ist nur angegeben, dass bei 5V, Rf 91R +/-2% und Ta = -30°C bis +85°C die Frequenz zwischen 190kHz und 350kHz liegt.

Für den HD44780 gilt das Selbe, allerdings ist der nur für maximal +75°C spezifiziert.

MfG Peter(TOO)