16x2 Display Datenleitungen

Meinst Du wirklich, man sollte das Display ohne Lesen des Busy-Flags mit 
geratenen Delay-Zeiten ansteuern?

OK. Nötig ist das nicht unbedingt. Stimmt.

power schrieb:
> Ich rede von den Datenleitungen. Nicht R/W.

 Wolfgang auch.
 Solange du nur schreiben willst ist es OK.

Du hast genug Pins. Solange Du das Display nicht ansprichst kannst Du 
die Leitungen auch für andere Dinge benutzen. Was auf den Leitungen los 
ist, interessiert das Display nicht, solange es nicht adressiert wird.

power schrieb:
> Achso, und welche pins vom Display reicht es NUR auf Ausgangspins des uC
> zu legen?

E, R/W und RS sind in jedem Fall nur Ausgänge vom MC zum Display. Wie 
oben schon geschrieben, kann man aber auf das Lesen des Displays auch 
komplett verzichten und auch die Datenleitungen nur als Ausgänge 
benutzen.
Allerdings muss man dann das Timing des relativ langsamen HD44780 
berücksichtigen, um den Contoller nicht zu überfahren.

power schrieb:
> Habe nämmlich nicht genug pins die Ausgang und Eingang können
Darf man mal fragen welchen Controller du verwendest der das nicht kann?

power schrieb:
> Achso, und welche pins vom Display reicht es NUR auf Ausgangspins des uC
> zu legen?

 Alle.

> Habe nämmlich nicht genug pins die Ausgang und Eingang können, dafür
> aber handvoll die Nur Ausgang können.

 Nur Enable muss für Display reserviert werden.
 Die anderen Pins können in der Zwischenzeit auch andere Sachen
 machen :-)

power schrieb:
> Aber noch mal die Fragen für die anderen Pins, das verstehe ich nicht
> müssen die nun an Pins vom Mikrocontroller die Ein und Ausgang können?
> Also alle RS, R/W, E, 4xDaten.

1

                    V  E  R  W  E  N  D  U  N  G

2

           Nur Schreiben   Lesen/Schreiben    Ausschliesslich für LCD

3

 4xDaten:    Ausgang         Ein/Ausgang               NEIN

4

 Enable      Ausgang         Ausgang                    JA

5

 RS          Ausgang         Ausgang                   NEIN

6

 R/W         Ausgang         Ausgang                   NEIN

 P.S.
 Ich habe früher immer die Pins für Tastatur und GLCD zusammen
 benutzt.

Vergiss das Lesen. Das bringt nichts. Das Schreiben macht man 
sinvollerweise eh mit einem Timer-interrupt. Ich schreib jeweils alle 
10ms ein Zeichen raus.
Dann genuegt es, wenn alle Leitungen nur schreiben koennen, also beim 
Controller Ausgang sind.

Wolfgang schrieb:
> R/!W ist ein Eingang vom Display.

Nö ist es nicht, warum auch? Der MC tut damit dem LCD kund, ob er lesen 
oder schreiben will. Anbei mal die entsprechende Seite aus dem 
Datenblatt.

Christian M. schrieb:
> Aber er meint es schon richtig,
> Eingang am Display. Ausgang am MC!

Er hatte mir hier widersprochen:

Wolfgang schrieb:
> Matthias S. schrieb:
>> E, R/W und RS sind in jedem Fall nur Ausgänge vom MC zum Display.
>
> R/!W ist ein Eingang vom Display.

Und das ist eben nicht richtig. E, R/W und RS sind in jedem Fall nur 
Ausgänge am MC und Eingänge am LCD - wenn man R/W überhaupt benutzen 
will. Sonst tut mans auf Masse und behält das Timing des LCD Controllers 
im Hinterkopf.

Wolfgang schrieb:
> R/!W ist ein Eingang vom Display.

Matthias S. schrieb:
> [...] R/W [...] sind in jedem Fall nur [...] Eingänge am LCD

Wo ist jetzt genau der Widerspruch, der Dich stört?
Ich sehe keinen Unterschied in den Aussagen.


@TO:

WENN Du wirklich unsinnigerweise vom Display lesen möchtest, dann 
benötigst Du am µC 3 Ausgänge zum Display hin (E, R/W und RS) sowie 4 
Port, welche bidirektional arbeiten für die Daten.

Wenn Du auf lesen vom Display verzichtest, benötigst Du 6 Ausgangsports 
am µC. R/W kann am Display dann direkt auf Masse gelegt werden.

Die unbenutzten 4 Datenleitungen am Display bleiben unbenutzt - also 
offen!



Gruß

Jobst

spess53 schrieb:
> Nein. Wenn du RW auf Lesen (µC) stellst Schalten alle Datenleitungen des
> Displays auf Ausgang. Also musst du auch alle Datenleitungen des µCs auf
> Eingang schalten.

 Korrekt.
 Aber normalerweise braucht man doch das ganze überhaupt nicht. Laut
 DaBla sind es etwa 40us pro Befehl, also ist nach max. 80us bei
 jedem LCD jedes Befehl abgearbeitet, ausser CLS und HOME.
 Das sind, für 16x2 LCD zwischen 1,3ms und 2,6ms für 32 Zeichen und
 damit muss man beim schreiben auf LCD ganz einfach rechnen.

 Wenn es schneller gehen soll, nimmt man eben kein LCD...

 Und 50us pro Zeichen nur auf Busy warten und nichts anderes machen
 ist auch nicht gerade die effizienteste Methode, mal abgesehen davon,
 dass das eigene Routinen zum LCD Schreiben voraussetzt, was beim TO
 bestimmt nicht der Fall ist.

power schrieb:
> Ich will ja nur lesen um zu wissen ob ich das nächste Zeichen senden
> kann.

Ja, man kann durch auslesen des Busyflags feststellen, ob das Display 
bereit für den nächsten Befehl/Byte ist. Wirklich brauchen tut man das 
allerdings nicht, wenn man dem Display genug Zeit lässt. Und es benötigt 
Aufwand, Zeit und Ports, die Du nicht hast.

Ich mache es so, dass ich im TimerIRQ z.B. alle 500µs ein Zeichen aus 
dem RAM ausgeben lasse. Anfragen an das Display gibt es nicht. Es hat 
genug Zeit gehabt. Für den Home-Befehl, welcher einmal pro Bildaufbau 
gesendet wird, werden ein paar IRQs ohne Aktion mit dem Display 
getätigt.
Im Hauptprogramm schreibe ich nur noch ins RAM. Dabei entspricht eine 
feste Speicherstelle einer festen Position auf dem Display. Um die 
Displayausgabe kümmere ich mich dann nicht mehr. Und irgendwelche 
Cursorpositionierungsgeschickten entfallen damit auch.

Ein Display mit HD44780 hat maximal 80 Zeichen. Das ist damit in 40ms 
komplett beschrieben. Du kannst damit wie wild Daten aus Deiner SW 
ausgeben, ohne auf Dein Display warten zu müssen.


Gruß

Jobst

Jobst M. schrieb:
> Für den Home-Befehl, welcher einmal pro Bildaufbau
> gesendet wird, werden ein paar IRQs ohne Aktion mit dem Display
> getätigt.

 Normalerweise braucht man HOME nur mit Cursor. Cursor wiederum braucht
 man nur wenn irgendwelche Eingaben zu machen sind.
 Bei normaler Ausgabe braucht man Cursor und HOME nicht, einfaches
 überschreiben der alten Werte genügt.
 Beim CLS kommt es (zeitlich gesehen) beim direkten senden auf
 dasselbe hinaus - ob man 32 mal SPACE schickt oder 1,3ms nach CLS
 Befehl wartet, ist egal.
 Schreiben ins RAM dagegen ist eine ganz andere Liga bezüglich
 Geschwindigkeit.

> Ich mache es so, dass ich im TimerIRQ z.B. alle 500µs ein Zeichen aus
> dem RAM ausgeben lasse. Anfragen an das Display gibt es nicht. Es hat

 Das ist auch am besten so. Animationen auf Text-LCD macht sowieso
 keiner.

Marc V. schrieb:
> Normalerweise braucht man HOME nur mit Cursor.

Du musst aber schon wissen, wo Du auf Deinem Display schreibst ;-)
Ich bevorzuge es, oben links zu beginnen. Und dafür setze ich den Cursor 
-also die Schreibposition- an diese Stelle. Der sichtbare Cursor ist 
abgeschaltet.


Gruß

Jobst

Georg schrieb:
> Und man muss auch keinen Messwert 100mal pro Sekunde ausgeben

Da wird den Kristallen ja auch schlecht ...


Gruß

Jobst

Jobst M. schrieb:
> Du musst aber schon wissen, wo Du auf Deinem Display schreibst ;-)

 Dafür gibt es Comand Set DDRAM Address, dauert gerade 40us.
 HOME dagegen dauert zwischen 1,4-4,5ms und wird meistens genutzt, um
 nach der evtl. Displayschieberei (z. B. Korrekturen bei der Eingabe)
 wieder von 1,1 anzufangen.

Marc V. schrieb:
> Jobst M. schrieb:
>> Du musst aber schon wissen, wo Du auf Deinem Display schreibst ;-)
>
>  Dafür gibt es Comand Set DDRAM Address, dauert gerade 40us.
>  HOME dagegen dauert zwischen 1,4-4,5ms und wird meistens genutzt, um
>  nach der evtl. Displayschieberei (z. B. Korrekturen bei der Eingabe)
>  wieder von 1,1 anzufangen.

Ich bevorzuge den kleinen Reset. Kostet mich nichts. Ich warte dadurch 
nicht länger.


Gruß

Jobst