Fernbedienung schläft ein -> VDR Steuerung?

    Es kommt ab und zu mal vor, dass mir die Nexus-FB bzw. das Remote-Plugin(?) "einschläft". Ich kann nach einiger Zeit Inaktivität der Fernbedienung nichts mehr in VDR Steuern.


    Dumm ist, dass gerade eine manuelle Aufnahme läuf und ich die nun nicht beenden kann.
    Auch mit der Tastatur kann ich auf /dev/tty8/ nichts steuern.


    Kennt jemand das Problem und vielleicht auch dessen Lösung?
    Wie kann ich das "Einschlafen" verhindern?
    Wie steuere ich nun irgendwie VDR, bzw. wie breche ich die Aufnahme "von außen" ab, ohne VDR neu zu starten?

    [MT1] Intel D945GCLF, 2GB DDR2, Nexus 2.1 Mod.564, Philips DVB-S Rev. 1.6 m. Grundig(?)-Chip, WD 800JB HDD 80 GB
    Software: c't VDR 6 (1.4.7-2ctvdr3, Kernel 2.6.18-6-486) Plugins: Remote
    [MT2] FS MT, Hauppauge WintTV Nexus-S Rev. 2.3 Mod. 564, Budget: Hauppauge Nova-SE2, Seagate Barr. 7200.7 160GB HDD
    Software: c't VDR 5 Plugins: Remote uvm

    Nachtrag: Ein paralleler Test mittels
    dvb/apps/av7110_loadkeys/evtest /dev/input/event0
    zeigt mir, dass die FB funzt und auch was ankommt.


    VDR oder Premote scheint irgendwie nicht mehr "hörig" zu sein??!

    [MT1] Intel D945GCLF, 2GB DDR2, Nexus 2.1 Mod.564, Philips DVB-S Rev. 1.6 m. Grundig(?)-Chip, WD 800JB HDD 80 GB
    Software: c't VDR 6 (1.4.7-2ctvdr3, Kernel 2.6.18-6-486) Plugins: Remote
    [MT2] FS MT, Hauppauge WintTV Nexus-S Rev. 2.3 Mod. 564, Budget: Hauppauge Nova-SE2, Seagate Barr. 7200.7 160GB HDD
    Software: c't VDR 5 Plugins: Remote uvm

    Hi


    Schaue doch mal ob vom Plugin selbst noch etwas ankommt:


    Code
    /usr/local/src/VDR/PLUGINS/src/remote/remote.c


    //#define DEBUG
    in ändern:
    #define DEBUG


    Dannach mal neu maken (make all plugins)


    Und dann mal im Syslog schauen /var/log/messages, ob Keys noch rein schneien.


    MFG Ronny

    Äh- dann habe ich das Problem mit der laufenden Aufnahme aber noch, oder?
    Bei Deinem Vorschlag würde VDR ja wieder mit laufender manueller Aufnahme beendet.


    Edit:
    Habe das durchgeführt. VDR lief weiter.
    Es kommen aber nun keine FB-Signale in die /var/log/messages.


    Also kommt beim Plugin nix an?!
    Was kann man da tun?

    [MT1] Intel D945GCLF, 2GB DDR2, Nexus 2.1 Mod.564, Philips DVB-S Rev. 1.6 m. Grundig(?)-Chip, WD 800JB HDD 80 GB
    Software: c't VDR 6 (1.4.7-2ctvdr3, Kernel 2.6.18-6-486) Plugins: Remote
    [MT2] FS MT, Hauppauge WintTV Nexus-S Rev. 2.3 Mod. 564, Budget: Hauppauge Nova-SE2, Seagate Barr. 7200.7 160GB HDD
    Software: c't VDR 5 Plugins: Remote uvm

    Einmal editiert, zuletzt von radioking ()

    aso- also es kommt wohl beim Plugin nix an.
    Kann man plugins unabhängig von VDR in der Shell neu starten/resetten?

    [MT1] Intel D945GCLF, 2GB DDR2, Nexus 2.1 Mod.564, Philips DVB-S Rev. 1.6 m. Grundig(?)-Chip, WD 800JB HDD 80 GB
    Software: c't VDR 6 (1.4.7-2ctvdr3, Kernel 2.6.18-6-486) Plugins: Remote
    [MT2] FS MT, Hauppauge WintTV Nexus-S Rev. 2.3 Mod. 564, Budget: Hauppauge Nova-SE2, Seagate Barr. 7200.7 160GB HDD
    Software: c't VDR 5 Plugins: Remote uvm

    Einmal editiert, zuletzt von radioking ()

    Das kannst Du ja mit DEBUG überprüfen.


    Was hast Du denn für ein System Last? Wenn Du VDR nicht mehr Bedienen kannst?


    MFG Ronny

    War keine Frage- sondern Aussage: Es kommt nix im Plugin an, da DEBUG nix in die /var/log/messages schreibt bei Tastendruck auf FB. :)


    Ein rekursives Problem: Womit kann ich die Systemlast checken?

    [MT1] Intel D945GCLF, 2GB DDR2, Nexus 2.1 Mod.564, Philips DVB-S Rev. 1.6 m. Grundig(?)-Chip, WD 800JB HDD 80 GB
    Software: c't VDR 6 (1.4.7-2ctvdr3, Kernel 2.6.18-6-486) Plugins: Remote
    [MT2] FS MT, Hauppauge WintTV Nexus-S Rev. 2.3 Mod. 564, Budget: Hauppauge Nova-SE2, Seagate Barr. 7200.7 160GB HDD
    Software: c't VDR 5 Plugins: Remote uvm

    Die Systemlast ist aktuell nicht der Rede Wert <1%.

    [MT1] Intel D945GCLF, 2GB DDR2, Nexus 2.1 Mod.564, Philips DVB-S Rev. 1.6 m. Grundig(?)-Chip, WD 800JB HDD 80 GB
    Software: c't VDR 6 (1.4.7-2ctvdr3, Kernel 2.6.18-6-486) Plugins: Remote
    [MT2] FS MT, Hauppauge WintTV Nexus-S Rev. 2.3 Mod. 564, Budget: Hauppauge Nova-SE2, Seagate Barr. 7200.7 160GB HDD
    Software: c't VDR 5 Plugins: Remote uvm

    Ich habe änhliches Problem, und zwar immer wenn vdradmin nach neuen Timers scannt.
    Alle 15 Minuten geht für etwas 5 Sekunden die FB nicht.
    Evtl. vdradmin deaktivieren und schauen ob dass Problem nicht mehr auftaucht.

    Hallo


    Da kann ich ehrlich gesagt auch nicht helfen, ich habe den Entwickler des Plugins schon einmal vor 2 wochen gem@ilt, wie es ausschaut einen DAEMON zu basteln, der unabhängig vom Plugin funktioniert.


    Sprich über evtest da ja da immer etwas ankommt, denn hier ist es ebenso das ab und zu mal das Plugin seinen Dienst versagt.


    Selten aber kommt vor. Für User die kein Lirc haben sicher ärgerlich.


    Ging ein paar m@ils hin und her, mit dem Ergebniss, das keine Zeit vorhanden ist, und er es nicht für Sinnvoll erachtet.


    Du hast doch eine Zeile in der runvdr:


    Code
    \$DVBREM/av7110_loadkeys \$DVBREM/hauppauge.rc5 >/proc/av7110_ir


    So oder so ähnlich, führe diese Zeile mal manuell in einer Konsole aus und schaue ob dannach eine Steuerung wieder möglich ist.


    MFG Ronny

    Wenn bei mir die FB "einschläft" kommt in /var/log/messages:


    ######################################
    Sep 2 17:24:53 linux vdr[24963]: caught signal 2
    Sep 2 17:24:53 linux vdr[24972]: KBD remote control thread ended (pid=24972)
    Sep 2 17:24:53 linux vdr[24963]: saved setup to /video/setup.conf
    Sep 2 17:24:53 linux vdr[24963]: =====================
    Sep 2 17:24:53 linux vdr[24963]: EPG bugfix statistics
    Sep 2 17:24:53 linux vdr[24963]: =====================
    Sep 2 17:24:53 linux vdr[24963]: IF SOMEBODY WHO IS IN CHARGE OF THE EPG DATA FOR ONE OF THE LISTED
    Sep 2 17:24:53 linux vdr[24963]: CHANNELS READS THIS: PLEASE TAKE A LOOK AT THE FUNCTION cEventInfo::FixEpgBugs()
    Sep 2 17:24:53 linux vdr[24963]: IN VDR/eit.c TO LEARN WHAT'S WRONG WITH YOUR DATA, AND FIX IT!
    Sep 2 17:24:53 linux vdr[24963]: =====================
    Sep 2 17:24:53 linux vdr[24963]: Fix Hits Channels
    Sep 2 17:24:53 linux vdr[24963]: 0 513 BR-alpha, RBB Brandenburg
    Sep 2 17:24:53 linux vdr[24963]: 2 463 BR-alpha, RBB Brandenburg
    Sep 2 17:24:53 linux vdr[24963]: 4 190 WDR, ARD, ZDF
    Sep 2 17:24:53 linux vdr[24963]: 5 249 3sat, RBB Brandenburg
    Sep 2 17:24:53 linux vdr[24963]: 6 390 Hessen-3, ARD
    Sep 2 17:24:53 linux vdr[24963]: =====================
    Sep 2 17:24:53 linux vdr[24966]: EIT processing thread ended (pid=24966) - master
    Sep 2 17:24:53 linux vdr[24967]: tuner thread ended on device 1 (pid=24967)
    Sep 2 17:24:53 linux vdr[24969]: EIT processing thread ended (pid=24969)
    Sep 2 17:24:54 linux vdr[24970]: tuner thread ended on device 2 (pid=24970)
    Sep 2 17:24:54 linux vdr[24963]: stopping plugin: dvd
    Sep 2 17:24:54 linux vdr[24963]: stopping plugin: remote
    Sep 2 17:24:54 linux vdr[24963]: max. latency time 7 seconds
    Sep 2 17:24:54 linux vdr[24963]: exiting
    ######################################


    Das Fernsehbild läuft im TV jedoch weiter.

    [MT1] Intel D945GCLF, 2GB DDR2, Nexus 2.1 Mod.564, Philips DVB-S Rev. 1.6 m. Grundig(?)-Chip, WD 800JB HDD 80 GB
    Software: c't VDR 6 (1.4.7-2ctvdr3, Kernel 2.6.18-6-486) Plugins: Remote
    [MT2] FS MT, Hauppauge WintTV Nexus-S Rev. 2.3 Mod. 564, Budget: Hauppauge Nova-SE2, Seagate Barr. 7200.7 160GB HDD
    Software: c't VDR 5 Plugins: Remote uvm

    Schaut nicht so aus als ob das Remote Plugin "einschläft" sondern VDR selbst.


    Sep 2 17:24:54 linux vdr[24963]: stopping plugin: dvd
    Sep 2 17:24:54 linux vdr[24963]: stopping plugin: remote


    Was kommt denn vor:


    caught signal 2


    MFG Ronny

    Zitat

    Original von anonymous
    Schaut nicht so aus als ob das Remote Plugin "einschläft" sondern VDR selbst.
    caught signal 2
    MFG Ronny


    Stimmt- woher kommt das?
    Was bedeutet das Signal 2?


    Eine Suche danach im Forum und Google hat mir nichts gebracht.


    Kann es sein, dass das kommt wenn ich runvdr mit STRG+C abbreche? ?(

    [MT1] Intel D945GCLF, 2GB DDR2, Nexus 2.1 Mod.564, Philips DVB-S Rev. 1.6 m. Grundig(?)-Chip, WD 800JB HDD 80 GB
    Software: c't VDR 6 (1.4.7-2ctvdr3, Kernel 2.6.18-6-486) Plugins: Remote
    [MT2] FS MT, Hauppauge WintTV Nexus-S Rev. 2.3 Mod. 564, Budget: Hauppauge Nova-SE2, Seagate Barr. 7200.7 160GB HDD
    Software: c't VDR 5 Plugins: Remote uvm

    Einmal editiert, zuletzt von radioking ()

    Bei Dir haut etwas nicht hin, poste mal Deine runvdr, welche vdr version?


    Es kann nicht sein das "watchdog" bei Dir nicht greift, normal startet doch vdr neu, wenn der Procces tod ist.


    Bei Dir irgendwie nicht, da Du ja gemeint hast VDR läuft weiter, laut log ebend nicht, einzieg der Driver ist noch geladen.


    Oder habe ich einen Denkfehler?


    Kann es sein, dass das kommt wenn ich runvdr mit STRG+C abbreche?


    Möglich, dann ist aber alles tod, und vdr wird auch nichts mehr in den Syslog schreiben.


    MFG Ronny

Jetzt mitmachen!

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

Benutzerkonto erstellen Anmelden