[yavdr-0.5] Frage zur neuen "vdr-frontend.conf"

BooStar · 26. Oktober 2012

Hoihoi..
soo ich fang mal an das Problem zu analysieren..
syslog:

Code

Oct 26 18:26:28 yavdr1 vdr-frontend[1771]: vdr not ready for shutdown: 903:
Oct 26 18:26:28 yavdr1 vdr: [1622] dbus2vdr: done flushing
Oct 26 18:31:28 yavdr1 vdr: [1622] dbus2vdr: new message, object /Shutdown, interface de.tvdr.vdr.shutdown, member ConfirmShutdown
Oct 26 18:31:28 yavdr1 vdr: [1622] dbus2vdr: 1 idle message handler, reusing 0x7ff774085610
Oct 26 18:31:28 yavdr1 vdr: [2267] dbus2vdr message handler thread started (pid=1230, tid=2267)
Oct 26 18:31:28 yavdr1 vdr: [2267] dbus2vdr: moving message handler 0x7ff774085610 from active to finished
Oct 26 18:31:28 yavdr1 vdr: [2267] dbus2vdr message handler thread ended (pid=1230, tid=2267)
Oct 26 18:31:28 yavdr1 vdr: [1622] dbus2vdr: connection has messages to send, flushing
Oct 26 18:31:28 yavdr1 vdr-frontend[1771]: vdr not ready for shutdown: 903:
Oct 26 18:31:28 yavdr1 vdr: [1622] dbus2vdr: done flushing

das kommt hier immer wieder..
naja die aufnahme läuft ja auch noch..
was mir aber aufgefallen ist, das die Fernbedienung gar nicht reagiert,
also be mode2 kommt nix mehr..
und bei irw folglich auch nichts..
vllt ist einfach das das Problem?

seahawk1986 · 26. Oktober 2012

Zitat von BooStar

das kommt hier immer wieder..

Das ist das Frontend, das fragt regelmäßig, ob der VDR noch etwas zu tun hat.

Zitat von BooStar

also be mode2 kommt nix mehr..
und bei irw folglich auch nichts..
vllt ist einfach das das Problem?

Also das riecht stark nach einem Problem mit dem Empfänger/Lirc/Eventlircd... Das Skript aus vdr-frontend kann nur reagieren, wenn eventlircd auch Tastendrücke liefert.

BooStar · 26. Oktober 2012

Hallo,
ich habs gradn nochmal mit einer frischen Installation + Updates getestet.
Hier verhält sich das ganze eine wenig anders, ich dettache das frontend also mit KEY_PROG1.
irw reagiert jetzt auf befehle, aber das frontend kommt nicht mehr hoch.
Es ist also kein Timerstart wie ich das oben beschrieben habe, sondern ein manueller start.

seahawk1986 · 26. Oktober 2012

Kannst du mal die /var/log/upstart/vdr-frontend.log und das Syslog posten?

BooStar · 26. Oktober 2012

Manchmal dettached das frontend auch gar nicht:

Code

Oct 26 22:00:56 yavdr vdr: [1600] dbus2vdr: new message, object /Plugins/softhddevice, interface de.tvdr.vdr.plugin, member SVDRPCommand
Oct 26 22:00:56 yavdr vdr: [1600] dbus2vdr: 1 idle message handler, reusing 0x7ffd78005550
Oct 26 22:00:56 yavdr vdr: [2258] dbus2vdr message handler thread started (pid=1214, tid=2258)
Oct 26 22:00:56 yavdr vdr: [2258] dbus2vdr: invoking softhddevice.SVDRPCommand("STAT", "None")
Oct 26 22:00:56 yavdr vdr: [2258] dbus2vdr: moving message handler 0x7ffd78005550 from active to finished
Oct 26 22:00:56 yavdr vdr: [2258] dbus2vdr message handler thread ended (pid=1214, tid=2258)
Oct 26 22:00:56 yavdr vdr: [1600] dbus2vdr: connection has messages to send, flushing
Oct 26 22:00:56 yavdr vdr: [1600] dbus2vdr: done flushing
Oct 26 22:00:56 yavdr vdr: [1600] dbus2vdr: new message, object /Plugins/softhddevice, interface de.tvdr.vdr.plugin, member SVDRPCommand
Oct 26 22:00:56 yavdr vdr: [1600] dbus2vdr: 1 idle message handler, reusing 0x7ffd78005550
Oct 26 22:00:56 yavdr vdr: [2260] dbus2vdr message handler thread started (pid=1214, tid=2260)
Oct 26 22:00:56 yavdr vdr: [2260] dbus2vdr: invoking softhddevice.SVDRPCommand("DETA", "None")
Oct 26 22:00:56 yavdr vdr: [2260] [softhddev]SetPlayMode: 0
Oct 26 22:00:56 yavdr vdr: [2260] [softhddev]SetVideoDisplayFormat: 1
Oct 26 22:00:56 yavdr vdr: [2260] [softhddev]SetPlayMode: 1
Oct 26 22:00:56 yavdr vdr: [2254] TS buffer on device 1 thread ended (pid=1214, tid=2254)
Oct 26 22:00:56 yavdr vdr: [2253] buffer stats: 153032 (7%) used
Oct 26 22:00:56 yavdr vdr: [2253] receiver on device 1 thread ended (pid=1214, tid=2253)
Oct 26 22:00:56 yavdr vdr: [2260] dbus2vdr: moving message handler 0x7ffd78005550 from active to finished
Oct 26 22:00:56 yavdr vdr: [2260] dbus2vdr message handler thread ended (pid=1214, tid=2260)
Oct 26 22:00:56 yavdr vdr: [1600] dbus2vdr: connection has messages to send, flushing
Oct 26 22:00:56 yavdr vdr: [1600] dbus2vdr: done flushing
Oct 26 22:00:56 yavdr vdr: [1600] dbus2vdr: new message, object /Remote, interface de.tvdr.vdr.remote, member Disable
Oct 26 22:00:56 yavdr vdr: [1600] dbus2vdr: 1 idle message handler, reusing 0x7ffd78005550
Oct 26 22:00:56 yavdr vdr: [2261] dbus2vdr message handler thread started (pid=1214, tid=2261)
Oct 26 22:00:56 yavdr vdr: [2261] dbus2vdr: moving message handler 0x7ffd78005550 from active to finished
Oct 26 22:00:56 yavdr vdr: [2261] dbus2vdr message handler thread ended (pid=1214, tid=2261)
Oct 26 22:00:56 yavdr vdr: [1600] dbus2vdr: connection has messages to send, flushing
Oct 26 22:00:56 yavdr vdr: [1600] dbus2vdr: done flushing
Oct 26 22:00:56 yavdr vdr: [1600] dbus2vdr: new message, object /Plugins/softhddevice, interface de.tvdr.vdr.plugin, member SVDRPCommand
Oct 26 22:00:56 yavdr vdr: [1600] dbus2vdr: 1 idle message handler, reusing 0x7ffd78005550
Oct 26 22:00:56 yavdr vdr: [2262] dbus2vdr message handler thread started (pid=1214, tid=2262)
Oct 26 22:00:56 yavdr vdr: [2262] dbus2vdr: invoking softhddevice.SVDRPCommand("STAT", "None")
Oct 26 22:00:56 yavdr vdr: [2262] dbus2vdr: moving message handler 0x7ffd78005550 from active to finished
Oct 26 22:00:56 yavdr vdr: [2262] dbus2vdr message handler thread ended (pid=1214, tid=2262)
Oct 26 22:00:56 yavdr vdr: [1600] dbus2vdr: connection has messages to send, flushing
Oct 26 22:00:56 yavdr vdr: [1600] dbus2vdr: done flushing
Oct 26 22:00:56 yavdr vdr: [1600] dbus2vdr: new message, object /Plugins/softhddevice, interface de.tvdr.vdr.plugin, member SVDRPCommand
Oct 26 22:00:56 yavdr vdr: [1600] dbus2vdr: 1 idle message handler, reusing 0x7ffd78005550
Oct 26 22:00:56 yavdr vdr: [2263] dbus2vdr message handler thread started (pid=1214, tid=2263)
Oct 26 22:00:56 yavdr vdr: [2263] dbus2vdr: invoking softhddevice.SVDRPCommand("STAT", "None")
Oct 26 22:00:56 yavdr vdr: [2263] dbus2vdr: moving message handler 0x7ffd78005550 from active to finished
Oct 26 22:00:56 yavdr vdr: [2263] dbus2vdr message handler thread ended (pid=1214, tid=2263)
Oct 26 22:00:56 yavdr vdr: [1600] dbus2vdr: connection has messages to send, flushing
Oct 26 22:00:56 yavdr vdr: [1600] dbus2vdr: done flushing
Oct 26 22:00:56 yavdr vdr: [1600] dbus2vdr: new message, object /Plugins/softhddevice, interface de.tvdr.vdr.plugin, member SVDRPCommand
Oct 26 22:00:56 yavdr vdr: [1600] dbus2vdr: 1 idle message handler, reusing 0x7ffd78005550
Oct 26 22:00:56 yavdr vdr: [2265] dbus2vdr message handler thread started (pid=1214, tid=2265)
Oct 26 22:00:56 yavdr vdr: [2265] dbus2vdr: invoking softhddevice.SVDRPCommand("ATTA", "-d :1.0")
Oct 26 22:00:56 yavdr vdr: [2265] [softhddev]SetPlayMode: 0
Oct 26 22:00:56 yavdr vdr: [2265] [softhddev]SetVideoDisplayFormat: 1
Oct 26 22:00:56 yavdr vdr: [2265] [softhddev]~cSoftHdControl: dummy player stopped
Oct 26 22:00:56 yavdr vdr: video/vdpau: VDPAU API version: 1
Oct 26 22:00:56 yavdr vdr: video/vdpau: VDPAU information: NVIDIA VDPAU Driver Shared Library  304.51  Tue Sep 18 17:40:30 PDT 2012
Oct 26 22:00:56 yavdr vdr: video/vdpau: highest supported high quality scaling 1
Oct 26 22:00:56 yavdr vdr: video/vdpau: feature deinterlace temporal supported
Oct 26 22:00:56 yavdr vdr: video/vdpau: feature deinterlace temporal spatial supported
Oct 26 22:00:56 yavdr vdr: video/vdpau: attribute skip chroma deinterlace supported
Oct 26 22:00:56 yavdr vdr: video/vdpau: 4:2:0 chroma format with 4096x4096 supported
Oct 26 22:00:56 yavdr vdr: video/vdpau: 4:2:2 chroma format with 4096x4096 supported
Oct 26 22:00:56 yavdr vdr: video/vdpau: 8bit BGRA format with 8192x8192 supported
Oct 26 22:00:56 yavdr vdr: video/vdpau: 10bit RGBA format with 8192x8192 supported
Oct 26 22:00:56 yavdr vdr: audio: 'alsa' output module used
Oct 26 22:00:56 yavdr vdr: audio/alsa: supports pause: no
Oct 26 22:00:57 yavdr vdr: [1214] switching to channel 1
Oct 26 22:00:57 yavdr vdr: [2266] receiver on device 1 thread started (pid=1214, tid=2266)
Oct 26 22:00:57 yavdr vdr: [2267] TS buffer on device 1 thread started (pid=1214, tid=2267)
Oct 26 22:00:58 yavdr vdr: [1214] [softhddev]SetPlayMode: 1
Oct 26 22:00:59 yavdr vdr: audio:  44100Hz supports 1 2 3 4 5 6 7 8 channels
Oct 26 22:00:59 yavdr vdr: audio:  48000Hz supports 1 2 3 4 5 6 7 8 channels
Oct 26 22:00:59 yavdr vdr: [2265] dbus2vdr: moving message handler 0x7ffd78005550 from active to finished
Oct 26 22:00:59 yavdr vdr: [2265] dbus2vdr message handler thread ended (pid=1214, tid=2265)
Oct 26 22:00:59 yavdr vdr: [1600] dbus2vdr: connection has messages to send, flushing
Oct 26 22:00:59 yavdr vdr: [1600] dbus2vdr: done flushing
Oct 26 22:00:59 yavdr vdr: [1600] dbus2vdr: new message, object /Remote, interface de.tvdr.vdr.remote, member Enable
Oct 26 22:00:59 yavdr vdr: [1600] dbus2vdr: 1 idle message handler, reusing 0x7ffd78005550
Oct 26 22:00:59 yavdr vdr: [2269] dbus2vdr message handler thread started (pid=1214, tid=2269)
Oct 26 22:00:59 yavdr vdr: [2269] dbus2vdr: moving message handler 0x7ffd78005550 from active to finished
Oct 26 22:00:59 yavdr vdr: [2269] dbus2vdr message handler thread ended (pid=1214, tid=2269)
Oct 26 22:00:59 yavdr vdr: [1600] dbus2vdr: connection has messages to send, flushing
Oct 26 22:00:59 yavdr vdr: [1600] dbus2vdr: done flushing
Oct 26 22:00:59 yavdr vdr: audio/alsa: using device 'default'
Oct 26 22:00:59 yavdr vdr: audio/alsa: start delay 336ms
Oct 26 22:00:59 yavdr vdr: video: slow down video, duping frame
Oct 26 22:00:59 yavdr vdr: video: decoder buffer empty, duping frame (3/1) 2 v-buf
Oct 26 22:00:59 yavdr vdr: video:  4:18:55.976+1020  378   0/\ms   2+0 v-buf

Alles anzeigen

//edit:

Code

root@yavdr:/# cat /var/log/upstart/vdr-frontend.log
method return sender=:1.26 -> dest=:1.29 reply_serial=2
   int32 900
   string "SoftHdDevice already detached"
wait-for-job-state stop/waiting
wait-for-job-state stop/waiting
wait-for-job-state stop/waiting
method return sender=:1.14 -> dest=:1.26 reply_serial=2
   int32 900
   string "SoftHdDevice is detached"
wait-for-job-state stop/waiting
wait-for-job-state stop/waiting
wait-for-job-state stop/waiting
method return sender=:1.14 -> dest=:1.24 reply_serial=2
   int32 -1
   string "unknown message"
wait-for-job-state stop/waiting
wait-for-job-state stop/waiting
wait-for-job-state stop/waiting
Traceback (most recent call last):
  File "<stdin>", line 326, in handler
  File "<stdin>", line 119, in detach
  File "<stdin>", line 101, in detach
  File "<stdin>", line 38, in disable
  File "/usr/lib/python2.7/dist-packages/dbus/proxies.py", line 145, in __call__
    **keywords)
  File "/usr/lib/python2.7/dist-packages/dbus/connection.py", line 651, in call_blocking
    message, timeout)
dbus.exceptions.DBusException: org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.
method return sender=:1.15 -> dest=:1.26 reply_serial=2
   int32 900
   string "SoftHdDevice already detached"
wait-for-job-state stop/waiting
wait-for-job-state stop/waiting
wait-for-job-state stop/waiting
root@yavdr:/#

Alles anzeigen

vllt zur Info, ich habe den sleep in der vdr-frontend.conf..

seahawk1986 · 26. Oktober 2012

Also hier hast du da die Taste wohl in der gleichen Sekunde zweimal gedrückt - damit detached er zunächst das Frontend und beim nächsten Tastendruck wird es wieder attached:

Code

Oct 26 22:00:56 yavdr vdr: [1600] dbus2vdr: new message, object /Plugins/softhddevice, interface de.tvdr.vdr.plugin, member SVDRPCommand
Oct 26 22:00:56 yavdr vdr: [1600] dbus2vdr: 1 idle message handler, reusing 0x7ffd78005550
Oct 26 22:00:56 yavdr vdr: [2260] dbus2vdr message handler thread started (pid=1214, tid=2260)
Oct 26 22:00:56 yavdr vdr: [2260] dbus2vdr: invoking softhddevice.SVDRPCommand("DETA", "None")
[...]
Oct 26 22:00:56 yavdr vdr: [1600] dbus2vdr: new message, object /Plugins/softhddevice, interface de.tvdr.vdr.plugin, member SVDRPCommand
Oct 26 22:00:56 yavdr vdr: [1600] dbus2vdr: 1 idle message handler, reusing 0x7ffd78005550
Oct 26 22:00:56 yavdr vdr: [2265] dbus2vdr message handler thread started (pid=1214, tid=2265)
Oct 26 22:00:56 yavdr vdr: [2265] dbus2vdr: invoking softhddevice.SVDRPCommand("ATTA", "-d :1.0")

Kannst du Tastenpreller auf dem Eventlircd-Sockel ausschließen? Vielleicht sollte ich für eine kleine Zeitspanne die Reaktion auf die gleiche Taste nach dem Attachen bzw. Detachen deaktivieren...

BooStar · 26. Oktober 2012

Hi,

Zitat

Kannst du Tastenpreller auf dem Eventlircd-Sockel ausschließen?

Das wars..das scheint jetzt zuverlässig zu funktionieren.
Jetzt werde ich mal einen Timer anlegen..

BooStar · 1. November 2012

soo nun ist es wieder soweit...
der vdr wurde durch einen Timer gestartet..
ich schalte den TV an und sehe: "Frontend detached.Press any key on your remote to continue"
Der vdr reagiert aber weder auf die remote noch auf das Keyboard..
Es läuft eigentlich alles, also ich kann mich per ssh einloggen und sehe via live das die Aufnahmen auch brav gemacht werden.
nur bleibt irw stumm, aber wiegesagt, mit dem keyboard gehts auch nicht...
Log:

Code

Nov  1 18:00:03 yavdr1 vdr: [1363] channel 133 (RTL Television) event Don 01.11.2012 18:00-18:30 'Explosiv - Das Magazin' status 4
Nov  1 18:00:41 yavdr1 vdr: [1467] dbus2vdr: new message, object /Shutdown, interface de.tvdr.vdr.shutdown, member ConfirmShutdown
Nov  1 18:00:41 yavdr1 vdr: [1467] dbus2vdr: 1 idle message handler, reusing 0x7fedc0016110
Nov  1 18:00:41 yavdr1 vdr: [2657] dbus2vdr message handler thread started (pid=1146, tid=2657)
Nov  1 18:00:41 yavdr1 vdr: [2657] dbus2vdr: moving message handler 0x7fedc0016110 from active to finished
Nov  1 18:00:41 yavdr1 vdr: [2657] dbus2vdr message handler thread ended (pid=1146, tid=2657)
Nov  1 18:00:41 yavdr1 vdr: [1467] dbus2vdr: connection has messages to send, flushing
Nov  1 18:00:41 yavdr1 vdr-frontend[1668]: vdr not ready for shutdown: 903:
Nov  1 18:00:41 yavdr1 vdr: [1467] dbus2vdr: done flushing
Nov  1 18:05:15 yavdr1 vdr: [1366] channel 129 (Das Erste) event Don 01.11.2012 18:00-18:50 (VPS: 01.11. 18:00) 'Verbotene Liebe' status 4
Nov  1 18:05:41 yavdr1 vdr: [1467] dbus2vdr: new message, object /Shutdown, interface de.tvdr.vdr.shutdown, member ConfirmShutdown
Nov  1 18:05:41 yavdr1 vdr: [1467] dbus2vdr: 1 idle message handler, reusing 0x7fedc0016110
Nov  1 18:05:41 yavdr1 vdr: [2659] dbus2vdr message handler thread started (pid=1146, tid=2659)
Nov  1 18:05:41 yavdr1 vdr: [2659] dbus2vdr: moving message handler 0x7fedc0016110 from active to finished
Nov  1 18:05:41 yavdr1 vdr: [2659] dbus2vdr message handler thread ended (pid=1146, tid=2659)
Nov  1 18:05:41 yavdr1 vdr: [1467] dbus2vdr: connection has messages to send, flushing
Nov  1 18:05:41 yavdr1 vdr-frontend[1668]: vdr not ready for shutdown: 903:
Nov  1 18:05:41 yavdr1 vdr: [1467] dbus2vdr: done flushing
Nov  1 18:10:00 yavdr1 vdr: [1950] recording thread ended (pid=1146, tid=1950)
Nov  1 18:10:00 yavdr1 vdr: [1146] buffer stats: 302116 (5%) used
Nov  1 18:10:00 yavdr1 vdr: [1146] timer 1 (133 1720-1810 'Unter uns') stop
Nov  1 18:10:00 yavdr1 vdr: [1146] executing '/usr/lib/vdr/vdr-recordingaction after "/srv/vdr/video.00/Unter_uns/_/2012-11-01.17.20.133-0.rec"'
Nov  1 18:10:00 yavdr1 vdr: [1952] TS buffer on device 1 thread ended (pid=1146, tid=1952)
Nov  1 18:10:00 yavdr1 vdr: [1951] buffer stats: 120320 (2%) used
Nov  1 18:10:00 yavdr1 vdr: [1951] receiver on device 1 thread ended (pid=1146, tid=1951)
Nov  1 18:10:41 yavdr1 vdr: [1467] dbus2vdr: new message, object /Shutdown, interface de.tvdr.vdr.shutdown, member ConfirmShutdown
Nov  1 18:10:41 yavdr1 vdr: [1467] dbus2vdr: 1 idle message handler, reusing 0x7fedc0016110
Nov  1 18:10:41 yavdr1 vdr: [2693] dbus2vdr message handler thread started (pid=1146, tid=2693)
Nov  1 18:10:41 yavdr1 vdr: [2693] dbus2vdr: moving message handler 0x7fedc0016110 from active to finished
Nov  1 18:10:41 yavdr1 vdr: [2693] dbus2vdr message handler thread ended (pid=1146, tid=2693)
Nov  1 18:10:41 yavdr1 vdr: [1467] dbus2vdr: connection has messages to send, flushing
Nov  1 18:10:41 yavdr1 vdr-frontend[1668]: vdr not ready for shutdown: 903:
Nov  1 18:10:41 yavdr1 vdr: [1467] dbus2vdr: done flushing

Alles anzeigen

jemand eine Idee dazu?

BooStar · 1. November 2012

wenn ich den befehl:

Code

root@yavdr1:/# svdrpsend plug softhddevice atta
220 yavdr1 SVDRP VideoDiskRecorder 1.7.27; Thu Nov  1 18:24:01 2012; UTF-8
900 SoftHdDevice is attached
221 yavdr1 closing connection

ausführe, kommt zumindest mal ton,
das bild ist bleibt aber nach wie vor weg...

BooStar · 1. November 2012

also ich werde verrückt...
ich habe jetzt einfach nochmal eine Taste auf der FB gedrückt und schon lässt sich das frontend wieder attachen...
scheint wohl sporadisch einfach mal nicht zu gehen...ich hasse sporadische Probleme

mini73 · 1. November 2012

Moin!

Die ganze vdr-frontend-timer-detach-Geschichte ist ja auch noch recht jung. Es ist nicht auszuschließen, dass es manchmal nicht geht.
Beim Attach solltest du noch das richtige Display als Parameter angeben, dann könnte evtl. auch Bild kommen. Außerdem muss die FB wieder aktiviert werden:

Code

svdrpsend plug softhddevice ATTA -d :1
svdrpsend remo on

Wenn du graphtft aktiv hast, ist es ":1.0".

Lars.

BooStar · 1. November 2012

Danke...
das werde ich dann mal testen wenn wieder soweit ist...

BooStar · 2. November 2012

Moin..
also das hat auch nicht geklappt..
welche Logs kann man denn da wohl am besten überwachen? das Syslog verhält sich ja unauffällig.

ofenheizer · 4. November 2012

Zitat von seahawk1986
Beim Drücken der Power-Taste auf der Fernbedienung erstellt das Skript in der vdr-frontend einen 15s-Timer zum Detachen des Frontends (der abgebrochen wird, wenn der User wieder eine Taste auf der FB drückt), wenn es die Power-Taste der FB erkennt (https://github.com/yavdr/yavdr…ddevice-02-script.py#L330)
Beim Drücken der Power-Taste am Gehäuse wird die /etc/acpi/powerbtn.sh aufgerufen, die momentan per dbus2vdr die Powertaste an den VDR sendet: https://github.com/yavdr/yavdr…i/powerbtn.sh/10_main#L18
Prinzipiell lässt sich das Python-Skript in der vdr-frontend.conf auch schon über dbus steuern (https://github.com/yavdr/yavdr…ddevice-02-script.py#L291) - ein Aufruf für den Shutdown mit detachen des Frontends, falls der VDR nicht herunter fährt fehlt da in yaVDR 0.5 aber noch.

Um dem Frontend über dbus Befehle zu senden kannst du so etwas als Skript frontend-dbus-send nutzen (am besten als /usr/bin/frontend-dbus-send ablegen und ausführbar machen):
Bash
#!/bin/bash


if [ $# -lt 2 ]
then
  echo "usage: $0 objectpath interface.method [arguments]"
  exit 1
fi


DEST=de.yavdr.frontend
OBJECT=$1
shift
INTERFACE=$1
shift


dbus-send --system --type=method_call --dest=$DEST --print-reply $OBJECT $DEST.$INTERFACE "$@"
Alles anzeigen
Die Klasse dbusService https://github.com/yavdr/yavdr…ddevice-02-script.py#L291 muss dann noch um eine Funktion erweitert werden (Einrückungen mit Leerzeichen beachten!):
Code
@dbus.service.method('de.yavdr.frontend',out_signature='b')
    def shutdown(self):
        remote.enable()
        remote.sendkey("POWER")
        if settings.frontend_active == 0:
            remote.disable()
        settings.timer = gobject.timeout_add(15000,soft_detach)
        return True
Dann sollte sich der Shutdown so auslösen lassen (und das kann man dann auch an passender Stelle in der /etc/acpi/powerbtn.sh statt den vdr-dbus-send eintragen):
Code
frontend-dbus-send /frontend shutdown
Alles anzeigen

Hallo seahawk,

ich habe Deine Anleitung so umgesetzt und es funktioniert jezt, dass auch beim Drücken der Power-Taste am Gehäuse, das Frontend detached wird.
Es kann also so von Euch gerne als getestet in yavdr übernommen werden

Viele Grüße.
Markus

mini73 · 4. November 2012

BooStar

Tut mir leid, keine weitere Idee...

Lars.

BooStar · 5. November 2012

Moin..

also heute war es wieder soweit.. Timer um ca. 17:30 ich komm um ca. 18:00 nach Hause, der VDR läuft, ich schalte den TV an und sehe "frontend dettached press any key.."
Leider reagiert der VDR kein bischen, weder auf die FB noch auf die Tastatur...
wenn ich nun ein

Code

svdrpsend plug softhddevice ATTA -d :1
svdrpsend remo on

mache ist alles gut. Bild da, Ton da, FB geht
nun kann auch mit KEY_1 (oder so ähnlich) das Frontend dettachen und attachen...kein Problem...
Komisch, wieso klappt das nicht gleich von anfang an...
Naja..isswohl halt so...
Wenn noch jemand ne Idee hat.. immer her damit ...

BlueVIP · 7. November 2012

Leider habe ich das selbe Problem auch, wenn auch nur sporadisch.. Logs sind auch unauffällig.
Aber mir scheint es so, als ob die Fernbedienung nicht "attacht" ist (in meinem Fall ein atric + Harmony). Wenn es das nächste Mal auftritt, werde ich mal versuchen wie es sich verhält, wenn ich erst "remo on" und dann bei Bedarf "plug softhddevice..." anwende.

BooStar · 7. November 2012

Moin..
also meiner Meinung nach liegt es nicht am "remo on",
denn der VDR regagiert in diesem Zustand auch nicht mehr auf Tastatureingaben...
Außerdem hatte ich da schon probiert..also erst "remo on"

heiko322 · 27. März 2013

Hallo.

Gibt es zu dem Sachverhalt neue Erkenntnisse?
Ich habe seit einigen Tagen exakt das gleiche Problem. Davor hatte des "attachen" per Fernbedienung immer wunderbar funktioniert.
Vermutlich ist der Fehler seit meinem letzten dist-upgrade da (nachdem testing-vdr nach stable-vdr verschoben wurde).
Sowohl Tastatur, als auch Fernbedienung zeigen keine Funktion, obwohl ich per "irw" sehe, dass die Tastendrücke normal ankommen.
Manuelles attachen und Fernbedienung aktivieren wie von BooStar beschrieben klappt.

Gruß heiko

seahawk1986 · 27. März 2013

Zitat von heiko322

Sowohl Tastatur, als auch Fernbedienung zeigen keine Funktion, obwohl ich per "irw" sehe, dass die Tastendrücke normal ankommen.

Was sagt denn in dem Zustand

Code

vdr-dbus-send /Remote remote.Status

Gibt es da eine Fehlermeldung im Log des Frontend-Skripts (/var/log/upstart/vdr-frontend.log)?

[yavdr-0.5] Frage zur neuen "vdr-frontend.conf"

Jetzt mitmachen!

Teilen