Lcd 128x64 Ks0108 Darstellungsfehler! Normal?

Moin !

Kernel 2.6.X ?
oder (und?) ein aktuelles Motherboard ?

also ich hab dieselben Probleme. Da ich beides updaten musste stellt sich mir die Frage woran das Problem liegt.
Seit Kernel 2.6 funktioniert nanosleep nicht mehr und man muss gettimeofday verwenden, allerdings ist das Timing alles andere als stabil ! Beim Start von graphlcd werden Portzugriffszeiten von 1700ns bis 6000ns ermittelt. Selbst wenn man die Option "Timing anpassen" auf 500 stellt gibts irgendwann einen "Glitch" und die Daten sind futsch.
Andererseits stellt sich mir die Frage obs am Parport selbst liegt - Datenleitungen DB0...7 haben 5V TTL Pegel während die Steuerleitungen, die für WR/CS etc. verwendet werden nur 3.3V Pegel haben (was theoretisch ja auch reichen sollte)
Ich werd wohl mal wieder den alten Rechner ausgraben müssen und dort mit Kernel 2.6 testen (ich seh schon wieder das Mittagessen kalt werden ... und den Prozessor beim Compilieren aufglühen sehen ) obs nun am Kernel oder am Parport liegt.
Mit Kernel 2.4 hats jedenfalls über ein Jahr stabil funktioniert.

# 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

Kernel 2.6.10

Alles andere gibt hier Pixelbrei.

Hallo Morone,

genau - Methode 2 ist ja default (habs doch zu ungenau beschrieben) und damit tut sich erstmal nix und wenn sich was tut dann dann kannst Du jedem einzelnen Pixel zusehen
Aber ich hab nur ausgiebig auf 2.6.9 probiert, der 10 ist auch installiert - werd heute abend mal schauen, vielleicht hat sich da ja was getan ...

Danke für die Info !

Ich habe nochmal mit "gettimeofday" rumgespielt und siehe da ,
wusste garnet wie schnell das Glcd sein kann

Hier mal meine Einstellungen mit
WaitMethod=2

/etc/glcd.conf:
WaitMethod=2
WaitPriority=-20
[ks0108]
# ks0108 driver
# This is a driver module for the Samsung KS0108 LCD controller.
# Default size: 128 x 64
Driver=ks0108
Port=0x378
#Device=/dev/parport0
Width=128
Height=64
UpsideDown=no
Invert=no
AdjustTiming=-22
RefreshDisplay=5

und mit
WaitMethod=3 :

/etc/glcd.conf:
WaitMethod=3
WaitPriority=0
[ks0108]
# ks0108 driver
# This is a driver module for the Samsung KS0108 LCD controller.
# Default size: 128 x 64
Driver=ks0108
Port=0x378
#Device=/dev/parport0
Width=128
Height=64
UpsideDown=no
Invert=no
##AdjustTiming=-22
##RefreshDisplay=5

Aufgerufen wird das Plugin mit :
-P'graphlcd -c /etc/graphlcd.conf -d ks0108'

und das Ganze mit : graphlcd-0.1.2-pre4

bye

Hi Morone,

ich nehme an, Dein VDR läuft als "root", oder?
Welche VDR-Version hast Du im Einsatz?
Welchen Kernel benutzt Du denn?

Ich habe vor ca. 3 Wochen aufgegeben, mein ks0108 zum Laufen zu bringen, aber vielleicht gehe ich nach Deiner Anleitung nochmal dran

root tut gut ,
kernel-2.6.10-rc3 ,
vdr-1.3.17

Moin !

so, also habe Kernel 2.6.10 ausprobiert, mit root oder ohne ;), mit direkter Ausgabe also über port=0x378, oder über /dev/parport0 mit Waitmethod=2 und =3 - es geht ne Weile gut und dann kommt irgendwann wieder ein Glitch und die Initialisierung ist hinüber und damit zeigt es mehr oder weniger Müll an.
Ich werd mir wohl die Initialisierung des Displays bei jedem Displayupdate machen lassen, da hab ich das Problem dann nicht mehr.

Vielleicht liegts ja doch am Parport selber .... werd ich mal näher untersuchen - und das wird mir mein alter VDR zeigen. Aber den seh ich erst in 8 Tagen wieder.

Hi megamax,

das ist denk ich easy, welchen Treiber (ks0108 etc. ?) nutzt Du ?
Nimmst du die aktuelle -0.1.2pre4 ?
Dann könnte ich heute abend mal kurz hacken, ein diff machen und per Mail schicken. Musst dann nur patchen und neu kompilieren ...

So ich bin aber jetzt wech - muss noch einkaufen

Hi megamax,

leider (noch) nicht. Hab jetzt alles neu auf Mandrake 10.1 aufgesetzt, hat mich schon einiges an Arbeit gekostet. Debian ist auch irgendwann mal zum schnuppern vorgesehen, aber erst wenn ich hier den Rechner so hab wie ich das eigentlich wollte - und da ist noch einiges zu basteln....
ich werd nächstes Wo-Ende mal nen Kumpel fragen, der spielt da grad mit rum, evtl. ergibt sich auf die schnelle die Möglichkeit nen binary zu machen - obwohl da noch so einige andere Faktoren mit einfliessen ....
Ich meld mich dann nochmal.

Hi Megamax,

ich hatte (wahrscheinlich) das gleiche Prob unter Linvdr0.7.
Ich mußte im Setup nur das graphlcd abschalten, dann klappte es.

Bei mir sah das so aus!!

http://www.vdrportal.de/board/thread.php?threadid=26821&sid=&hilightuser=7848

Gruß plohmix

Hi Megamax,

in der /etc/init.d/runvdr, etwa im letzten drittel der Datei, habe ich diese Zeile stehen.

$BINDIR/vdr -L $PLUGINDIR $PLUGINS $COMMON_PARAMETER -v /video0 -P 'graphlcd -c ks0108 -p 0x378 -x 128 -y 64' -c $CONFDIR -w 900 -E /ramdisk/epg.data -s /usr/bin/poweroff.pl < /dev/tty$VDRTTY

Das reicht völlig aus.
Im Setup des vdr dann graphlcd abschalten, erst dann hat es bei mir gefunzt.

Gruß plohmix