Grafik LCD mit Touch

Moin Moin

Wie hast du die Bitmap konvertiert ?
Weil bei mir gehts Problemlos.

(Ich benutze Image2Code, googel mal danach)

Was die Fonts angeht :
Den 8x8 Font hab ich in keiner hochgeladen Version verwendet, kannst ja gerne mal das hg repo pullen und zwei Versionen zurück gehen.
Das mit 16x16 is schnell erklärt.
Die Fonst hab ich nicht selber erstellt. Wer das 12x16 Bezieht sich auf die Größe der Buchstaben.
Allerdings sind da noch 2pixel Luft auf beiden Seiten mit im Speicher.
Wenn man jetzt 12x16 sagt, dann passen die offsets bei einigen Buchstaben nicht.

Sebastian

ich habe das mit einmal mit dem GrafikConverter http://www.mikrocontroller.net/topic/92623
versucht.
Und mit dem Programm bmp2c, bei beiden selbstes Erscheinungsbild.

Bezüglich Fonts: Ja okay dass muss man eben wissen^^.

MfG Marcel

Moin Moin

Sorry ich war ein paar Tage beschäftigt.
(Abiturvorbereitung, Freundin, Warhammer/DSA Gruppe und Lan-Party ... real live halt)

Also wenn es sind drei Teile und die beiden äußeren gespiegelt ?
Das is strange.
Passen die Maße und deine Angaben im Progamm ?
Is das Bild an der richtigen Position ? (Vllt. mal mit plot die ecken markieren)
Weil für mich hört sich das an, als würde ein Offset nicht passen.

Probier mal die Größen 1px kleiner anzugeben als sie sind.
Es kann nämlich sein dass ich bei 0 anfange zu zählen. So C-Array mässig.
(Und habs vergessen mir dran zu schreiben)

Mal gucken ob ich morgen 2min Zeit hab meine Hardware zu suchen und zu testen.
Das Problem is halt echt das nie jemand außer mir was damit gemacht hat und dass ich keine Zeit hatte alles ordentlich zu dokumentieren. :-s
mfg
Sebastian

Guten Tag,

ist doch kein Problem =).

Jap, das ist wirklich komisch, aber man erkennt eigentlich was als Bild angezeigt wird. Die Maße und so weiter stimmen, auch habe ich ein wenig an den Abmaßen gespielt, aber das machte alles nur noch schlimmer.

Aber mit dem Programm Image2Code funktioniert es perfekt. Allerdings nur wenn man die Einstellung Nr.3 nimmt. Das Phänomen, was bei den anderen Programmen auftrat, kann man reproduzieren, indem man bei Image2Code die Abtastmethode 1 wählt.

Das mit der fehlenden Dokumentation ist jedenfalls für mich nicht weiter schlimm, dein Code ist gutstrukturiert und ich habe mich mittlerweile eingelesen.

So aber jetzt wünsche ich dir, und allen Mitlesenden ein frohes und besinnliches Fest und einen guten Rutsch, bis ins nächste Jahr,

MfG Marcel

Hallo zusammen vielleicht ist dieses Thema noch nicht Tod,

ich habe ein Problem mit meinem Touch und zwar benutze ich einen Atmega8. Habe ein schnell Testprogramm für mein Touch draufgespielt.

Wenn ich allerdings versuche mein Touch zu kalibrieren passiert nichts.

Nur wenn ich gleichzeitig (bei upper left) links oben und unten drücke
springt er weiter.
Bei (lower right) kann ich dann oben und unten rechts gleichzeitig
drücken und er geht weiter.
Dann bricht er ab mit der Meldung Try again.

Kann mir vielleicht jemand von Euch sagen was ich falsch mache bzw. was
ich noch versuchen kann oder kann es sein das mein Touch wirklich
hinüber ist.

Schon mal vielen Dank

Gruß

Maroni

Hi alle,

ich würde mir gerne einen Aquarien-Computer bauen und würde gerne dieses Display verwenden. Ich bin noch so ziemlich am Anfang mit meinen AVR-Kenntnissen, habe aber auch schon Displays mit Bascom angesteuert.

Nun ergeben sich für mich einige Fragen:
1. Habt ihr das Display auch mit Bascom zum laufen bekommen?
2. Gibts da vielleicht irgendwo ne LIB?
3. Funktioniert das Display mit Bascom auch im Grafik-Modus (Bilder & Text)?
4. Kann mir jemand etwas Hilfestellung dazu geben?

Grüsse

Hallo,
ich hab eine erste brauchbare Version einer Bascom-Lib gebaut.
Unterstützt, Text und Grafikmodus.
Im Grafikmodus aber erstmal nur Pixel setzen, keine Zeichen oder Bilder usw. Ausgeben.

Im Anhang ist die Lib, ein TestProgramm, und wie das am LCD aussieht.

Hallo,

heute gibts schon ein update, die Lib kann jetzt auch Zeichen schreiben.
Den Font gibts hier:
http://www.mikrocontroller.net/topic/156831#1599473

Hallo Liebe user,

ich habe seit sonntag das display auch erfolgreich in Betrieb.
Touch funktioniert auch.
Jetzt habe ich hier gesehen, dass einige schon Grafiken von Bitmap2LCD auf dem Display anzeigen.
Ich arbeite mit Bascom und das noch nicht sehr lange.
Nun ist meine Frage, ob bereits jemand mit bascom grafiken angezeigt hat und wenn ja, ob er mir vielleicht etwas unter die arme greifen kann oder eventuell ein codebeispiel schicken.

Grüße
Andy

Hey,
ich hab ein anderes interesantes LCD gefunden:
320 x 240 Touch-LCD bei Pollin
Das ist für einen Euro mehr viel mehr LCD! Aber ist warscheinlich auch schwieriger zu programmieren nehm ich an, oder wie seht ihr das?

hmm, jetzt hatte ich ein display bei dem touch gut funktioniert hat und beim einbaun ins gehäuse hab ichs mit dem lötkolben berührt und gedöbert... sehr sehr ärgerlich. naja, heute dafür gleich fünf bestellt :)

So,
habe mir jetzt 3 Stück bestellt und hoffe mal, dass ich welche mit funktionierendem Touch erwische. Wenn ich dann ganz großes Glück habe, erwisch ich vielleicht eins mit LED Hintergrundbeleuchtung...
Ich erzähl euch dann meine Erfahrungen, wenn ichs hab. :)

Zitat:

---

Zitat von Matthias 321

Hey,
ich hab ein anderes interesantes LCD gefunden:
320 x 240 Touch-LCD bei Pollin
Das ist für einen Euro mehr viel mehr LCD! Aber ist warscheinlich auch schwieriger zu programmieren nehm ich an, oder wie seht ihr das?

---

Das Display an sich ist zwar besser aber:
- es kommt ohne Controller
- Es hat keine Hintergrundbeleuchtung
Und somit kann man noch keine Aussage über den Code treffen. (oder?)

@Sebastion:
Deine Lib sieht wirklich toll aus! Werde es dann mit der als erstes probieren. Danke! :)

MfG C_Classic

Hallo,
ich habe jetzt mal versucht den Code von Sebastian zu kompilieren, jedoch bekommen ich folgende Fehlermeldung:

Zitat:

---

Fatal error: can't create bin/include/adc.o: No such file or directory

---

Nur verstehe ich nicht ganz, was jetzt fehlt. Ich hoffe ihr könnt mir helfen.

Dann noch eine Frage an Sebastian: Mit welchem Programm hast du die Bitmap konvertiert?

MfG,
C_Classic

Hier mal das ganze Compiler-output:

Zitat:

---

-------- begin --------
avr-gcc (GCC) 4.3.3
Copyright (C) 2008 Free Software Foundation, Inc.
Dies ist freie Software; die Kopierbedingungen stehen in den Quellen. Es
gibt KEINE Garantie; auch nicht für MARKTGÄNGIGKEIT oder FÜR SPEZIELLE ZWECKE.


Compiling C: main.c
avr-gcc -c -mmcu=atmega32 -I. -gdwarf-2 -DF_CPU=8000000UL -Os -funsigned-char -funsigned-bitfields -fpack-struct -fshort-enums -Wall -Wstrict-prototypes -Wa,-adhlns=./bin/main.lst -std=gnu99 -Wundef -MMD -MP -MF .dep/main.o.d main.c -o bin/main.o
In file included from main.c:11:
include/lc7981.h:72: Warnung: Funktionsdeklaration ist kein Prototyp
include/lc7981.h:85: Warnung: Funktionsdeklaration ist kein Prototyp
include/lc7981.h:87: Warnung: Funktionsdeklaration ist kein Prototyp
include/lc7981.h:97: Warnung: Funktionsdeklaration ist kein Prototyp
include/lc7981.h:134: Warnung: Funktionsdeklaration ist kein Prototyp
In file included from main.c:16:
include/touch.h:25: Warnung: Funktionsdeklaration ist kein Prototyp
include/touch.h:27: Warnung: Funktionsdeklaration ist kein Prototyp
include/touch.h:28: Warnung: Funktionsdeklaration ist kein Prototyp
In file included from main.c:18:
writing_demo.h:16: Warnung: Funktionsdeklaration ist kein Prototyp
main.c:23: Warnung: Funktionsdeklaration ist kein Prototyp

Compiling C: writing_demo.c
avr-gcc -c -mmcu=atmega32 -I. -gdwarf-2 -DF_CPU=8000000UL -Os -funsigned-char -funsigned-bitfields -fpack-struct -fshort-enums -Wall -Wstrict-prototypes -Wa,-adhlns=./bin/writing_demo.lst -std=gnu99 -Wundef -MMD -MP -MF .dep/writing_demo.o.d writing_demo.c -o bin/writing_demo.o
In file included from writing_demo.h:12,
from writing_demo.c:9:
include/lc7981.h:72: Warnung: Funktionsdeklaration ist kein Prototyp
include/lc7981.h:85: Warnung: Funktionsdeklaration ist kein Prototyp
include/lc7981.h:87: Warnung: Funktionsdeklaration ist kein Prototyp
include/lc7981.h:97: Warnung: Funktionsdeklaration ist kein Prototyp
include/lc7981.h:134: Warnung: Funktionsdeklaration ist kein Prototyp
In file included from writing_demo.h:14,
from writing_demo.c:9:
include/touch.h:25: Warnung: Funktionsdeklaration ist kein Prototyp
include/touch.h:27: Warnung: Funktionsdeklaration ist kein Prototyp
include/touch.h:28: Warnung: Funktionsdeklaration ist kein Prototyp
In file included from writing_demo.c:9:
writing_demo.h:16: Warnung: Funktionsdeklaration ist kein Prototyp
writing_demo.c:13: Warnung: Funktionsdeklaration ist kein Prototyp

Compiling C: include/adc.c
avr-gcc -c -mmcu=atmega32 -I. -gdwarf-2 -DF_CPU=8000000UL -Os -funsigned-char -funsigned-bitfields -fpack-struct -fshort-enums -Wall -Wstrict-prototypes -Wa,-adhlns=./bin/include/adc.lst -std=gnu99 -Wundef -MMD -MP -MF .dep/adc.o.d include/adc.c -o bin/include/adc.o
Assembler messages:
Fatal error: can't create bin/include/adc.o: No such file or directory
make: *** [bin/include/adc.o] Fehler 1

---

Moin Moin

"Can't create" sollte heißen, dass er die Datei nicht erstellen kann.
Da fehlt dem Compiler der Ordner include im Ordner bin.

Was die vielen Warnings sollen weiß ich grade auch nicht, die sollten eigentlich nicht auftauchen.

Ich checks mal hier.

///Update1 : Ich hab das makefile gefixt. Sollte jetzt tun.
Aber die Warnings sind imme rnoch da, da kann ich mich auch erst in ein paar Tagen drum kümmern.


Sebastian

Danke! Das heißt, dass dass Erstellen des Ordners include in bin den Fehler beheben sollte?

Mit welchem Programm konvertierst du denn die Bitmaps?

Dann auch noch mal danke fürs Erstellen und online stellen deiner Lib. =D>

MfG,
C_Classic

EDIT: Hab grad deine ANtwort gelesen. Werd's dann morgen mal probieren.

Moin Moin

Ich benutze Image2Code um die Bitmaps zu konvertieren.
Welche Einstellung man braucht hat walkonshit irgendwo weiter oben geschrieben.
Ich selbst müsste es grade wieder ausprobieren (is fast 1 Jahr her dass ich das letzte mal was mit dem Display gemacht hab).

Die Warnings hab ich mittlerweile gefixt, die kamen daher dass ich von C++ gewöhnt bin einen Prototyp mit z.b. void func(); zu deklarieren, richtig wäre aber in C void func(void).
Da allerdings in Eclipse die default Einstellung für warnings ziemlich lasch ist, werden die immer unterdrückt.
Deshalb hab ich das wohl einfach verpennt.
Ist jetzt auf gefixt.

Für alle die hg benutzen und das repo von meinem Webspace nicht pullen können.
Da arbeite ich gerade dran. Irgendwie hab ich da ein paar Sachen verfummelt.

Gruß
Sebastian

Hallo Sebastian

Ich versuche gerade deinen (übrigens prima funktionierenden) Code für einen 644er anzupassen.
Probleme macht mir das Init, ich bekomm nur Pixelgemüse... hast Du irgendwelche Timinginfos für den lc7981 ? ich habe im Datenblatt nichts gefunden.

Gruß

Moin Moin

Also in dem DS was ich hatte gabs Timing infos.
http://www.datasheetcatalog.com/data...9/LC7981.shtml
Ab Seite 3.

Der Pixelsalat könnte höchstens daher kommen, dass aus irgendeinem Grund nach dem Init kein clear an den Controller gesendet wird.

Weil nach dem Init wird soweit ich das weiß jeder Müll gezeichnet der noch im Speicher vom Display is.

Gruß
Sebastian

Prima, das hat gefehlt! Ich hatte tatsächlich irgendeine Spar-Version von Datenblättchen :)

Danke dafür!

Hey,
hab jetzt heute meine Displays bekommen! Bei einem funktioniert schon mal der Touch - bei den 2 Anderen weiß ichs noch nicht.
Mein Problem ist jetzt, dass ich sobald deine Lib (mit Beispielprogramm) auf dem Controller ist, nichts mehr funktioniert. Mit "nichts mehr" meine ich, dass ich nicht mal eine LED schalten kann, selbst wenn der Befehl vor dem init liegt. (Die LED leuchtet auch bei egal welcher Polung nicht.)
Ich benutze einen Atmega32 und diesen Schaltplan: https://www.roboternetz.de/phpBB2/download.php?id=17948
Ich habe folgende Änderungen in der lc7981.h vorgenommen:

Code:

---

#define LCD_CTRL        PORTC                //!< Port used for control signals
#define LCD_CRTL_DDR        DDRC        //!< Data-Direction-Register for the control signals
#define LCD_RS                        PC5                //!< Register-Select Pin of the Display
#define LCD_RW                        PC4                //!< Read-Write-select Pin
#define LCD_EN                        PC3                //!< Strobe Pin



#define LCD_DATA                PORTD        //!< Port used for data
#define LCD_DATA_PIN        PIND        //!< Port used for reading the data
#define LCD_DATA_DDR        DDRD        //!< Data-Direction-Register for data

---

Wisst ihr wo der Fehler liegt?

MfG C_Classic

Naja also an den anderen Ports sollte es eigentlich nicht liegen, dass dir dein Controller auf die Schnauze fällt,
Wo hast du eigentlich die Led angeschlossen und wie sieht dein restlicher sourcecode aus ?
(Also die Änderung an meinem Zeug für die LED)

Und läuft der ATmega überhaupt ? Also läuft er ohne meine Source an ?
(Z.b. mit einem LED-Blink Testpreogramm)

Was mir auch grade noch auffällt, ist das der Schaltplan nicht zu meiner Lib passt.
Da hängen nämlich Pins, CS und RS, am AVR die ich immer auf festen Pegeln habe.
D.h. die auch noch zu steuern hab ich in der Lib nicht vorgesehen.

mfg
Sebastian

Ich habe alles von dir heruntergeladen und nur das eben geschriebene verändert.
Der Code der main.c sieht jetzt so aus (wegen der LED):

Code:

---

/*
 * main.c
 *
 *  Created on: 01.05.2009
 *      Author: sebastian
 */

#include  <avr/io.h>
#include  <stdlib.h>

#include "include/lc7981.h"
#include "include/adc.h"
#include "button.h"
#include "12x16_horizontal_LSB_1.h"
//#include "8x8_horizontal_LSB_1.h"
#include "include/touch.h"

#include "writing_demo.h"




int main() {

DDRA = 0xff;
PORTA=0xff;

        lcd_init(LCD_GRAPHIC);


                lcd_plot_text(5,5,"Hello",16,16,font_12x16);
                lcd_plot_pgmtext(50,22,PSTR("World"),16,16,font_12x16);


                while(!touch_is_pressed());

                writing_demo();

        return 0;

}

---

Auf jeden Fall nochmal Danke für deine Bemühungen, Sebastian!

EDIT: Oh oh - hatte den Touchscreen vergessen... mal sehen
EDIT2: Touchscreencode auskommentieren bringt auch nix. Bin übrigens unter Linux. Muss ich da das Makefile anpassen?

Moin

Also das sollte eigentlich keine Probleme machen.
Ich würde auf ein anderes Problem tippen.

Irgendwas hardwareseitiges.
Läuft der Controller mit anderen Programmen ?

mfg
Sebastian

PS: Wie gesagt mit der Verdrahtung wie im Schaltplan tut meine Lib sowieso nicht.

Was heißt tut sowieso nicht??? Muss man nicht einfach die Ports anpassen?
Und ja: der Controller läuft mit anderen Programmen.
EDIT: Welchen Schaltplan nutzt du?

Zitat:

---

Zitat von .:Sebastian:.

Was mir auch grade noch auffällt, ist das der Schaltplan nicht zu meiner Lib passt.
Da hängen nämlich Pins, CS und RS, am AVR die ich immer auf festen Pegeln habe.
D.h. die auch noch zu steuern hab ich in der Lib nicht vorgesehen.

---

Ich hatte leider noch keine Zeit meinen Plan digital ab zu zeichnen und werde auch die nächsten paar Tage keine haben.

Wie gesagt ich wüsste nicht wo in meinem Code der Fehler liegen sollte.
Wenn es gar nicht anders geht solltest du vllt. auf einen anderen Code umschwenken.


Sebastian

Sorry für die vielen Fragen...
Aber auf welchen Pegeln liegen CS und RS und welche Pins am Display sind jetzt:
LCD_RS (Register-Select Pin of the Display) --> ich dachte RS wär fest?
LCD_EN (Strobe Pin)

C_Classic

Moin Moin

Also CS is chip select und sollte low active sein, d.h. der muss auf GND.
RES also Reset (und nicht RS war mein Fehler) is auch low active muss dann auf Vcc.

Siehe DS vom Display http://www.pollin.de/shop/downloads/D120346D.PDF

Das sollte aber nix daran ändern dass dein ATMega nicht will.

Sebastian

Hi,

Also da ich der Zeichner der Schaltplans bin meld ich mich auch ma zu wort^^:

Pin 15 habe ich auf GND gelegt (er ist active low= active wenn gnd anliegt)
Pin 16 habe ich auf VCC gelegt (da man ihn nicht active haben will)

So funktioniert es garantiert.

Ich hatte mir ne andere LIB rausgesucht....link dazu is glaub in meinem beitrag auf der dritten seite. Versuchs ma mit der LIB dann kannste wenigstens nen Defekt vom Controller ausschließen.

Die hatte ich glaubauch schonmal. Jedenfalls funktioniert ein Code jetzt soweit, dass der Controller noch lebt. (glaub modifizierte Version von Sebastians)
Auf dem Disp jedoch mal weiß mal Schwarz, Streifen oder garkein init (bild wie ohne uC).

Morgen mal weiter Fehler suchen.

Hat jemand einen Schaltplam mit Lib, die ohne irgendwelche Anpassungen zusammen funktionieren (Touch egal).

Danke,
C_Classic

Hab jetzt mal deinen Code, Sebastian, auf nen Mega8 gespielt. Dort läuft er mal soweit, nur leider wird das Display auch hier nicht initialisiert.
Hast du die Datenleitungen gekreuzt, also DB0 --> PB7, DB1 --> PB6 etc.?

Die Einstellungen müssten so richtig sein, oder?:

Code:

---

#define LCD_CTRL        PORTD                //!< Port used for control signals
#define LCD_CRTL_DDR        DDRD        //!< Data-Direction-Register for the control signals
#define LCD_RS                        PD2                //!< Register-Select Pin of the Display
#define LCD_RW                        PD1                //!< Read-Write-select Pin
#define LCD_EN                        PD0                //!< Strobe Pin



#define LCD_DATA                PORTB        //!< Port used for data
#define LCD_DATA_PIN        PINB        //!< Port used for reading the data
#define LCD_DATA_DDR        DDRB        //!< Data-Direction-Register for data

---

Display AtMega
==========
RS 4 - PD2
RW 5 - PD1
E 6 - PD0

Die Datenleitungen sind 1:1 mit PortB verbunden.
CS auf GND und RES auf VCC

Danke,
C_Classic

PS: Soll ich mal ein Foto anhängen, wie das Display aussieht?
Und übrigens, bei mit funktionieren alle 3 Touchscreens! \:D/ ...jetzt fehlt nur noch das Display selbst.

PPS: Pin 7 ist doch DB0, oder?
Hab jetzt mal LEDs an die dataports gehängt und gesehen, dass der 1. (also PB0) normalerweise high ist und bei datenübertragung auf low schaltet, bei allen Anderen ist es umgekehrt. Passt das so?


ARRRG: ich ahb mich an einen Satz von mir erinnert, der mir vor beginn dieses Projekts durch den Kopf ging: "Wetten, das Projekt funktioniert am Ende wieder wegen diesem sch**** Steckbrett nicht!" und wies aussieht hatte ich recht. Ich hab mal die Kabel direkt an den Atmega geklemmt und siehe da, jetzt tut sich was. Zwar noch kein Bild oder ähnliches aber es macht was. Ich werd das ganze jetzt mal aufn Board LÖTEN und dann weitersehen... (aber nach welchem Schaltplan?)


===> ES LÄUFT!!! Danke für deine Lib, Sebastian, läuft super! Es lag wirklich an diesem verdammtem Steckbrett (Conrad)... naja...
Ich brauche also keinen Schaltplan mehr. Nochmals Danke an Alle, die mir geholfen haben.

Jetzt hab ich doch noch eine Frage: welche Anschlüsse der Touchfolie sind welche X/Y-Anschlüsse bzw. wie kann ich es rausfinden?

MfG
C_Classic

PS: Gibt es eine Möglichkeit den Touchscreen in deiner Lib zu kalibrieren? Bei mir ist das ganz versetzt und mal zeichnet er zu weit unten, mal zu weit oben.
Hast du irgendwelche Widerstände an den Pins?

PPS: Müssten 150 Ohm sein, oder?
Und noch was: Beim zeichnen von Bitmaps werden die bei mir in die Länge gezogen.(sind die Pixel rechteckig?) Ebenso kann ich keine 160x80 Bitmaps Zeichnen. Hast du ne Idee, woran das liegt? Problem gelöst: einfach width und height um 1 runtersetzen.
Ach und noch was: Bei dem 8x8 Zeichnensatz gibt es Fehler (Striche Punkte über dem Zeichen) bei r und - vlt. auch bei mehr.

Moin Moin

Zitat:

---

ARRRG: ich ahb mich an einen Satz von mir erinnert, der mir vor beginn dieses Projekts durch den Kopf ging: "Wetten, das Projekt funktioniert am Ende wieder wegen diesem sch**** Steckbrett nicht!" und wies aussieht hatte ich recht. (aber nach welchem Schaltplan?)

---

Zitat:

---

Ich würde auf ein anderes Problem tippen.
Irgendwas hardwareseitiges.

---

Alle weiteren Kommentare verkneif ich mir jetzt mal.

Zu Thema Fonts :
Kann sein die sind nicht von mir.

Zum Thema Touch :
Die Anschlussbelegung verrät dir dein Ohmmeter.
Die 150 Ohm könnten stimmen.
Der toucht-teil gehört auch garnicht zur lib sondern ist nur als 'proof of concept'
mit dabei, also weder dokumentiert noch ausreichend getestet.

Kalibrieren geht über Zeile 54 und 83 in der touch.c.
Lass dir einfach mal die normalen ADC werte anzeigen und, dann such dir das Minimum und Maximum raus und rechnes in Koordinaten um. (Mittelstufenmathematik)


//Update :
Ich hab mal die neuste Version von lib und doku hochgeladen.
Es hat sich fast nix verändert, außer ein paar Kleinigkeiten und der Lizenz.
Alle künftigen Versionen werden unter MPL statt GPL stehen.
Warum könnt ihr auf meiner Seite nachlesen.
http://sebastians-site.de/homepage/e...or-lc7981.html

mfg
Sebastian

Problem: Viel Text mit kleinem Zeichensatz darstellen

Hallo Sebastian und andere Displayprogrammierer

danke an alle hier im Forum, mit Eurer Hilfe habe ich auch mein Display
zum Laufen gebracht. Ich einen Atmega32 und Libs in C von Sebastian, die schön flott arbeiteten.

Folgendes fehlt noch zum letzten Glück: Ich möchte gerne viel Text
komprimiert auf dem GLCD ausgeben und einen 5x7 Zeichensatz verwenden.
Ich habe dazu je einen Lösungsansatz für den Textmodus und den
Grafikmodus, jeder natürlich jeder mit einem Problem, was sonst:

1) Textmodus + interner Zeichensatz, schön klein, spart Speicherplatz
Das funktioniert allerdings nur mir 20 Zeichen pro Zeile statt 26
möglichen und ist mir nicht dicht genug. Bei 26 Zeichen gibt es irgendwo
in der Mitte jeder Zeile Pixel die nicht angesprochen werden. Das
gleiche Problem wurde hier im Forum schon einmal mit Foto nachgefragt.
Man muss also die horizontal pitch und number of characters entsprechend
Datenblatt anpassen. Die Erklärung ist sicher, dass mit einer Hp von 8
und einer Pixelanzahl von 160 pro Zeile eben nur 20 Zeichen glatt
aufgehen. Sonst müsste man den LC7981 irgendwie überlisten, wie weiß ich
leider nicht.
So funktioniert es im Textmodus:

lcd_write_command(0x01,0x77); //Hp=8 stellt die pitch-Werte ein
lcd_write_command(0x02,20 - 1); //Anzahl Zeichen pro Zeile (minus 1)


Frage 1: hat jemand einen Tip, wie ich auch 26 Zeichen pro Zeile im
Textmodus fehlerfrei darstellen kann, 160/7 =26,6 das geht nicht auf!!
Textmodus so einstellen, aber das gibt besagte Fehler:

lcd_write_command(0x01,0x75); //Hp=6
lcd_write_command(0x02,26 - 1); //Anzahl Zeichen pro Zeile (minus 1)


2) Grafikmodus + selbst erstellter Zeichensatz 5x7
Das würde ja funktionieren, aber ich habe keinen freien
Zeichensatzgenerator und die verfügbaren Zeichensätze sind anders
kodiert als ich es brauche, nämlich SB last!!

Frage 2: Kann jemand einen Zeichensatzgenerator oder einen Zeichensatz
empfehlen?

Gruß Tom_W

Moin Moin

Also spontan hätte ich gesagt du kannst mal da nachsehen.
http://www.mikrocontroller.net/topic/54860#1291943

Aber da gibts nur 5x8 und 4x6 Fonts.

Sonst wüsste ich jetzt spontan nix.

Gruß
Sebastian

Hi Sebastian,
danke für Deinen schnellen und spontanen Tip mit den Zeichensätzen. Genau die hatte ich dann heute auch noch entdeckt und die kleineren versucht einzubinden. Leider bis jetzt nur Zeichensalat auf dem Display. Die Zeichen müssen, um mit deiner routine richtig dargestellt zu werden, liegen und quasi nach links gekippt sein, richtig?

Post mal meine wesentlichen Anpassungen zum Drüberschauen:

FontDatei:
const uint8_t font_5x8[] PROGMEM = {....

Im Programm:
extern const uint8_t font_5x8[] PROGMEM;
lcd_plot_text_P(10,45,PSTR("einfach!!!"),5,8,font_ 5x8);

Habe mich noch nicht mit deiner Anzeigeroutine für die Zeichensätze beschäftigt. Die Zeichenhöhe und Breite sind ja im Befehl von entscheidender Bedeutung. Ist doch richtig, dass sie immer gleich oder größer dem Zeichen sein sollen. Mit verschiedenen Werten gibt's bei mir auch nur Salat:-( Komme gerade nicht weiter.


Hast du eine Lösung zum Fehler im Textmodus - in deiner Routine sind ja auch 26 zeichen eingestellt, geht bei mir nicht?

Grüße, Tom.

Hi Sebastian,
danke für Deinen schnellen und spontanen Tip mit den Zeichensätzen. Genau die hatte ich dann heute auch noch entdeckt und die kleineren versucht einzubinden. Leider bis jetzt nur Zeichensalat auf dem Display. Die Zeichen müssen, um mit deiner routine richtig dargestellt zu werden, liegen und quasi nach links gekippt sein, richtig?

Post mal meine wesentlichen Anpassungen zum Drüberschauen:

FontDatei:
const uint8_t font_5x8[] PROGMEM = {....

Im Programm:
extern const uint8_t font_5x8[] PROGMEM;
lcd_plot_text_P(10,45,PSTR("einfach!!!"),5,8,font_ 5x8);

Habe mich noch nicht mit deiner Anzeigeroutine für die Zeichensätze beschäftigt. Die Zeichenhöhe und Breite sind ja im Befehl von entscheidender Bedeutung. Ist doch richtig, dass sie immer gleich oder größer dem Zeichen sein sollen. Mit verschiedenen Werten gibt's bei mir auch nur Salat:-( Komme gerade nicht weiter.


Hast du eine Lösung zum Fehler im Textmodus - in deiner Routine sind ja auch 26 zeichen eingestellt, geht bei mir nicht?

Grüße, Tom.

Moin Moin

Zitat:

---

Die Zeichen müssen, um mit deiner routine richtig dargestellt zu werden, liegen und quasi nach links gekippt sein, richtig?

---

Äh nein ?
Also im Prinzip ist es ganz einfach :
Ich hab einen großen Haufen Speicher, da liegen die Buchstaben drin.
Im Fall von 5x8 sollten sie so angeordnet sein :
Die ersten 5bit sind die erste Zeile vom ersten Zeichen, die zweiten 5 die Zweite Zeile ... nach 8 Zeilen kommt die erste Zeile vom zweiten Zeichen.
Die Zeilen sind so aufgebaut da ich sie 1:1 ans Display schicken kann.
Sprich das least significant bit (LSB) ist das erste bit.
Da kommt daher weil der jedes byte im Speicher sind ja 8 Pixel in einer Zeile.
Wenn wir die jetzt von links nach rechts durchgehen kommt zuerst das LSB und dann am Ende das MSB.
Siehe Datasheet für den lc7981 Tabelle auf Seite 15

Da is für mich nix mit kippen erkennbar.
Außer du hältst dein Display falschrum.

Zitat:

---

Die Zeichenhöhe und Breite sind ja im Befehl von entscheidender Bedeutung. Ist doch richtig, dass sie immer gleich oder größer dem Zeichen sein sollen.

---

Und das ist totaler Käse.
Da die Größe benutzt wir um die entsprechenden bits im Speicher zu finden,
sollte sie vllt. passen ?
Siehe meine Erklärung oben.
Wenn du da ein bit daneben liegst stimmen alle Offsets nimmer.
Pixelsalat.
Für 5x8 wäre der richtige Aufruf :
lcd_plot_text_P(10,45,PSTR("einfach!!!"),4,7,font_ 5x8);
Wir zählen nämlich von 0 an.
Siehe die Notizen zu lcd_plot_btimap in der Dokumentation.


Es kann sein das dein 5x8 font so gepackt worden ist,
dass ein zeichen 8 x 8 bit benutzt (sprich 3 bit überlänge).


Das Problem im Textmodus kann ich grade, mangels Hardware, irgendwie nicht nach vollziehen.
Müsste ich mir nacher mal einen Testaufbau zusammen löten und anchschauen,
außer jemand hat ein Photo. (Und irgendwo einen ATmega32 ausbauen.)
Weil soweit ich weiß ging der Textmodus bei mir relativ problemlos, kann aber sein dass ich da irgendwelche Seiteneffekte einfach ignoriert habe.

Gruß
Sebastian

Hallo Sebastian,
herzlichen Danke für die schnelle Antwort. Habe mich heute einige Stunden mit den Problemen herumgeschlagen und ein paar Fotos gemacht, die ich hoffentlich gleich anhängen kann. Habe mich quasi empirisch dem Problem etwas genähert und ein paar Ausgaben mit unterschiedlichen Zeichensätzen gemacht und auch den Fehler im Textmodus fotografiert.


Foto 3: Bei deinem original verwendeten Zeichensatz gibt es leider auch Darstellungsfehler z.B. bei "h" und "r" - wie übrignes bei 4x6 -siehe unten- auch.
lcd_plot_text_P(0,30,PSTR("Feler bei"),8,8,font_8x8);
lcd_plot_text_P(20,40,PSTR("hhhhhrrrrr"),8,8,font_ 8x8);
Also da passt entweder der Zeichensatz nicht zur Ausgaberoutine oder die Ausgaberoutine verdreht etwas?

Foto 1 und 2 stellen zum Testen eine Tabelle dar mit dem Text "E3". Damit teste ich verschiedene x,y-Werte für den Textausgabebefehl im Grafikmodus:

lcd_plot_text_P(test*20-80,lauf*10-30,PSTR("E3"),x,y,font_5x8);

Die erste Zeile beginnt bei y=4, erste Spalte bei x=4, dann immer durchlaufend bis 10. Man kann erkennen bei welchen Werten der Text korekt dargestellt wird.
Foto 1: Der Zeichensatz 5x8 lässt sich mit 8,8 richtig darstellen.
Foto 2: Der Zeichensatz 4x6 stellt zwar "E3" zwei mal richtig dar, hat aber immer Fehler z.b. bei "r" und "h" wie bei deinem 8x8 :-(((

Selbst wen man endlich die Zeichen richtig darstellen kann, sind 8 Pixel Breite für einen 5 Pixel breiten Zeichensatz zu viel des Guten. Leider wird bei diesen winzigen Zeichensätzen immer Platz verschwendet und die Zeichen nicht so eng zusammengerückt wie es möglich wäre. Der 4x6 Zeichensatz ist aufgrund der Darstellungsfehler momentan unbrauchbar für mich - oder ich muss vielleicht die Buchstaben einzeln editieren ;-| Ich möchte gerne viel infos auf wenig Raum darstellen, Ziel ist nicht
erreicht.


Letztes Foto - Fehler im Textmodus:

Wie beschrieben, hier Fehler in der Mitte des LCD, Pixel werden nicht angesprochen.

Ich wollte zu allen aderen Problemen auch fragen, was macht eigentlich "lcd_write_text_P(const char *txt)"?

Danke schin einmal für deine Hilfe:-)

Gruß Tom.

Moin Moin ....

Tja also zu der Geschichte im Textmodus bin ich spotan ratlos.
Zumal ich hier nichts reproduzieren kann.

Fürl cd_write_text_P(const char *txt) sei an die Doku verwiesen.
http://www.sebastians-site.de/hg_rep...55fdb0233757fb
Textausgabe im Textmodus mit scrollen, wie in einem Unix terminal.

Die Darstellungsfehler bei den Fonts hab ich so auch noch nicht gesehen.
Das die alle so viel Platz mitbringen kommt daher, dass man sich normalerweise nicht wie ich die Mühe mit dem freien positionieren macht.
Vllt. sollte ich mal eigene Fonts erzeugen/ein tool dazu schreiben.
Wird aber sicher nix draus vor 2011.
Es kann aber auch sein das meine Textausgabe irgendwie verbuggt ist.
Ich wüsste aber nicht wo.

Sieht so aus als wäre ich mal wieder an dem Punkt wo ich dir empfehlen würde auf eine andere Lib zu setzen.

Gruß
Sebastian

Hallo Sebastian,
so schnell wollte ich nicht aufgeben. Das muss doch zu machen sein. Bin von Anfang an eigentlich begeistert gewesen von deiner Lib und habe mich nach einigem Rumprobieren dafür entschieden. Die Touchscreenroutinen arbeiten zuverlässig und die Grafik ist schnell, ich kann Bitmaps selbst erstellen und flott ausgeben. Es wäre nur schön, wenn du die Dinge irgendwie nachvollziehen könntest, die bei mir passieren, es sollte doch nicht an irgendeinem dummen Bug bei mir liegen?

Der Textmodus arbeitet mit 20 Zeichen pro Zeile korrekt (Probeweise Colums mal auf 20 gesetzt, hp auf 8, das klappt). Der Fehler im Textmodus auf meinem Bild wurden auch schon mal bei mikrocontroller.net im Forum gepostet und jemand anders hat auch geschrieben, dass er es nur mit 20Z/Zeile hinbekommt. Auch die Lib für Bascom, die jemand in Assembler geschrieben hat, verwendet 20Z/ Zeile. Beim Testen heute hat sich, durch irgendeinen Umstand, den ich leider nicht nachvollziehen kann, die Ausgabe im Textmodus so verändert, dass in der Bildschirmmitte alles richtig war, der Text am Zeilenende jedoch gefehlt hat, Gott weiß warum, ich hatte eigentlich nur im Grafikmodus rumgespielt. Es muss also irgendwie gehen, nur wie? Der eingebaute Zeichensatz gefällt mir eigentlich am besten, wenn ich die Wahl hätte, würde ich den nehmen.

Wenn ich das Datenblatt richtig verstanden habe, setzt der Controller im Textmodus den Cursor automatisch um horizontal pitch weiter. Dann müsste man evtl. dort den Gedanken ansetzen, damit richtig positioniert wird? Oder sollte man im Diplayspeicher an eine andere Stelle schreiben, damit der Text richtig erschreint? Oder liegt irgend ein anderer dummer Fehler nur bei mir vor, wenn die Fehler bei dir nicht auftauchen?

Was sagen denn andere, die die Lib von dir benutzen, bei denen alles o.k. oder reizen sie die Möglichkeiten nicht aus?

Gut Nacht, Tom.