-
Ich hatte zunächst das Datenblatt des Displays nicht gefunden. Und weil ich schon bei Pollin Dinge gekauft habe, für die es kein Datenblatt gab, wollte ich Dich davor warnen, denn ohne Datenblatt sieht es düster aus.
Aber dann habe ich es gefunden (http://www.mikrocontroller.net/attac...4Z-1WLWaV2.pdf) und eines zum integrierten Controller (NT7701: http://pdf1.alldatasheet.com/datashe...TC/NT7701.html) auch.
Du brauchst beide, denn der Display hersteller ahat schon einstellungen getroffen, zB den 4Bit Übertragungsmodus.
Gruß
-
hehe vielleicht:D
Ne
Eine frage zu dem GLCD.Es hat ja ein 4bit Bus und 2 pine wo man 1 zeile und 1 spalte weitermachen kann.Gelten die spalten und zeilen als Pixel??ich meine 1 Pixel weiter und ein Pixel nach unten und so
EDIT:Wie ich das jetzt aus dem Datenblatt sehe(danke Gock),werden pro zeile und spalte immer diese 4 Pixel(D0-D3) geschrieben und mit den Steuerpins eine zeile oder spalte weitergeschoben
-
nein, pixelweise wird das Ding bestimmt nicht angesprochen, gängig ist ein Byte zu schreiben, dass dann 8 Pixel vertikal entspricht.
Bei 4-Bit-Ansteuerung ist häufig die Ansteuerung in 2 Nibbles aufgeteilt, was wieder 8 Bit ergibt (2 * 4 Bit)
Aber mal ehrlich, ich halte es für ein fruchtloses Unterfangen, dass Du da vor hast.
1. Hast Du keinen Plan von µC geschweige denn Elektronik (jeder hat mal angefangen, klar)
2. Ist das Display nur sehr dürftig dokumentiert.
Fang mit was leichterem an, LED blinken lassen, dann die gängigen 08/15 Display (KS0108 kompatibel z.B.) und arbeite Dich dann vorwärts.
-
Vitis,ich denk mal ich kenn mich in Elektronik aus,nur fang ich mit AVR erst an,deshalb muss ich erstmal das Grundlegene verstehen.
Ich hab schon etwas mit AVR gemacht,wie z.b ein einfaches 2*16 LCD anzuschließen,ADC,DAC und einen GLCD,der aber einen Controller hatte.
Das Problemm war,dass ich mir nicht vorstellen konnte ,wie ein RAM mit den Adressen und den I/O Pinen funktionieren soll.
-
Hallo!
So wie der Vitis schon schrieb, werden die meisten LCD's mit 8 Bits gesteuert. Im 4-bit Modus werden sie in zwei nacheinander folgenden Nibbles (jewels 4 Bit) gesendet: zuerst "high nibble" (D7 ... D4) und danach "low nibble" (D3 ... D0). Somit werden die insgesamt 8 Bits immer in zwei "Raten" in den Displaycontroller übertragen. ;)
-
D.h also,dass man für einen Zeichensatz von 10x8 immer 3 Takte für eine Zeile(also ein pixel breit),da man bei den high nibbles 4 pixel setzt und bei den low nibbles 4 pixel und dan wieder 2 bei den high.
-
Nein, für 8 Pixel, die auf dem Display gleichzeitig erscheinen, setzt man zuerst "high nibble" und asnschliessend "low nibble". Fertig.
Für 10x8 Pixel muss man das ganze 10 mal wiederholen, insgesamt 20x4 Bits, also 20 Nibbles an Display schicken. :)
-
wie unterscheidet man den zwischen high und low nibbles?Ich meine wenn ich jetzt die high nibbles - 4bit per datenbus sende,muss ich danach irgendein takt senden um die low nibbles zu schicken oder?
Danke
-
Bei normalen GLCD's sieht es so aus, beim RS =1 (Data):
- high1
- Enable
- low1
- Enable
- high2
- Enable
- low2
- Enable
.........
- high 10
- Enable
- low 10
- Enable
Fertig sind die 10 x 8 Pixel. ;)
Wenn man 8 Pixel an bestimmte Adresse schicken möchte, muss man vor jedem Byte (8 Pixel) entsprechende Adressen (Zeile und Spalte) setzen.
-
Ok danke,ich müsste also den Pin Frame(alles auf 0 setzen) ansprechen,M (wiederholrate) sagen wir mal auf 100Hz stellen.Danach müsste man zuerst für eine Zeile 0xFF senden und dan nochmal 0xFF ,damit alle 8 Pixel schwarz sind
