FHEM -> Samsung TV mit Tizen

[KölnSolar]

Und wie hast Du die beiden Attribute(siehe Post) eingestellt ?
Edit: (wobei die Version eigentlich für ab K-Serie gedacht war, weil dort das Modul zu schnell für den TV war)

[wolfram]

komisch, ich habe gar keine Attribute:

Attached eine Testversion mit 2 Attributen delayRC und delayMacro

mmmhh. nicht dass beim Update, die STV.pm doch überschrieben wurde....
Eigentlich hatte ich das mit einem:

Code Auswählen Erweitern

exclude_from_update 70_STV.pm

versucht zu verhindern - allerdings bringt ein Version 70_STV.pm:

Code Auswählen Erweitern

70_STV.pm 12857 2016-12-21 11:59:33Z Zwiebel

Sieht irgendwie alt aus. Ich installiere nochmal die aus Deinem Post und melde mich wieder. Es spricht alles dafür, dass ich die alte Version instaliert habe....

wolf

EDIT:  also nochmal die STV aus Deinem Post installiert. Die Attribute sind jetzt da und ich habe ein paar Tests gemacht. Das Logfile erzählt ne Menge, aber der Fernseher reagiert gar nicht.

hier mal ein Auszug aus meinem log:

Code Auswählen Erweitern

2018.11.16 19:58:15 5: [STV] samsungTV command CHDOWN parameter
2018.11.16 19:58:15 5: session_key: C887F6D2AAA6DE3C92E37CCA90C5F9EE
2018.11.16 19:58:15 5: session_id:  4
2018.11.16 19:58:15 5: [STV] samsungTV: generate command for key 'KEY_CHDOWN'
2018.11.16 19:58:15 5: [STV] samsungTV: command: '5::/com.samsung.companion:{"name":"callCommon","args":[{"Session_Id":4,"body":"[75,14,192,31,187,143,226,231,4,87,102,242,98,21,128,95,202,137,58,184,87,3,66,171,47,77,214,69,110,222,30,227,33,251,230,61,127,192,94,67,46,177,162,60,127,135,46,160,60,146,184,36,96,13,65,142,99,76,249,114,122,166,227,211,88,162,158,123,14,176,219,123,147,224,83,190,182,121,86,103,73,12,168,224,10,179,160,77,31,136,155,31,243,164,35,165,81,116,137,59,6,74,58,91,5,54,92,60,41,160,134,218,77,113,19,111,240,214,118,190,145,239,96,79,4,114,128,252,11,154,93,61,133,41,242,70,46,180,143,235,151,226,14,199,32,9,41,129,66,106,158,196,177,115,245,193,203,34,103,141,160,25,120,13,111,243,55,35,65,210,204,237,71,156,150,215]"}]}'
2018.11.16 19:58:15 4: [STV] samsungTV: websocket path /socket.io/1/websocket/RhfqiTIDfOLMLxw-ccNE
2018.11.16 19:58:15 5: [STV] samsungTV send to TV: GET /socket.io/1/websocket/RhfqiTIDfOLMLxw-ccNE HTTP/1.1
Upgrade: websocket
Connection: Upgrade
Host: $dev:$wsport
Sec-WebSocket-Key: dGhlIHNhbXBsZSBub25jZQ==
Sec-WebSocket-Version: 13


2018.11.16 19:58:15 5: [STV] samsungTV first websocket response: HTTP/1.1 101 Switching Protocols
Upgrade: websocket
Connection: Upgrade
Sec-WebSocket-Accept: s3pPLMBiTxaQ9kYGzzhZRbK+xOo=


2018.11.16 19:58:15 5: [STV] samsungTV second websocket response: �1::
2018.11.16 19:58:15 5: [STV] samsungTV connected with websocket
2018.11.16 19:58:15 4: [STV] samsungTV sending KEY_CHDOWN
2018.11.16 19:58:15 5: [STV] samsungTV send payload: 5::/com.samsung.companion:{"name":"callCommon","args":[{"Session_Id":4,"body":"[75,14,192,31,187,143,226,231,4,87,102,242,98,21,128,95,202,137,58,184,87,3,66,171,47,77,214,69,110,222,30,227,33,251,230,61,127,192,94,67,46,177,162,60,127,135,46,160,60,146,184,36,96,13,65,142,99,76,249,114,122,166,227,211,88,162,158,123,14,176,219,123,147,224,83,190,182,121,86,103,73,12,168,224,10,179,160,77,31,136,155,31,243,164,35,165,81,116,137,59,6,74,58,91,5,54,92,60,41,160,134,218,77,113,19,111,240,214,118,190,145,239,96,79,4,114,128,252,11,154,93,61,133,41,242,70,46,180,143,235,151,226,14,199,32,9,41,129,66,106,158,196,177,115,245,193,203,34,103,141,160,25,120,13,111,243,55,35,65,210,204,237,71,156,150,215]"}]}
2018.11.16 19:58:16 5: [STV] samsungTV command 0 parameter
2018.11.16 19:58:16 5: session_key: C887F6D2AAA6DE3C92E37CCA90C5F9EE
2018.11.16 19:58:16 5: session_id:  4
2018.11.16 19:58:16 5: [STV] samsungTV: generate command for key 'KEY_0'
2018.11.16 19:58:16 5: [STV] samsungTV: command: '5::/com.samsung.companion:{"name":"callCommon","args":[{"Session_Id":4,"body":"[75,14,192,31,187,143,226,231,4,87,102,242,98,21,128,95,202,137,58,184,87,3,66,171,47,77,214,69,110,222,30,227,33,251,230,61,127,192,94,67,46,177,162,60,127,135,46,160,60,146,184,36,96,13,65,142,99,76,249,114,122,166,227,211,88,162,158,123,14,176,219,123,147,224,83,190,182,121,86,103,73,12,168,224,10,179,160,77,31,136,155,31,243,164,35,165,124,130,107,54,156,80,65,28,121,186,205,2,130,16,160,19,205,25,163,186,223,233,129,59,132,170,167,41,215,243,92,113,221,115,64,8,171,34,62,10,185,249,149,173,239,20,243,137,239,236,50,81,74,249,244,250,164,21,88,246,20,159,188,95,85,126,101,149,148,235,233,220,179,228,7,221,5,84,107,101]"}]}'
2018.11.16 19:58:16 4: [STV] samsungTV: websocket path /socket.io/1/websocket/WUV4ZDyel4u6IIrmccNF
2018.11.16 19:58:16 5: [STV] samsungTV send to TV: GET /socket.io/1/websocket/WUV4ZDyel4u6IIrmccNF HTTP/1.1
Upgrade: websocket
Connection: Upgrade
Host: $dev:$wsport
Sec-WebSocket-Key: dGhlIHNhbXBsZSBub25jZQ==
Sec-WebSocket-Version: 13


2018.11.16 19:58:16 5: [STV] samsungTV first websocket response: HTTP/1.1 101 Switching Protocols
Upgrade: websocket
Connection: Upgrade
Sec-WebSocket-Accept: s3pPLMBiTxaQ9kYGzzhZRbK+xOo=


2018.11.16 19:58:16 5: [STV] samsungTV second websocket response: �1::
2018.11.16 19:58:16 5: [STV] samsungTV connected with websocket
2018.11.16 19:58:16 4: [STV] samsungTV sending KEY_0
2018.11.16 19:58:16 5: [STV] samsungTV send payload: 5::/com.samsung.companion:{"name":"callCommon","args":[{"Session_Id":4,"body":"[75,14,192,31,187,143,226,231,4,87,102,242,98,21,128,95,202,137,58,184,87,3,66,171,47,77,214,69,110,222,30,227,33,251,230,61,127,192,94,67,46,177,162,60,127,135,46,160,60,146,184,36,96,13,65,142,99,76,249,114,122,166,227,211,88,162,158,123,14,176,219,123,147,224,83,190,182,121,86,103,73,12,168,224,10,179,160,77,31,136,155,31,243,164,35,165,124,130,107,54,156,80,65,28,121,186,205,2,130,16,160,19,205,25,163,186,223,233,129,59,132,170,167,41,215,243,92,113,221,115,64,8,171,34,62,10,185,249,149,173,239,20,243,137,239,236,50,81,74,249,244,250,164,21,88,246,20,159,188,95,85,126,101,149,148,235,233,220,179,228,7,221,5,84,107,101]"}]}
2018.11.16 19:58:19 5: Harmony: tag: message, attr: content-length="344"
2018.11.16 19:58:19 5: Harmony: tag: message, attr:  from="HarmonyOne_Pop@qa1.com" to="ab903454-7bee-4410-9eea-bb5355bb667e"
2018.11.16 19:58:20 5: [STV] samsungTV command 0 parameter
2018.11.16 19:58:20 5: session_key: C887F6D2AAA6DE3C92E37CCA90C5F9EE
2018.11.16 19:58:20 5: session_id:  4
2018.11.16 19:58:20 5: [STV] samsungTV: generate command for key 'KEY_0'
2018.11.16 19:58:20 5: [STV] samsungTV: command: '5::/com.samsung.companion:{"name":"callCommon","args":[{"Session_Id":4,"body":"[75,14,192,31,187,143,226,231,4,87,102,242,98,21,128,95,202,137,58,184,87,3,66,171,47,77,214,69,110,222,30,227,33,251,230,61,127,192,94,67,46,177,162,60,127,135,46,160,60,146,184,36,96,13,65,142,99,76,249,114,122,166,227,211,88,162,158,123,14,176,219,123,147,224,83,190,182,121,86,103,73,12,168,224,10,179,160,77,31,136,155,31,243,164,35,165,124,130,107,54,156,80,65,28,121,186,205,2,130,16,160,19,205,25,163,186,223,233,129,59,132,170,167,41,215,243,92,113,221,115,64,8,171,34,62,10,185,249,149,173,239,20,243,137,239,236,50,81,74,249,244,250,164,21,88,246,20,159,188,95,85,126,101,149,148,235,233,220,179,228,7,221,5,84,107,101]"}]}'
2018.11.16 19:58:20 4: [STV] samsungTV: websocket path /socket.io/1/websocket/2IGdJan6Zc_GqZ_8ccNG
2018.11.16 19:58:20 5: [STV] samsungTV send to TV: GET /socket.io/1/websocket/2IGdJan6Zc_GqZ_8ccNG HTTP/1.1
Upgrade: websocket
Connection: Upgrade
Host: $dev:$wsport
Sec-WebSocket-Key: dGhlIHNhbXBsZSBub25jZQ==
Sec-WebSocket-Version: 13


2018.11.16 19:58:20 5: [STV] samsungTV first websocket response: HTTP/1.1 101 Switching Protocols
Upgrade: websocket
Connection: Upgrade
Sec-WebSocket-Accept: s3pPLMBiTxaQ9kYGzzhZRbK+xOo=


2018.11.16 19:58:20 5: [STV] samsungTV second websocket response: �1::
2018.11.16 19:58:20 5: [STV] samsungTV connected with websocket
2018.11.16 19:58:21 4: [STV] samsungTV sending KEY_0
2018.11.16 19:58:21 5: [STV] samsungTV send payload: 5::/com.samsung.companion:{"name":"callCommon","args":[{"Session_Id":4,"body":"[75,14,192,31,187,143,226,231,4,87,102,242,98,21,128,95,202,137,58,184,87,3,66,171,47,77,214,69,110,222,30,227,33,251,230,61,127,192,94,67,46,177,162,60,127,135,46,160,60,146,184,36,96,13,65,142,99,76,249,114,122,166,227,211,88,162,158,123,14,176,219,123,147,224,83,190,182,121,86,103,73,12,168,224,10,179,160,77,31,136,155,31,243,164,35,165,124,130,107,54,156,80,65,28,121,186,205,2,130,16,160,19,205,25,163,186,223,233,129,59,132,170,167,41,215,243,92,113,221,115,64,8,171,34,62,10,185,249,149,173,239,20,243,137,239,236,50,81,74,249,244,250,164,21,88,246,20,159,188,95,85,126,101,149,148,235,233,220,179,228,7,221,5,84,107,101]"}]}

[puppylinux]

Hallo Markus,

habe jetzt die Möglichkeit geschaffen die Kommunikation zwsichen Samsung Handy App und dem TV mit Wireshark mitzuschneiden. Parallel läuft noch das Debug vom TV. Habe "nur" den Datenverkehr zwischen beiden Geräten heraus gefiltert.
Im Anhang der gesamte Vorgang: starten der App, eimal Mute senden und App dann wieder schließen. Da die Datei recht groß ist (DLNA a la Twonky via UDP läßt grüßen ...), das Schlüsselwort "Mute channel" könnte die Befehlsübermittlung aus der App sein, d.h. davor muss das mit dem Token passiert sein.

Nach wie vor ist im Debug Log des TVs das hier zu finden:

Code Auswählen Erweitern


SILLY "[Device] requestRemoteControl" { "TypeOfRemote": "CreateRemoteDevice" }
DEBUG "ipc client on end" {}
DEBUG "ipc client on close" {}
SILLY "[Router] Incoming Request" { "ip": "::ffff:192.168.1.168", "port": "8002", "method": "GET", "url": "/remoteControl/?token=", "body": {}

Wenn ich im Browser das hier aufrufe: https://192.168.1.9:8002/remoteControl/?token=
kommt das hier als Ergebnis zurück:

Code Auswählen Erweitern


touchEnable "disable"
imeStatus "default"
imeText ""

FHEM kann brav seine Kommandos erfolgreich absetzen, solange die Samsung App am Handy gestartet ist.

Evtl. hilft Dir das ja etwas weiter.
Falls ich etwas genauer mitschneiden soll, einfach schreiben.

Danke und Gruß,

Michael

[KölnSolar]

Hallo Michael,
war bei Dir nicht die Situation, dass Du gar nicht die Rückmeldung von TokenAuthSupport\":\"true\" nach einem ....api/v2/ hattest, u. Du "nur" das (gelöste) timing-Problem hattest ? :-[Wir sind nun soweit, dass das token-issue im lfd. Betrieb gelöst ist. Sobald der TV abgeschaltet wird, kommt aber (noch) eine erneute Berechtigungsabfrage. Geduld.

starten der App, eimal Mute senden und App

Das ist mir nach wie vor suspekt. App authorisiert und "irgendwer" "befiehlt" fleißig ? Und wiederholt: Du hast nicht das Timing-Problem ?

Grüße Markus

[puppylinux]

Hallo Markus,

mea culpa, Du hast 100% recht!
Habe Deine modifizierte Version bzgl. Timing eingespielt, jetzt geht alles.
D.h. die Handy App muss irgendwie Verzögerungen zum Vorteil von FHEM erzeugt haben.
Somit ist Dein Paradoxon geklärt und das mit dem Token hat mich leider auf die falsche Fährte geführt.
Mein KS ist somit nicht Token belastet, wie Du schon immer annahmst!

Vielen Dank für Deine Arbeit und den Beistand.

Gruß,

Michael

[KölnSolar]

Hallo Michael,
waren leider etwas verwirrend die gleichzeitig aufgetretenen beiden Probleme.
Welche Zeiten hast Du denn in den Attributen eingestellt bzw. könntest Du mal probieren Grenzwerte zu ermitteln.
Grüße Markus

[XxX_Cobra_XxX]

So ihr Lieben, its testing time 
Ich habe folgendes realisiert:
- Gruppierung von RCs, um die Auswahlbox in der GUI beim set-Befehl übersichtlicher zu machen
- Argumente nur dort zulassen, wo sinnvoll(also fast nie)
- neues command: 0_text_line   Hier könnt ihr z.B. Text für eine App eingeben, um Apps handlebarer zu machen
- neues command: 0_command_line   Als Argument könnt Ihr kommaseparierte Sequenzen von commands eingeben. Jedes Komma führt notwendigerweise zu einem (blockierenden) Perl-sleep von 0.3 Sekunden. Also nicht übertreiben 

Wem also die DLNA-, RSS-Arie zu aufwändig/kompliziert war, der kann nun auch den Weg über den Browser gehen. Bei mir(mit "home-link" auf die Detailseite des FB_CALLMONITOR

Code Auswählen Erweitern

set TV 0_command_line contents,,,,,,down,enter
Die unschönste aber einfachst zu realisierende Bildschirmnachricht bei eingehendem Anruf 

Es geht auch ohne Home-Link

Code Auswählen Erweitern

set TV 0_command_line contents,,,,,,down,enter,,,,,right,right,right,right,right,enter
set TV 0_text_line http://192.168.xyz.ab:8083/fhem?detail=FritzBox
set TV enter

Mit den Kommas gebt ihr dem TV etwas Zeit 

Dann hätten wir noch: Die Vorstellung des neuen Wiki-Eintrags plin hat das in null-komma-nix auf die Beine gestellt. DANKE ! Und Ihr lest bitte mal und macht bitte Korrektur- u. Verbesserungsvorschläge.

Tja, und dann sind wir wohl fast fertig  Mich wurmt nur, dass wir ab K-Serie noch das Python-Skript benötigen  Und ich könnt als Python-Ahnungsloser wetten, dass das fast das selbe wie H-Serie ist und lediglich der Verschlüsselungspart weggefallen ist und der Port verändert wurde. Keiner da, der die Python-Skripte gegeneinander prüfen kann ?
Grüße Markus
Testet bitte gut. Ich hab manchmal Probleme mit der Versionierung, weil ich von 2 Win-Rechnern auf 2 RPi's arbeite 

Edit: Ich hab dann mal die alte Version, die 281 mal heruntergeladen wurde, entfernt.

Ich bräuchte diese Version die hier in dem Post entfernt wurde. Ich habe einen Samsung TV der H-Serie und wenn ich den Fernseher in FHEM mit

Code Auswählen Erweitern

define SAMSUNG_TV_WZ STV 192.168.0.3 wsedefinieren möchte bekomme ich folgende Fehlermeldung:

Code Auswählen Erweitern

[STV] Port is not supported

Kann mir bitte jemand schreiben wo ich die Version der 70_STV.pm finde?

Danke vielmals

[KölnSolar]

Nö.
Diese Zwischenversion macht keinen Sinn mehr.
Nimm die letzte und definiere wie dokumentiert mit

Code Auswählen Erweitern

define SAMSUNG_TV_WZ STV 192.168.0.3 8000
Kannst Du bitte Deinen Beitrag in dem anderen Thread entfernen. Der ist nicht dafür gemacht und ich hatte wohl vergessen den wieder zu sperren.
Grüße Markus

[meyerpr]

Mit meinem (alten) F-Serie Samsung bekomme ich das auch noch nicht zum laufen. Aber ähnliche Frage wie 2 Posts früher, wo finde ich denn die aktuelle Version des Moduls?

Update: Post #386 ist wohl die aktuelle Version. Bekomme es allerdings mit der F-Serie nicht zum laufen. TV wird erkannt, lässt sich aber nicht steuern. Das Attrribut eventPrefix gibt es auch nicht mehr??

[KölnSolar]

Das Attrribut eventPrefix gibt es auch nicht mehr??

Kenne ich nicht. Einziger Treffer der Suchfunktion ist Dein Post. In welcher Version gab es das ? Was machte es ?

Bekomme es allerdings mit der F-Serie nicht zum laufen.

Wie lautet Dein list ? Was steht im Log ?
Grüße Markus

[meyerpr]

Das Attribut eventPrefix (oder so ähnlich??) ist mal in Verbindung von Fehlern in der Controlpoint.pm und DLNA aufgetaucht. Dann war es aber nicht in Verbindung mit Deiner 70_STV.pm.

Mein LIST vom SamsungTV (gerade wirklich aus, aber alles OK wenn er an ist):

Code Auswählen Erweitern


Internals:
   DEF        uuid:0d1cef00-00dc-1000-b3c2-90f1aa143d1b
   NAME       DLNA_90f1aa143d1b
   NR         268
   STATE      offline
   TYPE       DLNARenderer
   UDN        uuid:0d1cef00-00dc-1000-b3c2-90f1aa143d1b
   READINGS:
     2018-11-29 21:21:46   friendlyName    [TV] Home
     2018-11-29 21:21:46   manufacturer    Samsung Electronics
     2018-11-29 21:21:46   manufacturerURL http://www.samsung.com/sec
     2018-11-29 21:21:46   modelDescription Samsung TV DMR
     2018-11-29 21:21:46   modelName       UE40F6320
     2018-11-29 21:21:46   modelNumber     AllShare1.0
     2018-11-29 21:21:46   modelURL        http://www.samsung.com/sec
     2018-11-29 21:21:46   multiRoomSupport 0
     2018-11-29 21:21:48   multiRoomVolume 0
     2018-11-29 18:27:55   mute            0
     2018-11-29 23:49:39   presence        offline
     2018-11-29 23:49:39   state           offline
     2018-11-29 18:27:55   transportState  NO_MEDIA_PRESENT
     2018-11-29 18:27:55   transportStatus OK
     2018-11-29 18:27:55   volume          0
   helper:
     caskeid    0
     caskeidClients
Attributes:
   alias      [TV] Home
   room       Test
   userattr   channel_01 channel_02 channel_03 channel_04 channel_05 channel_06 channel_07 channel_08 channel_09 channel_10 multiRoomGroups ttsLanguage
   verbose    5
   webCmd     volume


Im Log aus verschiedenen Versuchen:

Code Auswählen Erweitern


2018.11.29 18:27:54 3: DLNARenderer: DLNA Renderer v2.0.7
2018.11.29 18:27:54 3: DLNARenderer: Created device DLNA_90f1aa143d1b for [TV] Home
2018.11.29 18:29:43 5: DLNARenderer: RenderingControl: urn:schemas-upnp-org:service:RenderingControl:1 found. OK.
2018.11.29 18:29:43 5: DLNARenderer: RenderingControl, SetMute(0,Master,1) succeed.
2018.11.29 18:31:47 5: DLNARenderer: RenderingControl: urn:schemas-upnp-org:service:RenderingControl:1 found. OK.
2018.11.29 18:31:47 5: DLNARenderer: RenderingControl, SetVolume(0,Master,0) succeed.
2018.11.29 18:31:52 5: DLNARenderer: RenderingControl: urn:schemas-upnp-org:service:RenderingControl:1 found. OK.
2018.11.29 18:31:52 5: DLNARenderer: RenderingControl, SetVolume(0,Master,24) succeed.
...
2018.11.29 21:15:28 3: [STV] tv_Samsung defined with host: 192.168.178.30 port: 55000
2018.11.29 21:15:30 3: DLNARenderer: DLNA Renderer v2.0.7
2018.11.29 21:15:31 4: DLNARenderer: deviceAdded, [TV] Home
2018.11.29 21:15:31 5: DLNARenderer: AVTransport: urn:schemas-upnp-org:service:AVTransport:1 found. OK.
2018.11.29 21:15:31 5: DLNARenderer: AVTransport: urn:schemas-upnp-org:service:AVTransport:1 found. OK.
2018.11.29 21:15:31 5: DLNARenderer: RenderingControl: urn:schemas-upnp-org:service:RenderingControl:1 found. OK.
2018.11.29 21:15:31 5: DLNARenderer: RenderingControl: urn:schemas-upnp-org:service:RenderingControl:1 found. OK.
2018.11.29 21:15:31 4: DLNARenderer: SpeakerManagement unknown for DLNA_90f1aa143d1b.
2018.11.29 21:15:31 4: DLNARenderer: SessionManagement unknown for DLNA_90f1aa143d1b.


[KölnSolar]

Das Attribut eventPrefix (oder so ähnlich??) ist mal in Verbindung von Fehlern in der Controlpoint.pm und DLNA aufgetaucht. Dann war es aber nicht in Verbindung mit Deiner 70_STV.pm.

Ist es wirklich Zuviel verlangt "wahre" Gegebenheiten zu beschreiben ? Das Attribut heißt envPrefix und ist für den DLNARenderer, also nicht im STV-Modul "verschwunden". 

Das list ist zwar vom TV, aber vom DLNARenderer-device.
Dein TV heißt :

Code Auswählen Erweitern

[STV] tv_Samsung defined with host: 192.168.178.30 port: 55000(Das reicht mir anstatt einem list)
Im Log sehe ich nur Ausgaben vom DLNARenderer. Was willst Du eigentlich bzw was soll dann

Bekomme es allerdings mit der F-Serie nicht zum laufen. TV wird erkannt, lässt sich aber nicht steuern.

konkret heißen ? RC-Befehle, Bildschirmausgaben  

[meyerpr]

STV ansich scheint zu funktionieren. Was bisher nicht geklappt hat, ist die Textausgabe per STV auf der F-Serie. In Verbindung mit dem DLNARenderer klappt es auch noch nicht.

Nun mal die Version des DLNARenderers mit envPrefix für Samsung installiert und Devices neu angelegt. Ein 'querystate' bringt im Log einen Fehler:

Code Auswählen Erweitern


Internals:
   DEF        192.168.178.30 55000 DLNA_90f1aa143d1b
   Host       192.168.178.30
   MAC        b8:27:eb:9a:1d:63
   Mode       DLNA_90f1aa143d1b
   MyIP       192.168.178.20
   NAME       tv_Samsung2
   NR         268
   Port       55000
   STATE      connected
   TYPE       STV
   READINGS:
     2018-11-30 20:02:23   state           connected
Attributes:
   room       Test
   verbose    5

2018.11.30 20:04:29 1: [STV] tv_Samsung2: ERROR cannot open file for input the session key.


[KölnSolar]

Das scheint mir ein Fehler. 
Probier erst einmal zum verstehen den DLNARenderer "solo".

[meyerpr]

Probier erst einmal zum verstehen den DLNARenderer "solo".

Der funktioniert mit der F-Serie ja offensichtlich auch nicht, siehe etwas weiter oben. Angelegt wird alles, der TV führt aber nichts aus. Weder Lautstärkeregelung noch Stream etc.