8-Bit Display Ansteuerung

Christian Hagemeyer schrieb:
> Wenn etwas zu Klärung des Falles fehlen sollte, dann werde ich es gerne
> schnellst möglich nachreichen.

Wie wär's mit einer Beschreibung des Fehlers?

Ach ja. Sorry, die Fehlerbeschreibung fehlt.

Im allgemeinen Funktioniert das Display nicht. Anscheinend lässt es sich 
nicht initialisieren.

Die Spannung an V0 des Displays beträgt ca. 4V (natürlich mit Poti 
einstellbar).

Im Grunde zeigt die Anzeige nur nichts an.
Habe auch kein zweites um Fehler an der Hardware auszuschließen.

@m.n.: Display ist definiert für den kompletten Port D des 
Mikrocontrollers. Das macht das Ansprechen und leichter und steigt bei 
mir die Übersicht in dem Programm. sprechende Namen und so ;-)

Christian Hagemeyer schrieb:
> Im Grunde zeigt die Anzeige nur nichts an.

Geht der typische schwarze Balken weg, der beim Einschalten (ohne
irgendwelche Firmware-Interaktion) sichtbar ist?

Ja. Beide Balken in Zeile 1 und 3 sind erst sichtbar und verschwinden 
dann.

Christian Hagemeyer schrieb:
> Ja. Beide Balken in Zeile 1 und 3 sind erst sichtbar und verschwinden
> dann.

Dann funktioniert die Initialisierung, das ist doch schon mal ein
Schritt.

Zwar nicht Ursache für das beschriebene Problem, aber trotzdem --
Im Code gefunden:

1

  switch(Zeichen)

2

  {

3

    case ' ': Display_Data_Write(0x20); break;

4

    case 'A': Display_Data_Write(0x41); break;

5

    case 'B': Display_Data_Write(0x42); break;

6

...

7

    case '#': Display_Data_Write(0x23); break;

8

    case '_': Display_Data_Write(0x5f); break;    

9

  }

Dir ist klar dass ' ' das gleiche ist wie 0x20? Und dass genau so bei 
'A' und 0x41, usw?

Mit dem Erkenntniss reduziert sich dein Riesen-switch/case nämlich auf 
eine einzelne Zeile Code:

1

Display_Data_Write(Zeichen);

(Ok, da fehlt dann der Test ob Zeichen im gültigen Wertebereich liegt)

@m.n.: Ja, das habe ich mit folgende Anweisungen gemacht:
(hier auch noch gleich die 3 Steuerpins)

DDRD = 0xff;         //Display-output
DDRB |= (1<<LCD_RW_DDRB0);  //Display Steuerung Output
DDRC |= (1<<LCD_RS_DDRC6) | (1<<LCD_Enable_DDRC7); //Display Steuerung 
output

@spess53: Die einzelnen Spannungen betragen bei meiner Betriebsspannung 
von ca. 4,96V:
von V0 ==> Masse (VSS) ca. 0,39V
von V0 ==> UBat (VDD) ca. 4,5V

@Jörg Wunsch: Also könnte etwas in der Grundeinstellung falsch sein.

@Eric B.: Danke für den Hinweis. Werde es für den nächsten Schritt, der 
Codeoptimierung berücksichtigen.

Anbei hänge ich noch die Auswertung der Datensignale an. Evtl. hilft das 
weiter.

Allenfalls gibt es noch Timing bedingungen, dass man nicht zu schnell 
schreiben kann. Ich schreib zB alle 10ms mit meinem TimerTick ein 
einzelnes Zeichen.

Bei 2 Zeilern muss man fuer die 2. Zeile ueblicherweise den Cursor auf 
hex 40 setzen.

@Jetzt Nicht: Danke. Habe den uCount auf 10 µs gestellt und es wird 
etwas angezeigt.

Also stimmen die angegebenen Zeiten in dem Datenblatt nicht richtig, da 
ich mich eigentlich daran gehalten habe, was drin steht (zumindest Zeit 
technisch)

Kann mir bitte jemand folgendes noch erklären:

Im Datenblatt steht für die Executing Time (FOSC = 270kHz). Woher wird 
diese Frequenz genommen? Mein Atmega läuft ja über 16MHz.

Im Datenblatt sind leider keine internen Schaltungen enthalten. Nur 
folgende Formel:
Example: wenn FOSC = 270kHz dann gilt folgendes: 40µs * ( 250 / 270) = 
37µs.

Mathematisch ist das schon richtig, wenn ich davon ausgehe, dass es sich 
im Zähler um 250 kHz handelt und die 40µs stellvertretend für die 
einzelnen Ausführungszeiten der Kommandos ist.

Wo ist da der Zusammenhang?

Ah. Ja. Und die Ready Leitung verwende ich nicht, da ich mit konstantem 
grosszuegigem Timing arbeite. Man sollte immer bedenken, der Benutzer 
kann keine 10 Updates oder mehr pro Sekunde ablesen. Heisst schneller 
als 1ms pro Zeichen macht keinen Sinn.
Ich habe meinen Screenbufer im Ram, und schiebe den mit dem Timer stur 
Zeichen fuer Zeichen in das LCD, auch solche Zeichen, die sich nicht 
aendern, oder die blank sind.

@Dieter Frohnapfel: habe mir das Datenblatt angeschaut und mit dem von 
meinem Display verglichen.

Im Grunde ist es fast gleich, nur das die Zeiten anders sind und bei 
meinem Datenblatt 3x der Hex-Wert 0x30 gesendet werden muss mit jeweils 
anderen Zeiten dazwischen. (erst 30ms warten; dan n4,1µs; dann 100µs und 
dann fehlen dort die Zeitangaben)

Und die Einstellungen passieren erst nach dem 3.ten Zyklus.

m.n. schrieb:
> Da Du R/W als separate Leitung zur Verfügung hast, kannst Du auch den
> Status der Anzeige abfragen, bevor ein neues Zeichen auszugeben ist. Das
> ist die schnellste Variante.

Das war meine Absicht, nur musste ich wissen, ob das LCD überhaupt erst 
mal funktioniert. (Also Datenleitungen richtig angeschlossen, Code 
richtig erkannt und ausgeführt und kein Hardwareschaden ;-) )

Also Zusammenfassend ist das Datenblatt nicht aussagekräftig genug 
gewesen (Oder ich zu Blöd) Dafür lernt man