GLCD KS0108 Anschlussplan

Whuaahuaa. Ich habe es auch gehabt. Weil mir das aber zu blöd erschien, habe ich hier nicht nachgefragt. Mein Display arbeitet auch mit dem KS0180. Mir ist aufgefallen, daß dieser Balken genau eine Sekunde braucht, um durchzulaufen (gesehen im MP3 Plugin).
Ich hatte vermutet, daß es evt. an Resten des lcdD lag. Das war's aber auch nicht. Ich habe an verschiedenen Einstellungen im BIOS rumgespielt. Die verschiedenen Modi des LPT waren auch nicht daran schuld. Ich meine es dadurch beseitigt zu haben, indem ich USB ausgeschaltet habe.

Kannst ja mal probieren.

Max

Ich hatte damals ähnliche Probleme mit meinem LCD.
Nach ziemlich langen Suchen bin ich drauf gekommen, dass der Kernel ständig am LPT-Port "rum funkt". d.H. selbst wann ich mit init=/bin/sh gebootet habe, war eine Aktivität auf dem Parallelport.

Siehe auch hier:
http://groups.google.de/group/comp.os.linux.development.system/browse_frm/thread/31cae7cfb5750955/2f9a5a1fd53f5e5a?lnk=st&q=strange+parallel++activity&rnum=1&hl=de#2f9a5a1fd53f5e5a

Ich vermute, dass dies bei vielen Mainboards der Fall ist, welche keine ISA-Steckplätze mehr haben. Diese leiten dann den POST-Port (0x80) an den Parallelport.

Evtl kann ja mal wer mit einem Oszi messen, ob auch dauernd irgendwelche Signale raus kommen.

Wenn ja, kann derjenige mal einen neuen Kernel compilieren und in der
include/asm-i386/io.h ein #define SLOW_IO_BY_JUMPING einfügen.
(Es müssen danach wahrscheinlich auch alle Kernelmodule neu compiliert werden)

Falls das wirklich der Fall sein sollte, sollte man das glaub ich den Kernel-Leuten mal mitteilen, da ich mir vorstellen kann, dass an so einem Parallelport auch ein Drucker nicht gescheit funktionieren kann.

Gruß
Roland

@ ape

Hattest Du vorher auch ein Textdisplay laufen?

Max

Ein solches Display hatte ich auch vorher dran. Ich habe alles was irgendwie damit zusammenhängt runtergeschmissen und graphlcd neuinstalliert.

Max

ape

Na siehste, geht doch irgendwie. Bei den ganzen Maßnahmen, die ich getestet habe, konnte ich nicht mehr sagen, welche zum Erfolg geführt hat.

Max

Wie bist du denn aif die Idee gekommen, die LDCd.conf zu löschen?

Mein Problem ist momentan, dass ich das MT+Bigpatch installiert habe. Einstweilen alle Plugins deaktiviert. Läuft.

Sobald ich NUR das graphlcd aktiviere, startet der vdr nichtmehr durc, sondern schreibt im log, dass er die /.../fonts nicht laden kann. Die datei ist aber vorhanden und genau an der Stelle, von der er in der Meldung spricht. Er steht sowohl mit der Standard graphlcd.conf als auch mit meiner.

Diese Einstellungen hab ich auch. Werde es aber noch einmal checken.

Aber laufen müsste der VDR doch trotzdem. Naja. Hatte heute etwas Stress, also werde ich mich sobald ich zuhause bin wieder damit beschäftigen.

Thx, einstweilen.

Ich habe jetzt die graphlcd.conf genau so wie du, und er hängt nach wie vor.
Du hast "nur" da MT Patch und den Bigpatch installiert, oder?
Nicht iregendwie noch andere Dateien ersetzt (neues graphlcd etc.)?

Hab nochmal alles neu installiert. Gleicher Fehler wieder:

Zitat

Oct 5 18:15:29 linvdr user.info vdr[1332]: initializing plugin: graphlcd (0.1.2): Output to graphic LCD
Oct 5 18:15:29 linvdr user.info vdr[1332]: graphlcd: No config file specified, using default (/etc/graphlcd.conf).
Oct 5 18:15:29 linvdr user.debug vdr[1339]: section handler thread started (pid=1339, tid=3075)
Oct 5 18:15:29 linvdr user.info vdr[1332]: graphlcd: WARNING: No display specified, using first one (framebuffer).
Oct 5 18:15:29 linvdr user.err vdr[1332]: graphlcd plugin: ERROR: Could not load /etc/vdr/plugins/graphlcd/fonts.conf!
Oct 5 18:15:29 linvdr user.debug vdr[1338]: tuner on device 1 thread ended (pid=1338, tid=2050)
Oct 5 18:15:30 linvdr user.debug vdr[1339]: section handler thread ended (pid=1339, tid=3075)
Oct 5 18:15:30 linvdr user.info vdr[1332]: deleting plugin: graphlcd

Alles anzeigen

Was kanns da haben?

Hab ich gerade getestet, leider wieder das selbe Problem

--> gleicher log Eintrag

So. Hab alles am laufen. Geht mit vollem Takt etc. UND schnell wie gewohnt. Nix langsamer Aufbau.

Habe VDR-Konfiguration mit MT-Patch+Bigpatch und die fonts.conf ergänzt (wo gefunden):

Zitat

Original-Sourcen geholt und entpackt. Die "fonts.conf.small" nach "/etc/vdr/plugins/graphlcd/fonts.conf" kopiert.
Nach Rechner neustart hat es funktioniert (VDR stoppen und starten hat nicht gereicht).
In der runvdr hab ich nichts geändert.

Die graphlcd.conf habe ich wie früher mit WaitMethode=3.

Der Fehler war, wie in den BigPatch-Threads zu lesen, dass die fonts.conf NICHT mit installiert wird. Da muss man sichdie gewünschte selber rüberkopieren.

Hallo,

Zitat

Original von ape
moin jungs!
hab das problem gelöst! musste noch die LCDd.conf von lcdproc löschen!
versteh ich zwar nicht ganz, da das plugin deaktiviert war aber naja...

Entscheidend ist wohl eher, dass du den LCDproc Dämon LCDd nicht startest. Es gibt einmal LCDd und dann das LCDproc-plugin, was den LCDd benutzt. LCDd läuft aber immer auch ohne das Plugin. Warscheinlich steht der Aufruf in deinen Startscripten. Bei Debian kann man den Start mit update -f LCDd remove deaktivieren oder mit apt-get remove lcdproc deinstallieren. Wie der Start bei LinVDR abläuft weiss ich leider nicht.

Tschüß Frank