[Gelöst] Absturz bei Sat>IP

Toskache · 4. Juli 2015, 15:27

Hallo,

bisher hatte ich SAT>IP erfolgreich mit dem sat-ip Plugin betrieben. Leider nur mit einem der beiden Tuner im devolo Sat-IP Multituner, aber immerhin.
Jetzt habe ich gesehen, dass ein Sat>IP Client direkt ins VTI gewandert ist. Also habe ich das alte PlugIn deinstalliert...
Leider bekomme ich einen "Bluescreen", wenn ich in die Einstellungen eines Sat>IP Tuners gehe. Da steht dann: " Es wird 2 Sekunden im Netzwerk gesucht..." und nach ca. 10 Sekunden kommt der Bluescreen.

Hat jemand eine Idee?

Crashlog:

Spoiler anzeigen

Danke und Gruß
Toskache

hanswurst1977 · 4. Juli 2015, 18:46

Ich hab den Beitrag mal hierhin verschoben!

schaufma · 5. Juli 2015, 11:42

hi !

ja, ist identisch bei mir ...

und zwar hängt er sich beim scan auf, sobald er auf ip geräte stösst, die eine web oberfläche bieten.

bei mir ist es z.b. die hue bridge, ein fhem server und ein openhab device ...

der client fragt an, bekommt eine für ihn seltsame rückantwort und CRASH ...

gruss

markus

Toskache · 5. Juli 2015, 16:37

Gibt es denn eine Möglichkeit eine Config oder Settings direkt zu erstellen? Kann jemand mal eine funktionierende Config oder die Settings als Beispiel posten?

gordon55 · 7. Juli 2015, 21:12

Die settings werden gespeichert unter "/etc/vtuner.conf" und es sieht etwas cryptisch aus, speziell die UUID :

Quellcode: vtuner.conf

0=desc:GSS.BOX,ipaddr:192.168.xxx.xxx,tuner_type:DVB-S,uuid:8d5dd947-c862-4f6d-ba3c-d0e59d473162,vtuner_type:satip_client
1=vtuner_type:usb_tuner
2=vtuner_type:usb_tuner
3=vtuner_type:usb_tuner

Hängt natürlich von entsprechenden Sat>IP-Server ab.

gordon55 · 7. Juli 2015, 21:55

uups, ich hatte auch gerade einen Crash, als ich in die Sat>IP-Client Konfiguration ging.
- das letzte auf dem Schirm war : Suche ....
- passiert nur, wenn der DVBviewer Recording Service aktiv ist

aber ich habe da so einen Verdacht : die plugin.py hat anscheinen Probleme wenn der Name des Sat>IP-Servers Leerzeichen enthält , hier "DVBViewer Mediaserver"

hier das Crashlog (Auszug) :

CrashLog

die "gute" XML der Gundig GSS.box :

GSS.box

und die "schlechte" vom DVBviewer Recording Service :

DVBviewer

Vielleicht könnte sich ein Entwickler das mal ansehen ....

PS : noch ne Frage ... ich persönlich finde die Zeile 469 - self["choices"].setText("Choices : \n%s" % (text)) - für suboptimal, der Text Choices : wird so nicht übersetzt ... wie wär' mit einem separaten eLabel / Widget für den Text ? oder hier weglassen, kann man ja im Skin einfach einfügen.

danke schon mal.

suchdirwasaus · 8. Juli 2015, 03:58

@gordon55: es liegt nicht am Leerzeichen

Ursache ist ein fehlendes Tag X_SATIPCAP bei einigen Server XML's. Ein Fehlen wird in der Routine getCapability nicht abgefangen und daher läuft der Scan dann "vor die Pumpe"

Mein Vorschlag für einen schnellen Patch - Zeilen 6,14-15 sind neu.
Wenn das X_SATIPCAP fehlt wird jetzt DVB-S angenommen.
Habe es gerade mit dem DVB Viewer Recording Service getestet - er wird jetzt zumindest erkannt und eingetragen.

Quellcode

# erfolgte Änderungen ab Zeile 471! in /usr/lib/enigma2/python/Plugins/Extensions/SatipClient/plugin.py:
def getCapability(self, uuid):
capability = { 'DVB-S' : 0, 'DVB-C' : 0, 'DVB-T' : 0}
data = satipdiscovery.getServerInfo(uuid, "X_SATIPCAP")
if data is not None:
for x in data.split(','):
if x.upper().find("DVBS") != -1:
capability['DVB-S'] = int(x.split('-')[1])
elif x.upper().find("DVBC") != -1:
capability['DVB-C'] = int(x.split('-')[1])
elif x.upper().find("DVBT") != -1:
capability['DVB-T'] = int(x.split('-')[1])
else:
capability = { 'DVB-S' : 1, 'DVB-C' : 0, 'DVB-T' : 0}
return capability

Alles anzeigen

Hier ist noch die kplt. Phyton-Datei plugin.py.txt. Umbenennen nach plugin.py und nach /usr/lib/enigma2/python/Plugins/Extensions/SatipClient/ kopieren.

Toskache · 8. Juli 2015, 09:38

Danke für die Tips!

Hmm... Zuerst habe ich es mit einer "manuellen" vtuner.conf probiert, in dem ich dort IP und UUID meines Sat>IP Servers eingetragen habe. Ohne Erfolg -> Crash.

Dann habe ich die Modifikationen an der plugin.py probiert. Wieder ohne Erfolg -> Crash. Und zwar immer, wenn man den Tuner auswählt, oder in die "Einstellungen" geht.

Spoiler anzeigen

suchdirwasaus · 8. Juli 2015, 17:20

@Toskache - hast Du selber modifiziert ? Da scheint was schief gelaufen zu sein ...

nimm doch einfach das Attachment aus dem Beitrag:

Hier ist noch die kplt. Phyton-Datei plugin.py.txt. Umbenennen nach plugin.py und nach /usr/lib/enigma2/python/Plugins/Extensions/SatipClient/ kopieren.

danach ist ein Neustart erforderlich !

Toskache · 8. Juli 2015, 19:12

Zuerst habe ich den Patch selber gemacht. Dann Deine Version genommen, beides ohne erfolg.
Ich habe nur kein erbot gemacht, sondern nur /etc/init.d/satipclient neu gestartet.

Aber macht er das nicht bei einem Bluescreen von selber? Und davon hatte ich ja nochmals 3 Stück NACH dem Patch.

suchdirwasaus · 8. Juli 2015, 19:22

@Toskache
Nach einem Crash wird nur die GUI neu gestartet.
Im Verzeichnis gibt es noch die kompilierte plugin.pyo Datei - bleibt bei mir nach Änderungen an der plugin.py auf altem Stand. Wird wohl erst beim reboot aktualisiert ?

Toskache · 8. Juli 2015, 20:16

Nö, selbes Bild, auch nach einem Reboot. Und ich habe nochmals geprüft und Deinen Patch eingespielt. Änderungen sind definitiv in der plugin.py drin.

Vielleicht liefert mein devolo Sat>IP Tuner irgendetwas anderes nicht oder falsch?
Könnte man das irgendwie testen?

suchdirwasaus · 8. Juli 2015, 20:31

@Toskache
in deinem log wird 192.168.2.73:8080/devices/SatIPServer_1_desc.xml abgefragt.
die Datei oder Ausgabe mal posten und das letzte Crashlog.

satip.zip.
Um sicher zu gehen hab ich mal meine funktionierende plugin.py und plugin.pyo angefügt. zip Datei entpacken und nach /usr/lib/enigma2/python/Plugins/Extensions/SatipClient/ kopieren.

Toskache · 8. Juli 2015, 20:47

So, hab mir mal die Sat>IP Protokoll-Spezifikation angeguckt.
Und in der Tat, wenn ich ein discover per "ssdp" mache, antwortet auch der server brav und liefert

Quellcode

08.07.2015 20:38:10: Packet sent to 239.255.255.250:1900 :
M-SEARCH * HTTP/1.1\r\n
MAN: "ssdp:discover"\r\n
HOST: 239.255.255.250:1900\r\n
ST: upnp:rootdevice\r\n
MX: 5\r\n
\r\n
08.07.2015 20:38:11: Packet received from 192.168.2.73:49152 :
HTTP/1.1 200 OK\r\n
CACHE-CONTROL: max-age=1800\r\n
EXT:\r\n
LOCATION: http://192.168.2.73:8080/devices/SatIPServer_1_desc.xml\r\n
SERVER: Linux/2.6.32.28 UPnP/1.1 HUPnP/1.0\r\n
ST: upnp:rootdevice\r\n
USN: uuid:df67df90-df94-11e1-87bb-0008a1265ca8::upnp:rootdevice\r\n
BOOTID.UPNP.ORG: 37\r\n
CONFIGID.UPNP.ORG: 0\r\n
SEARCHPORT.UPNP.ORG: 49152\r\n
\r\n

Alles anzeigen

Also, wie Du auch schon erkannt hast, habe ich mir unter 192.168.2.73:8080/devices/SatIPServer_1_desc.xml die service-description abgeholt:

XML-Quellcode

<?xml version="1.0" ?>
<root xmlns="urn:schemas-upnp-org:device-1-0" configId="0">
<specVersion>
<major>1</major>
<minor>1</minor>
</specVersion>
<device>
<deviceType>urn:ses-com:device:SatIPServer:1</deviceType>
<friendlyName>dLAN® TV SAT Multituner</friendlyName>
<manufacturer>devolo</manufacturer>
<manufacturerURL>http://www.devolo.de</manufacturerURL>
<modelDescription>dLAN® TV SAT Multituner</modelDescription>
<modelName>dLAN® TV SAT Multituner</modelName>
<modelNumber>2440</modelNumber>
<modelURL>http://www.sat-ohne-kabel.de</modelURL>
<serialNumber>00002564</serialNumber>
<UDN>uuid:df67df90-df94-11e1-87bb-0008a1265ca8</UDN>
<UPC>123412341234</UPC>
<iconList>
<icon>
<mimetype>image/jpeg</mimetype>
<width>48</width>
<height>48</height>
<depth>32</depth>
<url>/images/satip48.jpg</url>
</icon>
<icon>
<mimetype>image/png</mimetype>
<width>48</width>
<height>48</height>
<depth>32</depth>
<url>/images/satip48.png</url>
</icon>
<icon>
<mimetype>image/jpeg</mimetype>
<width>120</width>
<height>120</height>
<depth>32</depth>
<url>/images/satip120.jpg</url>
</icon>
<icon>
<mimetype>image/png</mimetype>
<width>120</width>
<height>120</height>
<depth>32</depth>
<url>/images/satip120.png</url>
</icon>
</iconList>
<presentationURL>/</presentationURL>
<firmwareVersion>2.0.1</firmwareVersion>
<firmwareDate>2013-12-03</firmwareDate>
</device>
</root>

Alles anzeigen

Nun reichen meine Python Kenntnisse aber bei weitem nicht aus, um zu checken, ob es da noch ein mismatch gibt.

gordon55 · 8. Juli 2015, 20:56

hallo,
erstmal besten Dank @suchdirwasaus für die neue Version, jetzt gibt es bei mir keinen Crash mehr.
Ich habe dann auch gleich noch etwas "internationalisiert" .... das "Choices..." gefiel mir halt nicht und im screen die Reihenfolge geändert... vielleicht gefällts es ja sonst noch einem.

Toskache · 8. Juli 2015, 21:10

Laut Sat>IP Spec sollten auch die Anzahl der Tuner geliefert werden. Ich habe das mal im Tuner "gepatcht". Brachte aber leider auch nix.

Jetzt liefert der Tuner aber immerhin (hinzugefügt ist die Zeile 52):

XML-Quellcode

<?xml version="1.0" ?>
<root xmlns="urn:schemas-upnp-org:device-1-0" configId="0">
<specVersion>
<major>1</major>
<minor>1</minor>
</specVersion>
<device>
<deviceType>urn:ses-com:device:SatIPServer:1</deviceType>
<friendlyName>dLAN® TV SAT Multituner</friendlyName>
<manufacturer>devolo</manufacturer>
<manufacturerURL>http://www.devolo.de</manufacturerURL>
<modelDescription>dLAN® TV SAT Multituner</modelDescription>
<modelName>dLAN® TV SAT Multituner</modelName>
<modelNumber>2440</modelNumber>
<modelURL>http://www.sat-ohne-kabel.de</modelURL>
<serialNumber>00002564</serialNumber>
<UDN>uuid:df67df90-df94-11e1-87bb-0008a1265ca8</UDN>
<UPC>123412341234</UPC>
<iconList>
<icon>
<mimetype>image/jpeg</mimetype>
<width>48</width>
<height>48</height>
<depth>32</depth>
<url>/images/satip48.jpg</url>
</icon>
<icon>
<mimetype>image/png</mimetype>
<width>48</width>
<height>48</height>
<depth>32</depth>
<url>/images/satip48.png</url>
</icon>
<icon>
<mimetype>image/jpeg</mimetype>
<width>120</width>
<height>120</height>
<depth>32</depth>
<url>/images/satip120.jpg</url>
</icon>
<icon>
<mimetype>image/png</mimetype>
<width>120</width>
<height>120</height>
<depth>32</depth>
<url>/images/satip120.png</url>
</icon>
</iconList>
<presentationURL>/</presentationURL>
<firmwareVersion>2.0.1</firmwareVersion>
<firmwareDate>2013-12-03</firmwareDate>
<satip:X_SATIPCAP xmlns:satip="urn:ses-com:satip">DVBS2-2</satip:X_SATIPCAP>
</device>
</root>

Alles anzeigen

suchdirwasaus · 8. Juli 2015, 21:33

@Toskache - jetzt liefert er das vorher fehlende X_SATIPCAP. DVBS2 mit 2 Tunern.

Hast du die plugin.py & pyo aus dem zip mal eingespielt ?
Weiterhelfen kann nur noch ein aktuelles Crashlog

Ich habe keine Ahnung ob sich das Plugin an dem Sonderzeichen in der Gerätebeschreibung Beschreibung aufhängt ?!

ansonsten wäre Deine Tunerkonfiguration in der /etc/vtuner.conf:

Quellcode

0=desc:dLan,ipaddr:192.168.2.73,tuner_type:DVB-S,uuid:df67df90-df94-11e1-87bb-0008a1265ca8,vtuner_type:satip_client
1=desc:dLan,ipaddr:192.168.2.73,tuner_type:DVB-S,uuid:df67df90-df94-11e1-87bb-0008a1265ca8,vtuner_type:satip_client
2=vtuner_type:usb_tuner
3=vtuner_type:usb_tuner

Als Test könntest Du die /etc/vtuner.conf mal entsprechend ändern - Neustart! - jetzt sollten in Einstellungen->Kanalsuche->Tuner-Einrichtung 2 neue SAT-IP Tuner zu sehen sein. Müsstest Du hier noch entspr. konfigurieren.

Toskache · 8. Juli 2015, 22:22

suchdirwasaus schrieb:

Ich habe keine Ahnung ob sich das Plugin an dem Sonderzeichen in der Gerätebeschreibung Beschreibung aufhängt ?!

Das wars!!

Ich habe 192.168.2.73:8080/devices/SatIPServer_1_desc.xml so angepasst, dass die Sonderzeichen weg sind:

XML-Quellcode

<?xml version="1.0" ?>
<root xmlns="urn:schemas-upnp-org:device-1-0" configId="0">
<specVersion>
<major>1</major>
<minor>1</minor>
</specVersion>
<device>
<deviceType>urn:ses-com:device:SatIPServer:1</deviceType>
<friendlyName>dLAN TV SAT Multituner</friendlyName>
<manufacturer>devolo</manufacturer>
<manufacturerURL>http://www.devolo.de</manufacturerURL>
<modelDescription>dLAN TV SAT Multituner</modelDescription>
<modelName>dLAN TV SAT Multituner</modelName>
<modelNumber>2440</modelNumber>
<modelURL>http://www.sat-ohne-kabel.de</modelURL>
<serialNumber>00002564</serialNumber>
<UDN>uuid:df67df90-df94-11e1-87bb-0008a1265ca8</UDN>
<UPC>123412341234</UPC>
<iconList>
<icon>
<mimetype>image/jpeg</mimetype>
<width>48</width>
<height>48</height>
<depth>32</depth>
<url>/images/satip48.jpg</url>
</icon>
<icon>
<mimetype>image/png</mimetype>
<width>48</width>
<height>48</height>
<depth>32</depth>
<url>/images/satip48.png</url>
</icon>
<icon>
<mimetype>image/jpeg</mimetype>
<width>120</width>
<height>120</height>
<depth>32</depth>
<url>/images/satip120.jpg</url>
</icon>
<icon>
<mimetype>image/png</mimetype>
<width>120</width>
<height>120</height>
<depth>32</depth>
<url>/images/satip120.png</url>
</icon>
</iconList>
<presentationURL>/</presentationURL>
<firmwareVersion>2.0.1</firmwareVersion>
<firmwareDate>2013-12-03</firmwareDate>
<satip:X_SATIPCAP xmlns:satip="urn:ses-com:satip">DVBS2-2</satip:X_SATIPCAP>
</device>
</root>

Alles anzeigen

1.000-Dank für die tolle Unterstützung!

Toskache · 8. Juli 2015, 23:01

Jetzt funktioniert es prinzipiell, ABER... der Ton "stottert", bzw. "hallt", wenn die SAT-IP-Tuner benutzt werden.
Mit anderen Clients, z.B. iPhone, funktioniert der Tuner einwandfrei. Auch mit dem "alten" sat-ip client gab es diese Probleme nicht...

NACHTRAG:
Ich habe auf satip-client_1.1-r2_mips32el.ipk zurück gewechselt. Komischerweise ist hier das Tonproblem auch.
Auf iPad und iPhone gib es keinerlei Probleme. Der Tuner an sich scheint also zu funktionieren.

Toskache · 17. Juli 2015, 20:27

Da das Ursprungsproblem ja gelöst ist, setze ich den Thread mal auf "Gelöst".