FHEM -> Samsung TV mit Tizen

flolee · 29 Oktober 2020, 20:35:05

schönen abend

nö, also berechtigungsabfrage brauchte es keine mehr. hab jetzt mal zum testen

von lan auf wlan umgestellt
das ganze auch mal auf der neu aufgesetzten fhem-testumgebung ausprobiert, das verhalten war absolut identisch:

DEBUG: .../IO/Socket/SSL.pm:2853: new ctx 22437888
DEBUG: .../IO/Socket/SSL.pm:692: socket not yet connected
DEBUG: .../IO/Socket/SSL.pm:694: socket connected
DEBUG: .../IO/Socket/SSL.pm:717: ssl handshake not started
DEBUG: .../IO/Socket/SSL.pm:753: not using SNI because hostname is unknown
DEBUG: .../IO/Socket/SSL.pm:806: set socket to non-blocking to enforce timeout=2
DEBUG: .../IO/Socket/SSL.pm:819: call Net::SSLeay::connect
DEBUG: .../IO/Socket/SSL.pm:822: done Net::SSLeay::connect -> -1
DEBUG: .../IO/Socket/SSL.pm:832: ssl handshake in progress
DEBUG: .../IO/Socket/SSL.pm:842: waiting for fd to become ready: SSL wants a read first
DEBUG: .../IO/Socket/SSL.pm:862: socket ready, retrying connect
DEBUG: .../IO/Socket/SSL.pm:819: call Net::SSLeay::connect
DEBUG: .../IO/Socket/SSL.pm:822: done Net::SSLeay::connect -> -1
DEBUG: .../IO/Socket/SSL.pm:832: ssl handshake in progress
DEBUG: .../IO/Socket/SSL.pm:842: waiting for fd to become ready: SSL wants a read first
DEBUG: .../IO/Socket/SSL.pm:862: socket ready, retrying connect
DEBUG: .../IO/Socket/SSL.pm:819: call Net::SSLeay::connect
DEBUG: .../IO/Socket/SSL.pm:822: done Net::SSLeay::connect -> -1
DEBUG: .../IO/Socket/SSL.pm:832: ssl handshake in progress
DEBUG: .../IO/Socket/SSL.pm:842: waiting for fd to become ready: SSL wants a read first
DEBUG: .../IO/Socket/SSL.pm:862: socket ready, retrying connect
DEBUG: .../IO/Socket/SSL.pm:819: call Net::SSLeay::connect
DEBUG: .../IO/Socket/SSL.pm:822: done Net::SSLeay::connect -> 1
DEBUG: .../IO/Socket/SSL.pm:877: ssl handshake done
2020.10.29 20:33:40 4: [SamsungAV] HTTP socket-connection to SamsungTV. SSL_Reply: 
2020.10.29 20:33:40 4: [SamsungAV] HTTP socket-connection to SamsungTV successful.
2020.10.29 20:33:40 5: [SamsungAV] SamsungTV send to TV: GET /api/v2/channels/samsung.remote.control?name=RkhFTVJlbW90ZQ==&token=11220109 HTTP/1.1
Upgrade: websocket
Connection: Upgrade
Host: 192.168.1.139:8002
Sec-WebSocket-Key: dGhlIHNhbXBsZSBub25jZQ==
Sec-WebSocket-Version: 13


2020.10.29 20:33:40 5: [SamsungAV] SamsungTV first websocket response: HTTP/1.1 101 Switching Protocols
Upgrade: WebSocket
Connection: Upgrade
Sec-WebSocket-Accept: s3pPLMBiTxaQ9kYGzzhZRbK+xOo=


2020.10.29 20:33:42 5: [SamsungAV] SamsungTV Statusbytes of second websocket response: 817e0113
2020.10.29 20:33:42 5: [SamsungAV] SamsungTV data of second websocket response: {"data":{"clients":[{"attributes":{"name":"RkhFTVJlbW90ZQ==","token":"11220109"},"connectTime":1604000020453,"deviceName":"RkhFTVJlbW90ZQ==","id":"8b52326e-ecd6-44cb-a0d7-a14a8166bf6","isHost":false}],"id":"8b52326e-ecd6-44cb-a0d7-a14a8166bf6"},"event":"ms.channel.connect"}

2020.10.29 20:33:42 5: [SamsungAV] SamsungTV send payload: {"params":{"event":"ed.installedApp.get","TypeOfRemote":"SendRemoteKey","to":"host"},"method":"ms.channel.emit"}
2020.10.29 20:33:54 5: [SamsungAV] response SamsungTV to write_payload: �
2020.10.29 20:33:54 3: [SamsungAV] SamsungTV timelag to reach all json data for app list might be too small
2020.10.29 20:33:55 4: [SamsungAV] SamsungTV online with 192.168.1.139:8001 - HTTP-Response: 401
2020.10.29 20:33:58 4: [SamsungAV] SamsungTV online with 192.168.1.139:8001 - HTTP-Response: 401

mhm... irgendwie bin ich etwas ratlos $:-\$

lg

KölnSolar · 29 Oktober 2020, 22:35:07

ich würde mal ALLE Berechtigungen am TV löschen.

Wie Du ja beim Vergleich siehst, kommt selbst nach 12s keine Antwort vom TV. Anders ausgedrückt: Das OS hat nach 12s keine Lust noch länger auf den TV zu warten u. bricht ab. Besonderheiten beim OS ?

Ansonsten könntest Du das Debugging am TV ausprobieren.

Grüße Markus

flolee · 29 Oktober 2020, 22:57:57

auch komplettes zurücksetzen bringt leider nix... samsung smart things funktioniert hingegen problemlos.
werd mir mal das debugging ansehen... danke schon mal

flolee · 29 Oktober 2020, 23:41:05

log vom tv:

Code Auswählen


INFO	"## HttpMessage::pairingResponder ##"	"timestamp: 1604011059490, file: HttpMessage.cpp, func: pairingResponder : 353"
DEBUG	"IPC callRPC : result : true\n"	"timestamp: 1604011059490, file: IpcClient.cpp, func: transceive_cb_ : 190"
DEBUG	"## requestACLPairing ##"	"timestamp: 1604011058191, file: TizenDevice.cpp, func: requestACLPairing : 536"
ERROR	"connect error"	"timestamp: 1604011058179, file: IpcClient.cpp, func: transceive : 126"
DEBUG	"## notifyRemoteNumbers ##"	"timestamp: 1604011058173, file: TizenDevice.cpp, func: notifyRemoteNumbers : 663"
DEBUG	"Client(id:95f46f35-2294-41dc-8b34-8fcee492ee16) has disconnected"	"timestamp: 1604011058173, file: RemoteChannel.cpp, func: onSocketClose : 1147"
ERROR	"connect error"	"timestamp: 1604011046168, file: IpcClient.cpp, func: transceive : 126"
VERBOSE	"## emitToRCR ##"	"timestamp: 1604011046167, file: TizenDevice.cpp, func: emitToRCR : 720"
DEBUG	"msg : {\"method\":\"ms.channel.emit\",\"params\":{\"TypeOfRemote\":\"SendRemoteKey\",\"event\":\"ed.installedApp.get\",\"to\":\"host\"}}\n"	"timestamp: 1604011046166, file: RemoteChannel.cpp, func: onSocketMessage : 1097"
DEBUG	"socket(id:95f46f35-2294-41dc-8b34-8fcee492ee16) is authorized"	"timestamp: 1604011046164, file: RemoteChannel.cpp, func: pairingResponder : 556"
INFO	"## RemoteChannel::pairingResponder ##"	"timestamp: 1604011046164, file: RemoteChannel.cpp, func: pairingResponder : 537"
DEBUG	"IPC callRPC : result : true\n"	"timestamp: 1604011046164, file: IpcClient.cpp, func: transceive_cb_ : 190"
DEBUG	"## requestACLPairing ##"	"timestamp: 1604011044964, file: TizenDevice.cpp, func: requestACLPairing : 536"
ERROR	"connect error"	"timestamp: 1604011044964, file: IpcClient.cpp, func: transceive : 126"
DEBUG	"## notifyRemoteNumbers ##"	"timestamp: 1604011044958, file: TizenDevice.cpp, func: notifyRemoteNumbers : 663"
DEBUG	"RemoteControl Client(id:95f46f35-2294-41dc-8b34-8fcee492ee16) has connected"	"timestamp: 1604011044958, file: RemoteChannel.cpp, func: onSocketConnection : 1019"

hilft das was?

lg

KölnSolar · 30 Oktober 2020, 06:24:03

mir nicht.

Das musst Du dann selber tiefer analysieren. Nur Du siehst die Meldungen ja im zeitlichen Bezug zu FHEM. Vergleiche auch mal RC-Befehle(die funktionieren ja, oder ?) u. vielleicht auch den DLNARenderer. Den Datenverkehr mit z.B. Wireshark analysieren könnte auch Erkenntnisse bringen

ZitatDEBUG "Client(id:95f46f35-2294-41dc-8b34-8fcee492ee16) has disconnected" "timestamp: 1604011058173, file: RemoteChannel.cpp, func: onSocketClose : 1147"
ERROR "connect error" "timestamp: 1604011046168, file: IpcClient.cpp, func: transceive : 126"

Da liegt nach meinem Eindruck der Hund begraben. Erst der "error" . dann der websocket-close vom FHEM-System.

Ich guck mal, dass ich Dir zum Vergleich die Daten bei einem funktionsfähigen System liefere.

flolee · 30 Oktober 2020, 11:55:54

Danke dir.... ja, das mit der errormeldung denke ich auch. weißt du generell was von problemen mit den 2020er modellen?

hab jetzt nicht wirklich eine ahnung wie ich das problem angehen soll. notfalls evtl einige apps hardcoded in der .pm hinterlegen - ist dann halt updatemäßig etwas nervig aber vermutlich der schnellste fix, nachdem buttons usw. ja alles funktioniert, müsste vermutlich auch das klappen.

KölnSolar · 30 Oktober 2020, 12:14:22

Ich denke es liegt weniger an dem Modell(dieses Problem gab es bisher nicht[oder ich habs vergessen

]), sondern vielleicht eher an der firmware. Melde mal Deinen firmware-Stand. Und meinen Hinweis, keine Updates zuzulassen hattest Du hoffentlich befolgt ? $:-\$

Kürzlich gab es mal ein völlig anderes Problem mit einem Alt-TV. Da half zurücksetzen auf Werkseinstellung(nicht firmware ! Denn das geht nicht) Aber dann sind all Deine Einstellungen futsch.

KölnSolar · 30 Oktober 2020, 16:48:17

So sieht der statusRequest bei mir mit logginglevel Debug aus

Code Auswählen

DEBUG "IPC callRPC : result : true\n" "timestamp: 1604071665846, file: IpcClient.cpp, func: transceive_cb_ : 190" 
DEBUG "## notifyRemoteNumbers ##" "timestamp: 1604071665825, file: TizenDevice.cpp, func: notifyRemoteNumbers : 659" 
DEBUG "Client(id:9d119fea-ccad-49d7-aac3-caa4c0e6fb35) has disconnected" "timestamp: 1604071665824, file: RemoteChannel.cpp, func: onSocketClose : 1070" 
INFO "## RemoteChannel::createEdenResponder ##" "timestamp: 1604071665293, file: RemoteChannel.cpp, func: createEdenResponder : 125" 
DEBUG "IPC callRPC : result : {\"data\":[{\"appId\":\"org.tizen.browser\",\"app_type\":4,\"icon\":\"/opt/share/webappservice/apps_icon/FirstScreen/webbrowser/250x250.png\",\"is_lock\":0,\"name\":\"Internet\"},
.
.]}\n" "timestamp: 1604071665288, file: IpcClient.cpp, func: transceive_cb_ : 190" 
VERBOSE "## emitToRCR ##" "timestamp: 1604071665266, file: TizenDevice.cpp, func: emitToRCR : 716" 
DEBUG "msg : {\"method\":\"ms.channel.emit\",\"params\":{\"TypeOfRemote\":\"SendRemoteKey\",\"event\":\"ed.installedApp.get\",\"to\":\"host\"}}\n" "timestamp: 1604071665265, file: RemoteChannel.cpp, func: onSocketMessage : 1020" 
DEBUG "creating new thread for TizenAddon..." "timestamp: 1604071665237, file: TizenDevice.cpp, func: createTizenAddon : 593" 
DEBUG "socket(id:9d119fea-ccad-49d7-aac3-caa4c0e6fb35) is authorized" "timestamp: 1604071665236, file: RemoteChannel.cpp, func: pairingResponder : 542" 
INFO "## RemoteChannel::pairingResponder ##" "timestamp: 1604071665236, file: RemoteChannel.cpp, func: pairingResponder : 523" 
DEBUG "IPC callRPC : result : true\n" "timestamp: 1604071665235, file: IpcClient.cpp, func: transceive_cb_ : 190" 
DEBUG "## requestACLPairing ##" "timestamp: 1604071665202, file: TizenDevice.cpp, func: requestACLPairing : 532" 
DEBUG "IPC callRPC : result : true\n" "timestamp: 1604071665202, file: IpcClient.cpp, func: transceive_cb_ : 190" 
DEBUG "## notifyRemoteNumbers ##" "timestamp: 1604071665124, file: TizenDevice.cpp, func: notifyRemoteNumbers : 659" 
DEBUG "RemoteControl Client(id:9d119fea-ccad-49d7-aac3-caa4c0e6fb35) has connected" "timestamp: 1604071665124, file: RemoteChannel.cpp, func: onSocketConnection : 942"

Irgendwie scheint Deiner das

Code Auswählen

DEBUG "creating new thread for TizenAddon..." "timestamp: 1604071665237, file: TizenDevice.cpp, func: createTizenAddon : 593"

nicht zu machen.

Du könntest mal in dieser Zeile(müsste 828 sein)

Code Auswählen

Time::HiRes::usleep(500000); # just to get all data, otherwise crashing FHEdie Wartezeit z.B. auf 1000000 erhöhen. Vielleicht hilfts. $:-\$

flolee · 30 Oktober 2020, 20:22:16

Zitatdie Wartezeit z.B. auf 1000000 erhöhen. Vielleicht hilfts. $:-\$

ich glaube fast das habe ich vorgestern schon mal versucht (könnts jetzt aber nicht schwören). bin jetzt bis sonntag oder montag nicht beim TV, werd dann aber mal weiterversuchen und berichten.

update gabs bisher keines... allerdings ist er schon am neuesten stand, wurde also schon so geliefert.

danke jedenfalls für die hilfe bisher

flolee · 06 November 2020, 21:37:50

so, sorry für die späte rückmeldung, aber da hat uns die realität hier in wien doch mal eingeholt und bei mir die prioritäten etwas verschoben...

Zitatdie Wartezeit z.B. auf 1000000 erhöhen. Vielleicht hilfts. $:-\$

nope, leider nichts. auch das komplette zurücksetzen der firmware hat nichts gebracht. werde mich sobald ich dazukomme noch etwas mit dem tv-debuglog spielen - danke jedenfalls für die mühe bisher, aber grds herrscht bei mir leider ziemliche ratlosigkeit vor :/

Edit:
@KölnSolar könntest du mir evtl bitte noch die payload posten um die youtube app zu starten?
Kommt das irgendwie hin?

Code Auswählen

2020.11.08 20:59:46 5: [SamsungAV] SamsungTV send payload: {"method":"ms.channel.emit","params":{"to":"host","TypeOfRemote":"SendRemoteKey","event":"ed.apps.launch","data":{"metaTag":"","appId":"111299001912","action_type":"DEEP_LINK"}}}

danke

weini · 24 Januar 2021, 12:41:02

Habe gerade meinen Samsung GU32T5379AUXZG / 2020er T-Serie eingerichtet.
Ich war lange unsicher, ob man den Klimmzug mit regapp_smartcrypto.py aus Post #526 noch braucht: Er ist wohl nicht mehr notwendig, das Modul kümmert sich selbst darum.

Fernsteuern funktioniert (habe jetzt nur ein paar Tasten getestet) aber ich bekomme keine Readings rein (nur "state"). Ist das normal oder fehlt mir hier noch etwas?

Das Debug Log sieht wie folgt aus:

Code Auswählen


2021.01.24 11:43:24.915 5: [SamsungAV] ScZi_tvSam command menu parameter 
DEBUG: .../IO/Socket/SSL.pm:3010: new ctx 132991456
DEBUG: .../IO/Socket/SSL.pm:762: socket not yet connected
DEBUG: .../IO/Socket/SSL.pm:1177: global error: Undefined SSL object
DEBUG: .../IO/Socket/SSL.pm:1177: global error: Undefined SSL object
DEBUG: .../IO/Socket/SSL.pm:764: socket connected
DEBUG: .../IO/Socket/SSL.pm:787: ssl handshake not started
DEBUG: .../IO/Socket/SSL.pm:829: using SNI with hostname samsung.weinberger.local
DEBUG: .../IO/Socket/SSL.pm:880: set socket to non-blocking to enforce timeout=2
DEBUG: .../IO/Socket/SSL.pm:894: call Net::SSLeay::connect
DEBUG: .../IO/Socket/SSL.pm:897: done Net::SSLeay::connect -> -1
DEBUG: .../IO/Socket/SSL.pm:907: ssl handshake in progress
DEBUG: .../IO/Socket/SSL.pm:917: waiting for fd to become ready: SSL wants a read first
DEBUG: .../IO/Socket/SSL.pm:937: socket ready, retrying connect
DEBUG: .../IO/Socket/SSL.pm:894: call Net::SSLeay::connect
DEBUG: .../IO/Socket/SSL.pm:897: done Net::SSLeay::connect -> -1
DEBUG: .../IO/Socket/SSL.pm:907: ssl handshake in progress
DEBUG: .../IO/Socket/SSL.pm:917: waiting for fd to become ready: SSL wants a read first
DEBUG: .../IO/Socket/SSL.pm:937: socket ready, retrying connect
DEBUG: .../IO/Socket/SSL.pm:894: call Net::SSLeay::connect
DEBUG: .../IO/Socket/SSL.pm:897: done Net::SSLeay::connect -> 1
DEBUG: .../IO/Socket/SSL.pm:952: ssl handshake done
2021.01.24 11:43:25.026 4: [SamsungAV] HTTP socket-connection to ScZi_tvSam. SSL_Reply: 
2021.01.24 11:43:25.026 4: [SamsungAV] HTTP socket-connection to ScZi_tvSam successful.
2021.01.24 11:43:25.026 5: [SamsungAV] ScZi_tvSam send to TV: GET /api/v2/channels/samsung.remote.control?name=RkhFTVJlbW90ZQ== HTTP/1.1
Upgrade: websocket
Connection: Upgrade
Host: samsung.weinberger.local:8002
Sec-WebSocket-Key: dGhlIHNhbXBsZSBub25jZQ==
Sec-WebSocket-Version: 13


2021.01.24 11:43:25.027 5: [SamsungAV] ScZi_tvSam first websocket response: HTTP/1.1 101 Switching Protocols
Upgrade: WebSocket
Connection: Upgrade
Sec-WebSocket-Accept: s3pPLMBiTxaQ9kYGzzhZRbK+xOo=


2021.01.24 11:43:55.562 5: [SamsungAV] ScZi_tvSam Statusbytes of second websocket response: 817e0113
2021.01.24 11:43:55.563 5: [SamsungAV] ScZi_tvSam data of second websocket response: {"data":{"clients":[{"attributes":{"name":"RkhFTVJlbW90ZQ=="},"connectTime":1611485005967,"deviceName":"RkhFTVJlbW90ZQ==","id":"1915bce6-b8fe-43e5-b851-c68a2865e3f","isHost":false}],"id":"1915bce6-b8fe-43e5-b851-c68a2865e3f","token":"77732601"},"event":"ms.channel.connect"}

2021.01.24 11:43:55.563 5: [SamsungAV] ScZi_tvSam token: 77732601 saved
2021.01.24 11:43:56.164 4: [SamsungAV] ScZi_tvSam sending MENU
2021.01.24 11:43:56.164 5: [SamsungAV] ScZi_tvSam send payload: {"params":{"Option":"false","DataOfCmd":"KEY_MENU","Cmd":"Click","TypeOfRemote":"SendRemoteKey"},"method":"ms.remote.control"}
2021.01.24 11:44:17.458 4: [SamsungAV] ScZi_tvSam online with samsung.weinberger.local:8001 - HTTP-Response: 401
2021.01.24 11:45:17.415 4: [SamsungAV] ScZi_tvSam online with samsung.weinberger.local:8001 - HTTP-Response: 401
DEBUG: .../IO/Socket/SSL.pm:3010: new ctx 124135752
DEBUG: .../IO/Socket/SSL.pm:762: socket not yet connected
DEBUG: .../IO/Socket/SSL.pm:1177: global error: Undefined SSL object
DEBUG: .../IO/Socket/SSL.pm:1177: global error: Undefined SSL object
DEBUG: .../IO/Socket/SSL.pm:764: socket connected
DEBUG: .../IO/Socket/SSL.pm:787: ssl handshake not started
DEBUG: .../IO/Socket/SSL.pm:829: using SNI with hostname samsung.weinberger.local
DEBUG: .../IO/Socket/SSL.pm:880: set socket to non-blocking to enforce timeout=2
DEBUG: .../IO/Socket/SSL.pm:894: call Net::SSLeay::connect
DEBUG: .../IO/Socket/SSL.pm:897: done Net::SSLeay::connect -> -1
DEBUG: .../IO/Socket/SSL.pm:907: ssl handshake in progress
DEBUG: .../IO/Socket/SSL.pm:917: waiting for fd to become ready: SSL wants a read first
DEBUG: .../IO/Socket/SSL.pm:937: socket ready, retrying connect
DEBUG: .../IO/Socket/SSL.pm:894: call Net::SSLeay::connect
DEBUG: .../IO/Socket/SSL.pm:897: done Net::SSLeay::connect -> -1
DEBUG: .../IO/Socket/SSL.pm:907: ssl handshake in progress
DEBUG: .../IO/Socket/SSL.pm:917: waiting for fd to become ready: SSL wants a read first
DEBUG: .../IO/Socket/SSL.pm:937: socket ready, retrying connect
DEBUG: .../IO/Socket/SSL.pm:894: call Net::SSLeay::connect
DEBUG: .../IO/Socket/SSL.pm:897: done Net::SSLeay::connect -> 1
DEBUG: .../IO/Socket/SSL.pm:952: ssl handshake done
2021.01.24 11:45:45.502 4: [SamsungAV] HTTP socket-connection to ScZi_tvSam. SSL_Reply: 
2021.01.24 11:45:45.503 4: [SamsungAV] HTTP socket-connection to ScZi_tvSam successful.
2021.01.24 11:45:45.503 5: [SamsungAV] ScZi_tvSam send to TV: GET /api/v2/channels/samsung.remote.control?name=RkhFTVJlbW90ZQ==&token=77732601 HTTP/1.1
Upgrade: websocket
Connection: Upgrade
Host: samsung.weinberger.local:8002
Sec-WebSocket-Key: dGhlIHNhbXBsZSBub25jZQ==
Sec-WebSocket-Version: 13


2021.01.24 11:45:45.504 5: [SamsungAV] ScZi_tvSam first websocket response: HTTP/1.1 101 Switching Protocols
Upgrade: WebSocket
Connection: Upgrade
Sec-WebSocket-Accept: s3pPLMBiTxaQ9kYGzzhZRbK+xOo=


2021.01.24 11:45:46.871 5: [SamsungAV] ScZi_tvSam Statusbytes of second websocket response: 817e0113
2021.01.24 11:45:46.871 5: [SamsungAV] ScZi_tvSam data of second websocket response: {"data":{"clients":[{"attributes":{"name":"RkhFTVJlbW90ZQ==","token":"77732601"},"connectTime":1611485146442,"deviceName":"RkhFTVJlbW90ZQ==","id":"cedac8a5-edb-4cdb-8191-aadae82136cf","isHost":false}],"id":"cedac8a5-edb-4cdb-8191-aadae82136cf"},"event":"ms.channel.connect"}

2021.01.24 11:45:46.872 5: [SamsungAV] ScZi_tvSam send payload: {"params":{"TypeOfRemote":"SendRemoteKey","event":"ed.installedApp.get","to":"host"},"method":"ms.channel.emit"}
2021.01.24 11:45:58.879 5: [SamsungAV] response ScZi_tvSam to write_payload: �
2021.01.24 11:45:58.880 3: [SamsungAV] ScZi_tvSam timelag to reach all json data for app list might be too small
2021.01.24 11:46:01.365 4: [SamsungAV] ScZi_tvSam online with samsung.weinberger.local:8001 - HTTP-Response: 401
2021.01.24 11:46:17.390 4: [SamsungAV] ScZi_tvSam online with samsung.weinberger.local:8001 - HTTP-Response: 401
2021.01.24 11:46:52.404 5: [SamsungAV] ScZi_tvSam command mute parameter 
DEBUG: .../IO/Socket/SSL.pm:3010: new ctx 133906080
DEBUG: .../IO/Socket/SSL.pm:762: socket not yet connected
DEBUG: .../IO/Socket/SSL.pm:1177: global error: Undefined SSL object
DEBUG: .../IO/Socket/SSL.pm:1177: global error: Undefined SSL object
DEBUG: .../IO/Socket/SSL.pm:764: socket connected
DEBUG: .../IO/Socket/SSL.pm:787: ssl handshake not started
DEBUG: .../IO/Socket/SSL.pm:829: using SNI with hostname samsung.weinberger.local
DEBUG: .../IO/Socket/SSL.pm:880: set socket to non-blocking to enforce timeout=2
DEBUG: .../IO/Socket/SSL.pm:894: call Net::SSLeay::connect
DEBUG: .../IO/Socket/SSL.pm:897: done Net::SSLeay::connect -> -1
DEBUG: .../IO/Socket/SSL.pm:907: ssl handshake in progress
DEBUG: .../IO/Socket/SSL.pm:917: waiting for fd to become ready: SSL wants a read first
DEBUG: .../IO/Socket/SSL.pm:937: socket ready, retrying connect
DEBUG: .../IO/Socket/SSL.pm:894: call Net::SSLeay::connect
DEBUG: .../IO/Socket/SSL.pm:897: done Net::SSLeay::connect -> -1
DEBUG: .../IO/Socket/SSL.pm:907: ssl handshake in progress
DEBUG: .../IO/Socket/SSL.pm:917: waiting for fd to become ready: SSL wants a read first
DEBUG: .../IO/Socket/SSL.pm:937: socket ready, retrying connect
DEBUG: .../IO/Socket/SSL.pm:894: call Net::SSLeay::connect
DEBUG: .../IO/Socket/SSL.pm:897: done Net::SSLeay::connect -> 1
DEBUG: .../IO/Socket/SSL.pm:952: ssl handshake done
2021.01.24 11:46:52.502 4: [SamsungAV] HTTP socket-connection to ScZi_tvSam. SSL_Reply: 
2021.01.24 11:46:52.502 4: [SamsungAV] HTTP socket-connection to ScZi_tvSam successful.
2021.01.24 11:46:52.502 5: [SamsungAV] ScZi_tvSam send to TV: GET /api/v2/channels/samsung.remote.control?name=RkhFTVJlbW90ZQ==&token=77732601 HTTP/1.1
Upgrade: websocket
Connection: Upgrade
Host: samsung.weinberger.local:8002
Sec-WebSocket-Key: dGhlIHNhbXBsZSBub25jZQ==
Sec-WebSocket-Version: 13


2021.01.24 11:46:52.503 5: [SamsungAV] ScZi_tvSam first websocket response: HTTP/1.1 101 Switching Protocols
Upgrade: WebSocket
Connection: Upgrade
Sec-WebSocket-Accept: s3pPLMBiTxaQ9kYGzzhZRbK+xOo=


2021.01.24 11:46:53.882 5: [SamsungAV] ScZi_tvSam Statusbytes of second websocket response: 817e0115
2021.01.24 11:46:53.882 5: [SamsungAV] ScZi_tvSam data of second websocket response: {"data":{"clients":[{"attributes":{"name":"RkhFTVJlbW90ZQ==","token":"77732601"},"connectTime":1611485213442,"deviceName":"RkhFTVJlbW90ZQ==","id":"4570885f-1eaa-48b6-afa9-2c783559e115","isHost":false}],"id":"4570885f-1eaa-48b6-afa9-2c783559e115"},"event":"ms.channel.connect"}

2021.01.24 11:46:54.483 4: [SamsungAV] ScZi_tvSam sending MUTE
2021.01.24 11:46:54.483 5: [SamsungAV] ScZi_tvSam send payload: {"params":{"DataOfCmd":"KEY_MUTE","Option":"false","TypeOfRemote":"SendRemoteKey","Cmd":"Click"},"method":"ms.remote.control"}
2021.01.24 11:47:17.345 4: [SamsungAV] ScZi_tvSam online with samsung.weinberger.local:8001 - HTTP-Response: 401
2021.01.24 11:48:17.447 4: [SamsungAV] ScZi_tvSam online with samsung.weinberger.local:8001 - HTTP-Response: 401
2021.01.24 11:49:17.549 4: [SamsungAV] ScZi_tvSam online with samsung.weinberger.local:8001 - HTTP-Response: 401
2021.01.24 11:49:22.944 5: [SamsungAV] ScZi_tvSam command power parameter 
DEBUG: .../IO/Socket/SSL.pm:3010: new ctx 127143032
DEBUG: .../IO/Socket/SSL.pm:762: socket not yet connected
DEBUG: .../IO/Socket/SSL.pm:1177: global error: Undefined SSL object
DEBUG: .../IO/Socket/SSL.pm:1177: global error: Undefined SSL object
DEBUG: .../IO/Socket/SSL.pm:764: socket connected
DEBUG: .../IO/Socket/SSL.pm:787: ssl handshake not started
DEBUG: .../IO/Socket/SSL.pm:829: using SNI with hostname samsung.weinberger.local
DEBUG: .../IO/Socket/SSL.pm:880: set socket to non-blocking to enforce timeout=2
DEBUG: .../IO/Socket/SSL.pm:894: call Net::SSLeay::connect
DEBUG: .../IO/Socket/SSL.pm:897: done Net::SSLeay::connect -> -1
DEBUG: .../IO/Socket/SSL.pm:907: ssl handshake in progress
DEBUG: .../IO/Socket/SSL.pm:917: waiting for fd to become ready: SSL wants a read first
DEBUG: .../IO/Socket/SSL.pm:937: socket ready, retrying connect
DEBUG: .../IO/Socket/SSL.pm:894: call Net::SSLeay::connect
DEBUG: .../IO/Socket/SSL.pm:897: done Net::SSLeay::connect -> -1
DEBUG: .../IO/Socket/SSL.pm:907: ssl handshake in progress
DEBUG: .../IO/Socket/SSL.pm:917: waiting for fd to become ready: SSL wants a read first
DEBUG: .../IO/Socket/SSL.pm:937: socket ready, retrying connect
DEBUG: .../IO/Socket/SSL.pm:894: call Net::SSLeay::connect
DEBUG: .../IO/Socket/SSL.pm:897: done Net::SSLeay::connect -> 1
DEBUG: .../IO/Socket/SSL.pm:952: ssl handshake done
2021.01.24 11:49:23.062 4: [SamsungAV] HTTP socket-connection to ScZi_tvSam. SSL_Reply: 
2021.01.24 11:49:23.062 4: [SamsungAV] HTTP socket-connection to ScZi_tvSam successful.
2021.01.24 11:49:23.062 5: [SamsungAV] ScZi_tvSam send to TV: GET /api/v2/channels/samsung.remote.control?name=RkhFTVJlbW90ZQ==&token=77732601 HTTP/1.1
Upgrade: websocket
Connection: Upgrade
Host: samsung.weinberger.local:8002
Sec-WebSocket-Key: dGhlIHNhbXBsZSBub25jZQ==
Sec-WebSocket-Version: 13


2021.01.24 11:49:23.065 5: [SamsungAV] ScZi_tvSam first websocket response: HTTP/1.1 101 Switching Protocols
Upgrade: WebSocket
Connection: Upgrade
Sec-WebSocket-Accept: s3pPLMBiTxaQ9kYGzzhZRbK+xOo=


2021.01.24 11:49:24.584 5: [SamsungAV] ScZi_tvSam Statusbytes of second websocket response: 817e0113
2021.01.24 11:49:24.584 5: [SamsungAV] ScZi_tvSam data of second websocket response: {"data":{"clients":[{"attributes":{"name":"RkhFTVJlbW90ZQ==","token":"77732601"},"connectTime":1611485364005,"deviceName":"RkhFTVJlbW90ZQ==","id":"f2ef84d-8984-4068-9652-3c6273584b9b","isHost":false}],"id":"f2ef84d-8984-4068-9652-3c6273584b9b"},"event":"ms.channel.connect"}

2021.01.24 11:49:25.185 4: [SamsungAV] ScZi_tvSam sending POWER
2021.01.24 11:49:25.186 5: [SamsungAV] ScZi_tvSam send payload: {"params":{"Option":"false","DataOfCmd":"KEY_POWER","Cmd":"Click","TypeOfRemote":"SendRemoteKey"},"method":"ms.remote.control"}

List vom Device:

Code Auswählen


Internals:
   DEF        samsung.weinberger.local 8001
   FUUID      600ca0e6-f33f-b8ff-c29c-6fe5f040da418d2a
   Host       samsung.weinberger.local
   Mode       
   NAME       ScZi_tvSam
   NR         530
   NTFY_ORDER 50-ScZi_tvSam
   Port       8001
   STATE      on
   TYPE       SamsungAV
   READINGS:
     2021-01-24 12:31:17   state           on
   helper:
Attributes:
   comment    Samsung GU32T5379AUXZG
   delayRC    600000
   devStateIcon on:it_television@green absent:it_television
   group      Entertainment
   icon       remotecontrol/black_btn_TV
   room       Schlafzimmer
   verbose    5

PS: Im Wiki-Eintrag sehe ich gerade noch, dass dort auch als Reading nur "state" aufgeführt ist. Vermutlich geht also nicht mehr. In dem Fall bitte den Beitrag einfach als Erfolgsmedlung für einen T-Serie TV sehen

ch.eick · 24 Januar 2021, 12:56:33

Zitat von: weini am 24 Januar 2021, 12:41:02
Fernsteuern funktioniert (habe jetzt nur ein paar Tasten getestet) aber ich bekomme keine Readings rein (nur "state"). Ist das normal oder fehlt mir hier noch etwas?
PS: Im Wiki-Eintrag sehe ich gerade noch, dass dort auch als Reading nur "state" aufgeführt ist. Vermutlich geht also nicht mehr. In dem Fall bitte den Beitrag einfach als Erfolgsmedlung für einen T-Serie TV sehen

Leider kann die API wohl nur Befehle Entgegen nehmen und nur bedingt Auskunft erteilen.
Mit fehlt da leider auch die Information, wenn man die FB verwendet, welches Programm gerade läuft.

Da wollte ich dann eine Lautstärkeanpassung dran bauen, da einige Sender nach wie vor meinen, sie dürften Werbung einfach lauter senden

Gruß
Christian

AxelSchweiss · 24 Januar 2021, 13:50:41

Hallo
Ich habe hier mal eine Frage die ev. etwas OffTopic ist ...
Mein alter Samsung (E46F647OSSXZG) gibt langsam den Geist auf.
Welchen Samsung mit Tizen in 50-55 Zoll könnt ihr empfehlen?
HDD-Recording, SAT, LAN sollte er schon haben.
Ansonsten habe ich keine großartigen Anforderungen. Ausser das er wieder FHEM-Kompatibel ist

Sorry für diesen Weg aber leider finde ich sonst keine Hinweise auf das Betriebssystem zum TV.

Danke schon mal.

weini · 24 Januar 2021, 13:55:00

@ch.eick: Danke dir, das erklärt es natürlich.

SirBen · 15 April 2021, 12:05:07

Moin,
erstmal vielen Dank für das Modul und die Arbeit die hier investiert wird!

Ich habe heute meinen Samsung TV in FHEM eingebunden und bin nach dem Wiki vorgegangen. Bei meinem Q Gerät hat nach dem define nichts funktioniert.
Die Lösung des Problems ist ein simpler "shutdown restart" von FHEM. Daher würde ich vorschlagen, den kleinen Hinweis ins Wiki und / oder im Doku-Thread mit aufzunehmen (gleich unter dem define Befehl). Das spart eine Menge Frust, Zeit und den ein oder anderen Beitrag im Forum.

Danke und Gruß
Ben