Grafik LCD mit Touch

Guten Tag zusammen,
ich habe ein Problem mit dem Display!

Ich betreibe das Display (noch) im Charaktermodus weil ich zunächst erstmal einfach testen wollte wie es so funktioniert und es funktioniert gut auch das Touchscreen arbeitet gut ABER ich kann einfach ums verrecken nicht in die Zeilen unterhalb von 7! Siehe Foto!

(Normalerweise soll genau so weiter geschrieben werden 8,9,10)

Bild hier  

Ich verstehe es nicht. Oberhalb der 8 Zeile kann ich wunderbar springen sowohl horizontal als auch vertikal. Ein zweites Display habe ich auch schon getestet, das selbe Verhalten!

So initialisiere ich das Display:

Code:

---

void GLCD_Init_C(void)
{
  GLCD_RES=0;
  Delay10KTCYx(1);
  GLCD_RES=1;

  GLCD_writecom(0x00);  // Mode Con
  GLCD_writedata(0x3C);  // Character Mode, Cursor blink 
 
  GLCD_writecom(0x01);  // Character Pitch
  GLCD_writedata(0x77);  // 8x8 Chars 

  GLCD_writecom(0x02);  // Number of Characters
  GLCD_writedata(19);  // 19 Zeichen <--->

  GLCD_writecom(0x03);  // Set Duty
  GLCD_writedata(0x4F);  // 80-1

  GLCD_writecom(0x04);  // Cursor Position
  GLCD_writedata(0x07);  // Line 1

  GLCD_writecom(0x08);  // Start Adresse Low
  GLCD_writedata(0x00);  // 0

  GLCD_writecom(0x09);  // Start Adresse High
  GLCD_writedata(0x00);  // 0

  GLCD_writecom(0x0A);  // Cursor lower adress
  GLCD_writedata(0x00);  // 1

  GLCD_writecom(0x0B);  // Cursor upper adress
  GLCD_writedata(0x00);  // 1
}

---

So stelle ich die Adresse ein:

Code:

---

void GLCD_SetAdress(unsigned char x, unsigned char y)
{
  unsigned short adress;
  adress=y*20+x;
  GLCD_writecom(0x0A);        // write adress low
  GLCD_writedata(adress&255);
  GLCD_writecom(0x0B);        // write adress high
  GLCD_writedata(adress/256);   
}

---

Die Routinen zum Schreiben auf dem Display:

Code:

---

void GLCD_writedata(unsigned char info)
{
        GLCD_RS=0;
        GLCD_write(info);
}

void GLCD_writecom(unsigned char info)
{
        GLCD_Busy();
        GLCD_RS=1;
        GLCD_write(info);
}

void GLCD_write(unsigned char info)
{
        GLCD_RW=0;
        GLCD_Data=info;
        Delay10TCYx(1);
        GLCD_Enable();               
}

void GLCD_Busy(void)
{
        GLCD_RW=1;
        GLCD_RS=1;
        GLCD_Enable();
        TRISD=0x80;       
        while(LATDbits.LATD7){}       
        TRISD=0x00;
}

void GLCD_Enable(void)
{
        GLCD_E=1;
        Delay10TCYx(1);
        GLCD_E=0;
}

---

Ich hoffe sehr, dass mir irgendwer von euch helfen kann ich verstehe es einfach nicht..

LG Nico

Hey,
ich hab mal auf der Lib von Sebatian aufbauend eine Funktionsbibliothek geschrieben, um einfache Steuerelemente zu realisieren.

Man kann mit der Lib momentan Buttons, Checkboxes und Slider (Vertikal) erstellen. Eine Progressbar mach ich demnächst noch.

Ebenso beinhaltet die Lib Funktionen zum zeichnen von Vierecken, Kreisen und Linien.

Ich denke die Befehle erklären sich größtenteils von selbst, nur:
RefreshCheck und RefreshSlider müssen immer wieder aufgerufen werden (interrupt?), damit sich der Status der Checkbox bzw. des Sliders beim Berühren ändert.
Der Wert einer Checkbox kann aus der Variable Checked[id] gelesen werden. Der Slider muss mit GetSlider(id) gelesen und mit SetSlider(id,val) gesetzt werden. Der gültige Bereich ist von 0-100

Ein Button wird mit GetButtonPressed(id) abgefragt.

Der Rest funktioniert eigentlich wies im Headerfile steht. Create zum Erstellen Delete zum Löschen etc.


Wenn jemand diese Lib testet wäre ich über Rückmeldungen dankbar.

MfG C_Classic

Moin Moin

So jetzt bin ich wieder zurück aus dem Angelurlaub.

C_Classic:
Ich würde deine Lib gerne testen doch mir fehlt die Hartware.
Sobald ich wieder Zeit habe wert ich mal was frickeln.


Was mir auffällt ist das du relativ viel über lcd_plot_pixel machst.
Das is an sich kein Problem nur ist es inperformant (in oder im ?) ohne Gande.
Du weißt das du für JEDES Pixel 2 byte an das Display schickst ?
Es wäre eventuell geschickter wenn du direkt den Display speicher lesen + schreiben würdest. (1Byte lesen, Pixel die zur Linie gehören setzen, Byte wieder schreiben)
Eine horizontale Linie mit 8 Pixel Länge lässt sich so im günstigsten Fall mit 4byte (2 lesen + 2 schreiben) realisieren.
Im Moment verschickst du dafür 16 Byte (2 pro Pixel) sprich du könntest das um Faktor 4 beschleunigen.
(Weil ein paar bitshifts im AVR sind schneller als die Kommunikation mit dem Display)

Aber ich werde mir deine lib demnächst mal ansehen, kann sogar sein dass ich sie in meinem nächsten Projekt verbaue.

mfg
Sebastian

PS: Ich würd mal noch meinen Name + E-mail Adresse in den Sourcen hinzufügen.
Und vllt. eine Lizenz (z.b. MPL , BSD oder zur not auch GPL) damit die Leute die es verwenden wollen das auch dürfen.

Die Sache mit dem PlotPixel ist so, weil ich nicht genau weiß, wie es anderst geht. Da müsste ich mich erstmal einarbeiten.
Zu der Sache mit den Lizenzen: Ich denke da wär die MPL gut, darunter steht ja auch der Rest der Lib.

MfG
C_Classic

Moin Moin

Also ich hab den ganzen Morgen Und Mittag damit meine Display-Testplatine nach einem Jahr in der Karbbelkiste ohne Controller wieder zu beleben.
Nach dem ich das Display tauschen musste weil der Folienleiter vom Touchteil rissig und wackelkontaktig war scheint jetzt alles wieder zu gehen (nur is auf dem Display die Touchfolie anderes herum drauf als auf den vorher).

Jedenfalls kann ich bestätigen das deine Lib tut.


Gruß
Sebastian

Hallo hier im Forum,

@Alle: Habe immer noch das Problem, dass ich keinen engen Text (viel Infos auf wenig Raum) darstellen kann. Gibt es jemanden, der 26 Zeichen pro Zeile (fehlerfrei) darstellen kann, dann sagt mir bitte wie!!!

@ Sebastian: Du bist vom Angeln zurück und baust eine Testplatine, das lässt hoffen. Evtl. kannst du ja meine Probleme (siehe Bilder oben) 1) im Textmodus mit 26 Zeichen pro Zeile das Problem in der Mitte des LCDs 2) im Grafikmodus z.B. mit deinem Zeichensatz 8x8 bei den Buchstaben „h“ und „r“ nachvollziehen und hast evtl. eine Lösung dafür.
Manchmal beschleicht mich die Idee, dass ich eine unfertige Version deiner Lib benutze – neulich fand ich auf einer deiner Seiten eine andere Version ohne Touchkalibrierung – die zwar etwas bereinigt aussah, die ich allerdings nicht zum Laufen bekommen habe (könnte ein Timing Problem sein).

@C_classic: Danke für die „functions“. Habe sie mal kurz eingebunden und es lief soweit. Einen slider finde ich sehr interessant. Abfrage und Verschieben habe ich auf Anhieb nicht hinbekommen – evtl. ist ein kleines Demoprogramm ganz schönJ Ein sehr gute Linienfunktion gab es ja schon bei Sebestian.

@Alle: Ich bin ein bildlicher Mensch und habe deshalb für mich ein kleines Zeichensatz-Tool programmiert. Wer will kann es hier downloaden. Es ist zum privaten gebrauch, erfüllt den Zweck für den ich es entwickelt habe und ist auf keinen Fall perfekt. Man kann damit GLCD-Zeichensätze (maximal 8x8) erkunden und auf die eigenen Bedürfnisse anpassen. Im linken Fenster muss man etwas markieren, dann kann man die Zeichen einzeln anzeigen lassen, rotieren, spiegeln, verschieben und als neuen Quelltext im rechten Fenster erstellen lassen. Ich gehe nicht den Weg, dass man MSB und horizontal/ vertikal oder was auch immer einstellen muss, sondern jedes Zeichen wird entsprechend der Anzahl von Manipulationen verschoben/ rotiert/ gespiegelt und dann als Hex-Code gespeichert. Man kann auch in den Festern rechts und links Markieren und Einfügen oder Editieren, so dass man jederzeit auch mal eine Ausgabe von rechts nach links verschieben kann, markieren und anzeigen. Es ergeben sich bei geschickter Handhabung recht vielfältige Arbeitsmethoden.
Ich wollte zuerst noch TrueType Fonts einladen lassen, mache das aber z.Zt. mit GLCD Fontcreator 1.0.1 von http://www.pocketmt.com/ (Export nach Basic, dann in mein Programm einladen und weiter beareiten). Eine Weiterentwicklung plane ich nicht.

Zitat:

---

Manchmal beschleicht mich die Idee, dass ich eine unfertige Version deiner Lib benutze

---

Kann durchaus sein, die neuste Version ist 0.6 beta.
Die Version steht über der Lizenz in der lc7891.c oder der lc7891.h.

Zitat:

---

neulich fand ich auf einer deiner Seiten eine andere Version ohne Touchkalibrierung – die zwar etwas bereinigt aussah, die ich allerdings nicht zum Laufen bekommen habe (könnte ein Timing Problem sein).

---

Das kann allerdings überhaupt nicht sein.
Erstens ich hatte nie eine Touch Kalibrierung.
Die mitgelieferte touch.c enthält Durchschnittswerte von 2 Displays.
Die habe ich gemessen, als ADC Werte und dann mit Papier, Bleistift und meinem fx991-ES die Umrechnungsfunktionen ADC wert in Koordinate aufgestellt.
Die soll auch nur so pi mal Daumen passen, als prove of concept.
Zweitens wenn ich alle Änderungen der letzten paar Monate durchgehe, waren es zu 90% Dokusachen und 1-2 Zeilen Code.

Sicher das du meine Lib erwischt hast ?
http://sebastians-site.de/homepage/e...or-lc7981.html

Zitat:

---

Ein sehr gute Linienfunktion gab es ja schon bei Sebestian.

---

Jetzt bin ich vollkommen verwirrt.
Weil keine Version meiner lib hatte bis jetzt eine Linienfunktion.
Für die Version 0.7 ist einen geplant (seit gestern auch funktionsfähig) aber da 0.7 noch nicht fertig is hat davon noch nichts mein NAS verlassen.

Ist das jetzt meine lib die du benutzt oder nicht ?

Sebastian

//Edit1 :
Die komischen Pixelfehler bei einigen Buchstaben kann ich mittlerweile bestätigen.
Ich weiß nur nicht woher die kommen.

//Edit2:
Ich glaube meine Fontroutine kann in derzeitiger Form gar nicht so funktionieren wie ich es gerne hätte.
An sich müsste ich die lcd_plot_char neu schreiben.
Und die Fonts an sich anders im Flash organisieren.
Der Plan is das man dann diese Quasi-standart als Array abgelegte Fonts nutzen kann.
Ich melde mich wenn das fertig ist (irgendwann nächste Woche).

Hi Sebastian,
jetzt habe ich also deine richtige Lib V0.6:-)

Meine andere Version ist auch deine Lib, die offenbar jemand erweitert hat, eine Versionsnummer steht nicht drin. Da ich am Anfang so einiges zum Display gesammelt habe, kann ich nicht mehr sagen, woher ich das habe. Die Linienfunktion sieht ganz so aus wie die aus der Lib von Benedikt (mikrocontroller.net) line + bresenham_line sinnvoll ergänzt. Eine touchkalibrierung ist in writingdemo eingearbeitet, die Werte werden im Eeprom gespeichert, die Überprüfung, ob kalibriert ist, erfolgt recht simpel, mit der Abfrage eines Klicks in einem Buttonbereich.

Mit der Lib von Benedikt habe ich jetzt endlich eine Textdarstellung von 26 Zeichen pro Zeile hinbekommen. Allerdings ist diese Lib zunächst auf einen Zeichensatz beschränkt, wobei du das variabel gestaltet hast. Selbst bei Zeichensätzen, die nur 3 Byte pro Zeichen haben und nur 5 Bit tief sind, lassen sich die Abstände zwischen den Zeichen nicht so klein wie möglich wählen. Mit schmalen Zeichensätzen von 3 Pixeln Breite + 1 Leerpixel müsste man ja 160/4 = 40 Zeichen pro Zeile darstellen können.

Wie sieht es mit dem Textmodus aus, kannst du mit internem Zeichensatz 26/ Zeile fehlerfrei darstellen?

Grüße Tom.

Moin Moin ...

Ich war mal wieder für ein paar Tage abgetaucht.

Zunächst einmal die gute Nachricht.
Mein Rewrite der Fontfunktionen geht ganz gut voran.
Ich hab einen neuen Code zum anzeigen von Bitmaps, der jetzt byteweise statt bitweise durch die Bitmaps iteriert.
Der ist erstens schneller und zweiten in jeden Fall kompatibel mit dem was gängige Konverter ausspucken.
Nur leider läuft er noch nicht auf Avr, sondern nur in meiner schnell zusammengehackten Display Simulation am PC.

Die nächste schlechte Nachricht ist, dass ich im Moment einfach nicht dazu komme da mit so viel Zeitaufwand weiter zu arbeiten, wie nötig wäre.
Und weil meinen bisherige Version aus genau diesem Grund so viele kleine Bugs hat, werde ich versuchen dieses mal etwas gründlicher zu arbeiten.

Was das Problem dem Textmodus angeht, bin ich leider noch nicht wirklich weiter gekommen.
Allerdings äußert sich das Problem bei mir komplett anders.
Anstatt fehlerder Pixel bekomme ich einen dicken schwarzen Balken am rechten Bildrand.

//Edit1: Ich glaub ich habs.
Is zwar aus der Kategorie dirty hack, aber es scheint zu funktionieren.
Und zwar kommt der schwarze Balken daher das der Controller die überzählen Pixel am ende der Zeile nicht ansteuert.
Aber im Graphicmodus kann ich die ausschalten.
Also mit folgendem Code und meiner aktuellen lib geht es bei mir :

Code:

---

        lcd_init(LCD_GRAPHIC); //erstmal alle Pixel aus.
        lcd_init(LCD_TEXT); // Texmodus
        lcd_write_text("12345678901234567890123456"); ///Tada  !

---

Nur um vor zu beugen :
Mein Display wird so initialisiert :

Code:

---

        if(mode == LCD_TEXT) {

                lcd_mode = LCD_TEXT;

                lcd_write_command(0x00,0x3C);
                lcd_write_command(0x01,0x75);
                lcd_write_command(0x02,LCD_TEXT_COLUMNS -1);
                lcd_write_command(0x03,0x4F);
                lcd_write_command(0x04,0x07);
                lcd_write_command(0x08,0x00);
                lcd_write_command(0x09,0x00);
                lcd_write_command(0x0A,0x00);
                lcd_write_command(0x0B,0x00);

        }
        else {

                lcd_mode = LCD_GRAPHIC;

                lcd_write_command(0x00,0x32);
                lcd_write_command(0x01,0x07);
                lcd_write_command(0x02,(LCD_GRAPHIC_WIDTH / 8)-1);
                lcd_write_command(0x03,0x4F);
                lcd_write_command(0x08,0x00);
                lcd_write_command(0x09,0x00);
                lcd_write_command(0x0A,0x00);
                lcd_write_command(0x0B,0x00);
        }

---

Bitte vorher wirklich checken, ob das auch wirklich so in der lib steht oder ob das wieder eine andere ist. (In meiner stand NIE etwas anderes, das kann ich garantieren.)
Wär schön wenn jemand das mal jemand testen könnte.


Und für alle die auf die neue Version meiner Lib warten :
Sie wird definitiv kommen, nur wann kann ich nicht sagen. (In 1-2 Monate vllt.)
Ich brauche meine Lib nämlich selbst für ein Projekt, aber bevor ich soweit bin, muss ich erst ein paar andere Dinge fertig bekommen.
Put first things first wie is auf Englisch so schön heißt.

Gruß
Sebastian

Noch ne Frage zu meiner Lib: Ich hab da immer, wenn ich nur 8-Bit Zahlen speichere, den Typ char verwendet. Jedoch gibts da Probleme. (Wegen binärer 0 am Ende?)
Deshalb: Welchen Datentyp, der nur 1 Byte Speicher belegt, kann ich als Array verwenden?

Moin Moin

Also ich benutze immer uint8_t.
Das ist eigentlich auch nur ein unsigned char.
Allerdings verhält es sich genauso wie ich es von einem 8bit Integer erwartet.

http://www.mikrocontroller.net/artic....29_Datentypen

Weil der ANSI Standard legt nicht fest ob der normaler char signed oder unsigned ist, kann ja sein dass das schon dein Problem war. Oder ein Teil davon.
(siehe http://www.wachtler.de/ck/8_4_Grunddatentypen.html 4.8.1)


Was meint du eigentlich mit binärer 0 ? 0x00 oder einfach 0 wie in 101010.

Ich würde die die Typen aus der stdint.h ans Herz legen.
Weil erstens kann man mit der Bezeichnung uint8_t mehr anfangen als mit unsigned char (Buchstaben ohne Vorzeichen :D ) und zweitens tippts sich schneller.

mfg
Sebastian

Wahrscheinlich heißts nicht binäre Null (hatte den Namen im Kopf... kp wieso), ich meine damit das \0 am Ende von nem Char-Array. Aber danke, uint8_t hatte ich davor schon mal, hatte es aber wegen Fehler wieder geändert. Die Fehler kamen daher, dass ich die Datei nicht includet hatte.

Jetzt ist da leider wieder ein Fehler, und zwar im Text-Modus. Wenn ich Text damit ausgebe, sind beim 14. Zeichen die ersten 2 Pixel 3 (oder 4) Pixel weiter links als der Rest. (Die 2 ersten Pixel sind an der richtigen stelle) Wenn ich dann das letzte Zeichen der Zeile schreibe, erscheint in der Lücke plötzlich ein teil des letzten Zeichens, obwohl dieses richtig ebenfalls am Ende der Zeile steht. Das wiederholt sich in jeder Zeile erneut.
Irgendwelche Ideen, woran das liegt?

Hab jetzt mal meine Lib nochn bissl erweitert und verbessert... zwar immernoch plot_pixel, aber jetzt gibts immerhin schonmal Progressbars. ich arbeite momentan nicht mehr daran, werde mich aber irgendwann mal hinsetzen und ne TextBox machen.

Moin Moin

Ich wollte mich nochmal melden (nicht das jemand denkt meine Tastatur wäre kaputt).
Es gibt Fortschritte.
Leider noch nichts releasebares.
Aber ich weiß woher die komischen Striche beim Text plotten kamen und ich konnte sie beseitigen.
Ich hab dafür die ganze bitmap plotting Geschichte neu geschrieben, der code ist seeehr viel schneller und übersichtlicher.

Mal ein wenig Hintergrund :
Vllt. erinnert ihr euch ja wie komisch schief die 12x16 Zeichen waren.
Das war ein Darstellungsfehler.
Meine lib hat beim Plotten immer ein byte früh angefangen. Sprich beim B wurde ein Rest vom A mit geplottet.
Bei den 8x8 Fonts gab das immer krasse Fehler.
12x16 Fonts waren deshalb immer nur schief.

So jetzt kommt die Krux :
Bei den LSB fonts die ich habe und die 2 Bytes breit sind, ist die Reihenfolge der Bits zwar richtig herum aber die Bytes sind falschrum.
Sprich bei einem L ist das | im zweiten und das _ im ersten Byte.
Früher hat sich das durch das falsche auslesen ausgeglichen und der Buchstabe war schief.
Da das jetzt gefixt ist, tun die Fonts nicht mehr.

Also werde ich jetzt mal versuchen eigene Fonts zu packen.
(Am besten ein tool dafür schreiben.)

Ich lehne mich mal aus dem Fenster und sage, das ich alles bis nächstes WE im Griff habe.
Ich will diesen Punkt endlich von meiner Todoliste haben.

//EDIT :
Yehaaaa !
Ich habs ! \:D/ \:D/ \:D/ \:D/
Also die Fonts waren falsch zusammen gepackt.
Siehe : http://www.mikrocontroller.net/topic/54860#1288497
Einfach mal die neuste Version gezogen, reinkopiert und passt !
Jetzt kann ich noch die Doku updaten ein paar Kleinigkeiten schöner schreiben und dann gibts ein UPDATE.

@C_Classics :
Dann kannst du dein Youtube Video nochmal ohne Pixelfehler machen sieht ja dämlich aus so.

Gruß
Sebastian

Moin Moin

So nach kurzer Nacht und Mittagsschicht gibts nun das ultimative Update.

Gefixt wurden :

• Fonts
• Bitmapausagbe

Neu dazu gekommen sind :

• lcd_write_byte(uint16_t pos,uint8_t byte)
• lcd_read_byte(uint16_t pos)

damit es Leute die direkt mit dem LCD speicher spielen wollen einfacher haben.

Wie immer mit hg clone http://www.sebastians-site.de/hg_repos/glcd/
oder einfach manuell herunterladen.

C_Classics oder sonstwer ....
Bitte einmal updaten und testen.

Gruß
Sebastian

Hallo!
Sorry, dass ich mich jetzt erst melde, aber ich hab deine Antwort irgendwie "verpasst".

Danke für den Fix mit den Fonts. Funktioniert jetzt einwandfrei.
Bitmapausgabe klappt auch.

Mal sehen, ob ich mit dem Speicher noch spielen werde ;)


Jetzt hab ich aber noch eine Frage zur MPL:
Ich habe deine Lib nach C++ portiert und ein mehr doer weniger komplettes UI dazu geschrieben.
Du kannst also z.B. folgenden Code verwenden:

Code:

---

ui::Button Btn1(x,y,width,height,Caption);
while (1) {
if (Btn1.pressed()) foo();
}

---

Die Funktionen(also Klassen) momentan sind:
Buttons
PictureButtons
Progressbars
Slider (Vertikal)
CheckBox
Label
Geplant: Slider (Horizontal)
Geplant: Text-Input

Wie auch immer. Wenn ich diesen Code veröffentliche, muss dieser dann auch unter der MPL stehen, weil der Display-Treiber darunter steht? Könntest du mit bitte ganz kurz sagen, was mit der MPL erlaubt ist. Also wie stehts mit kommerziellem Einsatz? (den will ich erlauben) Muss der Source auch bei kommerziellen Projekten mitgegeben werden und was ist der Unterschied zur LGPL?

Ich werde, wenn ich diese Lizenssache fertig hab die C++ Lib und meine Funktionen + Beispiele hochladen. Wenn du sie für würdig befindest kannst sie dann gern auf deine Homepage hochladen. ;)

MfG,
C_Classic

PS: Hast du den Fehler im Text-Modus gefixt? Da wurde bei mir immer ein Teil in der Mitte abgeschnitten und rechts am Bildschirm dann angezeigt. Werde es morgen mal testen.

Ach und noch was: Ich werde wahrscheinlich ein neues Video machen, wenn ich mit dem Projekt mit dem UI fertig bin. Und dann mit gefixten Fonts :)

PPS: Beim Bitmap-Konvertieren ist die Vierte(ganz rechts) die richtige. Bei den weiteren Auswahlmöglichkeiten drunter muss man immer das erste nehmen. Dann noch "invertieren" und "C Array Writer" auswählen und fertig. (Nur ums mal wieder zu schreiben, weil ich den alten Beitrag dazu nicht mehr finden konnte) :D

Moin Moin ...

Also zum Thema MPL : http://de.wikipedia.org/wiki/Mozilla_Public_License

Zitat:

---

Grundsätzlich müssen geänderte oder kopierte Quelltextdateien weiterhin unter der MPL bleiben, dürfen jedoch zusammen mit proprietärem Code für ein Programm verwendet werden.

---

D.h. wenn du meine lib nur benutzt und deine Klassen quasi nur auf meine Funktionen zurückgreifen steht dir die Lizens frei. (auch komerziell)
Wenn du allerdings an meinen Originaldateien was änderst steht die Änderung unter MPL.

Was mir im Moment allerdings selber nicht mehr ganz klar ist, wie der Fall zu handhaben ist , wenn du Quelltextteile von mir 1:1 übernimmst.
Ich würde sagen dann zählt auch wieder das Änderungen an dem übernommen Code MPL sein sollten und der Rest auch wieder frei. (Ich prüfe das aber nochmal genau nach.)
Weil im Englischen reden die von Modulen anstatt Dateien.

Das du den Source bei kommerziellen Projekten mit zu geben ist, nach meiner Auffassung nicht zwingend notwendig.
Allerdings bin ich kein Rechtsverdreh.....Rechtsversteher.

Ließ die Lizenz und mach dir selber ein Bild.

Zum Thema Textmodus :
Ich hab da glaube ich irgendetwas gedreht, müsste ich mal nachsehen.
Allerdings komme ich mal wieder erst nächste Woche dazu da aktiv zu werden.

Gruß
Sebastian

Hallo,
hab jetzt die Grundstruktur fertig und veröffentliche es nun unter der MPL. Die grundliegenden Grafik-Funktionen (DrawSquare, Line, ...) müssen noch überarbeitet werden, da diese noch mit PlotPixel arbieten und somit seeeeehhhhhr langsam sind.

Ich habe diese Bibliothek auf meinen Entwicklungsboard (:arrow: Youtube) mit einem Mega32 und Mega644 getestet. Mit allem drum und dran ist die Lib + n bissl Beispielcode schon größer als die 32 KB des Mega32. O:)

Wenn jemand mein Board nachbauen möchte, kann ich dem den Schaltplan gerne noch hier posten. (Muss ihn aber erst noch zeichnen). Einfach ne Antwort in den Thread hier.

:arrow: Hinweis an alle Tester: Meine Pin-Konfiguration ist anders als die von Sebastian! Also erst anpassen. :arrowl:

Wenn ihr wollt, kann ich ne Dokumentation schreiben. Oder kommt ihr mit den Header-Files klar?

Der Anhang "ui_lcd05.zip" ist die Bibliothek und der LCD-Treiber in C++.
In der Datei "CAVDA-OS.zip" (CAVDA-OS ist mein Projektname, könnt ja mal raten wofür es steht. Ich weiß es grad gar nimmer :D) findet ihr mein komplettes Beispiel-Projekt mit Makefile (für Mega644). Jedoch sind in diesem Projekt noch weit mehr Funktionen implementiert und es wird mehr Hardware erfordert. (Das Dev-Board halt).

Wenn jemand Zeit findet, würde ich mich über ein paar Rückmeldungen freuen. Und wenn jemand ganz viel Zeit hat, könnte er die Grafikfunktionen in graphic.cpp überarbeiten.

Somit viel Spaß!

MfG,
C_Classic

PS: Wie müssen die Fonts aufgebaut sein? Ich würde gerne eine noch kleinere Font schreiben. Oder gibt es sogar einen Konverter?

PPS: Und schon sind mir ein paar Fehler aufgefallen. Werde die korrigierte Version demnächst hochladen.

Und noch was: Der Fehler im Text-Mode existiert immer noch.

Moin

Also alles was ich am Textmodus gefixt hab steht da https://www.roboternetz.de/phpBB2/vi...=501409#501409

Aber das Problem das ein Teil abgeschnitten wird kann ich hier nicht reproduzieren.
Gibt's eigentlich verschiedene Versionen vom Display, z.B. mit verschiedenem Speicher ?
Weil hier scheint alles zu passen. Ein Testcode wäre ganz nett.

Allerdings komm ich jetzt zu nix, weil den ganzen Tag 30km von Zuhause weg an der Uni sitze.
Also die nächsten zwei Woche, is Sense. Danach ... hmmm keine Ahnung.
Allerdings nehme ich patches gerne an.
Die würd ich ungetestet einpflegen.

Gruß
Sebastian

Hi,

mal wieder ne Frage:
Wie schwer ist es deine Lib auf den Hochkantmodus umzustellen bzw. ist es überhaupt möglich? Oder geht das vom Speicher her überhaupt nicht?

MfG
C_Classic

Moin

Nun ... ja ...
Es sollte an sich kein großer Aufwand sein.
Zumal man fast nichts umstellen müsste, wenn man ein paar Abstriche macht.

Du kannst ja einfach hochkant zeichnen.
Ob du jetzt eine X-Achse von links nach rechts oder von oben nach unten hast ist reine Definitionssache. (Name sind Schall und Rauch.)
D.h. man müsste für eine vertikale Linie anstatt von 10,5 nach 50,5 einfach von 5,10 nach 5,50 malen.
Dafür muss man am Grafikcode ja nichts ändern.


Einzigster Knackpunkt sind die Fonts und die Bitmaps.

Bitmaps :
Die kann man auch einfach gedreht abspeichern.
Sprich vorm konvertieren im Grafikprogramm entsprechend drehen.

Oder du schreibt meine Bitmaproutine um (dafür musst du dich halt entsprechend ins den Controller vom Display einlesen um zu wissen welches Bit wo hin muss).
Dann kannst du die selben Bitmaps in beiden Modi anzeigen.
Dafür fällt mir ad hoc kein performanter weg ein, die dann beim Ausgeben in den Displayspeicher zu drehen.
Was gehen könnte wäre Pixelweise zu Plotten (nicht wie im Moment Byteweise). Das wäre grob geschätzt um Faktor 8-10 langsamer.
Immer 8 Pixel in einer Zeile sind 1Byte im Displayspeicher.
Das kann man leider nicht Umstellen.

Allergrößtes Problem sind die Fonts.
Allerdings wenn du gedrehte Bitmaps hast (entweder Routine umgeschrieben oder gedreht im Grafikprogramm) musst du nur umstellen, dass die einzelnen Buchstaben in Y Richtung anstatt in X Richtung versetzt werden.
Siehe lcd_plot_text().

Also in Kurz :
Möglichkeit 1 :
Einfach gedrehte Bitmaps benutzen, beim Zeichnen X und Y tauschen.
Perfomant, schnell umgestellt.
Während dem Betrieb das Bild drehen nur möglich, wenn man alle Bitmaps 2 mal hat.

Möglichkeit 2 :
Bitmaps selber drehen.
Beim Zeichnen auch nur X und Y tauschen.
Langsam, eventuell der Overkill für den Controller, vermutlich ziemlich komplexer Code.
Großer Implementierungsaufwand (zumal ich dir nicht aktiv helfen werden kann).
Aber drehen im Laufenden Betrieb mit nur einem Satz Bitmaps möglich.

Ich wäre für Möglichkeit 1.

Aber wie gesagt ich würde mich an deiner Stelle mal in die Lowlevel-Funktionen des LC7981 einlesen, dann sollte sich dir die Problematik von alleine erschließen.

Gruß
Sebastian

Danke.

Das mit den Bitmaps ist kein Problem, die kann ich drehen. Und ich brauch auch keinen wechsel von Hochkant nach Landscape.

Doch wie genau sind denn die Fonts aufgebaut und wie kann ich die drehen? Oder gibts da nur die Möglichkeit den Code anzupassen?

MfG
C_Classic

Moin

Also ... die Fonts wirst du dir selber neu erzeugen müssen.

Für einen 16*12 Font wäre der Aufbau wie folgt :
In einem Buchstaben sind die ersten 2 Bytes im Font (die ersten 16bit halt) sind die erste Zeile.
Die nächsten 2Byte sind die nächste Zeile usw.
D.h. ein Buchstabe besteht aus 24 Byte.
Genau wie bei einem Bitmap auch.

Jetzt brauch man für ASCII 256 Buchstaben.
Die werden einfach hintereinander geschrieben.
Also die ersten 24 Bytes sind für den ASCII-Wert 0 die nächsten für den ASCII-Wert 2 und so weiter bis 255.

Eigentlich hast du 256 Bitmaps hintereinander geklatscht.
Da musst du dann aber auch leere Bitmaps einfügen für nicht druckbare ASCII-Zeichen.

D.h. Im einfachsten Fall machst du dir für alle Zeichen die du brauchst gedrehte Buchstabengrafiken.
Dann konvertierst du die alle und schreibst sie hintereinander mit ein paar leeren Bitmaps zwischen drin (so dass sie an der richtigen Stelle liegen.)

Du kannst aber auch versuchen ein Tool zu schreiben was dir die schon vorhandenen Fonts dreht.
Ist nicht ganz einfach sollte aber machbar sein.

Gruß
Sebastian

Hallo,

gibt mal wieder neues von meiner Lib. Es gibt nun 2 neue Controls: Ein Text-Eingabefeld und eine Quertz-Tastatur(50px hoch, 160px breit; y-offset einstellbar).
Desweiteren gibt es ein paar Buxfixes - wobei bestimmt noch ein paar Neue dazugekommen sind. Die Geschwindigkeitsoptimierung habe ich noch nicht gemacht - habe ich jedoch demnächst vor, was dank den write/read_byte Befehlen einfacher geworden ist.

Ich kopiere auch gleich mal das Makefile und einen Beispielsource für Tastatur und Textbox mit rein. Die Bibliothek muss in ./include/

Das Hochkant-Projekt habe ich erstmal zurückgestellt.

Somit viel Spaß beim Testen. (Denkt dran evtl. die Ports in der lcd.h zu ändern)

Im Anhang auch noch 2 Bilder des Beispiels.
MfG
C_Classic

PS: Da is noch ein Fehler im Beispielskript: Zeile 67 muss von char text[2]; auf char text[2]="-"; geändert werden

Hi,

habe jetzt auch H-Slider implementiert!

Hier mal eine Übersicht der Features:
Zeichenfunktionen (DrawFunctions)

• Gefülltes Rechteck
  Rechteck
  Horiz. Linie
  Vertik. Linie
  freie Linie (langsamer)
  Kreis

User-Interface(ui)

• Buttons
  Bild-Buttons
  Check-Boxen
  Labels
  Horiz. Slider
  Vertik. Slider
  Fortschrittsanzeige (Balken)
  Textbox
  Tastatur (QWERTZ)

TODO-LIST:

• Verbesserung von DrawHorizontalLine (Ist zur Zeit seeeehhhhhr langsam)
  Nummern-Tastatur

Was würdet ihr davon halten, wenn ich einen RN-WIKI-Eintrag zum LCD bzw. der Lib erstelle? Und soll ich die Lib dann in die WIKI oder bei SourceForge hochladen?

MfG
C_Classic

Hui,
Lange hab ich keine Zeit gehabt mich mit meinem Hobby zu beschäftigen. Interessant was aus diesem Projekt hier geworden ist.


Ich werde gleich mal alles testen!

Ich fände es super wenn du nen Wiki Eintrag machst. Dafür ist er ja da. Am bessten mit Schaltplan und funktionen der Lib.

Gruß
Thomas

OK - werd ich machen! Wo soll ich den Code hosten. Gibt es da eine Möglichkeit, das in der Wiki zu machen oder soll ich SourceForge nehmen?

Hmm gute frage. Wenns nicht im wiki geht nimm halt sourceforge!

So,
hab jetzt mal den Wiki-Eintrag gemacht. Ist zwar wahrscheinlich noch net ganz fertig.
Würde mich aber trotzdem mal freuen, wenn ihr mal drüberschauen könntet und am besten auch gleich die Lib probiert.
Hier ist der Link: http://www.rn-wissen.de/index.php/DG16080_GLCD

Auf der Projektseite (SourceForge - Link im Wiki) findet ihr jetzt auch Beispielcode für alle Elemente.

MfG
C_Classic