Lcdproc: Connection to LCDd lost

  • Liebe vdr Experten,


    nachdem ich mir bislang immer irgendwie selbst helfen konnte, benötige ich jetzt doch mal aktive Hilfe.


    Ich nutze seit einigen Jahren den vdr. Kürzlich habe ich die ctvdr Distribution 6.2 (mit ctvdr 1.6.0.8 ) auf einer größeren Platte installiert.
    Alles läuft soweit OK, bis auf das LCD-Display.
    Mit der selben Hardware und den gleichen Einstellungen in der LCDd.conf ging es problemlos in meiner Vorgängerversion (ct-vdr 1.4.2, lcdproc 0.0.10, vdr-plugin-lcdproc 0.0.10-17)
    Jetzt sieht man je nach Lust und Laune des Systems kurz Ausgaben vom vdr auf dem LCD, dann bricht die Verbindung ab und es bleibt nur noch der Serverscreen vom LCDd sichtbar.
    Je länger er läuft, desto mehr Clients zeigt er an, z.B.
    Clients: 10
    Screens: 0


    Für mich sieht das aus wie ein timing-problem in der Kommunikation zwischen Client und Server oder der client schickt irgendwelche ungültigen Zeichen?
    Verschiedene Änderungen in der Konfiguration, den Rechten, Neuinstallation etc. haben nichts gebracht.


    Wer bitte hat noch welchen praktikablen Hinweis, wie das Problem zu lösen ist???
    Vielen Dank!!!


    Die verwendeten Software-module:


    apt-get install vdr-plugin-lcdproc
    ..
    Wähle vormals abgewähltes Paket lcdproc.
    Entpacke lcdproc (aus .../lcdproc_0.4.5-1.1_i386.deb) ...
    Wähle vormals abgewähltes Paket vdr-plugin-lcdproc.
    Entpacke vdr-plugin-lcdproc (aus .../vdr-plugin-lcdproc_0.0.10-jw5-1_i386.deb) ...
    Richte lcdproc ein (0.4.5-1.1) ...
    Starting LCDd CVS-stable-0-4-3-20020127: LCDd.



    In den log-files finden sich folgende Hinweise:
    /var/log/messages:
    Feb 14 11:43:47 vdr vdr: connection to LCDd at localhost:13666 established.
    Feb 14 11:43:47 vdr vdr: LCD output thread started (pid=2208 ), display size: 4x27
    Feb 14 11:43:53 vdr vdr: Connection to LCDd at localhost:13666 lost, trying to reestablish.
    Feb 14 11:45:55 vdr vdr: connection to LCDd at localhost:13666 established.
    Feb 14 11:45:55 vdr vdr: LCD output thread started (pid=2208 ), display size: 4x27
    Feb 14 11:46:00 vdr vdr: Connection to LCDd at localhost:13666 lost, trying to reestablish.
    ...
    Feb 17 17:57:11 vdr vdr: connection to LCDd at localhost:13666 established.
    Feb 17 17:57:11 vdr vdr: LCD output thread started (pid=2213), display size: 4x27
    Feb 17 17:57:11 vdr LCDd: added a screen (VDR) to the display
    Feb 17 17:58:14 vdr vdr: Connection to LCDd at localhost:13666 lost, trying to reestablish.
    Feb 17 17:58:14 vdr LCDd: removed a screen (VDR) from the display
    Feb 17 17:58:16 vdr LCDd: closed socket for #6


    Und später mit höherem Loglevel in LCD.conf


    Syslog:
    Feb 20 17:58:02 vdr vdr: [2221] starting plugin: lcdproc
    Feb 20 17:58:03 vdr LCDd: Screen->Client List has timeout->-1
    Feb 20 17:58:03 vdr LCDd: sock_poll_clients: Connect from host 127.0.0.1:4116 on #5
    Feb 20 17:58:03 vdr LCDd: drivers_getkey()
    Feb 20 17:58:03 vdr vdr: LCDd at localhost:13666 does not respond.
    Feb 20 17:58:03 vdr vdr: LCDproc-Plugin started at localhost:13666.
    ..
    Feb 20 17:58:03 vdr LCDd: Screen->Client List has timeout->-1
    Feb 20 17:58:03 vdr LCDd: read_from_client()
    Feb 20 17:58:03 vdr LCDd: read_from_client()
    Feb 20 17:58:03 vdr LCDd: drivers_getkey()
    Feb 20 17:58:03 vdr LCDd: Screen->Client List has timeout->-1
    Feb 20 17:58:03 vdr LCDd: drivers_getkey()
    ..
    Feb 20 17:58:04 vdr LCDd: Screen->Client List has timeout->-1
    ...
    Feb 20 17:58:08 vdr vdr: [2221] connect from 127.0.0.1, port 2941 - accepted
    Feb 20 17:58:08 vdr LCDd: Screen->Client List has timeout->-1
    Feb 20 17:58:08 vdr LCDd: drivers_getkey()
    Feb 20 17:58:08 vdr vdr: [2221] closing SVDRP connection
    Feb 20 17:58:08 vdr LCDd: Screen->Client List has timeout->-1
    Feb 20 17:58:08 vdr LCDd: drivers_getkey()
    Feb 20 17:58:08 vdr vdr: [2221] connect from 127.0.0.1, port 2942 - accepted
    Feb 20 17:58:09 vdr LCDd: Screen->Client List has timeout->-1


    Messages:
    Feb 20 18:04:04 vdr LCDd: drivers_getkey()
    Feb 20 18:04:04 vdr vdr: LCDd at localhost:13666 does not respond.
    Feb 20 18:04:05 vdr LCDd: drivers_getkey()
    Feb 20 18:04:36 vdr last message repeated 90 times
    Feb 20 18:05:37 vdr last message repeated 176 times
    Feb 20 18:06:04 vdr last message repeated 80 times
    Feb 20 18:06:05 vdr LCDd: sock_poll_clients: Connect from host 127.0.0.1:2261 on #9
    Feb 20 18:06:05 vdr LCDd: drivers_getkey()
    Feb 20 18:06:05 vdr vdr: LCDd at localhost:13666 does not respond.
    Feb 20 18:06:05 vdr LCDd: drivers_getkey()
    Feb 20 18:06:36 vdr last message repeated 89 times
    Feb 20 18:07:37 vdr last message repeated 176 times
    Feb 20 18:08:05 vdr last message repeated 81 times
    Feb 20 18:08:05 vdr LCDd: sock_poll_clients: Connect from host 127.0.0.1:1902 on #10



    Die genutzte /etc/apt/sources.list:
    deb http://ftp2.de.debian.org/debian etch main contrib non-free
    deb http://security.debian.org/ etch/updates main contrib non-free
    deb http://www.debian-multimedia.org/ etch main
    deb http://e-tobi.net/vdr-experimental etch base addons vdr-multipatch
    deb http://e-tobi.net/vdrdevel-experimental etch vdr-multipatch
    deb http://www.heise.de/ct/projekte/vdr/v62 debs/

    raspberry pi 3b+ mit Technotrend Connect S2-3600

    früher:

    yaVDR 0.6 auf Acer Revo 3610, Technotrend Connect S2-3600

    ctvdr auf Compaq Deskpro SFF mit PIII-733, Technotrend FF 1.6 - LCD 4x27 HD44780

  • Hallo,


    ich habe ein ähnliches Problem, und zwar funktioniert die Ausgabe auf dem Display nach dem Boot-Vorgang in der Regel, aber ab und zu (in letzter Zeit leider häufiger) bleibt der Screen mit der Anzeige der verbundenen Server/Clients stehen. nach ca. 30 min schaltet sich das Display ab (ich vermute mal so 'ne Art Bildschirmschoner) und wenn ich dann die Menü-Taste auf der Fernbedienung drücke (die übrigens immer geht), geht auch die VFD-Anzeige wieder wie von Geisterhand.


    Ich hab' keine Ahnung, ob das was damit zu tun hat, dass ich in letzter Zeit mit den ACPI-Einstellungen für Wake On LAN experimentiert habe, aber damit hat sich die Anzahl der Fehler erhöht.


    in dmesg kann ich noch folgende Fehlermeldung ausmachen:

    Code
    lirc_imon: vfd_open: VFD port is already open


    kann es sein, dass der LCDd zweimal gestartet wird?


    Und hier noch ein Auszug aus /var/log/messages:


    Grüße joker


    edit:
    Die Boot-Reihenfolge habe ich noch geändert, so dass der VDR erst am Ende der Boot-Sequenz gestartet wird.

    HW VDR: Thermaltake DH102 | Gigabyte GA-M720-US3 | AMD 270u | 8GB RAM | 120GB SSD System + 3TB HDD Daten | L4M Cine CT V6 + Flex S2 | Zotac GT630 | Futaba MDM166A | Atric IR-Einschalter Rev. 5 | NEC P553 | SEDU + 96 PIX | Pioneer SC-LX85 | Jamo S606
    SW VDR: Debian Wheezy | Kernel 3.2.0-4-amd64 | Mate 1.6 | VDR 2.2.0 | nVidia 331.79 | LIRC 0.9.0 | media_build_experimental | Plugins: permashift 1.0.3, softhddevice 0.6.1rc1-git, menuorg 0.5.1, skinnopacity 0.1.3, tvscraper 0.2.0-git, seduatmo 0.0.2-git, mplayer 0.10.2-hg, fritzbox 1.5.3, vdradmin-am 3.6.9, femon 1.7.19, targavfd 0.3.0, span 0.0.7, dvd 0.3.6-cvs, graphtftng 0.4.10-git, extrecmenu 1.2.4-git, epgsearch 1.0.1-git, block 0.1.2-git, cpumon 0.0.6a, ac3mode 0.1, HD-- 1.0.0-hg, u. v. a. ...

    Einmal editiert, zuletzt von joker4791 ()

  • Zitat

    Original von ash01
    Entpacke lcdproc (aus .../lcdproc_0.4.5-1.1_i386.deb) ...

    Die Version ist uralt, da bin ich nicht sicher, dass die problemlos mit dem neuen Plugin läuft.
    Du solltest mindestens lcdproc_0.5.x verwenden, ich empfehle die 5.2, mit der läuft's bei mir.

    Gruss
    SHF


  • @ joker4791:
    Bitte gib doch mal die verwendeten Visionen an.


    Zitat

    In dmesg kann ich noch folgende Fehlermeldung ausmachen:

    Code
    lirc_imon: vfd_open: VFD port is already open

    kann es sein, dass der LCDd zweimal gestartet wird?

    Kann sein, ich bin aber kein Imon-Experte.
    Es kann aber auch sein, dass es irgendwo zwischen LIRC und LCDproc hakt.


    Zitat

    nach ca. 30 min schaltet sich das Display ab (ich vermute mal so 'ne Art Bildschirmschoner) und wenn ich dann die Menü-Taste auf der Fernbedienung drücke (die übrigens immer geht), geht auch die VFD-Anzeige wieder wie von Geisterhand.

    Die Funktion hatte ich letztens repariert, die ging noch nie.
    Einstellbar ist das im Menü (Hintergrundbeleuchtung und Anzeigeprioritat (und die Dauern dazu)).


    Es kann aber auch am Display hängen, das ist ja auch ein "Intelligenteres".

    Gruss
    SHF


  • Hi,



    Code
    nue:~# lircd -v
    lircd 0.8.4a


    Code
    nue:~# lcdproc -v
    LCDproc 0.5.2


    und

    Code
    nue:~# LCDd -h
    LCDd - LCDproc Server Daemon, 0.5.2


    Grüße joker

    HW VDR: Thermaltake DH102 | Gigabyte GA-M720-US3 | AMD 270u | 8GB RAM | 120GB SSD System + 3TB HDD Daten | L4M Cine CT V6 + Flex S2 | Zotac GT630 | Futaba MDM166A | Atric IR-Einschalter Rev. 5 | NEC P553 | SEDU + 96 PIX | Pioneer SC-LX85 | Jamo S606
    SW VDR: Debian Wheezy | Kernel 3.2.0-4-amd64 | Mate 1.6 | VDR 2.2.0 | nVidia 331.79 | LIRC 0.9.0 | media_build_experimental | Plugins: permashift 1.0.3, softhddevice 0.6.1rc1-git, menuorg 0.5.1, skinnopacity 0.1.3, tvscraper 0.2.0-git, seduatmo 0.0.2-git, mplayer 0.10.2-hg, fritzbox 1.5.3, vdradmin-am 3.6.9, femon 1.7.19, targavfd 0.3.0, span 0.0.7, dvd 0.3.6-cvs, graphtftng 0.4.10-git, extrecmenu 1.2.4-git, epgsearch 1.0.1-git, block 0.1.2-git, cpumon 0.0.6a, ac3mode 0.1, HD-- 1.0.0-hg, u. v. a. ...

  • Das ist mal eine umfassende Info, so ausführlich hätte es nicht sein müssen.


    Die Version 0.5.2 LCDproc sollte mit den aktuellen Plugins keinen Ärger machen.


    Um die Useractivity-Funktion als Fehlerursache auszuschliessen stell mal "Hintergrundbeleuchtung" auf "an" und "Priorität auf Normal setzen" auf "aus".

    Gruss
    SHF


  • Hi,


    inzwischen geht's wieder etwas besser.
    Ich tippe aber inzwischen eher auf die Udev-Regeln, denn diese hauen auch andere Dinge (wie z. B. Netzwerk) regelmäßig durcheinander, soll heissen: bei ca. jeden 10. Start geht das Netzwerk nicht. Aber ein

    Code
    /etc/init.d/networking restart

    schafft Abhilfe.


    Ausserdem habe ich meine analoge TV-Karte getauscht (ist nun eine Hauppauge PVR350) und die hat dann auch gleich das Atmo-Plugin durcheinandergewürfelt, je nachdem welche Karte sich das Device /dev/video0 schnappt. Abhilfe: Blacklist ivtv-Treiber und manuelles modprobe (umständlich!).


    Kann mir jemand sagen, wie die Reihenfolge der Treiber beim Laden mittels Udev festgelegt werden kann?


    Dass das VFD nicht geht, hatte ich in der Zwischenzeit nur einmal gehabt. Der Unterschied ist, aufgrund der Nichtabschaltung der Hintergrundbeleuchtung erscheint das Menu dann direkt nach Ablauf der halben Stunde, also ohne Einfluss der Fernbedienung.


    Grüße joker

    HW VDR: Thermaltake DH102 | Gigabyte GA-M720-US3 | AMD 270u | 8GB RAM | 120GB SSD System + 3TB HDD Daten | L4M Cine CT V6 + Flex S2 | Zotac GT630 | Futaba MDM166A | Atric IR-Einschalter Rev. 5 | NEC P553 | SEDU + 96 PIX | Pioneer SC-LX85 | Jamo S606
    SW VDR: Debian Wheezy | Kernel 3.2.0-4-amd64 | Mate 1.6 | VDR 2.2.0 | nVidia 331.79 | LIRC 0.9.0 | media_build_experimental | Plugins: permashift 1.0.3, softhddevice 0.6.1rc1-git, menuorg 0.5.1, skinnopacity 0.1.3, tvscraper 0.2.0-git, seduatmo 0.0.2-git, mplayer 0.10.2-hg, fritzbox 1.5.3, vdradmin-am 3.6.9, femon 1.7.19, targavfd 0.3.0, span 0.0.7, dvd 0.3.6-cvs, graphtftng 0.4.10-git, extrecmenu 1.2.4-git, epgsearch 1.0.1-git, block 0.1.2-git, cpumon 0.0.6a, ac3mode 0.1, HD-- 1.0.0-hg, u. v. a. ...

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!