TVHeadend findet keinen Adapter nach Standby

[hhbernd]

Hallo zusammen,
mein erster Post hier im Forum und ich hoffe, Ihr könnt mir helfen.
Ich habe eine Zotac Zbox ID41 mit XMBCbuntu 12.10 aufgesetzt. Als Backend verwende TVHeadend und als TV-Stick den Suntek MediaTV Digital Home (DVB-C/T).
Bislang hatte ich probeweise einen WinTV-Stick DVB-T am laufen und alles funktionierte ohne Probleme.
Mein XBMCbuntu ging in den Standby-Modus und nach dem Aufwachen wurde im TVHeadend Webinterface der TV-Adapter erkannt und XBMC konnte auch alle Kanäle finden.
Jetzt mit dem MediaTV Digital Home (DVB-C/T) wird nach dem Aufwachen der Adapter nicht mehr erkannt. Nach einem Reboot klappt alles wieder wie gewohnt.
Ich habe das Gefühl, dass der Suntek-Treiber nach dem Aufwachen aus dem Standby nicht erkannt wird.
Ich habe den Treiber nochmals über Netinstall nachinstalliert - ohne Erfolg.
Möchte gerne die Standby-Funktion nutzen und nicht jedes Mal wieder neu booten.
Weiss jemand Rat ?
Vielen Dank im Voraus.

[Sundtek]

Ist wohl das uebliche Problem das tvheadend wohl gestartet wird bevor der Stick vollkommen initialisiert wurde.

Es gibt ein Feature im Treiber, damit kann man Applikationen ausfuehren sobald das Device dem System zur Verfuegung steht.

/etc/sundtek.conf
device_attach=/etc/init.d/tvheadend restart
oder
device_attach=service tvheadend restart

je nachdem wie bei Deinem System tvheadend neu gestartet wird.

[hhbernd]

SUPER - hat geklappt. Das war ja einfach.
Vielen Dank für die schnelle und kompetente Hilfe.

[digi_joe]

Hm,

ich habe ein ganz ähnliches Problem. Auch ich benutze tvheadend zusammen mit einem Sundtek DVB-C stick. Allerdings habe ich auf meinem System bereits eine sundtek.conf Datei mit dem Inhalt
device_attach=/etc/init.d/tvheadend restart
Ohne das File funktioniert auch tvheadend nach einem Neustart nicht.
Setze ich mein System mit einem sudo pm-suspend in den Schlafmodus so findet tvheadend (meistens) den Stick nicht mehr. Selten klappt es noch 1x. Ebenso liefert mediaclient -e keine devices mehr.
System
uname -a
Linux xbmc 3.2.0-39-generic #62-Ubuntu SMP Thu Feb 28 00:28:53 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux
Ubuntu 12.04
mediasrv --build
Build date: 2013-03-15 22:57:47
Rechner Zotac ad10
Hat jemand ne Idee?
Gruß

digi_joe

Edit: Hab mal noch ein bisschen experimentiert.
Wenn ich vom file sundtek.conf ein Skript mit dem Inhalt
#!/bin/bash
sleep 5
/etc/init.d/tvheadend restart
sleep 5
aufrufe klappt es zumindest 1x (Habs grad 3x probiert). Beim 2. mal geht es aber immer noch net  ...

[Sundtek]

Es wird wohl in wenigen Tagen das nächste Update kommen, wir werden bis dahin das PM Skript von Suse überprüfen.

Leider gab es bei uns ein ernsthaftes Problem mit dem Entwicklungsrechner sowie (wie Murphy's Law es so schön voraussagt) dem Backupsystem. Soweit sind jedoch nach einer Woche nun die wichtigsten Daten wieder hergestellt.

[digi_joe]

Wird sich diese Änderung dann auch positiv auf ubuntu auswirken? Habe ja eigentlich kein Suse sondern ubuntu 12.04 LTS.

[Sundtek]

Also Ubuntu wurde getestet und funktioniert, der Treiber wird vor dem Standby heruntergefahren und nach dem Standby neu gestartet und sollte mit /opt/bin/mediaclient -e neu angezeigt werden.

[digi_joe]

Bei mir eben nicht  (Siehe mein Post vom 7. April). Ich weiss ja, dass standby immer ein bisschen fummelig ist. Aber irgendwie weiss ich inzwischen eben nicht mehr weiter...

[Sundtek]

Habe es erneut auf Ubuntu getestet und es läuft wie immer.

Standby ist überhaupt kein fummeliges Thema, es ist ganz klar gelöst. Der Treiber wird vor dem Herunterfahren/Standby gestoppt und beim Resume wieder neu gestartet.

- vor dem Standby -
 9552 pts/6    S+     0:00              \_ grep --color=auto mediasrv
 9166 ?        Sl     0:00 /opt/bin/mediasrv -d --pluginpath=/opt/bin
 9168 ?        S      0:00  \_ /opt/bin/mediasrv -d --pluginpath=/opt/bin

- nach dem Standby, hier hat sich die ProzessID geändert da der Prozess neu gestartet wurde -
root@UL80VT:~# ps fax | grep mediasrv
10211 pts/6    S+     0:00              \_ grep --color=auto mediasrv
 9950 ?        Sl     0:00 /opt/bin/mediasrv -d --pluginpath=/opt/bin
 9951 ?        S      0:00  \_ /opt/bin/mediasrv -d --pluginpath=/opt/bin
root@UL80VT:~# /opt/bin/mediaclient -e
**** List of Media Hardware Devices ****
device 0: [Sundtek MediaTV Digital Home (USB 2.0)]  DVB-C, DVB-T, REMOTE-CONTROL
  [BUS]:
     ID: 2-5
  [SERIAL]:
     ID: 0110202071512
  [DVB-C]:
     FRONTEND: /dev/dvb/adapter0/frontend0
     DVR: /dev/dvb/adapter0/dvr0
     DMX: /dev/dvb/adapter0/demux0
  [DVB-T]:
     FRONTEND: /dev/dvb/adapter0/frontend0
     DVR: /dev/dvb/adapter0/dvr0
     DMX: /dev/dvb/adapter0/demux0
  [REMOTECONTROL]:
     INPUT0: /dev/mediainput0

Dieser Vorgang wird von den pm-utils gesteuert, das Skript liegt in /usr/lib/pm-utils/sleep.d/ und heißt 10mediasrv.


Tvheadend muss nachdem der Adapter neu gefunden wurde danach neu gestartet werden, dies lässt sich über die sundtek.conf Konfiguration erledigen.

/etc/sundtek.conf
device_attach=service tvheadend restart

Dieser Befehl wird nur dann ausgeführt wenn der Adapter vollständig initialisiert wurde.

Solange sich das Problem, wie ihr es beschreibt, nicht nachvollziehen können, können wir daran auch nichts ändern.

[Sundtek]

Hier auch mittels tvheadend:

Vor dem Standby:

root@UL80VT:~# /opt/bin/mediaclient --lc
**** List of Media Clients ****
/dev/dvb/adapter0/frontend0:
  11197 ... tvheadend
/dev/dvb/adapter0/dvr0:
  No client connected
/dev/dvb/adapter0/demux0:
  No client connected
/dev/mediainput0:
  No client connected

root@UL80VT:~# ps fax | grep mediasrv
11218 pts/8    S+     0:00              \_ grep --color=auto mediasrv
 9950 ?        Sl     0:00 /opt/bin/mediasrv -d --pluginpath=/opt/bin
 9951 ?        S      0:00  \_ /opt/bin/mediasrv -d --pluginpath=/opt/bin


Nach dem Standby:
root@UL80VT:~# ps fax | grep mediasrv
11982 pts/8    S+     0:00              \_ grep --color=auto mediasrv
11714 ?        Sl     0:00 /opt/bin/mediasrv -d --pluginpath=/opt/bin
11721 ?        S      0:00  \_ /opt/bin/mediasrv -d --pluginpath=/opt/bin
root@UL80VT:~# /opt/bin/mediaclient --lc
**** List of Media Clients ****
/dev/dvb/adapter0/frontend0:
  11923 ... tvheadend
/dev/dvb/adapter0/dvr0:
  No client connected
/dev/dvb/adapter0/demux0:
  No client connected
/dev/mediainput0:
  No client connected

Nach dem Standby wurden der Treiber und tvheadend automatisch neu gestartet.

[digi_joe]

Hm habt ihr auch einen client mal vor dem Standby zum TvHeadend connecten lassen. Bei mir macht auch das einen Unterschied. Habt ihr es auch mal 2-3x hintereinander ausprobiert (jeweils mit einem client connect).
In meinem System läuft der TvHeadend Server und der client auf dem gleichen Rechner.
All dies scheint bei mir einen Einfluss zu haben....
Wenn ich das bei mir richtig überblicke ist die Config bei mit gleich wie bei Euch...
Manchmal klappt es ja auch. Aber eben nicht immer  . Und das sind bekanntlich die schwierigsten Fehler.

Off-Topic:
Wie dem auch sei: Ich bin wirklich sehr zufrieden mit Eurem Produkt. Habe es gerade erst am Pi mit TVheadend zum laufen gebracht. Leider ist der Pi etwas schwachbrüstig für HD...

Hab grad noch mal gekuckt bei mir sieht die Ausgabe nach dem Hochfahren so aus
/opt/bin/mediaclient --lc
**** List of Media Clients ****
/dev/dvb/adapter0/frontend0:
  2142 ... tvheadend
/dev/dvb/adapter0/dvr0:
  2142 ... tvheadend
/dev/dvb/adapter0/demux0:
  2142 ... tvheadend (2000)
/dev/mediainput0:
  No client connected
Ist das der Grund? Nutze Tvheadend 3.3.491~g6990005~precise


Hab grad noch mal den Fehlerfall durchgespielt
/opt/bin/mediaclient --lc
**** List of Media Clients ****
/dev/dvb/adapter0/frontend0:
  2142 ... tvheadend
/dev/dvb/adapter0/dvr0:
  2142 ... tvheadend
/dev/dvb/adapter0/demux0:
  2142 ... tvheadend (2000)
/dev/mediainput0:
  No client connected

 ps fax | grep mediasrv
 2202 pts/0    S+     0:00              \_ grep --color=auto mediasrv
 1542 ?        Sl     0:01 /opt/bin/mediasrv -d --pluginpath=/opt/bin
 1543 ?        S      0:00  \_ /opt/bin/mediasrv -d --pluginpath=/opt/bin

 /opt/bin/mediaclient --lc
**** List of Media Clients ****
/dev/dvb/adapter0/frontend0:
  2153 ... tvheadend
/dev/dvb/adapter0/dvr0:
  2153 ... tvheadend
/dev/dvb/adapter0/demux0:
  2153 ... tvheadend (2000)
/dev/mediainput0:
  No client connected

sudo pm-suspend

Nach Standby

3036 pts/0    S+     0:00              \_ grep --color=auto mediasrv
 2743 pts/0    Sl     0:00 /opt/bin/mediasrv -d --pluginpath=/opt/bin
 2746 pts/0    S      0:00  \_ /opt/bin/mediasrv -d --pluginpath=/opt/bin


/opt/bin/mediaclient --lc
**** List of Media Clients ****

Nix :-(

[Sundtek]

Melde dich eventuell mal via Skype (sundtek).

Dieser Mechanismus funktioniert bei uns zuverlässig, es scheint eher so zu sein als ob ein anderes Gerät/Treiber bei dir eventuell den USB Stack crashen lässt (unser Treiber kann das nicht da dieser ja nur eine Applikation ist).

Es wird hier zwar jetzt Ubuntu 12.10 verwendet aber an diesem Mechanismus hat sich auch schon sehr lange nichts mehr geändert.

Man kann hier wohl nur die Logfiles überprüfen und sich den Status des Sticks ansehen.
Der Treiber versucht alle möglichen Wege das Gerät nach dem Start zu erkennen (10 Sekunden parsen der Device Nodes nach dem Start ob sich etwas verändert hat und das abhören der udev Messages ob der Stick registriert wurde)
Es gibt soweit also keine Möglichkeit das Gerät zufälligerweise nicht zu finden.

[digi_joe]

So langsam komme ich dem Problem auf die Spur. Der Hinweis mit dem anderen USB Device war net schlecht...
Also habe ich mal alle anderen usb devices abgesteckt und siehe da es ging. Dann wieder alle angesteckt und es ging immer noch   komisch!!!
Doch dann ging mir ein Licht auf. Bei meinen vorigen Tests habe ich den Zotac immer per Fernbedienung (wird mitgeliefert) und externem USB Receiver aufgeweckt. Jetzt habe ich immer den Einschalter am Zotac genutzt. Noch mal mit der Fernbedienung getestet und siehe das da Sundtek Stick wird nicht mehr gefunden.

Fazit: Aufwecken mit dem Einschalter geht mit der Fernbedienung dagegen nicht.

Wer ist da jetzt schuld. Der Sundtek Treiber oder der USB IR Empfänger... Eigentlich ja auch egal. Hat jemand vielleicht eine Idee.u

Edit: Habe mal in die sundtek.conf ir_disable = 1 eingefügt. Dachte vielleicht beeinflusst die Fernbedienung ja den Stick. Geht leider immer noch nicht.

[Sundtek]

Wenn du den Stick mittels /opt/bin/mediaclient -e nach dem Aufwecken nicht siehst dann hängt etwas bei der USB Stack Device Enumeration. Das ist schon sehr low level, der Treiber wird an dieser Stelle nicht mal mehr erreicht - also auch theoretisch würde hier kein Update helfen.

Folglich kann es sein das irgendein anderes Device während der Enumeration (der Durchnummerierung aller USB Geräte) hängen bleibt.
Eventuell gibt dmesg weitere Informationen aus.
Vielleicht lässt es sich auch mit einem aktiven USB Hub lösen.

[digi_joe]

Aber warum hängt das ganze davon ab ob ich den Rechner mittels Power Button oder Fernbedienung aufwecke. Wie soll da ein Aktive Hub helfen?
Resultat nach Aufwecken mittels Fernbedienung
mediaclient -e
**** List of Media Hardware Devices ****
nix...