Modul für WLAN Radios mit Frontier Silicon Chipsatz (SilverCrest/Medion/Hama...)

Begonnen von mumpitzstuff, 07 November 2017, 00:21:27

Vorheriges Thema - Nächstes Thema

Lichti

Das mit den 2 Schritten beim USB ist ja auch bei direkter Bedienung am Gerät.
Zuerst die Auswahl "Musikabspieler"
Dann die Auswahl zwischen "GemeinsameMedien" und  "USBAbspielen"
Danach den Song wählen.
Ist also so OK.

Bei Kompatibilitätsmodus = aus fehlen die Readings:
currentTitle
signalStrength
graphicUri

Mit ttsWaitTimes 5:5:5:5:5:5 dauert es natürlich länger bis der Text kommt, es fehlt aber immer noch die erste Silbe.

Und der Log:
2018.09.25 21:24:09 5: NoxonA110: Notifications GET_NOTIFIES successful.
2018.09.25 21:24:09 5: NoxonA110: Notifications restarted
2018.09.25 21:24:13 5: NoxonA110: URL http://192.168.178.25:80/fsapi/GET_NOTIFIES?pin=1234&sid=1881682500 returned:
<fsapiResponse>
<status>FS_OK</status>
<notify node="netremote.play.info.text"><value><c8_array>Namika - Je ne parle pas français</c8_array></value>
</notify>
</fsapiResponse>
2018.09.25 21:24:13 5: NoxonA110: Notifications GET_NOTIFIES successful.
2018.09.25 21:24:13 5: NoxonA110: Notifications restarted


mumpitzstuff

Das ist nur ein Beispiel für ein Notify. Ich bräuchte die 4-5 Log Einträge bei einem Update Zyklus.

Das andere muss ich mir ansehen. Wenn du Zeit hast kannst du ja mal die speech Funktion angucken und ein wenig experimentieren. Sleep irgendwo einbauen oder mal das mute/unmute auskommentieren.

Lichti

Hier alle Log-Einträge, die in 2 Minuten kamen:
2018.09.26 11:07:54 5: NoxonA110: URL http://192.168.178.25:80/fsapi/GET_NOTIFIES?pin=1234&sid=1249900562 returned:
<fsapiResponse>
<status>FS_TIMEOUT</status>
</fsapiResponse>

2018.09.26 11:07:54 5: NoxonA110: Notifications restarted
2018.09.26 11:07:54 5: NoxonA110: SetNextTimer called
2018.09.26 11:07:54 5: NoxonA110: URL http://192.168.178.25:80/fsapi/GET/netRemote.sys.power?pin=1234 returned:
<fsapiResponse>
<status>FS_OK</status>
<value><u8>1</u8></value>
</fsapiResponse>

2018.09.26 11:07:54 5: NoxonA110: Power GET successful.
2018.09.26 11:07:54 5: NoxonA110: URL http://192.168.178.25:80/fsapi/GET_MULTIPLE?pin=1234&node=netRemote.nav.state&node=netRemote.nav.status&node=netRemote.sys.caps.volumeSteps&node=netRemote.nav.numItems&node=netRemote.sys.mode&node=netRemote.sys.info.version&node=netRemote.sys.info.friendlyName&node=netRemote.sys.audio.volume&node=netRemote.sys.net.wlan.rssi& returned:
404 Error
2018.09.26 11:07:54 5: NoxonA110: URL http://192.168.178.25:80/fsapi/LIST_GET_NEXT/netRemote.nav.presets/-1?pin=1234&maxItems=20 returned:
<fsapiResponse>
<status>FS_NODE_BLOCKED</status>
</fsapiResponse>

2018.09.26 11:07:54 5: NoxonA110: URL http://192.168.178.25:80/fsapi/GET_MULTIPLE?pin=1234&node=netRemote.sys.mode&node=netRemote.play.status&node=netRemote.play.frequency&node=netRemote.play.errorStr&node=netRemote.play.position&node=netRemote.play.repeat&node=netRemote.play.shuffle&node=netRemote.play.signalStrength&node=netRemote.sys.audio.mute& returned:
404 Error
2018.09.26 11:07:54 5: NoxonA110: URL http://192.168.178.25:80/fsapi/GET_MULTIPLE?pin=1234&node=netRemote.play.info.name&node=netRemote.play.info.description&node=netRemote.play.info.albumDescription&node=netRemote.play.info.artistDescription&node=netRemote.play.info.duration&node=netRemote.play.info.artist&node=netRemote.play.info.album&node=netRemote.play.info.graphicUri&node=netRemote.play.info.text&node=netRemote.nav.numItems& returned:
404 Error
2018.09.26 11:08:01 5: NoxonA110: URL http://192.168.178.25:80/fsapi/GET_NOTIFIES?pin=1234&sid=1249900562 returned:
<fsapiResponse>
<status>FS_OK</status>
<notify node="netremote.play.info.text"><value><c8_array>www.antenne.de </c8_array></value>
</notify>
</fsapiResponse>

2018.09.26 11:08:01 5: NoxonA110: Notifications GET_NOTIFIES successful.
2018.09.26 11:08:01 5: NoxonA110: Notifications restarted
2018.09.26 11:08:12 5: NoxonA110: URL http://192.168.178.25:80/fsapi/GET_NOTIFIES?pin=1234&sid=1249900562 returned:
<fsapiResponse>
<status>FS_OK</status>
<notify node="netremote.play.info.text"><value><c8_array>Rudimental feat. Jess Glynne Macklemore & Dan Caplen - These Days</c8_array></value>
</notify>
</fsapiResponse>

2018.09.26 11:08:12 5: NoxonA110: Notifications GET_NOTIFIES successful.
2018.09.26 11:08:12 5: NoxonA110: Notifications restarted
2018.09.26 11:08:42 5: NoxonA110: URL http://192.168.178.25:80/fsapi/GET_NOTIFIES?pin=1234&sid=1249900562 returned:
<fsapiResponse>
<status>FS_TIMEOUT</status>
</fsapiResponse>

2018.09.26 11:08:42 5: NoxonA110: Notifications restarted
2018.09.26 11:08:48 5: NoxonA110: URL http://192.168.178.25:80/fsapi/GET_NOTIFIES?pin=1234&sid=1249900562 returned:
<fsapiResponse>
<status>FS_OK</status>
<notify node="netremote.play.info.text"><value><c8_array>The Faim - Summer Is a Curse</c8_array></value>
</notify>
</fsapiResponse>

2018.09.26 11:08:48 5: NoxonA110: Notifications GET_NOTIFIES successful.
2018.09.26 11:08:48 5: NoxonA110: Notifications restarted
2018.09.26 11:08:54 5: NoxonA110: SetNextTimer called
2018.09.26 11:08:54 5: NoxonA110: URL http://192.168.178.25:80/fsapi/GET/netRemote.sys.power?pin=1234 returned:
<fsapiResponse>
<status>FS_OK</status>
<value><u8>1</u8></value>
</fsapiResponse>

2018.09.26 11:08:54 5: NoxonA110: Power GET successful.
2018.09.26 11:08:54 5: NoxonA110: URL http://192.168.178.25:80/fsapi/GET_MULTIPLE?pin=1234&node=netRemote.sys.mode&node=netRemote.play.status&node=netRemote.play.frequency&node=netRemote.play.errorStr&node=netRemote.play.position&node=netRemote.play.repeat&node=netRemote.play.shuffle&node=netRemote.play.signalStrength&node=netRemote.sys.audio.mute& returned:
404 Error
2018.09.26 11:08:54 5: NoxonA110: URL http://192.168.178.25:80/fsapi/LIST_GET_NEXT/netRemote.nav.presets/-1?pin=1234&maxItems=20 returned:
<fsapiResponse>
<status>FS_NODE_BLOCKED</status>
</fsapiResponse>

2018.09.26 11:08:54 5: NoxonA110: URL http://192.168.178.25:80/fsapi/GET_MULTIPLE?pin=1234&node=netRemote.nav.state&node=netRemote.nav.status&node=netRemote.sys.caps.volumeSteps&node=netRemote.nav.numItems&node=netRemote.sys.mode&node=netRemote.sys.info.version&node=netRemote.sys.info.friendlyName&node=netRemote.sys.audio.volume&node=netRemote.sys.net.wlan.rssi& returned:
404 Error
2018.09.26 11:08:54 5: NoxonA110: URL http://192.168.178.25:80/fsapi/GET_MULTIPLE?pin=1234&node=netRemote.play.info.name&node=netRemote.play.info.description&node=netRemote.play.info.albumDescription&node=netRemote.play.info.artistDescription&node=netRemote.play.info.duration&node=netRemote.play.info.artist&node=netRemote.play.info.album&node=netRemote.play.info.graphicUri&node=netRemote.play.info.text&node=netRemote.nav.numItems& returned:
404 Error
2018.09.26 11:09:14 5: NoxonA110: URL http://192.168.178.25:80/fsapi/GET_NOTIFIES?pin=1234&sid=1249900562 returned:
<fsapiResponse>
<status>FS_TIMEOUT</status>
</fsapiResponse>

2018.09.26 11:09:14 5: NoxonA110: Notifications restarted
2018.09.26 11:09:27 5: NoxonA110: URL http://192.168.178.25:80/fsapi/GET_NOTIFIES?pin=1234&sid=1249900562 returned:
<fsapiResponse>
<status>FS_OK</status>
<notify node="netremote.play.info.text"><value><c8_array>Staus und Blitzer melden: 0800 - 994 9000</c8_array></value>
</notify>
</fsapiResponse>

2018.09.26 11:09:27 5: NoxonA110: Notifications GET_NOTIFIES successful.
2018.09.26 11:09:27 5: NoxonA110: Notifications restarted


Zum speak:
Wenn ich z.B. abcde sprechen lasse, kommt nur de, sowohl bei PowerOff als auch bei PowerOn.
Hab mal versucht, wait-Befehle einzubauen, hat aber nichts gebracht. Es sind ja auch schon fast überall, wo es sinnvoll ist, wait drin.

mumpitzstuff

hmm also das Radio hat alte Hardware verbaut und kann deshalb gar nicht mit MULTIPLE Kommandos umgehen. Deshalb bekommst du dort immer Error 404. Du wirst also im Kompatibilitätsmodus bleiben müssen. Ansonsten versuche ich mal verschiedene Versionen der Funktion zu stricken und lasse sie dir zukommen. Vielleicht bewirkt ja irgendwas davon etwas.

Lichti

Wäre es eigentlich möglich, die Ausgabe von ls in einem Reading zur Verfügung zu stellen?
Damit könnte man dann in FTUI eine schöne Auswahl-Liste erstellen.

mumpitzstuff

Das verursacht verschiedene Probleme. Erstens ändert sich das was hinter ls steht mit jedem Wechsel zum Beispiel des Inputs. Das bedeutet, das wenn du ls machst und etwas im Reading steht, danach aber den Input wechselst, ist der Inhalt vom ls Reading schon wieder hinfällig. Ich müsste deshalb im Hintergrund ständig ls im Hintergrund ausführen und das Reading mit aktuellen Daten füttern. Das würde auch dann notwendig werden, wenn du im Menü irgendwohin wechselst, dann das Radio ausschaltest und wieder einschaltest. Dann würde das Reading den alten Wert behalten, intern wäre das Radio aber wieder ins Wurzelverzeichnis zurück gewechselt. Wenn man jetzt dem Radio einen Befehl aus dem veralteten ls Reading schicken würde, dann würdest du einen Fehler erhalten. Das Verhalten ist echt der größte Mist den ich je gesehen habe.
Die ganzen Menüstrukturen die man mit ls bekommt sind nicht zu vergleichen mit Pfadangaben, mit denen man das Radio füttern könnte wenn sie einmal bekannt sind. Die Elemente einer Verzeichnisebene fangen immer bei 0 an und gehen bis x. Nehmen wir an wir sind im Wurzelverzeichnis und haben 5 Unterverzeichnisse, dann haben diese die Nummern 0 - 4. Wenn ich jetzt in eins dieser Verzeichnisse wechsle und dort sind wieder 2 Verzeichnisse, dann haben diese wieder die Nummern 0 - 2. Dem Radio kann ich nun nur sagen: Gehe zu Element x des aktuellen Verzeichnisses, aber eben nicht auf welcher Verzeichnisebene das sein soll. Hinzu kommt im Falle eines USB Sticks, das sich diese Nummern sofort alle ändern, wenn du z.B. eine Datei ganz vorn einfügst. Dann hat eine bestimmte Datei auf einmal nicht mehr Nummer 5, sondern Nummer 6, weil eine neue Datei hinzugekommen ist. Alles in allem führt das dazu, das der Anwender gezwungen ist die Strukturen jedes Mal aufs neue durchzuklicken.

Was ich versuchen kann ist, das ich die Darstellung von ls versuche zu beschleunigen, wenn das Verzeichnis mehrere Einträge enthält. Bisher frage ich immer 15-20 Einträge ab, warte dann bis diese da sind, frage dann die nächsten ab und bei z.B. 100 gebe ich sie aus. Ich könnte in diesem Fall aber auch gleich 5 Requests mit jeweils 20 Einträgen anfordern und dann alle Anttworten einsammeln und darstellen. Das Handling ist nur schwieriger, da ich dann die Antworten unter Umständen wieder sortieren muss usw. Theoretisch wäre das aber schneller und ist auch das was z.B. die UNDOK App macht, wenn sie die Einträge darstellt und man anfängt zu scrollen.

raiderxxl

Hallo,

ich habe mit den Befehl stream rumgespielt, und dabei festgestellt das im Log nach dem Abspielen folgende Meldung kommt:
2018.09.26 17:01:49 1: Timeout for SIRD_DoWebserver reached, terminated process 30681
2018.09.26 17:01:49 1: Timeout for SIRD_DoStream reached, terminated process 30682
2018.09.26 17:01:59 1: Timeout for SIRD_DoWebserver reached, terminated process 30685
2018.09.26 17:06:29 1: Timeout for SIRD_DoWebserver reached, terminated process 30711
2018.09.26 17:08:17 1: Timeout for SIRD_DoWebserver reached, terminated process 30747


Kann ich das unterdrücken? Verbose 0 bringt nix. Soundfile wird Super abgespielt, nur die Einträge im Log nerven :-)

Grüßle

Pascal
FHEM VM Ubuntu-Server auf Intel® NUC-Kit NUC6i5SYH ESXi 6.5
FHEM auf Raspberry2 OSMC Hyperion und TTS

Homematic,TradfriHub und Lampen,WIFILight,Fritzbox,FritzDECT,NanoCul433,IT Steckdosen,Diverse Nachbar-Sensoren,XiaomiZigbee,
ESP_Signalduino,ESPEasy,Amad,HarmonyHub,WLED,MQTT,Tasmota....

mumpitzstuff

Damit hatte ich auch schon zu kämpfen. Leider kommen die Logeinträge nicht von mir, sondern aus der Blocking Lib. Das Problem an der Sache ist, das ich mit dem Modul Blocking dem Webserver keine Nachricht schicken kann, das sich dieser beenden soll. Das gibt das Modul nicht her. Deshalb guckt der Webserver alle x Sekunden, ob das Radio sich noch Daten holt und rennt ins Timeout wenn das nicht der Fall ist. Das war das Beste was mir bisher eingefallen ist.

Lichti

Nochmal zum ls:
Ist schon klar, das sich die Ausgabe laufend ändert.
Man müsste halt zwischendurch immer einen ,,get ls" absetzen.

Ich mache halt fast alles mit FTUI.
Schaut einfach besser aus und der WAF ist viel höher 😃

raiderxxl

Danke für die schnelle Info....

Grüßle

Pascal

Zitat von: mumpitzstuff am 26 September 2018, 18:13:59
Damit hatte ich auch schon zu kämpfen. Leider kommen die Logeinträge nicht von mir, sondern aus der Blocking Lib. Das Problem an der Sache ist, das ich mit dem Modul Blocking dem Webserver keine Nachricht schicken kann, das sich dieser beenden soll. Das gibt das Modul nicht her. Deshalb guckt der Webserver alle x Sekunden, ob das Radio sich noch Daten holt und rennt ins Timeout wenn das nicht der Fall ist. Das war das Beste was mir bisher eingefallen ist.
FHEM VM Ubuntu-Server auf Intel® NUC-Kit NUC6i5SYH ESXi 6.5
FHEM auf Raspberry2 OSMC Hyperion und TTS

Homematic,TradfriHub und Lampen,WIFILight,Fritzbox,FritzDECT,NanoCul433,IT Steckdosen,Diverse Nachbar-Sensoren,XiaomiZigbee,
ESP_Signalduino,ESPEasy,Amad,HarmonyHub,WLED,MQTT,Tasmota....

raiderxxl

Hi Nochmal Ich :-)
Ich spiele immer noch mit dem Stream rum :-)

Ich versuche auf 2 verschiedenen LS unterschiedliche Stream's zu starten..
LS1 -> 3.mp3
LS2-> 4.mp3

einzeln oder nacheinander funktioniert es.. aber nicht gleichzeitig.. also wenn einer läuft geht der zweite nicht..
Der LS geht zwar an (kommt aus dem Standby) aber es spielt nix ab...

gewollt oder Fehler?

Grüßle

Pascal
FHEM VM Ubuntu-Server auf Intel® NUC-Kit NUC6i5SYH ESXi 6.5
FHEM auf Raspberry2 OSMC Hyperion und TTS

Homematic,TradfriHub und Lampen,WIFILight,Fritzbox,FritzDECT,NanoCul433,IT Steckdosen,Diverse Nachbar-Sensoren,XiaomiZigbee,
ESP_Signalduino,ESPEasy,Amad,HarmonyHub,WLED,MQTT,Tasmota....

mumpitzstuff

Hast du bei beiden unterschiedliche streamPorts angegeben? Default ist 5000, aber wenn beide den selben verwenden, dann gehts nicht.

Falls dir langweilig ist, kannst du ja auch mal den playlist support testen. Der ist beim letzten Bugfix mit rein gerutscht (siehe dazu #493).

raiderxxl

das mit den Ports war es ... Danke Funktioniert! :-)

Playliste schau ich mir an... (Gibt bestimmt ein kleines How-to oder?)



Danke!!!

Pascal

FHEM VM Ubuntu-Server auf Intel® NUC-Kit NUC6i5SYH ESXi 6.5
FHEM auf Raspberry2 OSMC Hyperion und TTS

Homematic,TradfriHub und Lampen,WIFILight,Fritzbox,FritzDECT,NanoCul433,IT Steckdosen,Diverse Nachbar-Sensoren,XiaomiZigbee,
ESP_Signalduino,ESPEasy,Amad,HarmonyHub,WLED,MQTT,Tasmota....

mumpitzstuff

Ich hoffe das reicht als Beschreibung. Ansonsten einfach noch mal fragen und ich versuche zu antworten.

Zitat von: mumpitzstuff am 05 August 2018, 02:01:49
Ich habe mal im Development Branch bzw. hier im Anhang eine Version mit Playlist Support bereitgestellt. Bei Interesse kann gern getestet werden. Folgende Dinge sollten beachtet werden.

1.) Wenn die Playliste eine lokale Datei ist, dann müssen auch die darin enthaltenen Lieder lokale Dateien sein. Wenn die Playliste auf einem anderen Webserver oder UpnP Server liegt, dann müssen auch die darin enthaltenen Lieder auf einem anderen Server liegen. Ein Mix aus lokalen Dateien und Dateien die irgendwo im Netz liegen, ist nicht möglich.
2.) Nehmen wir an das Attribut streamPath steht auf: "/opt/fhem/www/". In diesem Pfad liegen 3 Dateien pl.m3u, 1.mp3 und 2.mp3. Dann sollte die Datei pl.m3u lediglich 1.mp3 und 2.mp3 ohne weitere Pfadangaben enthalten, also relativ zum streamPath sein. Die Playlliste kann dann gestartet werden mit:

set <device> stream pl.m3u

3.) Wenn man keine lokalen Dateien verwendet, dann muss dem stream Kommando die m3u Datei mit http://192.168.x.x/pl.m3u übergeben werden. Darin enthalten müssen dann vollständige URLs sein, also z.b. http://192.168.x.x/1.mp3 und http://192.168.x.x/2.mp3. Das Feature habe ich bisher selbst noch nicht probiert, sollte aber trotzdem gehen.

PS: Selbst getestet habe ich nur die lokale Version! Zwischen den einzelnen Liedern kann es zu längeren Pausen kommen. Mir ist noch nichts eingefallen, wie ich das aktuell ändern könnte.

raiderxxl

erste Tests...

play stream pl.m3u lokal funktioniert :)
pause funktioniert :)
next/previous funktioniert nicht  :-[
stop funktioniert für den aktuellen Titel macht aber dann mit dem nächsten weiter...  :-[

play stream pl.m3u HTTP/ fremder webserver funktioniert nicht :[
2018.09.28 08:37:44 5: LSLinks: SetNextTimer called
2018.09.28 08:37:44 5: LSLinks: Blocking call running to stream.
2018.09.28 08:37:44 5: LSLinks: URL http://192.168.178.58:80/fsapi/GET/netRemote.sys.power?pin=1234 returned:
<fsapiResponse>
<status>FS_OK</status>
<value><u8>0</u8></value>
</fsapiResponse>

2018.09.28 08:37:44 5: LSLinks: Power GET successful.
2018.09.28 08:37:45 5: LSLinks: URL http://192.168.178.58:80/fsapi/GET_MULTIPLE?pin=1234&node=netRemote.nav.state&node=netRemote.nav.status&node=netRemote.sys.caps.volumeSteps&node=netRemote.nav.numItems&node=netRemote.sys.mode&node=netRemote.sys.info.version&node=netRemote.sys.info.friendlyName&node=netRemote.sys.audio.volume&node=netRemote.sys.net.wlan.rssi& returned:
<fsapiGetMultipleResponse>
<fsapiResponse>
<node>netRemote.nav.state</node>
<status>FS_OK</status>
<value><u8>1</u8></value>
</fsapiResponse>
<fsapiResponse>
<node>netRemote.nav.status</node>
<status>FS_OK</status>
<value><u8>1</u8></value>
</fsapiResponse>
<fsapiResponse>
<node>netRemote.sys.caps.volumeSteps</node>
<status>FS_OK</status>
<value><u8>21</u8></value>
</fsapiResponse>
<fsapiResponse>
<node>netRemote.nav.numItems</node>
<status>FS_OK</status>
<value><s32>2</s32></value>
</fsapiResponse>
<fsapiResponse>
<node>netRemote.sys.mode</node>
<status>FS_OK</status>
<value><u32>3</u32></value>
</fsapiResponse>
<fsapiResponse>
<node>netRemote.sys.info.version</node>
<status>FS_OK</status>
<value><c8_array>ir-mmi-FS2026-0500-0261_V2.11.11.EX65598-1RC5</c8_array></value>
</fsapiResponse>
<fsapiResponse>
<node>netRemote.sys.info.friendlyName</node>
<status>FS_OK</status>
<value><c8_array>HorrorAmbiente</c8_array></value>
</fsapiResponse>
<fsapiResponse>
<node>netRemote.sys.audio.volume</node>
<status>FS_OK</status>
<value><u8>5</u8></value>
</fsapiResponse>
<fsapiResponse>
<node>netRemote.sys.net.wlan.rssi</node>
<status>FS_OK</status>
<value><u8>72</u8></value>
</fsapiResponse>
</fsapiGetMultipleResponse>

2018.09.28 08:37:45 5: LSLinks: Multiple GET_MULTIPLE successful.
2018.09.28 08:37:45 5: LSLinks: URL http://192.168.178.58:80/fsapi/LIST_GET_NEXT/netRemote.nav.presets/-1?pin=1234&maxItems=20 returned:
<fsapiResponse>
<status>FS_NODE_BLOCKED</status>
</fsapiResponse>

2018.09.28 08:37:45 5: LSLinks: successfully completed (netRemote.sys.audio.mute value=1).
2018.09.28 08:37:45 5: LSLinks: successfully completed (netRemote.sys.power value=1).
2018.09.28 08:37:45 5: LSLinks: start switch to dmr.
2018.09.28 08:37:45 5: LSLinks: successfully completed (netRemote.sys.mode value=2).
2018.09.28 08:37:45 5: LSLinks: DLNA Stop <?xml version="1.0" encoding="utf-8"?>
<s:Envelope s:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" xmlns:s="http://schemas.xmlsoap.org/soap/envelope/"><s:Body><u:StopResponse xmlns:u="urn:schemas-upnp-org:service:AVTransport:1"></u:StopResponse></s:Body></s:Envelope>
2018.09.28 08:37:45 3: LSLinks: Playlist detected.
2018.09.28 08:37:45 5: LSLinks: DLNA GetTransportInfo <?xml version="1.0" encoding="utf-8"?>
<s:Envelope s:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" xmlns:s="http://schemas.xmlsoap.org/soap/envelope/"><s:Body><u:GetTransportInfoResponse xmlns:u="urn:schemas-upnp-org:service:AVTransport:1"><CurrentTransportState>NO_MEDIA_PRESENT</CurrentTransportState><CurrentTransportStatus>OK</CurrentTransportStatus><CurrentSpeed>1</CurrentSpeed></u:GetTransportInfoResponse></s:Body></s:Envelope>
2018.09.28 08:37:45 5: LSLinks: successfully completed (netRemote.sys.audio.mute value=0).
2018.09.28 08:37:47 5: LSLinks: DLNA Play <s:Envelope
xmlns:s="http://schemas.xmlsoap.org/soap/envelope/" s:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"><s:Body><s:Fault><faultcode>s:Client</faultcode><faultstring>UPnPError</faultstring><detail><UPnPError xmlns="urn:schemas-upnp-org:control-1-0"><errorCode>705</errorCode><errorDescription>Transport is locked</errorDescription></UPnPError></detail></s:Fault></s:Body></s:Envelope>
2018.09.28 08:37:47 5: LSLinks: DLNA GetTransportInfo <?xml version="1.0" encoding="utf-8"?>
<s:Envelope s:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" xmlns:s="http://schemas.xmlsoap.org/soap/envelope/"><s:Body><u:GetTransportInfoResponse xmlns:u="urn:schemas-upnp-org:service:AVTransport:1"><CurrentTransportState>NO_MEDIA_PRESENT</CurrentTransportState><CurrentTransportStatus>OK</CurrentTransportStatus><CurrentSpeed>1</CurrentSpeed></u:GetTransportInfoResponse></s:Body></s:Envelope>
2018.09.28 08:37:47 5: LSLinks: successfully completed (netRemote.sys.mode value=3).
2018.09.28 08:37:47 5: LSLinks: successfully completed (netRemote.sys.power value=0).
2018.09.28 08:37:47 5: LSLinks: Blocking call finished to stream.




Hoffe ich konnte ein bisschen helfen...

Werde weitertesten...

Grüßle

Pascal


FHEM VM Ubuntu-Server auf Intel® NUC-Kit NUC6i5SYH ESXi 6.5
FHEM auf Raspberry2 OSMC Hyperion und TTS

Homematic,TradfriHub und Lampen,WIFILight,Fritzbox,FritzDECT,NanoCul433,IT Steckdosen,Diverse Nachbar-Sensoren,XiaomiZigbee,
ESP_Signalduino,ESPEasy,Amad,HarmonyHub,WLED,MQTT,Tasmota....