Autor Thema: FHEM -> Samsung TV mit Tizen  (Gelesen 166841 mal)

Offline flolee

  • New Member
  • *
  • Beiträge: 15
Antw:FHEM -> Samsung TV mit Tizen
« Antwort #810 am: 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

Offline KölnSolar

  • Developer
  • Hero Member
  • ****
  • Beiträge: 5428
Antw:FHEM -> Samsung TV mit Tizen
« Antwort #811 am: 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
RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt

Offline flolee

  • New Member
  • *
  • Beiträge: 15
Antw:FHEM -> Samsung TV mit Tizen
« Antwort #812 am: 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 :)

Offline flolee

  • New Member
  • *
  • Beiträge: 15
Antw:FHEM -> Samsung TV mit Tizen
« Antwort #813 am: 29 Oktober 2020, 23:41:05 »
log vom tv:

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

Offline KölnSolar

  • Developer
  • Hero Member
  • ****
  • Beiträge: 5428
Antw:FHEM -> Samsung TV mit Tizen
« Antwort #814 am: 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

Zitat
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"
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.
RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt

Offline flolee

  • New Member
  • *
  • Beiträge: 15
Antw:FHEM -> Samsung TV mit Tizen
« Antwort #815 am: 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.

Offline KölnSolar

  • Developer
  • Hero Member
  • ****
  • Beiträge: 5428
Antw:FHEM -> Samsung TV mit Tizen
« Antwort #816 am: 30 Oktober 2020, 12:14:22 »
Ich denke es liegt weniger an dem Modell(dieses Problem gab es bisher nicht[oder ich habs vergessen ;D]), 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.  :'(
RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt

Offline KölnSolar

  • Developer
  • Hero Member
  • ****
  • Beiträge: 5428
Antw:FHEM -> Samsung TV mit Tizen
« Antwort #817 am: 30 Oktober 2020, 16:48:17 »
So sieht der statusRequest bei mir mit logginglevel Debug ausDEBUG "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 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) Time::HiRes::usleep(500000);                         # just to get all data, otherwise crashing FHEdie Wartezeit z.B. auf 1000000 erhöhen. Vielleicht hilfts.  :-\
RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt

Offline flolee

  • New Member
  • *
  • Beiträge: 15
Antw:FHEM -> Samsung TV mit Tizen
« Antwort #818 am: 30 Oktober 2020, 20:22:16 »
Zitat
die 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 :)

Offline flolee

  • New Member
  • *
  • Beiträge: 15
Antw:FHEM -> Samsung TV mit Tizen
« Antwort #819 am: 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...

Zitat
die 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?

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 :)
« Letzte Änderung: 08 November 2020, 21:08:26 von flolee »

Offline weini

  • Full Member
  • ***
  • Beiträge: 334
Antw:FHEM -> Samsung TV mit Tizen
« Antwort #820 am: 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:
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:
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  ;)

Offline ch.eick

  • Hero Member
  • *****
  • Beiträge: 2145
Antw:FHEM -> Samsung TV mit Tizen
« Antwort #821 am: 24 Januar 2021, 12:56:33 »
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
RPI4; Docker; CUNX; Eltako FSB61NP; 230V zentral verschaltet; SamsungTV H-Serie; DLNARenderer; TV.pl;  Sonos; Vallox; Luxtronik; 2x FB7490; Stromzähler mit DvLIR; wunderground; clever-tanken; Plenticore 10 mit BYD; EM410; SMAEM; Modbus TCP

Offline AxelSchweiss

  • Sr. Member
  • ****
  • Beiträge: 776
Antw:FHEM -> Samsung TV mit Tizen
« Antwort #822 am: 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  ;D

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

Danke schon mal.
« Letzte Änderung: 24 Januar 2021, 14:19:04 von AxelSchweiss »

Offline weini

  • Full Member
  • ***
  • Beiträge: 334
Antw:FHEM -> Samsung TV mit Tizen
« Antwort #823 am: 24 Januar 2021, 13:55:00 »
@ch.eick: Danke dir, das erklärt es natürlich.

Offline SirBen

  • Full Member
  • ***
  • Beiträge: 121
Antw:FHEM -> Samsung TV mit Tizen
« Antwort #824 am: 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

 

decade-submarginal