GrafikDisplay mit LC7981; Darstellungsprobleme

Mach mal das Delay in der Busy Funktion größer.

Hallo Benedikt!

Danke für den Hinweis, aber daran liegt es nicht. Das mit dem Duty-Cycle 
hat sich auch geklärt, steht ganz am Ende des Datenblatts ;-)

Aber es läuft immer noch nicht richtig. Es sieht so aus, als ob entweder 
die Koordinaten-Berechnung falsch ist oder das Display intern mit 
anderen Werten rechnet bzw. die Initalisierung falsch ist.
Ich versuche ein Schachbrett-Muster darzustellen. Dabei sind die 
Y-Linien eigentlich korrekt. Die X-Linien sind aber nicht ganz richtig. 
Es gibt möglicherweise einen Versatz  oder die (RAM-Zeile) ist länger 
als ich denke.
Jedenfalls seltsam und noch genug zu tun.

Gruß, Michael

Bei mir läuft das Display wunderbar, ich habe auch den Code verglichen. 
Abgesehen von den zu kurzen Delays und einer falsch eingestellten 
Zeilenzahl passt da alles.

Äh, Display läuft. Ich hatte einen Dreher bei DB6<>DB7 :-/

@Benedikt

Würdest du deinen Source veröffentlichen?

Gruß Sascha

Den kompletten Code kann/darf ich leider nicht veröffentlichen, aber 
wenigstens den wichtigsten Teil der Initialisierung, und die 2 
wichtigsten Funktionen.

Init:

1

lcd_writecom(0x01);      // character pitch

2

lcd_writedat(0x77);      // 8x8 chars

3

4

lcd_writecom(0x02);      // characters per line

5

lcd_writedat(19);        // 20

6

7

lcd_writecom(0x03);      // set duty

8

lcd_writedat(79);        // 1/80

9

10

lcd_writecom(0x08);      // startadress low

11

lcd_writedat(0x00);      // 0

12

13

lcd_writecom(0x09);      // startadress high

14

lcd_writedat(0x00);      // 0

15

16

lcd_writecom(0x00);      // mode con

17

lcd_writedat(0x32);      // display on

Adresspointer setzen (x=8Pixel Raster):

1

void lcd_setadress(unsigned char x, unsigned char y)

2

{  unsigned short adress;

3

  adress=y*20+x;

4

  lcd_writecom(0x0A);        // writeadress low

5

  lcd_writedat(adress&255);

6

  lcd_writecom(0x0B);        // writeadress high

7

  lcd_writedat(adress/256);

8

}

Ein Datenbyte wird so geschrieben:

1

lcd_writecom(0x0C);

2

lcd_writedat(data);

@Benedikt

Danke, das hilft schon mal weiter. Ist dies für ein 160*80 Pixel 
Display?
Nutzt du den internen Font oder externen?

Versuche das Pollin LCD am PIC24HJ128 am laufen zu bekommen.

Gruß Sascha

Das ist speziell für das 160x80 LCD. Ich nutze nur den externen Font, da 
der Controller nur Text oder Grafik kann, aber nicht beides 
gleichzeitig.

Ich habe jetzt meinen Code lauffähig, d.h. das Display läuft. Mein 
größtes Problem war ein gedrehtes Kabel und eine leicht falsche 
Initalisierung.
Im Moment läuft Text- und Grafik-Modus. Bei der Grafik-Ausgabe muss ich 
noch eine Font/Bitmap-Funktion einbauen, dann sollte alles komplett 
sein. Ich werde den kompletten Source dann in die Code-Sammlung stellen.

BTW, kennt jemand eine Quelle für freie 8x8-Bitmap-Fonts?

Ja, aber dann sind die Fonts immer noch nicht frei©

Hallo,

im Textmodus läuft es jetzt. Habe dann angefangen, den Source von
http://www.frozeneskimo.com/electronics/2007/03/30/lc7981hd61830-driver-for-el-backlit-samsung-lcd/

für einen PIC18F4550 umzuschreiben. Leider werden nicht alle Zeichen 
korrekt dargestellt. Vor allem kleine Zeichen werden nicht dargestellt.

Gruß Sascha

Hallo,

anbei mal ein Bild, was das Display ausgibt.
In der ersten Zeile sollte stehen:
ABCDEFGHIJKLMNOPQRSTUVWXYZ
In der zweiten Zeile sollte stehen:
abcdefghijklmnopqrstuvwxyz

Gruß Sascha

Es sieht so aus, als ob Du 25 Zeichen pro Zeile darstellen willst. Das 
hat bei mir auch nicht bzw. nur mit Pixel-Fehlern funktioniert. Versuche 
mal mit
"HorizPitch8" und "20 Zeichen" pro Zeile zu initialisieren. Damit 
funktioniert es bei mir.

Gruß, Michael

P.S.: ich habe noch nicht mit der Hintergrundbeleuchtung rumgespielt. 
Bauche ich da eigentlich noch einen Inverter?

> P.S.: ich habe noch nicht mit der Hintergrundbeleuchtung rumgespielt.
> Bauche ich da eigentlich noch einen Inverter?

Nö, ist eine LED Hintergrundbeleuchtung. Deinen Tip werde ich mal 
versuchen.

Gruß Sascha

Das oben gesagt gilt natürlich nur, wenn Du den TextMode des Displays 
benutzt. Oder hast Du den Grafik-Modus und gibst den Text analog zum 
Beispiel von der Internet-Seite aus? Dabei sollt man beachten, dass der 
font.h nicht den kompletten ASCII-Satz abdeckt!

Michael Potthoff wrote:
> Das oben gesagt gilt natürlich nur, wenn Du den TextMode des Displays
> benutzt. Oder hast Du den Grafik-Modus und gibst den Text analog zum
> Beispiel von der Internet-Seite aus? Dabei sollt man beachten, dass der
> font.h nicht den kompletten ASCII-Satz abdeckt!

Ja ich nutze es im Grafik-Modus. Aber kleine Buchstaben und auch die 
großen sollte der Font können. Kleine werden aber gar nicht angezeigt.
Die großen sind ab dem R fehlerhaft.

Gruß Sascha

PS. Text-Modus funktioniert ja......

Keine Ahnung wie das bei den PICs ist, aber kann es sein, dass die 
Tabelle zu groß ist für das Flash/RAM und dass daher irgendwas 
durcheinander kommt? Es sieht ja stark nach einem Überlauf irgendwo aus, 
denn er fängt nach dem R wieder vorne in der Zeichentabelle an.

Ich würde sagen dein Compiler hält sich nicht an die ANSI C Normen und 
rechnet nur mit 8 statt 16bit, daher gibts hier:

1

if (Font5x7[FONT_WIDTH*fontIndex+i] & (1<<j))

einen Überlauf. R müsste der 51. Buchstabe sein wenn ich mich nicht 
verzählt habe. 51 Zeichen * 5 Bytes/Zeichen -> 255 Bytes. Danach kommt 
Mist raus.
Wenn

1

if (Font5x7[(unsigned int)FONT_WIDTH*fontIndex+i] & (1<<j))

funktioniert, dann würde ich den Compiler wechseln. Nichts ist nerviger 
als ein Compiler der sich nicht an die elementarsten C Standards hält.

Benedikt K. wrote:
> if (Font5x7[(unsigned int)FONT_WIDTH*fontIndex+i] & (1<<j))

Du bist mein heutiger Held :)

Jetz funktioniert es. Nutze den C18 von Microchip.

Gruß Sascha

Hallo,

hat denn jemand das Touch Panel benutzt?

Gruß Sascha

Jain. Die sind zu >90% kaputt. Mess mal den Widerstand zwischen jeweils 
den äußeren beiden Anschlüssen. Wenn du da keine 300 bzw. 700 Ohm misst, 
Pech gehabt. Bei 1 von 15 Displays war der Touchscreen OK.
Das Problem liegt vermutlich am Kleber mit dem das Folienkabel am Glas 
befestigt ist. Nachdem ich das Kabel entfernt hatte, konnte ich am Glas 
die Widerstände messen.

Jep, beide defekt. Erklärt, warum in der Beschreibung nichts vom 
TouchPanel drin stand :(

Gruß Sascha

Servus,
Ich häng mich mal hier ran, weil ich auch Darstellungsprobleme mit 
besagtem Display habe.

Und zwar folgendes:
Das Display gibt mir die erste Zeile, die ich reinschreibe auch aus, mit 
der korrekten Startposition und allem.
Das Problem ist nur, dass es alle weiteren Zeilen ignoriert (egal, was 
ich mit dem Cursor anstelle), und das Display komplett mit der ersten 
Zeile auffüllt. Und obwohl ich eine Zeichengröße von 8x10 eingestellt 
habe, produziert es lauter 8x5er Zeichen, bzw Zeilen mit einer Höhe von 
5, sodass sich die Zeichen überlappen.
Ich habe den Code mal angehängt, vieleicht findet ja wer den Fehler.


Die Fehlerbeschreibung war jetzt vielleicht etwas ungenau, daher bin ich 
offen für Rückfragen.

OK, ich habe den Fahler gefunden...
Es lag am DisplayDuty, und der Kontrastspannung...
Ich hatte V0 einfach an 5V geklemmt, und den DisplayDuty auf 1/4...
Jetzt funktioniert alles

Wolfgang-G schrieb:

> Dazu einige Fragen:
> Auf der letzten Seite des Datenblattes ist die Tabelle des
> Zeichengenerators zu sehen.
> Mit welchen Befehlen (bevorzugt in C) bekomme ich diese Zeichen auf eine
> festzulegende Stelle auf die Anzeige?
> Oder ist das zu einfach, sodass niemand dazu was sagt?
> Ziel soll sein,  Messwerte  evtl. auch Gleitkommazahlen, und auch Text
> (z. B. Fehlermeldungen) auszugeben. (Programmierung mit mspgcc)

Nötige Cursoradresse ausrechnen, diese ans Display weitergeben, und dann 
die Zeichen nachschicken.
Immer wenn du aktualisiert wieder an die richtige Cursoradresse denken.
Sollten die Zahlen mal kürzer und mal länger werden, musst du halt ein 
paar Blanks vorschicken.

Cursor Low: 0x0A
Cursor High:0x0B
Daten:      0x0C
Das sind die Befehle, die jeweils vorgeschickt werden, um den Controller 
vorzuwarenen, welche Art Daten als nächstes kommt. Aber das steht ja 
auch alles im Datenblatt...

Das ist die Zeilenzahl deines Displays. Also nicht Textzeilen, sondern 
Pixelzeilen.
Da lag bei mir auch der Hund begraben, ich hielt das für sowas wie ne 
Kontrasteinstellung...

Hallo,
lese gerade sehr gespannt diesen Artikel, da ich auch gerade versuche 
das Grafik-Displays von Pollin mit dem KS0108 zum laufen zu kriegen.

Es soll eigentlich erst mal nur ein Test sein ob es auch funktioniert.
Nun habe ich allerding nur einen PIC18F2620 hier und nutze als Datenport 
PortB und für den Rest PortA (RA0-RA5).
Mein Problem ist aber auch, das ich mit Assembler (C18) so gut wie noch 
nichts gemacht habe (Nur Pic 16F in Assembler).

Mein größtes Problem ist aber folgender Fehler.
Beim einschaltet tut sich erst mal nichts.
Der Quarz schwingt auch nicht. Habe in MPLAB schon verschiedenes 
probiert (XT / HS) und auch einfach mal andere Quarze genommen, geht 
nicht.
Dann bin ich mit den Fingern auf die Datenleitungen gekommen und der 
Quarz meldet sich gelegentlich mal und am Display habe ich dann eine 
grobe Anzeige von dem was es anzeigen soll.
Der Quarz schwingt auch ohne das Display nicht(richtig).
Solche Probs hatte ich mit den 16F nicht.

Bin ich hier in eine typische Anfänger/Umsteigerfalle getreten???

Ich hoffe ich habe nichts übersehen (ANALOG/DIGITAL IO) an PortA.
Denn im Code finde ich gar nichts dazu kopfkratz

Vielen Dank für jeden Hinweis!

Gruß Mario

Hallo,
schade, kann meinen Beitrag nicht löschen.
Das Problem mit dem Quarz ist behoben.
LVP war enable und RB5 offen. Das passiert einem hoffentlich auch nur 
einmal.
Das Display funktioniert dann auch.

Gruß Mario

Hey Leute ich habe ein kleines Problem!

Wenn ich einen Pixel setze, dann setzt das Display (beim Setzen eines
zweiten Pixel) 8px neben das erste auch wieder einen Pixel. Das liefert
mir einen unangenehmen "Schatten ^^" ...

Ich verwende LCD7981_Simple von Benedikt K., trotzdem anbei das
vermutlich verantwortliche C-File!

Danke
Lg
Tobias

Pin 18?
Meinst du evtl. Pin 17: Negative Voltage out?

An Pin 17 kommt ein Poti. Die andere "Seite" des Potis kommt an Masse. 
Der Mittenabgriff des Potis kommt dann an Pin 3.

Ich habe am Pin 3 eine Spannung von -8,3 V gegen Masse.

Thomas

Ingo schrieb:
> Oder mach ich was falsch?

Ja:
> über nen Port Expander (I2C)

Überleg mal, wie lang dein Expander braucht um auch nur ein Bit wackeln 
zu lassen.