Datum: 20.02.2006 08:08
Hallo Ich hab ne T6963 Library gefunden, die jedoch für das codevisionAVR programmiert war. Ich hab sie convertiert, sodass sie mit dem GCC Kompilliert werden kann. Ich hab jedoch mein Print noch nicht erhalten um das ganze zu testen. Wenn jemand lust hat das ding auszupobrieren, soll er es machen. PS zu dem source: Es ist zwar nicht c Standart, aber ich hab halt alles ins header geschmissen.
Datum: 27.02.2006 14:06
angepasst werden muss nur die variablen definition. um bilder anzuzeigen müsst ihr nur genau diesen code irgendwo einbetten. dazu noch die <pgmspace.h> includen den anderen mist den das programm erzeugt könnt ihr löschen
Datum: 04.03.2006 20:46
Klasse Library. Klappte ganz Problemlos. Ich habe auch gleich eine Mini-Demo geschrieben: Die bekannten Flying Lines oder unter Windows "Marquee" - komisch, daß die auf meinem 8Mhz ATmega weniger ruckeln, als auf einem PIV-Power-bis-zum-abwinken ;-) Anbei noch ein paar Tips: - es wäre schön, wenn Du die Kommentare nicht mit "//**" machen würdest, da das meinen Compiler aus den Tritt bringt und er mich mit warnings überhäuft: warning: "/*" within comment - Die Funktionen könnten noch ein paar Kommentare vertragen - ebenso wie einzelne Anweisungen. Dann fällt das Verständnis leichter. - Hinweis darauf, daß man den Pin FS für Font Select des Displays unbedingt gegen GND schalten muß, da er von der Library nicht angesteuert wird, obwohl der in der Pindefinition aufgelistet ist. Mit dem narrow Font klappt's nicht und ein in der Luft baumelnder Pin führt auf dem LCD zu tollen Effekten.
Datum: 05.03.2006 14:35
Ich habe mir mal erlaubt, die Library von Nico zu überarbeiten. Jetzt kann man die FS-Leitung ansteuern, um den schmalen oder den normal breiten Font zu benutzen. In Abhängigkeit des eingestellten Wertes werden die Speicheradressen usw. berechnet.
Datum: 06.03.2006 08:05
Hallo florian Was hast denn du für einen Compiler, dass der ausruft bei den komischen komentaren? Ja ich weiss, es herrscht ein bisschen ein Chaos in dem Code. Man sollte mal ein .h und ein .c file erstellen. Um da ein bisschen Ordung rein zu bringen. Das Fontselect schalte ich extern mit font_big(); und font_small(); Ist es notwendig die speicheradressen neu zu berechnen, wenn die schrift geändert wird? Ich hab es noch nicht genau angeschaut. (Es ist noch Montag morgen ;-)) Ich hab mal dein Code auf meinen Proz geschmissen, sieht toll aus!. mfg
Datum: 06.03.2006 08:11
Ich wollte noch ein Bild von meiner geilen Entwicklungsumgebung hochladen. Das ganze ist Schulprojekt und sollte mal ein Spiel mit 2 displays geben, auf dennen man zu zweit das berühmte Snake Spiel spielen kann. Das ganze wird dann aufgestellt an Messen und an Schulen, als Demonstration für den Elektroniker Beruf
Datum: 06.03.2006 13:25
Nicht schlecht. Gegen diesen Profi-Aufbau sieht es bei mir sehr frickelig aus. Aber nach dem ich das Display bei ebay aus Hong Kong günstig bekommen hatte und es nach gerade mal einer Woche bei mir war, mußte es schnell gehen mit dem Anschluß und da mußte dann halt ein fliegender Aufbau her. Besonders elegant ist sicherlich der gegen Kurzschlüsse eingetütete Trimmer für den Kontrast ;-) Ich nutze WinAVR und der meckert halt bei //** wenn das in einem /* ... */ steht. Ist eigentlich auch korrekt, denn /* ... */ ist mehrzeiliger Kommentar und darin ist dann wieder der Anfang von einem mehrzeiligen. Ist ja nicht so schlimm, habe die Kommentare einfach ein wenig geändert. Ich wollte nur nicht zu viel in Deiner Datei rumpfuschen. Klar ist das noch in der Entwicklung. Wenn's denn mal weiter gediehen ist, kann man ja noch die Sache schick machen. Der Speicher muß neu berechnet werden. zumindest bei meinem Display. Ist auch irgendwie logisch, denn es sind ja mehr Bytes pro Zeile. Deshalb habe ich die Defines am Anfang eingebaut und im Code entsprechend berücksichtigt. Derzeit erprobe ich die Möglichkeiten, eigene Fonts zu gestalten. Nach anfänglichen Schwierigkeiten klappts nun auch. Sobald das steht, äußere ich mich dazu. Inzwischen habe ich auch bemerkt, daß der Windows Bildschirmschoner Mystify und nicht Marquee heißt - aber das ist wohl auch egel.
Datum: 08.03.2006 16:43
Weil's so schön ist: Hier noch eine neuere Version. Beim lesen von Daten glcd_dget() war ein kleiner Fehler: Es wurde nicht gewartet. Jetzt läuft auch dies. Jetzt gibt es auch eine Funktion, um eigene Zeichen zu definieren. Außerdem eine Funktion, um die Größe der Standardzeichen zu verdoppeln und daraus neue Zeichen zu generieren. Weiterhin eine langsame Funktion zum Zeichnen von Teilkreisen. Die liefert noch keine schönen Kreise.
Datum: 24.05.2006 12:51
Hey Florian Habe jetzt mein Display aus Honkong. Freu ! Funktioniert auch. Wie machst Du das mit den Fonts ? Über den Fontedit erhalte ich ne C-Definition, die kann ich einbinden und dann ? Muss ich noch eine Funktion schreiben die das in den Graphicspeicher an die richtige Stelle schreibt oder habe ich die Funktion bei Deinem Quelltext uebersehen ? Freudi
Datum: 16.07.2006 10:52
Hello All Can any one share us T6963C C library for dsPIC (MikroC dsPIC) because the one supported with the Compiler isn't flexible with dsPIC30F4011 Thank you
Datum: 16.07.2006 23:15
sorry i don't have this c library which you looking for. But i think you can easily adjust the definings to control the I/O's. the code to control the LCD Driver is standart c#
Datum: 16.07.2006 23:21
Ach ja. Unser Projekt ist so langsam fertig. Ihr könnt ein kleines filmchen und ein paar bilder downloaden unter: Download hinweise: Werbung wegklicken und dann auf den Donwload Button klicken. http://www1.file-upload.net/download_10.06.06/n2ih...
Datum: 18.07.2006 00:29
cooles ding, nur leider fragt sich, ob sich der aufwand sich für ein spiel auch lohnt.. vom spielspaß und dauer her gesehen.. aber wenn man snake-besessen ist :-)
Datum: 18.07.2006 12:54
Ich denke snake ist ein spiel welches nicht so schwierig ist zum programmieren, darum haben wir es auch gewählt. hättest du dann eine bessere idee gehabt für ein spiel, welches nicht weniger aufwändiger gewesen wäre?
Datum: 07.09.2006 00:11
Hallo Jungs! Ich habe jetzt mein LCD (www.microelect.com/lcd/graphic/cgm32064.PDF) an einen M16 angefalnscht, und versuche dieses seit nunmehr einigen Tagen vergeblich zum Laufen zu bewegen ;) bin aber bisher erfolglos geblieben. Die Verbindungen stimmen alle. Die Initialisierung scheint soweit auch zu funktionieren. Was auch einwandfreigeht, ist der befehl sget (Statusabfrage) hier konnte ich mit dem Scope nachweisen, dass die gewünschten Signale aus dem LCD kommen ob sie im µC auch richtig ankommen ist eine andere Frage. Was mir sehr komisch scheint ist , dass ich wenn ich während dem Befehl cleartext oder cleargraph (also die speicher-Überschreib befehle) messe, am Datenbus (D0...D7 geht auf PORTC) e-Funktionen(!) messe. Daher denke ich, dass irgendwas mit dem Daten-Port nicht stimmt, also Direction oder sowas. Währe echt klasse, wenn mir jemand von euch weiter helfen koennte. MFG Felix Fellhauer
Datum: 08.09.2006 00:17
Hallo Florian, auf Deinem Bild sind so nette Schalter zu sehen... Woher hast Du die, wo bekommt man so etwas Fredy
Datum: 08.09.2006 16:19
Du meinst wohl mich, nicht Florian. ;-) Das Sind Printtasten von MEC "Navimec" ich hab sie von http://www.distrelec.com/ishopWebFront/catalog/pro... Der dazugehörige print hab ich selber gelayoutet. @Felix Beschreib mal dein System. Schaltplan, Layout, Fotos usw.....
Datum: 08.09.2006 16:58
@ Nico Ich habe das Problem mittlerweile selber loesen koennen. Ich habe den DCL-Datenport auf einen anderen port gelegt; jetzt geht es einwandfrei. Ich nehme an, dass der controller entweder bereits beschädigt war, also der B-Port defekt oder dass die alternativen funktionen aus welchen gründen auch immer aktiviert waren und somit der port nur teilweise zu nutzen war. trotzdem danke Gruß Felix
Datum: 21.09.2006 13:24
Da ich immer wieder mal angefragt werde, ob ich ihnen den Codevision code zu dem Displaytreiber T6963C zusenden könne, stelle ich dieses Archiv mal hierhin. Die Daten wie sie sind hab ich so gefunden, also nichts verändert. Kann auch nicht sagen ob er funktionniert in cvAVR. mfg Nico
Datum: 21.09.2006 13:30
Hi Nico, Du hast mir den Code damals auch geschickt - mein Projekt liegt zwar derzeit auf Eis, aber der Code tut´s prima (Danke nochmal). Gruß, Michael
Datum: 27.09.2006 13:03
Hallo, ich würde gerne wissen welches Display du einsetzt @Nico. Oder steht das hier schon irgendwo? Gruß Nico
Datum: 28.09.2006 13:19
Hallo Zusammen, die Bilder sagen doch schon ein super Tool für die Steuerung des GLCD vorraus, aber hat sich schon mal jemand die Mühe gemacht die Header in eine .h und .c Datei unzustricken? Wäre sehr nett, wenn sowas existiert das dann auch im Netz zu finden... Denn wir sind ja alle Arbeitsfaul ;o) !! @Nico & Florain Sehr gute Arbeit!!! Ich werde den Source gerne verwenden. Andere Frage: Welchen Controller habt Ihr für eure Einheiten verwendet (@Nico)? Reicht dafür noch der mega128 oder muss ich dann schon einen größeren Controller haben? Danke schon mal!! Gruß Benjamin
Datum: 28.09.2006 21:04
Hallo Benjamin nö hab ich noch nicht gemacht. --> "Never change a running System" ;-). Nein, es wäre eigentlich schon schön, aber eigentlich bin ich zu faul ;-). Ich habe einen 128er auf meinem System, da wir sehr viele Bilder drin haben. Anfänglich hatten wir einen Mega64. Es wird auch gehen mit einem 32er wenn du keine Bilder benötigst. Kommt halt auf das draufan was du machen willst. Gruss Nico
Datum: 19.10.2006 23:33
Reply to this: Autor: Nico Sachs (Gast) Datum: 27.02.2006 14:06 Hello! I'm using your t6963C library for WinAVR, and it works very fine! I have a question: How did you converted an image to data for the C code? (like in picture_beispiel.txt). I want to show a bitmap on my LCD, wich I draw in the Paint program on Windows. Thanks! Thomas
Datum: 14.11.2006 02:42
Hallo Felix, Du hast zwar schon eine Lösung (umlöten) gefunden, aber um zum Ursprungsproblem zurückzukommen: Hattest Du in den Fuses den JTAG-Port disabled? Die M16er kommen vom Hersteller mit defaultmässig JTAG enabled. Dann macht Port C (zumindest an den JTAG-Pins) recht merkwürdige Dinge, die nur entfernt unbedingt mit PORTC und DDRC zu tun haben :-)
Datum: 14.11.2006 13:28
naja, für ein spiel lohnt es sich meiner meinung nach halt nicht...wie oft spielst du denn? wie wär's mit 'ner erweiterung um einen netzwerkanschluss, über den der bootloader die spiele dann aus dem netz besorgt. und es ermöglicht multiplayer ;-)
Datum: 30.01.2007 10:24
Hallo zusammen, ich bin gerade dabei den Code auf dem R8C13 zum laufen zu bringen. Was mir nicht klar ist: Wozu dient die Funktion DDR(...)=... in glcd_setup()?? Ist das was AVR spezifisches? Ich habs einfach mal auf gut Glück rausgelassen. Die Initialisierung wird auch ausgeführt, ebenso glcd_print(...) aber es erscheint nix auf dem Display... Wenn ihr mir sagen könnt, was die DDR() eigentlich macht, bekomme ichs vielleicht doch noch zum laufen... Besten Dank, mfg Johannes
Datum: 30.01.2007 16:18
DDRx ist das "Data Direction Register" und schaltet zwischen Input und Output um.
Datum: 07.02.2007 23:00
Hallo allerseits! Ich bin vor einigen Tagen hier auf die C-Library zur Ansteuerung eines 240x180 Grafikdisplays mit dem T6963c-Controller von Toshiba gestoßen. Habe sie gleich ausprobieren müssen, und läuft super!! Klasse Arbeit! Nur habe ich ein paar Fragen zur verwendung der einzelnen Funktionen. 1. Zum Display(Powertip PG 240128-A) selbst. Es hat einen Pin der MD2 heißt, und irgen etwas mit den Spalten zu tun hat. Nur weiß ich nicht genau was, ich glaube es schaltet von 32 auf 40 Spalten um. Wird dieses Feature in der lib auch verwendet, oder werden immer fix die 40 Spalten verwendet? 2. In der Lib gibt es die Funktion "glcd_set_myfont". Gehe ich richtig davon aus, dass die Funktion dem Display sagt welchen Zeichensatz es zu verwenden hat. den muss ich also mit einem fonteditor erzeugen lassen und in includieren und als adressparameter (mem) übergeben. Stimmt das so in etwa? Ich habe einen Font editor verwendet, der noch einen ganzen Haufen andere includes erzeugt, mit denen weiß ich dann nicht was anfangen. 3. Im beispiel von Nico oben (3. oder 4. post) wird eine grafik am lcd ausgegeben. ich includiere in meinem programm also das "Bild" als rohdaten, habe das beispielbild einfach hinenkopiert, nur, wie schreibe ich die grafik dann ans lcd? mit glcd_print?? oder mit glcd_show?? funkt leider bei beiden nicht. so, mir wäre echt weitergeholfen, wenn mir jemand etwas dazu sagen könnte. im vorab will ich mich entschuldigen, sollten meine fragen zu banal sein, oder einfach nur idiotisch... vielen vielen dank und schöne grüße philipp
Datum: 08.06.2007 19:32
Hallo Leute, meine Frage, kann man diese Library auf für einen PIC 16F877 verwenden. Danke Chris
Datum: 02.07.2007 16:32
Ntürlich kannst Du sie verwenden, aber es wir wohl nicht so funktionieren..
Datum: 06.07.2007 12:33
Ich versuche gerade das Beispiel hier aus dem Thread zum laufen zubringen mit der letzten Winavr Version bekomme aber immer einen Fhler, dass die elf Datei nicht gefunden wird. Hat wer eine Idee woran das liegen kannß mfg wayne
Datum: 17.08.2007 13:10
Hallo, erstmal ein großes Lob an die Entwickler! Ich scheitere allerdings an der Benutzung der Custom Fonts. Das Generieren ist ja kein Problem, aber hat vielleicht jemand ein Beispiel, wie ich mit 'glcd_set_myfont', 'glcd_make_big_font' und 'glcd_print_big' umzugehen habe? Schonmal vielen Dank im voraus Schorsch
Datum: 17.08.2007 16:08
Hallo Schorsch, um beliebige Fonts zu generieren habe ich folgendes Tool geschrieben: Beitrag "GLCD T6963C Font-Tool" Vielleicht ist das interessant für dich. Tool starten, Button: Font... Font auswählen, angeben, welche Buchstaben als generiert werden sollen, Ränder, Fixe Größe und Namen vergeben und dann Button Generate drücken. Dialog mit Ok zumachen und in der Auswahlbox im Hauptfenster den Font auswählen. x, y Koordinaten angeben, Text eintippen und "Print" drücken. Den Font kann man auch über "Export" als .c file auf die Platte schreiben! Viele Grüße, Christian
Datum: 17.08.2007 18:05
Kann es sein, dass zusätzlicher Speicher neben dem t6963c vorhanden sein muss? Ich meine, dass der t6963c nicht ohne Erwiterung zum generieren der Custom Fonts in der Lage ist!??
Datum: 27.10.2007 16:51
Hallo, in welchem Source sind die Erweiterungen, um Eigene Fonts zu nutzen? Falls jemand so nett wäre, und ihn hier anhängen würde. Gruß Sascha
Datum: 28.10.2007 17:55
Was meinst du eigentlich mit "Erweiterungen" ?? Ich benutze die Library und ich weiß nicht genau um welche "Erweiterungen" es geht!
Datum: 28.10.2007 17:58
Um zum Beispiel dein Fontgenerator zu nutzen :) Dort ist zwar ein Code vorhanden, aber die im Generator benutze glcd_print2_P Routine nicht. Ein Beispiel für die Nutzung wäre nicht schlecht. Gruß Sascha
Datum: 28.10.2007 18:14
aaaalso: Mein Font-Konverter erzeugt für Lib, die auch im Zip enthalten ist, die richtigen Funktionsaufrufe im Trace-Fenster! zB - Font-Generator starten... - Font... Button drücken und Font, sowie die Zeichen wählen, die du als .c file exportiert haben möchtest. - Generate Button drücken - Ok Button drücken Dann im Hauptfenster rechts in der Auswahlbox (links neben dem Font... Button) den neuen Font auswählen. Mit der Maus in den blauen (Display-) Bereich klicken (dort, wo das Element hinkommen soll) dann mit der Maus einen Doppelklick in eine der x,y Koordinaten Textbox (rechts neben "invers") Text in die längere Textbox rechts daneben eintippen ... und auf "Print" drücken! Darauf erscheint der Text, gezeichnet mit dem ausgewählten Font und in der Listbox darunter steht dann zB glcd_print2_P(18, 73, "Test Text", &Snap_ITC__18, 0); diesen Text kannst du 1:1 in deinen Sourcecode kopieren. Um den Font als .c file zu exportieren: Export Button drücken und einen Dateinamen und Pfad wählen. Den musst du dann nur noch in dein AVR Projekt aufnehmen! Hmmm ... eine Tool-Beschreibung wäre nicht schlecht! Ich weiß! Allerdings, da das Teil eh niemand verwendet - hab ich mir auch die Arbeit (noch) nicht angetan ;o)) Viel Glück!
Datum: 28.10.2007 18:17
> Darauf erscheint der Text, gezeichnet mit dem ausgewählten Font und in > der Listbox darunter steht dann zB > glcd_print2_P(18, 73, "Test Text", &Snap_ITC__18, 0); > > diesen Text kannst du 1:1 in deinen Sourcecode kopieren. Das habe ich auch schon festgestellt :) Aber wo finde ich die Funktion glcd_print2_P ????? Die ist in den Sources nicht vorhanden.. Gruß Sascha
Datum: 28.10.2007 18:30
AAAHHHHHHH! =:-O ja, du hast recht! die Dateien: font.h und font.c sind nicht im ZIP File! Hab's neu verpackt und raufgeladen ;o) Danke, Christian
Datum: 28.10.2007 18:43
Hehe, habe mich wohl ein wenig blöd ausgedrückt :) Werde es gleich mal ansehen. Danke........ Gruß Sascha
Datum: 03.01.2008 13:33
Ich würde gerne die marquee-Graphik-Anwendung (oder auch andere AVR-basierte T6963-Kontroller basierte Graphik-LCD-Anwendungen) 'nachstricken', um an diesem Beispiel die Funktionsweise der LCD-Ansteuerung nachzuvollziehen bzw. zu verstehen. Für welchen AVR wurde die marquee-Anwendung ausgelegt, oder besser gefragt, mit welcher Frequenz muß der Mikrokontroller getaktet sein, damit die Anwendung läuft? Kann ich das (an welcher Stelle) dem Code entnehmen? Danke.
Datum: 04.07.2008 14:13
Hallo Toll die T6963 Library.....:-) :-) Hätte dazu aber noch ein blöde Frage ;-) Wie kann ich auf dem Display eine Variable ausgeben? Vielleicht kann mir jemand auf die Sprünge helfen :-) Danke. l.G. Roberto
Antwort schreiben
Die Angabe einer Email-Adresse ist freiwillig. Wenn Sie automatisch per Email über Antworten auf Ihren Beitrag informiert werden möchten, melden Sie sich bitte an.
Wichtige Regeln - erst lesen, dann posten!
- Suchfunktion und Betreffsuche benutzen - vielleicht gibt es schon einen ähnlichen Beitrag
- Aussagekräftigen Betreff wählen
- Im Betreff angeben um welchen Controllertyp es geht (AVR, PIC, ...)
- Groß- und Kleinschreibung verwenden
- Längeren Sourcecode nicht im Text einfügen, sondern als Dateianhang
- JPEG-Dateien (.jpg) nur für Fotos und Scans verwenden
- Schaltpläne, Screenshots usw. als PNG oder GIF anhängen
Formatierung (mehr Informationen...)
- [c]C-Code[/c]
- [avrasm]AVR-Assembler-Code[/avrasm]
- [pre]vorformatierter Text (z.B. Code in anderen Sprachen)[/pre]
- [math]Formel in LaTeX-Syntax[/math]
- [[Titel]] - Link zu Artikel


