[HOWTO] Umbau 240 x 128 Grafik LCD mit T6963C in schwarzem Gehäuse für VDR

coke · 31. Mai 2006

Ich bekomme es einfach nicht ans laufen.

Code

glcd drivers: ERROR cannot open /dev/parport0. Err:No such device or address
graphlcd: waiting for display thread to get ready
graphlcd: display thread ready
graphlcd: ERROR: Failed initializing display

ls -la /dev/parport0 sagt:

Code

crw-------    1 root     root      99,   0 Jul  1  2003 /dev/parport0

Das Script was hier irgendwo in diesem Thread ist sagt:

Code

S01: parport built as module
 
S02: parport0:
S02:	modes:PCSPP,TRISTATE,COMPAT,ECP,DMA
S02:	ADDR :0x378
S02:	IRQ  :7
S02:	DMA  :3
 
S03: no parport parameters
 
S10: no ppdev module or symbol were found
S10: it is most likely that your kernel does not have any parport support compiled
S10: couldn't find if ppdev is built in or a module
S10: It is likely that your kernel configuration has no ppdev support
S10: exiting ...

Alles anzeigen

Und die Datei /etc/vdrdevel/plugins/plugin.graphlcd.conf gibt es bei mir nicht.

Ich benutze LinVDR0.7 mit aktuellem Kernel und VDR-1.4.0

Meine graphlcd sieht so aus:

Code

# WaitMethod
# Select the method that is used for sleeping.
# Possible values:
# 0 - usleep
# 1 - nanosleep
# 2 - nanosleep (sched_rr) - This is recommended on kernel 2.4 systems
# 3 - gettimeofday - This is recommended on kernel 2.6 systems
# Defaukt value: 2
WaitMethod=3
WaitPriority=0
[t6963c]
# t6963c driver
#  This is a driver module for the Toshiba T6963C LCD controller.
#  Default size: 240 x 128
Driver=t6963c
#Port=0x378
Device=/dev/parport0
Width=240
Height=128
#UpsideDown=no
Invert=no
#RefreshDisplay=1
#Wiring=Standard
Wiring=Windows
FontSelect=6
AutoMode=yes
StatusCheck=yes

Alles anzeigen

Papsi · 31. Mai 2006

coke

kopiere deine graphlcd.conf mal nach /etc und nicht so wie bei Dir angegeben...

zu dem Problem mit dem Parallelport kann ich leider nicht´s zu sagen

:EDIT
bei mir sagt:
ls -la /dev/parport0
folgendes
crw------- 1 root root 99, 0 Jul 1 2003 /dev/parport0

coke · 31. Mai 2006

Die ist in /etc

coke · 31. Mai 2006

Also es liegt jetzt gefinitiv am VDR bzw. an der Software.
Ich habe das LCD mit einer Windose ausprobiert und da läuft es ohne Probleme.

SurfaceCleanerZ · 31. Mai 2006

hmm das kommt mir irgendwie bekannt vor...

networker · 1. Juni 2006

SurfaceCleanerZ

Ja, bin auf die neuere Version gewechselt, da die Vorversion noch ohne graphlcd.conf arbeitete, und bei mir nicht recht lief.

gruß
Networker

SurfaceCleanerZ · 1. Juni 2006

Welche Version nutzt du jetzt? Die neueste vdrdevel?

Edit: So habs geschafft es mal wieder an den VDR zu hängen, allerdings jetzt den anderen, ohne /dev/parport0

Edit2: mit
mknod /dev/parport0 c 99 0 -m 666
chmod 0666 /dev/parport0
chgrp lp /dev/parport0
chmod g+w /dev/parport0

Dann Testen mit:
ls -all /dev/parport0
Das sollte so etwas ergeben:
crw-rw-r-- 1 root lp 99, 0 2006-06-01 16:17 /dev/parport0

/dev/parport0 gibt es jetzt mit 666 Rechten.
Aber lsmod zeigt nichts von den Modulen ppdev, parport, parport_pc. Ist das ok? Oder muss ich die noch irgendwo eintragen?

Das Display zeigt jetzt Grafikmüll, der evtl. schon Ansätze des Inhalts zeigt...
Messages:

Code

Jun  1 16:23:33 vdr-hh kernel: Linux video capture interface: v1.00
Jun  1 16:23:34 vdr-hh kernel: saa7146: register extension 'dvb'.
Jun  1 16:23:34 vdr-hh kernel: saa7146_core: found saa7146 @ mem ce92b000 (revision 1, irq 10) (0x13c2,0x0000).
Jun  1 16:23:34 vdr-hh kernel: remove_proc_entry: av7110/loading busy, count=1
Jun  1 16:23:34 vdr-hh kernel: remove_proc_entry: firmware/av7110 busy, count=1
Jun  1 16:23:34 vdr-hh kernel: DVB: registering new adapter (Siemens/Technotrend/Hauppauge PCI rev1.3).
Jun  1 16:23:34 vdr-hh kernel: de_put: deferred delete of loading
Jun  1 16:23:34 vdr-hh kernel: de_put: deferred delete of av7110
Jun  1 16:23:34 vdr-hh kernel: probe_tuner: try to attach to Siemens/Technotrend/Hauppauge PCI rev1.3
Jun  1 16:23:35 vdr-hh kernel: stv0299.c: setup for tuner BSRU6, TDQB-S00x
Jun  1 16:23:35 vdr-hh kernel: DVB: registering frontend 0:0 (STV0299/TSA5059/SL1935 based)...
Jun  1 16:23:35 vdr-hh kernel: Siemens/Technotrend/Hauppauge PCI rev1.3 adapter 0 has MAC addr = 00:d0:5c:03:a5:71
Jun  1 16:23:35 vdr-hh kernel: gpioirq unknown type=0 len=0
Jun  1 16:23:35 vdr-hh kernel: DVB: AV7110(0) - firm f0240009, rtsl b0250018, vid 71010068, app 80002622
Jun  1 16:23:35 vdr-hh kernel: DVB: AV7110(0) - firmware supports CI link layer interface
Jun  1 16:23:35 vdr-hh kernel: av7110(0): Crystal audio DAC detected
Jun  1 16:23:35 vdr-hh kernel: saa7146_fops: saa7146 (0): registered device video0 [v4l2]
Jun  1 16:23:35 vdr-hh kernel: av7110: found av7110-0.
...
Jun  1 16:23:37 vdr-hh vdr: [1961] loading plugin: /usr/lib/vdrdevel/plugins/libvdr-graphlcd.so.1.3.47
...
Jun  1 16:23:40 vdr-hh vdr: [1961] initializing plugin: graphlcd (0.1.3): Output to graphic LCD
Jun  1 16:23:40 vdr-hh vdr: [1961] graphlcd: No config file specified, using default (/etc/graphlcd.conf). 
Jun  1 16:23:40 vdr-hh vdr: [1961] graphlcd: WARNING: No display specified, using first one (t6963c). 
Jun  1 16:23:40 vdr-hh vdr: [1961] setting primary device to 1
Jun  1 16:23:40 vdr-hh vdr: [1961] SVDRP listening on port 2001
Jun  1 16:23:41 vdr-hh vdr: [1961] starting plugin: graphlcd
Jun  1 16:23:41 vdr-hh kernel: ppdev: user-space parallel port driver
Jun  1 16:23:41 vdr-hh kernel: parport0: PC-style at 0x378 (0x778) [PCSPP,TRISTATE]
Jun  1 16:23:41 vdr-hh kernel: parport0: irq 7 detected
Jun  1 16:23:41 vdr-hh vdr: t6963c: T6963 initialized.

Alles anzeigen

Syslog:

Code

Jun  1 16:23:37 vdr-hh vdr: [1961] loading plugin: /usr/lib/vdrdevel/plugins/libvdr-graphlcd.so.1.3.47
Jun  1 16:23:40 vdr-hh vdr: [1961] initializing plugin: graphlcd (0.1.3): Output to graphic LCD
Jun  1 16:23:40 vdr-hh vdr: [1961] graphlcd: No config file specified, using default (/etc/graphlcd.conf). 
Jun  1 16:23:40 vdr-hh vdr: [1961] graphlcd: WARNING: No display specified, using first one (t6963c). 
Jun  1 16:23:40 vdr-hh vdr: [1961] setting primary device to 1
Jun  1 16:23:40 vdr-hh vdr: [1961] SVDRP listening on port 2001
Jun  1 16:23:41 vdr-hh vdr: [1961] starting plugin: graphlcd
Jun  1 16:23:41 vdr-hh vdr: [1961] graphlcd: waiting for display thread to get ready
Jun  1 16:23:41 vdr-hh vdr: [1961] graphlcd: display thread ready
Jun  1 16:23:41 vdr-hh kernel: ppdev: user-space parallel port driver
Jun  1 16:23:41 vdr-hh vdr: [2066] receiver on device 1 thread started (pid=2066, tid=2066)
Jun  1 16:23:41 vdr-hh vdr: [1961] setting watchdog timer to 60 seconds
Jun  1 16:23:41 vdr-hh vdr: [2067] TS buffer on device 1 thread started (pid=2067, tid=2067)
Jun  1 16:23:41 vdr-hh kernel: parport0: PC-style at 0x378 (0x778) [PCSPP,TRISTATE]
Jun  1 16:23:41 vdr-hh kernel: parport0: irq 7 detected
Jun  1 16:23:41 vdr-hh vdr: t6963c: Testing ECP mode... 
Jun  1 16:23:41 vdr-hh vdr: t6963c: working! 
Jun  1 16:23:41 vdr-hh vdr: t6963c: T6963 initialized. 
Jun  1 16:23:41 vdr-hh kernel: ppdev0: registered pardevice
Jun  1 16:23:41 vdr-hh vdr: glcdgraphics: image /var/lib/vdrdevel/plugins/graphlcd/logos/EINS FESTIVAL_l.glcd loaded.
Jun  1 16:23:41 vdr-hh vdr: [2058] graphlcd plugin: Display update thread started (pid=2058)
Jun  1 16:23:46 vdr-hh vdr: [1961] assuming manual start of VDR
Jun  1 16:23:51 vdr-hh vdr: [1961] max. latency time 1 seconds

Alles anzeigen

Also eins hab ich festgestellt: Wenn die graphlcd-tools nicht installiert sind (nur das Plugin von TomG), dann geht vdrdevel nicht mehr.

Jetzt geht es mit
vdr-hh:~# showpic -c /etc/graphlcd.conf -d t6963c /var/lib/vdrdevel/plugins/graphlcd/logos/3NET_m.glcd !!!
und dieser graphlcd.conf:

Code

WaitMethod=2
WaitPriority=0
[t6963c]
Driver=t6963c
Port=0x378
#Device=/dev/parport0
Width=240
Height=128
#UpsideDown=no
Invert=no
#RefreshDisplay=1
Wiring=Windows
FontSelect=6
AutoMode=yes
StatusCheck=no

Alles anzeigen

StatusCheck muss auf no bei mir, damit es nicht nur manchmal (ca. jedes 3. Mal) klappt. Wenn ich AutoMode auf no setze dann kommt wieder nur Müll! Ob ich Device oder Port nutze ist egal.

Jetzt geht es auch nach nem Neustart unter VDR fast wie es soll! Nur es bleiben oft ein paar Pixel stehen, bis sie überschrieben werden durch neue. RefreshDisplay hilft nicht.

Und die Schriftgröße ist viel kleiner als in den Bildern in der Anleitung. Könnte mal jmd. seine fonts.conf posten, bitte?

Ich hatte die Fontgröße in der graphlcd.conf auf 9 gestellt, vor dem Reboot!

Edit: Am Anfang lief es, aber irgendwann kam nur noch Grafikmüll...
syslog:

Code

Jun  1 19:28:35 vdr-hh kernel: ppdev: user-space parallel port driver
Jun  1 19:28:35 vdr-hh kernel: parport0: PC-style at 0x378 (0x778) [PCSPP,TRISTATE]
Jun  1 19:28:35 vdr-hh kernel: parport0: irq 7 detected
Jun  1 19:28:35 vdr-hh vdr: t6963c: Testing ECP mode... 
Jun  1 19:28:35 vdr-hh vdr: t6963c: working! 
Jun  1 19:28:35 vdr-hh vdr: t6963c: T6963 initialized. 
Jun  1 19:28:35 vdr-hh kernel: ppdev0: registered pardevice
Jun  1 19:28:36 vdr-hh vdr: [2058] graphlcd plugin: Display update thread started (pid=2058)
...
Jun  1 21:15:11 vdr-hh showpic: t6963c error: font select 9 not supported, using default (6)! 
Jun  1 21:15:11 vdr-hh kernel: ppdev0: registered pardevice
Jun  1 21:15:11 vdr-hh showpic: t6963c: Testing ECP mode... 
Jun  1 21:15:11 vdr-hh showpic: t6963c: working! 
Jun  1 21:15:11 vdr-hh showpic: t6963c: T6963 initialized. 
Jun  1 21:15:11 vdr-hh showpic: glcdgraphics: image /var/lib/vdrdevel/plugins/graphlcd/logos/3NET_m.glcd loaded.
Jun  1 21:15:11 vdr-hh kernel: ppdev0: claim the port first
Jun  1 21:15:11 vdr-hh kernel: ppdev0: negotiated back to compatibility mode because user-space forgot
Jun  1 21:15:11 vdr-hh kernel: ppdev0: unregistered pardevice

Alles anzeigen

SurfaceCleanerZ · 2. Juni 2006

Und die Schriftgröße ist viel kleiner als in den Bildern in der Anleitung. Könnte mal jmd. seine fonts.conf posten, bitte?

Weil, wenn ich eine grössere in der etc/graphlcd.conf angebe, dann gibs entweder Grafikmüll oder das Display funzt nur VDR leider nicht mehr bzw. fatal fail

networker · 2. Juni 2006

SurfaceCleanerZ

Bin derzeit unterwegs, kann dir aber die Config und die Version des Plugin abends posten.

gruß
networker

SurfaceCleanerZ · 2. Juni 2006

ok, danke!

networker · 2. Juni 2006

Hi,

Hier der Inhalt meiner /var/lib/vdr/plugins/graphlcd/fonts.conf und /etc/vdr/plugins/graphlcd/fonts.conf

Code

#
# Change the font settings for the graphlcd plugin here.
#
# For example font configurations see:
#
#      /usr/share/doc/vdr-plugin-graphlcd/examples/fonts.conf.*
#


#Large Font = fnt:f12bn.fnt
#Normal Font = fnt:f8n.fnt
#Small Font = fnt:f5n.fnt
#Symbol Font = fnt:sym7.fnt
#
#
Large Font = fnt:verdanab-013.fnt
Normal Font = fnt:verdanab-013.fnt
Small Font = fnt:f8n.fnt
Symbol Font = fnt:sym11.fnt

Alles anzeigen

Die erforderlichen *.fnt Dateien müssen in /usr/share/vdr-plugin-graphlcd/fonts/ vorhanden sein.

<EDIT>
Inhalt der /etc/graphlcd.conf

Code

# WaitMethod
# Select the method that is used for sleeping.
# Possible values:
# 0 - usleep
# 1 - nanosleep
# 2 - nanosleep (sched_rr) - This is recommended on kernel 2.4 systems
# 3 - gettimeofday - This is recommended on kernel 2.6 systems
# Defaukt value: 2
WaitMethod=2
WaitPriority=0
[t6963c]
# t6963c driver
#  This is a driver module for the Toshiba T6963C LCD controller.
#  Default size: 240 x 128
Driver=t6963c
#Port=0x378
Device=/dev/parport0
Width=240
Height=128
#UpsideDown=no
Invert=no
RefreshDisplay=1
#Wiring=Standard
Wiring=Windows
FontSelect=6
AutoMode=yes
StatusCheck=yes

Alles anzeigen

</EDIT>

Meine derzeitigen Plugin-Versionen:

Code

vdr:~# ctvdrinfo
**************************************
*        c't VDR Übersicht           *
**************************************


c't VDR: 1.3.49-1ctvdr1
Kernel : 2.4.27-ctvdr-1


Patches:
--------------------------------------
liemikuutio-1.3
jumpplay-0.7
subtitles-ttxtsubs
submenu
disableDoubleEpgEntrys
noepg
wareagle-icons
rotor
yaepg
dvdarchive
sourcecaps


Plugins (APIVERSION 1.3.47):
( N = Native Plugin       )
( ! = Falscher Patchlevel )
( - = Deaktiviert         )
--------------------------------------
  vdr-plugin-analogtv (0.9.38-5)
  vdr-plugin-burn (0.0.009-11)
  vdr-plugin-dvd (0.3.5.2+0.3.6b03-19)
  vdr-plugin-dvdselect (0.7a-21)
  vdr-plugin-graphlcd (0.1.3-6)
  vdr-plugin-mailbox (0.3.0-12)
  vdr-plugin-newsticker (0.0.4-12)
  vdr-plugin-pilot (0.0.8-12)
  vdr-plugin-pvr350 (0.0.4+0.0.5pre-3)
  vdr-plugin-skinelchi (0.1.0+0.1.1pre1-5)
  vdr-plugin-timeline (0.9.0-20)
  vdr-plugin-tvonscreen (0.7.0-15)
  vdr-plugin-tvtv (0.2.13-1)
  vdr-plugin-vcd (0.7-21)
  vdr-plugin-vdrcd (0.0.10.1-19)
  vdr-plugin-vdrc (0.0.8-15)
  vdr-plugin-vdrrip (0.3.0-20)


Addon Packages:
--------------------------------------
vdr-addon-icons (0.5)
vdr-addon-noad (0.6.0-2)
vdr-addon-schemes (0.3)
vdr-addon-tvmovie2vdr (0.5.9-1)

Alles anzeigen

hth

gruß
Networker

TheChief · 3. Juni 2006

Hm, nach dem der Kontrast nun auch nicht mehr will, hab ich mal alle Leitungen durchgemessen. Irgendwie fehlen mir die -12 V auf Pin 4, da mess ich nur -0,45 V. Wenn ich am Poti drehe, passiert auch nichts weiter. Was kann ich tun, wo könnte das Problem liegen? Kann ich die -12 V irgendwo anders angreifen?

SurfaceCleanerZ · 13. Juni 2006

TheChief: ja am atx netzteil müsste es gehen, k.A. obs schon wer getestet hat...
mit z.B. nem Stromklauer ausm kfz bereich...

Dein Anschluss des Powerkabels ist aber richtig und die Masseverbindung zwischen beiden Platinen haste auch, oder?

Deine Hintergrundbeleuchtung geht und ist regelbar?

networker: ich bin noch nich zu weiteren Tests gekommen, da mein Display am VDR ne gewisse Zeit macht was es soll, sich dann aber aufhängt und nur noch Müll zeigt bis zum Reboot. Manchmal kann mans dadurch provozieren, dass man hektisch Sender umschaltet bzw. irgendwas macht, so dass es den Anzeigeinhalt wechselt...

Nur so nebenbei: Ist Font Select notwendig? Weil meins macht ohne dasselbe!

Edit:
Mit der fonts.conf von networker geht die grosse Schrift hier jetzt. Danke nochmal dafür.

Aber der Datenmüll bleibt... Leider

networker · 14. Juni 2006

SurfaceCleanerZ

Müll hatte mein Display auch zeitweise, zumindest blieben alte Inhalte stehen und wurden nicht aktualisiert.
Hab dann RefreshDisplay=1 gesetzt, dann gings.

gruß
Networker

SurfaceCleanerZ · 14. Juni 2006

ja damit hab ich auch schon rumgespielt, aber bei mir bleibt nix stehen, sondern es kommt einfach dann, wenn was Neues anzuzeigen ist Müll. Wann das passiert, kann ich nicht genau sagen. Mal beim 4. Umschalten, mal erst beim 20. Ich kann es provozieren, indem ich auf nen Sender umschalte, der nicht erreichbar ist (Satkarte auf anderem Bouquet belegt) bzw. von Kanal 1 auf nicht vorhandenen 0.
Es bleibt aber nichts stehen, sondern es zeigt willenloses an. Wenn ich dann umschalte, dann ändert sich der Müll, aber es bleibt Müll. Wenn ich dann aber showpic einfach bei laufendem VDR per SSH mache, dann zeigt er dieses Bild richtig an und dann geht das gLCD auch wieder für ne gewisse Zeit...

Teilweise zeigt es dann links oben die eine Hälfte Zeilen und rechts oben die andere Hälfte und dadrunter schwarze und weisse Querstreifen. wenn ich dann einmal showpic mache gehts wieder ne Zeit.

Das ist ja das komische...

Die Fonts.conf geht! Meine hatte nur den Standard-Inhalt!

coke · 14. Juni 2006

Hallo

ich wollte nur mal erwähnen das ich es jetzt mit Hilfe der letzen graphlcd.conf
von network auch endlich geschafft habe.

Vielen Dank.

coke

torsten lang · 18. Juni 2006

Hi,
ich habe hier noch einen Alternativvorschlag: Wer den Umbau auf Parallelbetrieb nicht machen möchte, kann das Display auch über den seriell-parallel-Konverter der Tochterplatine betreiben. Abweichend von der Standardverkabelung für T6963C basierte Displays habe ich den t6963c-Treiber so erweitert, daß er über /WR das Clock-Signal ausgibt, C/D dient als A0 und Datenleitung und /CE weiterhin als /CE. Die genaue Pinbelegung steht im Patch.

Benötigt wird das Quellpaket graphlcd-base und der Patch aus dem Anhang. Nach dem Auspacken wird das Paket gebaut und die Debian-Archive installiert. Der T6963C-Treiber kennt jetzt neben Stand und Windows noch den Modus Serial.

Die Ausgabe dürfte wegen der seriellen Anbindung und wegen des Abstraktionsgrades im Treiber spürbar langsamer sein als bei einem parallelen Anschluß, dafür kommt man aber mit ein paar schlanken Telefonkabeln hin. Einen direkten Vergleich habe ich aber (noch) nicht.

Speisen tue ich das Display übrigens nur mit 12V, für die 5V habe ich noch einen 7805 direkt auf die Tochterplatine gelötet. Und: Die 12V habe ich mir vom FireWire-Port geholt. Der soll ja mit bis zu 50W belastbar sein. Ein Problem ist nur, daß die Spannung zwischen 8V und 33V betragen darf. In der Praxis habe ich bei beiden Mainboards aber um 12V gemessen, was auch naheliegend erscheint. Diesen Tip aber ohne Gewähr - meßt bitte selbst unbedingt nach!

Viele Grüße,
Torsten

sf0815 · 23. Juni 2006

Hi,gestern ist mein GLCD gekommen und nun wollt ich mich ans Umbauen machen. Allerdings bin ich einwenig verwirrt.

[Blockierte Grafik: http://www.on-luebeck.de/~stefanh/lcd/LCD_Howto_Tochterplatine_zu_LCD.jpg]

17 und 18 dienen ausschließlich der Stabilisierung der eingepreßten Leitung.

Was mach ich mit 17 & 18? Links kommt 17 & 18 mit an den Stecker und rechts? Wo löte ich die an?

Danke für jede Hilfe

Gruß

SurfaceCleanerZ · 23. Juni 2006

nirgends, die Leitungen kannste alle komplett weglassen! 17-20 sind unnötig! Invert geht auch per Software und Font Select ist zumindest bei mir überflüssig, macht keinen Unterschied obs dran ist, oder nicht!

Aber mach dir die Arbeit einfacher und mach den Flachbandkabelstecker auf und leg dort die Kabel nicht abisoliert mithilfe von 2 kleinen Uhrmacherschlitzschraubenziehern (auf jeder Seite der Klemmfeder einen) hinein, das geht viel schneller und spart viel Arbeit und funzt genauso!

Denk an eine Masseverbindung zwischen der Parallelportkabelmasse, dem Mantel und der Tochterplatine!

cyberthom · 23. Juni 2006

Mit welcher Software/Treiber testet Ihr das Display unter Windows?

[HOWTO] Umbau 240 x 128 Grafik LCD mit T6963C in schwarzem Gehäuse für VDR

Jetzt mitmachen!

Teilen