Auf dem Wege die Modifikationen des 70_STV offiziell per update zu verteilen, gibt es nun das 70_SamsungAV. Es "ersetzt" das 70_STV und sollte alle AV-Geräte von Samsung seit A-Serie unterstützen.
Nähere Informationen zur Historie des Moduls und den Besonderheiten von Samsung-devices je Serie findet Ihr hier (https://forum.fhem.de/index.php/topic,82890.msg750370.html#msg750370). Dort gibt es dann zukünftig auch immer die letzte Entwicklungsversion des 70_SamsungAV.
Grüße Markus
Edit: seit 5.4. werden Änderungen per update verteilt ;)
Hallo,
Vielen Dank für die Arbeit. Hast du schon eine Idee, wann das 70_SamsungAV Modul offiziell über das FHEM Update kommt?
Gruß
Stefan
nicht konkret, aber noch diesen Winter, wenn nicht dazwischen kommt. Da es mein erstes einchecken sein wird, weiß ich nicht, was da noch alles auf mich zukommt. :-\
Grüße Markus
Hallo Markus,
fyi ich bin bereits umgestiegen (H-Serie).
Gruß
Christian
Hallo Zusammen,
leider spricht mein Samsung TV nicht mit mir :'(. Bin seit kurzem Besitzer eines Samsung UE55KU6179 und schon länger glücklicher FHEM Nutzer. Nachdem sich schon mein Kodi und auch mein Verstärker mit FHEM unterhalten, wollte ich den TV auch noch dazu holen. Bei der Suche bin ich auf das neue Modul SamsungAV gestoßen, mit dem ich jetzt erste Gehversuche mache. Ich habe mich auch soweit an die Anleitung https://forum.fhem.de/index.php/topic,82890.msg750392.html#msg750392 (https://forum.fhem.de/index.php/topic,82890.msg750392.html#msg750392) gehalten und konnte mich initial mit dem TV verbinden.
Was ich bis jetzt sehe:
- state absent und on funktionieren
- in den Internals sehe ich unter helper->app: Einige aufgelistet (z.b. RedBullTV 3201602007756, WebBrowser org.tizen.browser, ...)
- in den Settings des Samsung unter Netzwerk->Experteneinstellungen->Mobilgerätemanager->Mobilgeräteliste wird FhemRemote angezeigt und ist Erlaubt
- TV Version laut settings: 1231
- delayRC habe ich schon ohne Erfolg für folgendes Problem mit Werten: 10, 100 und 500 getestet
Leider werden
keine der angebotenen Kommandos ausgeführt. Beim ersten Verbinden kam die Meldung um einen Zugriff zu erlauben, danach gibt es augenscheinlich keine Reaktion mehr am TV.
Nach einstellen von Verbose 5 für das SamsungAV Modul, hier die Ausgaben beim Senden eines Kommandos:
Zitat
2019.02.11 22:01:34 5 : [SamsungAV] Dev.SamsungAV command VOLUP parameter
2019.02.11 22:01:34 4 : [SamsungAV] HTTP socket-connection to Dev.SamsungAV. SSL_Reply:
2019.02.11 22:01:34 4 : [SamsungAV] HTTP socket-connection to Dev.SamsungAV successful.
2019.02.11 22:01:34 5 : [SamsungAV] Dev.SamsungAV send to TV: GET /api/v2/channels/samsung.remote.control?name=RkhFTVJlbW90ZQ== HTTP/1.1 Upgrade: websocket Connection: Upgrade Host: 192.168.0.169:8002 Sec-WebSocket-Key: dGhlIHNhbXBsZSBub25jZQ== Sec-WebSocket-Version: 13
2019.02.11 22:01:34 5 : [SamsungAV] Dev.SamsungAV first websocket response: HTTP/1.1 101 Switching Protocols Upgrade: websocket Connection: Upgrade Sec-WebSocket-Accept: s3pPLMBiTxaQ9kYGzzhZRbK+xOo=
2019.02.11 22:01:34 5 : [SamsungAV] Dev.SamsungAV Statusbytes of second websocket response: 817e00fa
2019.02.11 22:01:34 5 : [SamsungAV] Dev.SamsungAV data of second websocket response: {"event":"ms.channel.connect","data":{"id":"53d38220-1dd3-11b2-bce6-33ec2b094008","clients":[{"id":"53d38220-1dd3-11b2-bce6-33ec2b094008","connectTime":537411,"attributes":{"name":"RkhFTVJlbW90ZQ=="},"deviceName":"RkhFTVJlbW90ZQ==","isHost":false}]}}
2019.02.11 22:01:34 4 : [SamsungAV] Dev.SamsungAV sending VOLUP
2019.02.11 22:01:34 5 : [SamsungAV] Dev.SamsungAV send payload: {"method":"ms.remote.control","params":{"Cmd":"Click","Option":"false","TypeOfRemote":"SendRemoteKey","DataOfCmd":"KEY_VOLUP"}}
2019-02-11 22:01:34 SamsungAV Dev.SamsungAV volumeUp
2019.02.11 22:02:14 4 : [SamsungAV] Dev.SamsungAV online with 192.168.0.169:8001 - HTTP-Response: 404
Hier noch die Ausgabe von /api/v2/:
{
"id": "uuid:482d60ae-5d59-40f8-b12c-d3680c1fcdb8",
"name": "[TV] Samsung 6 Series (55)",
"version": "2.1.0",
"device": {
"type": "Samsung SmartTV",
"duid": "uuid:482d60ae-5d59-40f8-b12c-d3680c1fcdb8",
"model": "16_JAZZL_UHD_BASIC",
"modelName": "UE55KU6179",
"description": "Samsung DTV RCR",
"networkType": "wired",
"ssid": "",
"ip": "192.168.0.169",
"firmwareVersion": "Unknown",
"name": "[TV] Samsung 6 Series (55)",
"id": "uuid:482d60ae-5d59-40f8-b12c-d3680c1fcdb8",
"udn": "uuid:482d60ae-5d59-40f8-b12c-d3680c1fcdb8",
"resolution": "3840x2160",
"countryCode": "DE",
"msfVersion": "2.1.0",
"smartHubAgreement": "true",
"VoiceSupport": "false",
"GamePadSupport": "true",
"wifiMac": "d8:e0:e1:df:fa:1e",
"developerMode": "0",
"developerIP": "",
"OS": "Tizen"
},
"type": "Samsung SmartTV",
"uri": "http://192.168.0.169:8001/api/v2/",
"remote": "1.0",
"isSupport": "{\"remote_available\":\"true\",\"remote_fourDirections\":\"true\",\"remote_touchPad\":\"true\",\"remote_voiceControl\":\"false\",\"DMP_available\":\"true\",\"DMP_DRM_PLAYREADY\":\"false\",\"DMP_DRM_WIDEVINE\":\"false\",\"EDEN_available\":\"true\"}"
}Über eine Hilfestellung für ein weiteres Vorgehen würde ich mich sehr freuen und bin gerne bereit weitere Informationen nachzuliefern. Es fühlt sich so an als fehle nur noch eine Kleinigkeit. An DLNA bin ich im Moment gar nicht interessiert, fernbedienen würde mich schon glücklich machen.
Liebe Grüße
Martin
Hallo Martin,
erst einmal Kompliment an die mustergültige Fragestellung und Eigeninitiative. :-* Würd ich mir häufiger so wünschen. 8)
Zitatleider spricht mein Samsung TV nicht mit mir :'(
Doch tut er. Sieht eigentlich super aus. Dass Du Apps ermitteln konntest beweist, dass FHEM u. TV kommuniziert haben. Dann müsste doch eigentlich wenigstens 0_App_Start und 0_App_Status funktionieren. Ebenso der statusrequest.
Dann hört es aber leider auf :'(
Zugriffsberechtigung im Geräteverbindungsmanager steht auf "Nur beim ersten Mal" ? Ich vermute ja, sonst müsste das Log anders aussehen. :'(
Und sonst hab ich bei dem herrlichen Log leider keine weitere Idee. :'(
Guck Dir den Thread (https://forum.fhem.de/index.php/topic,57595.msg846335.html#msg846335) mal an. Vielleicht finden wir über das debugging etwas.
Ich kanns mir zwar nicht vorstellen(weil andere "Symptome"), aber Du könntest auch den Weg mit einer gleichzeitig angemeldeten App ausprobieren(Ist dann auch in dem Thread beschrieben).
Viel Glück
Markus
Hi Markus,
danke für die Schnelle Antwort...
Zitat von: KölnSolar am 11 Februar 2019, 23:55:51erst einmal Kompliment an die mustergültige Fragestellung und Eigeninitiative. :-* Würd ich mir häufiger so wünschen.
Ich hoffe, dass dadurch auch andere mit ähnlichem Problem besser die Informationen finden und auch gut nachvollziehen können.
ZitatDann müsste doch eigentlich wenigstens 0_App_Start und 0_App_Status funktionieren. Ebenso der statusrequest.
Du hast Recht.
0_App_Start und 0_App_Status funktionieren tatsächlich. Der statusrequest auch, wobei ich annehme, dass der das selbe macht wie das Modul um den Status des Fernsehers zu kriegen?!
Hier die Ergebnisse der ersten Runde "Samsung Debug Modus" deiner Hinweise. Ich habe zwei Logs mitgebracht. Ein Log vom Senden eines normalen Fernsteuerkommandos (KEY_VOLUP) was nicht angenommen wird und ein Log vom Senden eines funktionierenden 0_App_Start. Zu lesen von oben (ist jeweils die älteste Nachricht):
DEBUG "[RemoteControl ] RemoteControl Client has connected" {}
SILLY "eventbus published : channel:client:session:start" {}
SILLY "[Device] notifyRemoteNumbers" {}
VERBOSE "[Plugin : Tizen] notifyRemoteNumbers" {}
DEBUG "IPC transceive called : " { "method": "application.setRemoteNumbers", "params": { "clientNumber": 1, "deviceName": "RkhFTVJlbW90ZQ==" }, "id": "2af8ad30-1dd3-11b2-8c27-5f90252762f6" }
DEBUG "Stringifying message" {}
VERBOSE "[Device] requestACLPairing" { "clientIp": "192.168.0.50", "deviceName": "RkhFTVJlbW90ZQ==" }
VERBOSE "[Plugin : Tizen] requestACLPairing" {}
DEBUG "IPC transceive called : " { "method": "application.aclPairing", "params": { "clientIp": "192.168.0.50", "deviceName": "RkhFTVJlbW90ZQ==" }, "id": "2af97080-1dd3-11b2-8c27-5f90252762f6" }
DEBUG "Stringifying message" {}
DEBUG "IPC client connected : /tmp/msf" {}
DEBUG "IPC client connected : /tmp/msf" {}
DEBUG "ipc client on end" {}
DEBUG "ipc client on close" {}
DEBUG "ipc client on data" {}
DEBUG "ipc data = 60,{\"id\":\"2af97080-1dd3-11b2-8c27-5f90252762f6\",\"result\":true}\n" {}
DEBUG "ipc on data : cPos : 2" {}
DEBUG "ipc on data : len : 60" {}
DEBUG "ipc on data : result : {\"id\":\"2af97080-1dd3-11b2-8c27-5f90252762f6\",\"result\":true}\n" {}
DEBUG "ipc on data : data left : 0" {}
DEBUG "IPC callRPC : result : true" {}
SILLY "[RemoteControl ] 2af85f10-1dd3-11b2-8c27-5f90252762f6 is authorized" {}
SILLY "[Device] createTizenAddon" {}
SILLY "[Device] requestRemoteControl" { "TypeOfRemote": "CreateRemoteDevice" }
DEBUG "ipc client on end" {}
DEBUG "ipc client on close" {}
SILLY "[RemoteControl ] message from (2af85f10-1dd3-11b2-8c27-5f90252762f6) : {\"params\":{\"Option\":\"false\",\"Cmd\":\"Click\",\"DataOfCmd\":\"KEY_VOLUP\",\"TypeOfRemote\":\"SendRemoteKey\"},\"method\":\"ms.remote.control\"}" {}
SILLY "[Device] requestRemoteControl" { "Option": "false", "Cmd": "Click", "DataOfCmd": "KEY_VOLUP", "TypeOfRemote": "SendRemoteKey" }
SILLY "[Device] notifyRemoteNumbers" {}
VERBOSE "[Plugin : Tizen] notifyRemoteNumbers" {}
DEBUG "IPC transceive called : " { "method": "application.setRemoteNumbers", "params": { "clientNumber": 0, "deviceName": "RkhFTVJlbW90ZQ==" }, "id": "2b046d00-1dd3-11b2-8c27-5f90252762f6" }
DEBUG "Stringifying message" {}
DEBUG "[RemoteControl ] Destroy Tizen Addon Process because of no client." {}
SILLY "[Device] destroyTizenAddon" {}
SILLY "eventbus published : channel:client:session:end" {}
DEBUG "[RemoteControl ] RemoteControl Client has disconnected" {}
DEBUG "IPC client connected : /tmp/msf" {}
DEBUG "ipc client on end" {}
DEBUG "ipc client on close" {}DEBUG "[RemoteControl ] RemoteControl Client has connected" {}
SILLY "eventbus published : channel:client:session:start" {}
SILLY "[Device] notifyRemoteNumbers" {}
VERBOSE "[Plugin : Tizen] notifyRemoteNumbers" {}
DEBUG "IPC transceive called : " { "method": "application.setRemoteNumbers", "params": { "clientNumber": 1, "deviceName": "RkhFTVJlbW90ZQ==" }, "id": "885aed30-1dd3-11b2-8c27-5f90252762f6" }
DEBUG "Stringifying message" {}
VERBOSE "[Device] requestACLPairing" { "clientIp": "192.168.0.50", "deviceName": "RkhFTVJlbW90ZQ==" }
VERBOSE "[Plugin : Tizen] requestACLPairing" {}
DEBUG "IPC transceive called : " { "method": "application.aclPairing", "params": { "clientIp": "192.168.0.50", "deviceName": "RkhFTVJlbW90ZQ==" }, "id": "885b8970-1dd3-11b2-8c27-5f90252762f6" }
DEBUG "Stringifying message" {}
DEBUG "IPC client connected : /tmp/msf" {}
DEBUG "IPC client connected : /tmp/msf" {}
DEBUG "ipc client on end" {}
DEBUG "ipc client on data" {}
DEBUG "ipc data = 60,{\"id\":\"885b8970-1dd3-11b2-8c27-5f90252762f6\",\"result\":true}\n" {}
DEBUG "ipc on data : cPos : 2" {}
DEBUG "ipc on data : len : 60" {}
DEBUG "ipc on data : result : {\"id\":\"885b8970-1dd3-11b2-8c27-5f90252762f6\",\"result\":true}\n" {}
DEBUG "ipc on data : data left : 0" {}
DEBUG "IPC callRPC : result : true" {}
SILLY "[RemoteControl ] 885a29e0-1dd3-11b2-8c27-5f90252762f6 is authorized" {}
SILLY "[Device] createTizenAddon" {}
SILLY "[Device] requestRemoteControl" { "TypeOfRemote": "CreateRemoteDevice" }
DEBUG "ipc client on end" {}
DEBUG "ipc client on close" {}
DEBUG "ipc client on close" {}
SILLY "[RemoteControl ] message from (885a29e0-1dd3-11b2-8c27-5f90252762f6) : {\"method\":\"ms.channel.emit\",\"params\":{\"TypeOfRemote\":\"SendRemoteKey\",\"event\":\"ed.apps.launch\",\"to\":\"host\",\"data\":{\"metaTag\":\"\",\"appId\":\"3201412000679\",\"action_type\":\"DEEP_LINK\"}}}" {}
VERBOSE "[Plugin : Tizen] emitToRCR : ed.apps.launch" {}
VERBOSE "[Plugin : Tizen] Creating eden data link" {}
DEBUG "IPC transceive called : " { "method": "ed.apps.launch", "params": { "metaTag": "", "appId": "3201412000679", "action_type": "DEEP_LINK" }, "id": "8866d410-1dd3-11b2-8c27-5f90252762f6" }
DEBUG "Stringifying message" {}
DEBUG "IPC client connected : /tmp/eden" {}
DEBUG "ipc client on data" {}
DEBUG "ipc data = 60,{\"id\":\"8866d410-1dd3-11b2-8c27-5f90252762f6\",\"result\":true}\n" {}
DEBUG "ipc on data : cPos : 2" {}
DEBUG "ipc on data : len : 60" {}
DEBUG "ipc on data : result : {\"id\":\"8866d410-1dd3-11b2-8c27-5f90252762f6\",\"result\":true}\n" {}
DEBUG "ipc on data : data left : 0" {}
DEBUG "IPC callRPC : result : true" {}
DEBUG "ipc client on end" {}
DEBUG "ipc client on close" {}
SILLY "[Device] notifyRemoteNumbers" {}
VERBOSE "[Plugin : Tizen] notifyRemoteNumbers" {}
DEBUG "IPC transceive called : " { "method": "application.setRemoteNumbers", "params": { "clientNumber": 0, "deviceName": "RkhFTVJlbW90ZQ==" }, "id": "88fa6180-1dd3-11b2-8c27-5f90252762f6" }
DEBUG "Stringifying message" {}
DEBUG "[RemoteControl ] Destroy Tizen Addon Process because of no client." {}
SILLY "[Device] destroyTizenAddon" {}
SILLY "eventbus published : channel:client:session:end" {}
DEBUG "[RemoteControl ] RemoteControl Client has disconnected" {}
DEBUG "IPC client connected : /tmp/msf" {}
DEBUG "ipc client on end" {}
DEBUG "ipc client on close" {}
SILLY "[Router] Incoming Request" { "ip": "::ffff:127.0.0.1", "port": "8001", "method": "POST", "url": "/remoteControl/touchEnable/enable", "body": {} }
VERBOSE "[Plugin : RemoteControl] TV touch Available staus is changed to enable" {}
SILLY "[Router] Incoming Request" { "ip": "::ffff:192.168.0.50", "port": "8001", "method": "GET", "url": "/", "body": {} }Ich überlasse sie erstmal Deinem geschulten Auge. Ich sehe auf Anhieb keine großen Unterschiede, außer dass das erste
DEBUG "ipc client on close" {}bei dem
nicht angenommen Kommando früher kommt als beim 0_App_Start. Mit dem SamsungAV Attribut "delayRC" 5 ist die besagte Ausgabe aber wieder an der gleichen Stelle wie beim 0_App_Start. Jedoch immer noch keine Reaktion auf "normale" Befehle.
Sobald ich wieder Zeit finde mache ich mich in dem Thread auf die Suche nach "gleichzeit angemeldete App".
Viele Grüße
Martin
P.S.: Hier noch die Versionsinformation aus der Debug Config:
ZitatMultiScreen Service
Service Information
VERSION 2.1.0
PORT 8001
SECUREPORT 8002
APIVERSION 2.0
REMOTEVERSION 1.0
Hi,
noch ein schneller Nachtrag. Habe aus dem Playstore die erste Samsung Remote Control App (https://play.google.com/store/apps/details?id=ir.remote.smg.tv) auf meinem Androiden installiert die ich gesehen habe, die auch per Netzwerk steuert, was funktioniert. Da ich eh noch das Debug Fenster offen habe, hier die komplette Kommunikation vom ersten Verbinden, über ein paar Tasten drücken (Vol Up/Down, Mute), bis hin zum Trennen der Verbindung. Trennen bedeutet in dem Fall schon zurück auf den Android Home Screen zu gehen:
DEBUG "[RemoteControl ] RemoteControl Client has connected" {}
SILLY "eventbus published : channel:client:session:start" {}
SILLY "[Device] notifyRemoteNumbers" {}
VERBOSE "[Plugin : Tizen] notifyRemoteNumbers" {}
DEBUG "IPC transceive called : " { "method": "application.setRemoteNumbers", "params": { "clientNumber": 1, "deviceName": "U2Ftc3VuZyBUViBXaUZpIHJlbW90ZSBhcHA=" }, "id": "0cb497f0-1ddb-11b2-8c27-5f90252762f6" }
DEBUG "Stringifying message" {}
VERBOSE "[Device] requestACLPairing" { "clientIp": "192.168.0.219", "deviceName": "U2Ftc3VuZyBUViBXaUZpIHJlbW90ZSBhcHA=" }
VERBOSE "[Plugin : Tizen] requestACLPairing" {}
DEBUG "IPC transceive called : " { "method": "application.aclPairing", "params": { "clientIp": "192.168.0.219", "deviceName": "U2Ftc3VuZyBUViBXaUZpIHJlbW90ZSBhcHA=" }, "id": "0cb53430-1ddb-11b2-8c27-5f90252762f6" }
DEBUG "Stringifying message" {}
DEBUG "IPC client connected : /tmp/msf" {}
DEBUG "IPC client connected : /tmp/msf" {}
DEBUG "ipc client on end" {}
DEBUG "ipc client on close" {}
DEBUG "ipc client on data" {}
DEBUG "ipc data = 60,{\"id\":\"0cb53430-1ddb-11b2-8c27-5f90252762f6\",\"result\":true}\n" {}
DEBUG "ipc on data : cPos : 2" {}
DEBUG "ipc on data : len : 60" {}
DEBUG "ipc on data : result : {\"id\":\"0cb53430-1ddb-11b2-8c27-5f90252762f6\",\"result\":true}\n" {}
DEBUG "ipc on data : data left : 0" {}
DEBUG "IPC callRPC : result : true" {}
SILLY "[RemoteControl ] 0cb449d0-1ddb-11b2-8c27-5f90252762f6 is authorized" {}
SILLY "[Device] createTizenAddon" {}
SILLY "[Device] requestRemoteControl" { "TypeOfRemote": "CreateRemoteDevice" }
DEBUG "ipc client on end" {}
DEBUG "ipc client on close" {}
SILLY "[Router] Incoming Request" { "ip": "::ffff:192.168.0.219", "port": "8001", "method": "GET", "url": "/api/v2/", "body": {} }
VERBOSE "[Plugin : ApiV2] getServiceInfo" {}
SILLY "[RemoteControl ] message from (0cb449d0-1ddb-11b2-8c27-5f90252762f6) : {\"method\":\"ms.remote.control\",\"params\":{\"Cmd\":\"Click\",\"DataOfCmd\":\"KEY_VOLUP\",\"Option\":\"false\",\"TypeOfRemote\":\"SendRemoteKey\"}}" {}
SILLY "[Device] requestRemoteControl" { "Cmd": "Click", "DataOfCmd": "KEY_VOLUP", "Option": "false", "TypeOfRemote": "SendRemoteKey" }
SILLY "[RemoteControl ] message from (0cb449d0-1ddb-11b2-8c27-5f90252762f6) : {\"method\":\"ms.remote.control\",\"params\":{\"Cmd\":\"Click\",\"DataOfCmd\":\"KEY_MUTE\",\"Option\":\"false\",\"TypeOfRemote\":\"SendRemoteKey\"}}" {}
SILLY "[Device] requestRemoteControl" { "Cmd": "Click", "DataOfCmd": "KEY_MUTE", "Option": "false", "TypeOfRemote": "SendRemoteKey" }
SILLY "[RemoteControl ] message from (0cb449d0-1ddb-11b2-8c27-5f90252762f6) : {\"method\":\"ms.remote.control\",\"params\":{\"Cmd\":\"Click\",\"DataOfCmd\":\"KEY_MUTE\",\"Option\":\"false\",\"TypeOfRemote\":\"SendRemoteKey\"}}" {}
SILLY "[Device] requestRemoteControl" { "Cmd": "Click", "DataOfCmd": "KEY_MUTE", "Option": "false", "TypeOfRemote": "SendRemoteKey" }
SILLY "[RemoteControl ] message from (0cb449d0-1ddb-11b2-8c27-5f90252762f6) : {\"method\":\"ms.remote.control\",\"params\":{\"Cmd\":\"Click\",\"DataOfCmd\":\"KEY_VOLDOWN\",\"Option\":\"false\",\"TypeOfRemote\":\"SendRemoteKey\"}}" {}
SILLY "[Device] requestRemoteControl" { "Cmd": "Click", "DataOfCmd": "KEY_VOLDOWN", "Option": "false", "TypeOfRemote": "SendRemoteKey" }
SILLY "[Router] Incoming Request" { "ip": "::ffff:192.168.0.50", "port": "8001", "method": "GET", "url": "/", "body": {} }
SILLY "[Device] notifyRemoteNumbers" {}
VERBOSE "[Plugin : Tizen] notifyRemoteNumbers" {}
DEBUG "IPC transceive called : " { "method": "application.setRemoteNumbers", "params": { "clientNumber": 0, "deviceName": "U2Ftc3VuZyBUViBXaUZpIHJlbW90ZSBhcHA=" }, "id": "25c8e1b0-1ddb-11b2-8c27-5f90252762f6" }
DEBUG "Stringifying message" {}
DEBUG "[RemoteControl ] Destroy Tizen Addon Process because of no client." {}
SILLY "[Device] destroyTizenAddon" {}
SILLY "eventbus published : channel:client:session:end" {}
DEBUG "[RemoteControl ] RemoteControl Client has disconnected" {}
DEBUG "IPC client connected : /tmp/msf" {}
DEBUG "ipc client on end" {}
DEBUG "ipc client on close" {}
Hoffentlich hilfreich...
... meine Neugierde hat mich nicht los gelassen und ich habe den von dir verlinkten Thread etwas vorwärts gelesen (hätte ich gleich machen soll). Die tatsächliche Lösung war dann dieser Hinweis: https://forum.fhem.de/index.php/topic,57595.msg855084.html#msg855084, der mich darauf gestoßen hat, dass ich die Zeiteinheit in der Moduldoku zum SamsungAV nicht genau genug gelesen hatte. Ich dachte die ganze Zeit es wird dort in Millisekunden angegeben. Nachdem ich, wie in dem oben verlinkten Thread beschrieben, 600000 bei "delayRC" eingetragen habe gehen die Kommandos.
Ich hoffe die ganzen Infos der letzten beiden Antworten waren trotzdem nicht ganz umsonst.
Vielen Dank jedenfalls für Deine Mühe mit dem Modul Markus. Kannst gerne den "UE55KU6179" auch als getestet bei den K-Modellen mit aufnehmen.
Viele Grüße
Martin
Prima, dass es geklappt hat.
ZitatIch hoffe die ganzen Infos der letzten beiden Antworten waren trotzdem nicht ganz umsonst.
Keineswegs. Und zukünftig weiß ich, dass ein "tolles" Log nur mit dem delayRC zu tun haben kann. Auch wenn der Fragesteller schreibt, er hätte es probiert. ;) Zu meinem Glück steht in der commandref: microsec. ;D
Grüße Markus
Schon eine Idee, wann das Modul übers Update kommt?
Mir ist aufgefallen das eine sinnvolle Funktion in dem Modul noch fehlt. Die Funktion "power" bzw. "poweron" funktioniert leider nur so lange, wie das TV Geräte im Netzwerk aktiv erreichbar ist. Bei meinem Samsung Q6 Modell ist dies leider nur maximal 1 Minute nach "power"/"poweroff" der Fall. Danach ist er "absent" und lässt sich nicht mehr per Modul einschalten, dass fand ich eher nicht angebracht.
Mein Q6 lässt sich jedoch per WOL wieder einschalten. Somit habe ich das Modul um die WOL-Funktion erweitert und mit der "power"/"poweron" Funktion verknüpft. Test bvei meinem Q6 war erfolgreich.
Da für das WOL die Mac des Gerätes notwendig ist, habe ich im Define-Sub eine Automatik eingebaut welche die Mac automatisch ausliest und als Internal "Host_MAC" speichert (Gerät muss beim erstmaligen Define eingschalten sein). Um Verwirrungen zu vermeiden wurde das Internal "MAC" in "MyMAC" geändert.
An den Entwickler: Bitte Funktion prüfen und offiziell ins Modul aufnehmen.
Geänderte Codeabschnitte sind mit ##edit_by_TM## gekennzeichnet.
Guten Abend,
die Idee hatte ich ihm auch schonmal unterbreitet, allerdings hatten wir es verworfen weil es dann unter Umständen natürlich nicht bei allen Modellen funktioniert und somit teilweise Fragen von Nutzern entstehen könnten bei denen die WOL Funktion eben nicht vorhanden ist. Hast du es zufällig so implementiert das es nur bei Modellen verwendet wird die auch wirklich WOL unterstützen? Und die nächste Frage in der Hinsicht wäre, dass mit den 60 Sekunden ist bekannt, was passiert allerdings wenn ich sagen wir mal ausversehen den Fernseher ausschalte und im Anschluss direkt wieder einschalten möchte? Dann müsste das Modul unterscheiden wenn ich innerhalb der 60 Sekunden nach ausschalten wieder einschalten will, dann über den "normalen Befehl" und alles nach den 60 Sekunden über den power on WOL Befehl. ???
BTW @KölnSolar: Hast du eigentlich das direkte Aufrufen eines YouTube Videos noch implementiert für die neueren Modelle? War bis jetzt noch zu faul auf das SamsungAV-Modul umzusteigen und habe noch das "alte" STV, daher die Frage ob es vielleicht mit dem neuem geht :D
ZitatHast du eigentlich das direkte Aufrufen eines YouTube Videos noch implementiert für die neueren Modelle?
Nein, weil es nicht geht. Mir war erst beim Versuch es über 0_text_line umzusetzen klar geworden, dass das ja leider auch ab K-Serie nicht mehr geht. :'(
Und WOL als power/poweron wird natürlich aus den bekannten Gründen nicht ins Modul implementiert....
Zitatdie Idee hatte ich ihm auch schonmal unterbreitet, allerdings hatten wir es verworfen weil es dann unter Umständen natürlich nicht bei allen Modellen funktioniert und somit teilweise Fragen von Nutzern entstehen könnten bei denen die WOL Funktion eben nicht vorhanden ist. Hast du es zufällig so implementiert das es nur bei Modellen verwendet wird die auch wirklich WOL unterstützen?
Und die nächste Frage in der Hinsicht wäre, dass mit den 60 Sekunden ist bekannt, was passiert allerdings wenn ich sagen wir mal ausversehen den Fernseher ausschalte und im Anschluss direkt wieder einschalten möchte? Dann müsste das Modul unterscheiden wenn ich innerhalb der 60 Sekunden nach ausschalten wieder einschalten will, dann über den "normalen Befehl" und alles nach den 60 Sekunden über den power on WOL Befehl. ???
sub SamsungAV_Set($@)
...
if (defined $hash->{helper}{featureWOL} && defined $hash->{Mode}) {
if ($hash->{helper}{featureWOL} eq "1") {
if ( ReadingsVal($name,"state","not found") ne "disabled" && ReadingsVal($name,"presence","not found") eq "absent" && ($cmd eq "power" || $cmd eq "poweron" ) ){
return if ( WakeOnLAN($hash,$cmd) );
}
}
}
Vorraussetzung für aktivierung der WOL-Funktion:
- Attribut "featureWOL" muss auf 1 gesetzt sein
- das Modul muss mit einem DLNARenderer definiert sein um das Reading "presence" zur verfügung zu haben
- die WOL-Funktion selbst prüft vor Ausführung erst ob die angegebene IP erreichbar ist
Wenn das Reading "presence" "absent" ist wird nur das WOL ausgeführt. Hat das Reading einen anderen Wert wird das WOL nicht ausgeführt. Kurz gesagt muss das Gerät erst komplett abschaltet sein um ein WOL abzusetzen.
Es müsste noch eine Überwachung in das Modul eingepflegt werden, für den Fall das es mit einem DLNARenderer definiert wurde und dieser während dem Betrieb gelöscht wurde. Fehlt der Renderer während dem Betrieb, stürtz FHEM spätestens beim nächsten "statusRequest" ab.
Zitates dann unter Umständen natürlich nicht bei allen Modellen funktioniert und somit teilweise Fragen von Nutzern entstehen könnten bei denen die WOL Funktion eben nicht vorhanden ist
Dann müsste das "power" und "poweron"/"poweroff" ebenfalls angepasst werden. Da diese Befehle auch nicht bei allen Modellen gleich sind und somit ebenfalls Fragen von Nutzern entstehen können ;)
Hey zusammen, sorry für die späte Rückmeldung.
wie gesagt, an sich hätte ich die WOL-Funktion auch gerne mit drin aber es wurde halt damals aus den oben genannten verworfen und es war auch nicht böse gemeint, dir oder deinen Bemühungen gegenüber, ich wollte dir halt nur die Gründe dazu aufzählen ;) Für mich machen deine Bedingungen die du jetzt geschrieben hast schon auch Sinn aber es liegt an der Einschätzung von KölnSolar ob er dies übernehmen möchte oder nicht. Ich würde deine Version auch gerne testen, leider habe ich allerdings bis jetzt noch keinen DLNARenderer definiert :-[
LG Richard
Wenn ich dann alles richtig gemacht habe, gibt es das Modul ab morgen früh offiziell. Änderungen kommen dann automatisch per update.
Grüße Markus
Blöde Frage, aber ich finde das "featureWOL" nicht als ATTR ... Woher kommt das?
Zitat von: KölnSolar am 06 Februar 2019, 13:45:13
Auf dem Wege die Modifikationen des 70_STV offiziell per update zu verteilen, gibt es nun das 70_SamsungAV. Es "ersetzt" das 70_STV und sollte alle AV-Geräte von Samsung seit A-Serie unterstützen.
Edit: seit 5.4. werden Änderungen per update verteilt ;)
Hallo Markus!
Wenn 70_SamsungAV Ersatz für 70_STV ist, kann dann 70_STV nicht nach contrib verschoben werden. Hier (https://forum.fhem.de/index.php/topic,99288.0.html) gibt es aktuell auch eine Warnung für das alte Modul 70_STV. Bei Problem/Zweifel sprich bitte ggfs. Rudi an.
Gruß Christian
Hallo Christian,
ZitatWenn 70_SamsungAV Ersatz für 70_STV ist, kann dann 70_STV nicht nach contrib verschoben werden.
Ich bin ja nicht der maintainer des 70_STV. Zwar sind die alten Funktionalitäten des STV für alte Fernseher größtenteils im SamsungAV enthalten, aber Rückmeldungen über erfolgreiche Tests habe ich leider nie bekommen.
ZitatHier gibt es aktuell auch eine Warnung für das alte Modul 70_STV
Das ist meines Erachtens ein typischer pah. Ich spekuliere, dass er eine meiner Zwischenversionen installiert hat und nicht das offizielle 70_STV.
Grüße Markus
ZitatfeatureWOL
Was soll das sein ? Gab es noch nie.
Zitat von: KölnSolar am 04 April 2019, 13:54:20
Ich bin ja nicht der maintainer des 70_STV. Zwar sind die alten Funktionalitäten des STV für alte Fernseher größtenteils im SamsungAV enthalten, aber Rückmeldungen über erfolgreiche Tests habe ich leider nie bekommen.
Dann habe ich das mißverstanden. Dachte Du hättest komplett übernommen. Dann muss es wohl so bleiben wie es ist.
Gruß, Christian
Zitat von: TM4889 am 14 März 2019, 19:52:26
sub SamsungAV_Set($@)
...
if (defined $hash->{helper}{[b]featureWOL[/b]} && defined $hash->{Mode}) {
if ($hash->{helper}{featureWOL} eq "1") {
if ( ReadingsVal($name,"state","not found") ne "disabled" && ReadingsVal($name,"presence","not found") eq "absent" && ($cmd eq "power" || $cmd eq "poweron" ) ){
return if ( WakeOnLAN($hash,$cmd) );
}
}
}
Vorraussetzung für aktivierung der WOL-Funktion:
- Attribut "featureWOL" muss auf 1 gesetzt sein
- das Modul muss mit einem DLNARenderer definiert sein um das Reading "presence" zur verfügung zu haben
- die WOL-Funktion selbst prüft vor Ausführung erst ob die angegebene IP erreichbar ist
ZitatZitat von: TM4889 am 14 März 2019, 19:52:26
:o
Zitat von: KölnSolar am 14 März 2019, 10:24:05
Und WOL als power/poweron wird natürlich aus den bekannten Gründen nicht ins Modul implementiert....
Ups ;D
Das Attribut "featureWOL" ist derzeit nicht im aktuell öffentlichen Modul, das ist nur eine eigene Anpassung von mir und nur in dem letzten Anhang meiner Beiträge auf der ersten Seite enthalten.
Habe jetzt auf SamsungAV umgestellt. Leider findet er keine Apps mehr, auch nicht nach einem "set .. statusRequest".
Glaube ich hab den Fehler gefunden, in Zeile 832, anstatt:
my $json = eval {decode_json($buf)};
einfach folgendes:
my $json = eval {JSON::decode_json($buf)};
kann ich mir kaum vorstellen. Wäre ja verwunderlich, wenn es bei mir und allen anderen funktioniert und es einen Bug gäbe.
In Deiner Änderung sehe ich auch keinen großen Unterschied. Lediglich, wenn JSON nicht installiert wäre oder Du eine andere decode-json-Funktion hättest.
Json ist installiert. Habe auch keine andere decode-json Funktion, für SamsungAV läuft eine extra FHEM Instanz und die ist clean. Alle anderen Aufrufe in der 70_SamsungAV.pm sind mit "JSON::". Habe es jetzt mehrmals getestet. Ohne "JSON::" gibt ref($json->{data}{data}) eq "ARRAY" false und es wird ein Fehler geloggt:Log3 $name, 3, "[STV] $name timelag to reach all json data for app list might be too small";
ZitatLog3 $name, 3, "[STV] $name timelag to reach all json data for app list might be too small";
Naja, die sagt ja nichts anderes, als dass die Zeit zu kurz war.
Dazu müsstest Du mal in Zeile 829
Time::HiRes::usleep(500000); # just to get all data, otherwise crashing FHEM
von 500000 auf z.B. 1000000 erhöhen.
Vielleicht ist es bei Dir grenzwertig und Dein voranstellen des Paketnamens JSON bringt ein paar µs. Würd mich mal interessieren.
Schon längst probiert, die Zeit reicht aus. Bekomme immer das gleiche (vollständige und valide) JSON.
ohne JSON::
2019.07.15 12:35:55.477 5: [SamsungAV] stv send payload: {"params":{"event":"ed.installedApp.get","TypeOfRemote":"SendRemoteKey","to":"host"},"method":"ms.channel.emit"}
2019.07.15 12:35:56.491 5: [SamsungAV] response stv to write_payload: {"data":{"data":[{"appId":"111299001912","app_type":2,"icon":"/opt/share/webappservice/apps_icon/FirstScreen/111299001912/250x250.png","is_lock":0,"name":"YouTube"},{"appId":"11101200001","app_type":2,"icon":"/opt/share/webappservice/apps_icon/FirstScreen/11101200001/250x250.png","is_lock":0,"name":"Netflix"},{"appId":"3201512006963","app_type":2,"icon":"/opt/share/webappservice/apps_icon/FirstScreen/3201512006963/250x250.png","is_lock":0,"name":"Plex"},{"appId":"3201601007250","app_type":2,"icon":"/opt/share/webappservice/apps_icon/FirstScreen/3201601007250/250x250.png","is_lock":0,"name":"Google Play Filme"},{"appId":"11091000000","app_type":2,"icon":"/opt/share/webappservice/apps_icon/FirstScreen/11091000000/250x250.png","is_lock":0,"name":"Facebook Watch"},{"appId":"3201708014649","app_type":2,"icon":"/opt/share/webappservice/apps_icon/FirstScreen/3201708014649/250x250.png","is_lock":0,"name":"Sports"},{"appId":"3201607009920","app_type":2,"icon":"/opt/share/webappservice/apps_icon/FirstScreen/3201607009920/250x250.png","is_lock":0,"name":"DAZN"},{"appId":"3201606009684","app_type":2,"icon":"/opt/share/webappservice/apps_icon/FirstScreen/3201606009684/250x250.png","is_lock":0,"name":"Spotify"},{"appId":"org.tizen.browser","app_type":4,"icon":"/opt/share/webappservice/apps_icon/FirstScreen/webbrowser/250x250.png","is_lock":0,"name":"Internet"},{"appId":"20172100006","app_type":2,"icon":"/opt/share/webappservice/apps_icon/FirstScreen/20172100006/250x250.png","is_lock":0,"name":"e-Manual"},{"appId":"3201705012365","app_type":2,"icon":"/opt/share/webappservice/apps_icon/FirstScreen/3201705012365/250x250.png","is_lock":0,"name":"ZDF mediathek"},{"appId":"3201511006428","app_type":2,"icon":"/opt/share/webappservice/apps_icon/FirstScreen/3201511006428/250x250.png","is_lock":0,"name":"Rakuten TV"},{"appId":"3201512006785","app_type":2,"icon":"/opt/share/webappservice/apps_icon/FirstScreen/3201512006785/250x250.png","is_lock":0,"name":"Prime Video"},{"appId":"3201412000679","app_type":2,"icon":"/opt/share/webappservice/apps_icon/FirstScreen/3201412000679/250x250.png","is_lock":0,"name":"ARD"},{"appId":"3201608010269","app_type":2,"icon":"/opt/share/webappservice/apps_icon/FirstScreen/3201608010269/250x250.png","is_lock":0,"name":"Brandworld"},{"appId":"3201608010221","app_type":2,"icon":"/opt/share/webappservice/apps_icon/FirstScreen/3201608010221/250x250.png","is_lock":0,"name":"ProSieben"},{"appId":"3201505002690","app_type":2,"icon":"/opt/share/webappservice/apps_icon/FirstScreen/3201505002690/250x250.png","is_lock":0,"name":"CHILI"},{"appId":"3201506003123","app_type":2,"icon":"/opt/share/webappservice/apps_icon/FirstScreen/3201506003123/250x250.png","is_lock":0,"name":"maxdome"},{"appId":"3201903018105","app_type":2,"icon":"/opt/share/webappservice/apps_icon/FirstScreen/3201903018105/250x250.png","is_lock":0,"name":"Samsung Sportworld"},{"appId":"3201804016033","app_type":2,"icon":"/opt/share/webappservice/apps_icon/FirstScreen/3201804016033/250x250.png","is_lock":0,"name":"waipu.tv – Fernsehen wie noch nie"},{"appId":"3201704012215","app_type":2,"icon":"/opt/share/webappservice/apps_icon/FirstScreen/3201704012215/250x250.png","is_lock":0,"name":"VR-SmartTV"},{"appId":"3201612011418","app_type":2,"icon":"/opt/share/webappservice/apps_icon/FirstScreen/3201612011418/250x250.png","is_lock":0,"name":"McAfee Security for TV"}]},"event":"ed.installedApp.get","from":"host"}
2019.07.15 12:35:56.491 5: [SamsungAV]
2019.07.15 12:35:56.491 3: [SamsungAV] stv timelag to reach all json data for app list might be too small
mit JSON::
2019.07.15 12:50:24.350 5: [SamsungAV] stv send payload: {"method":"ms.channel.emit","params":{"TypeOfRemote":"SendRemoteKey","event":"ed.installedApp.get","to":"host"}}
2019.07.15 12:50:25.355 5: [SamsungAV] response stv to write_payload: {"data":{"data":[{"appId":"111299001912","app_type":2,"icon":"/opt/share/webappservice/apps_icon/FirstScreen/111299001912/250x250.png","is_lock":0,"name":"YouTube"},{"appId":"11101200001","app_type":2,"icon":"/opt/share/webappservice/apps_icon/FirstScreen/11101200001/250x250.png","is_lock":0,"name":"Netflix"},{"appId":"3201512006963","app_type":2,"icon":"/opt/share/webappservice/apps_icon/FirstScreen/3201512006963/250x250.png","is_lock":0,"name":"Plex"},{"appId":"3201601007250","app_type":2,"icon":"/opt/share/webappservice/apps_icon/FirstScreen/3201601007250/250x250.png","is_lock":0,"name":"Google Play Filme"},{"appId":"11091000000","app_type":2,"icon":"/opt/share/webappservice/apps_icon/FirstScreen/11091000000/250x250.png","is_lock":0,"name":"Facebook Watch"},{"appId":"3201708014649","app_type":2,"icon":"/opt/share/webappservice/apps_icon/FirstScreen/3201708014649/250x250.png","is_lock":0,"name":"Sports"},{"appId":"3201607009920","app_type":2,"icon":"/opt/share/webappservice/apps_icon/FirstScreen/3201607009920/250x250.png","is_lock":0,"name":"DAZN"},{"appId":"3201606009684","app_type":2,"icon":"/opt/share/webappservice/apps_icon/FirstScreen/3201606009684/250x250.png","is_lock":0,"name":"Spotify"},{"appId":"org.tizen.browser","app_type":4,"icon":"/opt/share/webappservice/apps_icon/FirstScreen/webbrowser/250x250.png","is_lock":0,"name":"Internet"},{"appId":"20172100006","app_type":2,"icon":"/opt/share/webappservice/apps_icon/FirstScreen/20172100006/250x250.png","is_lock":0,"name":"e-Manual"},{"appId":"3201705012365","app_type":2,"icon":"/opt/share/webappservice/apps_icon/FirstScreen/3201705012365/250x250.png","is_lock":0,"name":"ZDF mediathek"},{"appId":"3201511006428","app_type":2,"icon":"/opt/share/webappservice/apps_icon/FirstScreen/3201511006428/250x250.png","is_lock":0,"name":"Rakuten TV"},{"appId":"3201512006785","app_type":2,"icon":"/opt/share/webappservice/apps_icon/FirstScreen/3201512006785/250x250.png","is_lock":0,"name":"Prime Video"},{"appId":"3201412000679","app_type":2,"icon":"/opt/share/webappservice/apps_icon/FirstScreen/3201412000679/250x250.png","is_lock":0,"name":"ARD"},{"appId":"3201608010269","app_type":2,"icon":"/opt/share/webappservice/apps_icon/FirstScreen/3201608010269/250x250.png","is_lock":0,"name":"Brandworld"},{"appId":"3201608010221","app_type":2,"icon":"/opt/share/webappservice/apps_icon/FirstScreen/3201608010221/250x250.png","is_lock":0,"name":"ProSieben"},{"appId":"3201505002690","app_type":2,"icon":"/opt/share/webappservice/apps_icon/FirstScreen/3201505002690/250x250.png","is_lock":0,"name":"CHILI"},{"appId":"3201506003123","app_type":2,"icon":"/opt/share/webappservice/apps_icon/FirstScreen/3201506003123/250x250.png","is_lock":0,"name":"maxdome"},{"appId":"3201903018105","app_type":2,"icon":"/opt/share/webappservice/apps_icon/FirstScreen/3201903018105/250x250.png","is_lock":0,"name":"Samsung Sportworld"},{"appId":"3201804016033","app_type":2,"icon":"/opt/share/webappservice/apps_icon/FirstScreen/3201804016033/250x250.png","is_lock":0,"name":"waipu.tv – Fernsehen wie noch nie"},{"appId":"3201704012215","app_type":2,"icon":"/opt/share/webappservice/apps_icon/FirstScreen/3201704012215/250x250.png","is_lock":0,"name":"VR-SmartTV"},{"appId":"3201612011418","app_type":2,"icon":"/opt/share/webappservice/apps_icon/FirstScreen/3201612011418/250x250.png","is_lock":0,"name":"McAfee Security for TV"}]},"event":"ed.installedApp.get","from":"host"}
2019.07.15 12:50:25.356 5: [SamsungAV] ARRAY found
2019.07.15 12:50:25.356 5: [SamsungAV] Application: YouTube Id: 111299001912
2019.07.15 12:50:25.356 5: [SamsungAV] Application: Netflix Id: 11101200001
2019.07.15 12:50:25.356 5: [SamsungAV] Application: Plex Id: 3201512006963
2019.07.15 12:50:25.356 5: [SamsungAV] Application: Google Play Filme Id: 3201601007250
2019.07.15 12:50:25.356 5: [SamsungAV] Application: Facebook Watch Id: 11091000000
2019.07.15 12:50:25.356 5: [SamsungAV] Application: Sports Id: 3201708014649
2019.07.15 12:50:25.357 5: [SamsungAV] Application: DAZN Id: 3201607009920
2019.07.15 12:50:25.357 5: [SamsungAV] Application: Spotify Id: 3201606009684
2019.07.15 12:50:25.357 5: [SamsungAV] Application: Internet Id: org.tizen.browser
2019.07.15 12:50:25.357 5: [SamsungAV] Application: e-Manual Id: 20172100006
2019.07.15 12:50:25.357 5: [SamsungAV] Application: ZDF mediathek Id: 3201705012365
2019.07.15 12:50:25.357 5: [SamsungAV] Application: Rakuten TV Id: 3201511006428
2019.07.15 12:50:25.357 5: [SamsungAV] Application: Prime Video Id: 3201512006785
2019.07.15 12:50:25.358 5: [SamsungAV] Application: ARD Id: 3201412000679
2019.07.15 12:50:25.358 5: [SamsungAV] Application: Brandworld Id: 3201608010269
2019.07.15 12:50:25.358 5: [SamsungAV] Application: ProSieben Id: 3201608010221
2019.07.15 12:50:25.358 5: [SamsungAV] Application: CHILI Id: 3201505002690
2019.07.15 12:50:25.358 5: [SamsungAV] Application: maxdome Id: 3201506003123
2019.07.15 12:50:25.358 5: [SamsungAV] Application: Samsung Sportworld Id: 3201903018105
2019.07.15 12:50:25.358 1: PERL WARNING: Wide character in print at fhem.pl line 979.
2019.07.15 12:50:25.358 5: [SamsungAV] Application: waipu.tv – Fernsehen wie noch nie Id: 3201804016033
2019.07.15 12:50:25.358 5: [SamsungAV] Application: VR-SmartTV Id: 3201704012215
2019.07.15 12:50:25.358 5: [SamsungAV] Application: McAfee Security for TV Id: 3201612011418
2019.07.15 12:50:25.394 4: [SamsungAV] stv online with 192.168.2.220:8001 - HTTP-Response: 401
Danke fürs testen.
Tssss, seltsam. Muss aber trotzdem eine Besonderheit bei Dir sein. Ich passe es mal an....
Hallo Markus,
kannst Du die Channel-Nummer-Eingabe 4-stellig machen? dann muss man die Kanäle nicht auf die ersten 99 legen;-)
Ja, ich weiß, man kann auch die einzelnen Ziffern übergeben, aber dann muss man dazwischen immer ein "wait" einfügen, da sonst Eingaben verschluckt werden.
Gruss
Thorsten
Hi Thorsten,
meinst Du das macht wirklich Sinn ? Man müsste ja dann in der riiiiieeeesen Liste seine Kanäle suchen. ??? Ist dann die FHEM-remotecontrol nicht ideal für Deinen Zweck ? 4 clicks und Du hast umgeschaltet.
Absolute channelwahl geht ja nur über den DLNA-Renderer. Der gibt sogar nur einstellig vor. Heißt also, dass das Modul bei größeren Werten keine Probleme machen sollte. Kannst Du mal die Befehle
set TV_Samsung-device channel 1xyz
und
set TV_DLNARenderer-device channel 1xyz
im Webinterface ausprobieren.
Wenn einer oder gar beide Befehle funktionieren, fällt uns vielleicht ein workaround ein. Ich hab da schon grob was im Hinterkopf....
Grüße Markus
Hallo Markus,
den DNLARenderer hab ich nicht installiert, und der Set-Befehl 4-stellig geht ja leider nicht. Kann man auf dem TV verfolgen, kommen nur zwei Ziffern an.
Gruss
Thorsten
Hallo Thorsten,
wie recht Du hast. Ich hatte das indirekt über die Makro-Funktion umgesetzt. ::)
Mit der lässt sich dann auch 4-stellig schalten. Habs gerade ausprobiert. Hätten wir schon einmal einen halben workaround. ;)
Mit dummy und notify könntest Du Dir Deine konkreten Kanäle definieren.
define TV_channel dummy
attr TV_channel setList state:1000,1001...........
attr TV_channel webCmd state
define act_on_TV_channel notify TV_channel { if ("$EVENT" eq "1000") { fhem("set Fernseher 0_macro 1,0,0,0") } elseif ("$EVENT" eq "1001") { fhem("set Fernseher 0_macro 1,0,0,1") } elseif ..... Damit wäre es vollständig. Ist das die Lösung ?
Mit remotecontrol ist nix für Dich ?
Grüße Markus
Hallo Markus,
danke für Deine schnelle Hilfe. Das ist leider auch nicht das Richtige. Ich muss weiter ausholen: Ich habe einen Echo Dot geschenkt bekommen. Ich hab mich bis dahin geweigert, so ein Ding zu benutzen (Abhöreinrichtung;-)), aber jetzt, wo das Teil da ist...
Ich will die einzelnen Sender mit Namen schalten ("Alexa, schalte ARD ein"). Geht auch, ich habe warscheinlich einen schlechten Lösungsansatz gewählt:
-Dummy mit dem Sendernamen gesetzt
-DOIF mit dem Befehl, über SamsungAV die Sendernummer zu übermitteln
Ich muss die Sendernummer 4-stellig eingeben, da sonst der TV bei 2 oder 3 Stellen wartet, ob man noch mehr eingiebt. Leider kann ich die Zahlen auch nicht in einem Rutsch hintereinander übermitteln, da sonst Eingaben übersprungen werden. Also dazwischen Waits mit 0.2 sec.
Das ganze ist sehr aufwendig. Wenn ich jedenfalls 4-stellig übergeben könnte, wäre dass aber schon eie Erleichterung.
Dann habe ich überlegt, ob man das DOIF einmalig anlegen kann, und die Sendernummer als Konstante aus dem Sender.Dummy übernimmt. Da bin ich aber auch nicht weiter gekommen, siehe
https://forum.fhem.de/index.php/topic,102274.0.html
Nun gebe ich erst ein mal auf...
Danke und Gruss
Thorsten
Du weißt doch: aufgeben is nicht. ;D
Ginge denn nichtdefine TV_channel dummy
attr TV_channel setList state:ARD,ZDF...........
attr TV_channel webCmd state
define act_on_TV_channel notify TV_channel { if ("$EVENT" eq "ARD") { fhem("set Fernseher 0_macro 1,0,0,0") } elseif ("$EVENT" eq "ZDF") { fhem("set Fernseher 0_macro 1,0,0,1") } elseif ..... ? :-\
DOIF ist nicht so meins. Ist mir zu komplex/kompliziert.
Oder liegt es gar an Deiner alexa-Umsetzung ? (Hab da dieselbe Meinung wie Du, aber man kommt am Fortschritt nicht vorbei)
Ich hab das noch nach "alter" Manier mit custom skill, fhemIntents.
Sprachkommando:
Alexa, sage Flimmerkiste das Erste
löst über fhemIntents meine Sub Alexacmd mit "tv1" aus
dort ist dann
"tv1" => "set Fernseher 1;; ich habe A.R.D eingeschaltet"
also der Schaltbefehl und die Voice-Ausgabe von alexa.
alexa-Antwort
ich habe A.R.D eingeschaltet
Will heißen: Wenn ich ARD auf 1000 liegen hätte, müsste ich nur den Makro-Befehl mit 1,0,0,0 in meine sub einbauen.
Hey :)
ZitatIch muss die Sendernummer 4-stellig eingeben, da sonst der TV bei 2 oder 3 Stellen wartet, ob man noch mehr eingiebt. Leider kann ich die Zahlen auch nicht in einem Rutsch hintereinander übermitteln, da sonst Eingaben übersprungen werden. Also dazwischen Waits mit 0.2 sec.
Nur um das direkt mal zu sagen bevor du dich an die vollständige Umsetzung machst, bei mir klappt es auch wenn ich zum Beispiel die Ziffer 2 und danach den Befehl Enter übergebe. Dann ist es, zumindest bei mir, nicht nötig 4 Stellen anzugeben sondern nur eine und mithilfe des Enters wird direkt auf die Senderzahl umgeschalten. Einfach mal probieren, sollte meines Erachtens bei dir aber auch funktionieren, es wäre sauberer und durch eine geringer Befehlsangabe auch schneller und evtl. fehlerunanfälliger. Wenn du Lust hast kannst du ja mal dein Ergebnis hier reinposten, vielleicht findet das irgendwann noch Verwendung bei mir, aber halt mit dem Google Assistant ;)
LG Richard
Hallo Markus,
danke für die Aufmunterung.-)) "0_macro" funktioniert schon mal tadellos. Ich muß bei meiner Lösung leider für jeden Sender einen Dummy setzen, damit ich für jeden Dummy einen Alexa-Namen vergeben kann, und somit den Sender "einschalten".
Wenn jemand noch eine einfachere Lösung hat, dann her damit. ich habe keine Homebridge. Ich werde mich. bei dem Modul Fhem_Connect mit dem Attribut "genericDeviceType - media" außeinandersetzen.
@R1k4rd: meine Sender liegen total versteut, hab ich nicht sortiert (zu faul). Oder hast Du eine Anwendung, mit der das gut funktioniert? Oder eine aktuelle Programmliste?
Gruss
Thorsten
Zitat@R1k4rd: meine Sender liegen total versteut, hab ich nicht sortiert (zu faul). Oder hast Du eine Anwendung, mit der das gut funktioniert? Oder eine aktuelle Programmliste?
Ich benutze seit Jahren ChanSort, damit funktioniert es eigentlich echt super einfach und schnell (20min wenn du von 1000 auf ca. 50 Sender reduzierst usw.) und man kann dann halt zu jedem Fernseher gehen und die gleiche Senderliste dort einfach importieren. Am besten gehst du so vor: am Fernseher nochmal Sendersuchlauf machen, dann Senderliste mit allen Sendern auf USB exportieren, dann am PC nach Wunsch bearbeiten und dann halt wieder importieren. Hier noch der Link: https://www.chip.de/downloads/ChanSort_60828875.html (unten Rechts manuelle Installation erspart die Werbung von Chip usw.)
LG Richard
Hallo Markus,
zu früh gefreut: Macro geht zwar in der Eingabezeile, im DOIF wird aber nur die erste Ziffer übermittelt, die letzten drei werden verschluckt.
Gruss
Thorsten
Hi Thorsten,
hab ich nicht ganz verstanden. Der set TV 0_macro 1,0,0,0 bringt nur die 1 auf den TV ? Dann müssten doppelte Kommas helfen, sprich, das DOIF raubt vielleicht zuviel Zeit ? :-\
Grüße Markus
Hallo Markus,
nee, eher andersrum: Das DOIF schickt die einzelnen Befehle (Ziffern) zu schnell hintereinander. Ist genau so, als wenn ich die einzelnen Zahlen hintereinander ohne "wait" dazwischen sende.
Gruss
Thorsten
das kommt auf dasselbe raus. 2 anstatt 1 Komma geben dem TV mehr Zeit. ;)
Probier mal...
Hallo Markus,
alles klar, teste ich.
Ich habe versucht, bei meinem TV das Attribut "genericDeviceType - media" zu setzen. Dann das Attr. "homebridgeMapping - ChannelController:reading=<reading>,cmd=<cmd>", wie in:
https://wiki.fhem.de/wiki/FHEM_Connector_f%C3%BCr_Amazon_Alexa#Finale:_Skill_verkn.C3.BCpfen
beschrieben. Alexa Namen vergeben. Dann in der Alexa App nach neuen Geräten "Typ" TV suchen lassen. Wird auch gefunden, aber mehr als ausschalten geht nicht. Mir fehlt noch das Verständnis. siehe:
https://forum.fhem.de/index.php/topic,102274.0.html
Der User MadMax-FHEM hat seine Mediabox eingebunden. Warum geht das nicht mit dem SamsungAV Modul?
Noch etwas anderes: Wenn ich den TV ausschalte, dauert es, bis SamsungAV erkennt das er aus ist. Das ist klar, er befindet sich noch ca. 2min. im "Dämmerschlaf". Aber nach dem starten dauert es auch 50sec., bis SamsungAV erkennt, das das Ding an ist. Kann man die Zeitspanne verkürzen? Wäre gut, da nach dem Start der Sender erst nach dieser Zeit ungeschaltet werden kann. Ist blöd, wenn der Fernseher auf einem bestimmten Sender gestartet werden soll. (Aufwecken geht ja bestens mit dem WOL-Modul). Das dauert dann 50sec., bis auf den gewünschten Kanal geschaltet werden kann.
Gruss
Thorsten
Hi Thorsten,
eine Ecke Timelag werden wir nicht vermeiden können. Bis der sich ins Wlan(bei vielen) eingebucht hat. Ich denke die 50s waren subjektiv. Wenn ich mich recht entsinne läuft ein internaltimer mit Periode 60s. Das würd ich ungern ändern wollen.
Du könntest aber ein notify auf Dein WOL machen u. ein set TV statusRequest (mit Verzögerung, die Du austesten musst) absetzen. Danach sollten die TV-Befehle funktionieren.
ZitatDer User MadMax-FHEM hat seine Mediabox eingebunden. Warum geht das nicht mit dem SamsungAV Modul?
Das hat ja wenig mit dem Modul zu tun. In Alexa bin ich nicht mehr so drin und nutze auch die neue Variante nicht. Letztendlich ist die Schnittstelle ein event in FHEM. Und darauf können wir dann aufbauen und den TV schalten. Dummchen Aley weiß ja gar nicht, was sie da von sich gibt und wir schalten den TV. ;D
Grüße Markus
Hallo, ich habe heute meinen Samsung UE55MU7009 erfolgreich eingebunden.
Wenn ich nun versuche eine Textnachricht an den TV zu senden (set_0_textline) dann hängt sich FHEM komplett auf.
Woran könnte das liegen?
Mein TV:
Internals:
DEF 192.168.178.52 8001
FUUID 5d4d29c0-f33f-55ed-a41c-6fc6162e95844013
Host 192.168.178.52
Mode
NAME MeinFernseher
NR 1296
NTFY_ORDER 50-MeinFernseher
Port 8001
STATE on
TYPE SamsungAV
READINGS:
2019-08-09 10:34:38 state on
helper:
Attributes:
room TV
verbose 5
Auszug aus dem Log:
2019.08.09 10:29:11 4: [SamsungAV] MeinFernseher online with 192.168.178.52:8001 - HTTP-Response: 401
2019.08.09 10:29:51 5: [SamsungAV] MeinFernseher command 0_text_line parameter Hallo
DEBUG: .../IO/Socket/SSL.pm:2853: new ctx 94458045728528
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:877: ssl handshake done
2019.08.09 10:29:51 4: [SamsungAV] HTTP socket-connection to MeinFernseher. SSL_Reply:
2019.08.09 10:29:51 4: [SamsungAV] HTTP socket-connection to MeinFernseher successful.
2019.08.09 10:29:51 5: [SamsungAV] MeinFernseher send to TV: GET /api/v2/channels/samsung.remote.control?name=RkhFTVJlbW90ZQ== HTTP/1.1
Upgrade: websocket
Connection: Upgrade
Host: 192.168.178.52:8002
Sec-WebSocket-Key: dGhlIHNhbXBsZSBub25jZQ==
Sec-WebSocket-Version: 13
2019.08.09 10:29:51 5: [SamsungAV] MeinFernseher first websocket response: HTTP/1.1 101 Switching Protocols
Upgrade: WebSocket
Connection: Upgrade
Sec-WebSocket-Accept: s3pPLMBiTxaQ9kYGzzhZRbK+xOo=
ZitatWenn ich nun versuche eine Textnachricht an den TV zu senden (set_0_textline) dann hängt sich FHEM komplett auf.
Absturz oder extrem langer freeze ?
Du hast den Befehl falsch interpretiert(trotzdem darf das natürlich keine Auswirkung auf das System haben. Das werde ich korrigieren). Du kannst mit dem Befehl keine Textnachricht senden. Dafür musst Du "meinen" DLNA_Renderer (https://forum.fhem.de/index.php/topic,82890.msg759194.html?PHPSESSID=kgmbchh75q4l7gr7el162oti54#msg759194) einsetzen. 0_textline ist nur dazu da, dass man bei einer App oder WWW-Browser eine Textzeile an die Applikation schicken kann.
Zitat von: KölnSolar am 09 August 2019, 11:04:26
Absturz oder extrem langer freeze ?
Du hast den Befehl falsch interpretiert....
Ich habe mehrere Minuten gewartet bis ich einen Systemreset durchgeführt habe. Zwei mal in Folge hab ich das getestet....
Achso. Ok dann werde ich das DLNA Thema mal angehen. Vielen Dank :)
Da war dann der Wunsch Vater des Gedanken. 0_text_line ist nur für Serien bis F implementiert. ::) Werde ich also korrigieren, so dass der Befehl für jüngere Serien nicht mehr angeboten wird.
Auch, wenn der Befehl unsinnig ist, einen Absturz oder freeze konnte ich bei mir nicht reproduzieren. :-\
2019.08.09 12:11:16 5: [SamsungAV] Fernseher command 0_text_line parameter what
.
.
2019.08.09 12:11:16 4: [SamsungAV] HTTP socket-connection to Fernseher. SSL_Reply:
2019.08.09 12:11:16 4: [SamsungAV] HTTP socket-connection to Fernseher successful.
2019.08.09 12:11:16 5: [SamsungAV] Fernseher send to TV: GET /api/v2/channels/samsung.remote.control?name=RkhFTVJlbW90ZQ==&token=14508320 HTTP/1.1
Upgrade: websocket
Connection: Upgrade
Host: 192.168.178.61:8002
Sec-WebSocket-Key: dGhlIHNhbXBsZSBub25jZQ==
Sec-WebSocket-Version: 13
2019.08.09 12:11:16 5: [SamsungAV] Fernseher first websocket response: HTTP/1.1 101 Switching Protocols
Upgrade: WebSocket
Connection: Upgrade
Sec-WebSocket-Accept: s3pPLMBiTxaQ9kYGzzhZRbK+xOo=
2019.08.09 12:11:16 5: [SamsungAV] Fernseher Statusbytes of second websocket response: 817e0115
2019.08.09 12:11:16 5: [SamsungAV] Fernseher data of second websocket response: {"data":{"clients":[{"attributes":{"name":"RkhFTVJlbW90ZQ==","token":"14508320"},"connectTime":1565345476517,"deviceName":"RkhFTVJlbW90ZQ==","id":"ebef5bd9-81a3-4a70-8525-a676862567ef","isHost":false}],"id":"ebef5bd9-81a3-4a70-8525-a676862567ef"},"event":"ms.channel.connect"}
2019.08.09 12:11:16 4: [SamsungAV] Fernseher sending 0_TEXT_LINE
2019.08.09 12:11:16 5: [SamsungAV] Fernseher send payload: {"params":{"TypeOfRemote":"SendRemoteKey","Cmd":"Click","DataOfCmd":"KEY_0_TEXT_LINE","Option":"false"},"method":"ms.remote.control"}
Es wurde also nur ein nicht vorhandener TV-Befehl gesendet, der dann logischerweise vom TV nicht verarbeitet werden kann.
Was im Vergleich zu Deinem TV als Unterschied auffällt: Der Zugriff bei Dir erfolgte ohne token. Könnte es sein, dass FHEM "hing", weil noch ein secutity-pop-up auf dem TV bestätigt werden wollte ? Oder hast Du nur(was nicht schlimm ist) nicht die aktuellste firmware auf dem TV, sprich automatische firmware-updates ausgeschaltet ?
Du hast in beide Fällen Recht gehabt. Updates waren aus. Ich habe ein Update gemacht und nochmal 0_set_text durchgeführt. Darauf hin kann ein Pop-up am TV welches ich bestätigen musste.... Fhem hat sich nicht mehr aufgehängt.
Ich danke für Deine Hilfe
Gesendet von meinem LYA-L29 mit Tapatalk
Hallo,
ich wollte das Modul gerade in Google Assistant nativ integrieren, leider bekomme ich es bei mir nicht eingerichtet.
Model: UE55ES6300
Mit samsungctl kann ich das Gerät steuern und muss nur einmal am TV die Verbindung akzeptieren. Ich habe es auch mit regapp_smartcrypto.py probiert, leider erhalte ich da gar keine Meldung am TV (IP im Script geändert und bereits mehrere Ports probiert). Kannst du mir bitte weiterhelfen damit ich es bei mir testen kann und dann in Google Assistant FHEM Connect implementieren kann?
ZitatUE55ES6300
gelesen ? (https://wiki.fhem.de/wiki/SamsungAV#E-Series.282012.29)
Edit: Und wo wir einmal hier zum Thema zusammen sind, könnten wir uns austauschen, wie wir zum DLNARenderer weiter vorgehen. ;)
Ja, gelesen. Ich habe es genau so definiert, leider erhalte ich keine Meldung am TV. Mit der samsungctl App erhalte ich jedoch die Meldung. Das STV Modul habe ich auch noch aktiv am Laufen, stoert das vielleicht das SamsungAV Modul?
Bzgl. DLNARenderer, ich habe im Moment noch den Fokus auf Google Assistant, gibt es größere Punkte die du anpassen möchtest?
ZitatBzgl. DLNARenderer, ich habe im Moment noch den Fokus auf Google Assistant, gibt es größere Punkte die du anpassen möchtest
Immens viel. Meine inoffizielle Version (https://forum.fhem.de/index.php/topic,39706.msg885157.html#msg885157) hat mittlerweile 133 Downloads. ??? Ich habe auch einiges an der Struktur des Moduls verändert. Meines Erachtens könnte man meine Version produktiv übernehmen, es müssten sich nur vorab Tester finden, die die Funktionsfähigkeit für die nicht Samsung-devices bestätigen. Ich könnte dann auch ggfs. das Modul für den Support übernehmen....
ZitatIch habe es genau so definiert, leider erhalte ich keine Meldung am TV. Mit der samsungctl App erhalte ich jedoch die Meldung.
Dann guck doch mal auf dem TV und entferne sämtliche vorhandenen Berechtigungen.
ZitatDas STV Modul habe ich auch noch aktiv am Laufen, stoert das vielleicht das SamsungAV Modul?
Puh, bin mir nicht sicher. Das einfachste ist sicherlich, wenn Du es mal deaktivierst(da das STV das nicht kann, einfach ein defmod mit falscher IP)
Und ansonsten ein Log mit verbose=5
DLNARenderer, gerne können wir deine Version übernehmen und für mich ist es auch in Ordnung wenn du den Support übernimmst :)
Wegen TV werde ich später nochmals probieren. Btw, hast du die vielleicht überlegt ein Attribut zu erstellen, wo man ein Mapping der TV Sendernamen auf die Sendernummer macht? Ich würde das nämlich gerne im Google Assistant übernehmen und dann bräuchte niemand homebridgeMappings konfigurieren. Dann könnte man sagen "Schalte den Fernseher auf Pro7" und es wird die Sendungsnummer von Google Assistant FHEM Connect an das Modul gesendet, oder in deinem Modul wird Pro7 auf 7 gemapped und es sendet dann 7 an den TV. Was hältst du davon?
Es läuft nun! :)
Ich musste ein statusRequest manuell durchführen, dann ging es auf "on". Ich habe mir den Code kurz angesehen und wie es aussieht, dürfte SamsungAV_Init nicht aufgerufen werden. Ich habe nun das disable Attribut auf 0 gesetzt (war vorher garnicht gesetzt) und damit wird der regelmäßige Aufruf von SamsungAV_Init ausgelöst.
ZitatWas hältst du davon?
wenig. ;)
Hintergrund ist, dass die Befehle ja generell 1:1 sind. Wenn ich Dich richtig verstehe, müsste das Attribut gelesen, geprüft werden, ob der Befehl vorhanden ist und ggfs. der Befehl ersetzt werden. Was meint denn der Rest dazu ?
ZitatEs läuft nun! :)
Na prima.
ZitatIch habe mir den Code kurz angesehen und wie es aussieht, dürfte SamsungAV_Init nicht aufgerufen werden.
Eigentlich schon.
ZitatIch habe nun das disable Attribut auf 0 gesetzt (war vorher garnicht gesetzt)
muss ja auch nicht. Ist default=0.
ZitatDLNARenderer, gerne können wir deine Version übernehmen und für mich ist es auch in Ordnung wenn du den Support übernimmst :)
Wenn Du meine Version mit Deinen Geräten mal testen könntest auf generelle Funktionsweise, könnte man es wagen meine Version produktiv zu schalten. Du hast ja vermutlich devices, die CaskeId unterstützen. Da hab ich zwar nichts dran geändert, aber wer weiß....
Bei den 133 Downloadern gab es bisher kein Problem. Sind vermutlich aber überwiegend Samsung-Nutzer...
Ich habe mir das SamsungAV_Init nochmals angesehen, diese Ausgabe "[SamsungAV] device $name initialising...." kommt bei mir nie wenn ich es einmal initialisiere.
DLNARenderer, ich habe leider auch kein CaskeId Geraet mehr, aber einige Nutzer bestimmt noch. Wir koennen ja mal im DLNARenderer Thread die Frage stellen.
ZitatIch habe mir das SamsungAV_Init nochmals angesehen, diese Ausgabe "[SamsungAV] device $name initialising...." kommt bei mir nie wenn ich es einmal initialisiere.
Ich denke schon. Aber die kommt ja nur beim FHEM-Start.
Und da ist der Hund begraben. Beim define hast Du recht mit
Zitatwie es aussieht, dürfte SamsungAV_Init nicht aufgerufen werden.
ZitatDLNARenderer, ich habe leider auch kein CaskeId Geraet mehr, aber einige Nutzer bestimmt noch. Wir koennen ja mal im DLNARenderer Thread die Frage stellen.
mach ich...
Ich habe nun das Sendermapping in homebridgeMapping fuer Google Assistant untergebracht:
https://forum.fhem.de/index.php/topic,96696.msg1012003.html#msg1012003
Hallo zusammen,
seit kurzem habe ich einen neuen Samsung TV UE55RU7179.
Diesen würde ich gerne wieder an FHEM anbinden. Habe mir dazu das Modul SamsungAV näher angeschaut.
Das Erstellen des Devices klappt noch:
define wz_tv2 SamsungAV 192.168.0.101 8001
Leider kann ich aber kein Kommando an den TV senden. Ich erhalte immer die Meldung:
"wz_tv2 currently not available. Try later. "
Dabei ist der TV angeschaltet und ich kann ihn auch pingen.
Was mich stutzig macht:
Der Aufruf von http://192.168.0.101:8001/api/v2 führt zur Antwort:
<html><body>401</body></html>
Hat jemand von euch eine Idee? Haben die neuesten Generationen wieder Änderungen in der API enthalten?
Ich danke euch für Tipps!
ZitatWas mich stutzig macht:
Der Aufruf von http://192.168.0.101:8001/api/v2 führt zur Antwort:
<html><body>401</body></html>
Das ist eher normal, wenn das device im TV nicht berechtigt ist. ::) Musst Du also lokal lösen...
Zitat"wz_tv2 currently not available. Try later. "
Dauerhaft ? Ein verbose 5 Logauszug könnte mich zur Analyse bewegen 8)
Zitat von: KölnSolar am 25 Februar 2020, 21:10:11
Das ist eher normal, wenn das device im TV nicht berechtigt ist. ::) Musst Du also lokal lösen...Dauerhaft ? Ein verbose 5 Logauszug könnte mich zur Analyse bewegen 8)
Das erste Problem hat sich gelöst, ich bekomme jetzt die JSON-Ausgabe vom Fernseher.
Habe dem Device das Attribut Verbose 5 hinzugefügt, aber dennoch sehe ich nichts im Logfile. Jegliche Schaltaktionen führen zu der o.g. Fehlermeldung, aber zu keinen Einträgen im globalen FHEM-Logfile :(
ZitatHabe dem Device das Attribut Verbose 5 hinzugefügt, aber dennoch sehe ich nichts im Logfile. Jegliche Schaltaktionen führen zu der o.g. Fehlermeldung, aber zu keinen Einträgen im globalen FHEM-Logfile
Setz bitte mal das disable-Attribut auf 0.
Zitat von: KölnSolar am 26 Februar 2020, 08:01:08
Setz bitte mal das disable-Attribut auf 0.
Verrückt! Jetzt funktioniert es. Vielen herzlichen Dank! Welchen Zweck hat dieses Attribut?
Prima, dass es läuft.
ZitatWelchen Zweck hat dieses Attribut?
Das device eben zu aktivieren/deaktivieren, wobei disable=0 der default-Wert ist. Allerdings gibt es da tatsächlich noch eine kleinen Bug, dass das "manuell aktiviert" werden muss, wenn man nach der Definition des devices keinen shutdown/restart macht.
ZitatVerrückt!
Ich hoffe jetzt nicht mehr, da nachvollziehbar. ;)
Hallo gemeinde,
ich benutze das Sprachmodul mit Sprachsteuerung snips, lieder gehen nur Sender bis 99.
Ich komme auf so eine hohe Anzahl da ich auch Radio über TV hören möchte und diese bei 100 anfangen.
Daher wollte ich Anfragen ob cannels auch bis 250 oder höher möglich wäre.
Mfg
Lässt sich grundsätzlich sicherlich einrichten. Wird aber etwas dauern, da ich im Augenblick nicht dazu komme eine saubere nächste Version produktiv zu stellen.
Grüße
Markus
Zitat von: KölnSolar am 26 Februar 2020, 11:23:22
Prima, dass es läuft.Das device eben zu aktivieren/deaktivieren, wobei disable=0 der default-Wert ist. Allerdings gibt es da tatsächlich noch eine kleinen Bug, dass das "manuell aktiviert" werden muss, wenn man nach der Definition des devices keinen shutdown/restart macht.Ich hoffe jetzt nicht mehr, da nachvollziehbar. ;)
Bei meinem neuen Q60R reichte auch ein mehrfaches shutdown/restart nicht, der Status blieb konstant bei defined(?); es ist wirklich erforderlich, explizit disable=0 zu setzen.
Danke für einen gelegentlichen Fix!
Gruß Achim
Zitatreichte auch ein mehrfaches shutdown/restart nicht, der Status blieb konstant bei defined(?); es ist wirklich erforderlich, explizit disable=0 zu setzen.
Das kann nicht sein, sonst würde mein device(ohne attr disabled) nach einem restart ja nie funktionieren.
Grüße Markus
Hey,
ich weiß wir hatten das Thema schon mal, aber wäre es doch möglich die Funktionen des WOL Moduls in das SamsungAV Modul zu integrieren? Als Vorschlag wäre es ja sinnvoll das der Befehl zum einschalten über WOL nur bei Modellen die auf Port 8002 (bzw. im Modul ja Port 8001?) angesprochen werden verwendet wird. Falls das so umgesetzt werden könnte wäre es dann auch sinnvoll für Modelle mit diesem Port die Befehle "poweron" und "poweroff" auszublenden damit es nicht zu Missverständnissen kommt bei den Nutzern? Ich rolle das Ganze nochmal auf, weil es inzwischen über den Google Home/ Google Assistant die Möglichkeit gibt auch Fernseher einzubinden. Der Maintainer des Google Assistant Moduls möchte soweit es möglich ist für die Nutzer alles automatisch anlegen für das Modul (also jede Art von Fhem Gerät wird für die Standard Einstellungen direkt richtig in Google angelegt und ist sofort ohne irgendwelche sonstigen Änderungen nutzbar). Es ist also blöd wenn jeder für das Einschalten nochmal irgendwie ein WOL Device angeben muss. Außerdem wäre es aus meiner Sicht schon inzwischen Sinnvoll, immerhin ist der WOL Befehl die einzige Möglichkeit (bei den neueren Samsung Geräten) das Geräte einzuschalten. An der Stelle würde ich auch gerne nochmal andere Nutzer Fragen die es mit den TV mit Port 8001 definiert haben: Ist es bei euch möglich den Fernseher mit "power" einzuschalten oder geht nur das ausschalten wie bei mir? Und: Vielleicht irre ich mich und auch, aber Geräte die mit Port 8001 definiert sind, lassen sich mit "poweron" und "poweroff" bei euch auch nicht schalten, oder?
LG Richard
Hi,
ich möchte mich meinem Vorredner gern anschließen. Aktuell nutze ich ebenfalls die Krücke "WOL" um den Samsung TV einzuschalten. Es wäre wirklich schön, wenn es möglich ist, gleich im Modul mit zu integrieren.
VG Andreas
Hallo,
ich habe einen Wunsch für eine ergänzung im Modul.
könnte man bitte die taste factory (KEY_FACTORY) noch einfügen. Dies hab ich bei mir zum test schon gemacht und ich kann mit macro info,factory das factory menü öffnen.
Einfach bei $hash->{".validcommands"} die Taste mit factory:noArg einfügen.
LG Alina
Hallo Alina,
den gibt es bereits. Ist nur in die 2.Reihe gerückt, um die dropdownlist in der Oberfläche gering zu halten. Guck mal unter G_Others. ;)
Allerdings wird er nicht mit der Makrofunktion funktionieren.
Auweia, da kriegt man ja tatsächlich das factory menü. Ich kann nur vor der Benutzung dieses Menüs warnen !!!
Woher hast Du die Info über die Kombi der beiden Befehle ?
Grüße Markus
Hi Markus,
wie kann ich denn die Tasten unter G_Others nutzen?
in die Detailsview,G_Others auswählen,FACTORY auswählen, set klicken.
Das funktioniert bei mir irgendwie leider nicht. Der Befehl Factory wird so nicht an den TV gesendet
Dann bräuchte ich mal ein Log mit verbose=5
Möglicherweise habe ich eine bug_Korrektur bei Befehlen der "2.Reihe" nie produktiv gemacht. :-\ :-[
Hieße aber auch, dass die letzten 13. Monate niemand diese Befehle benutzt hat.
ZitatWoher hast Du die Info über die Kombi der beiden Befehle ?
und was möchtest Du verändern ?
https://wiki.samygo.tv/index.php?title=How_to_send_FACTORY%2B3SPEED_keys
2020.06.14 12:47:35 5 : [SamsungAV] mz.TV command FACTORY parameter FACTORY
2020.06.14 12:47:35 4 : [SamsungAV] HTTP socket-connection to mz.TV. SSL_Reply:
2020.06.14 12:47:35 4 : [SamsungAV] HTTP socket-connection to mz.TV successful.
2020.06.14 12:47:35 5 : [SamsungAV] mz.TV send to TV: GET /api/v2/channels/samsung.remote.control?name=RkhFTVJlbW90ZQ==&token=17446886 HTTP/1.1 Upgrade: websocket Connection: Upgrade Host: 192.168.178.100:8002 Sec-WebSocket-Key: dGhlIHNhbXBsZSBub25jZQ== Sec-WebSocket-Version: 13
2020.06.14 12:47:35 5 : [SamsungAV] mz.TV first websocket response: HTTP/1.1 101 Switching Protocols Upgrade: WebSocket Connection: Upgrade Sec-WebSocket-Accept: s3pPLMBiTxaQ9kYGzzhZRbK+xOo=
2020.06.14 12:47:35 5 : [SamsungAV] mz.TV Statusbytes of second websocket response: 817e0111
2020.06.14 12:47:35 5 : [SamsungAV] mz.TV data of second websocket response: {"data":{"clients":[{"attributes":{"name":"RkhFTVJlbW90ZQ==","token":"17446886"},"connectTime":1592131654669,"deviceName":"RkhFTVJlbW90ZQ==","id":"99fd7f7e-95b-46b-86fb-b7ea19fce512","isHost":false}],"id":"99fd7f7e-95b-46b-86fb-b7ea19fce512"},"event":"ms.channel.connect"}
2020.06.14 12:47:35 4 : [SamsungAV] mz.TV sending FACTORY
2020.06.14 12:47:35 5 : [SamsungAV] mz.TV send payload: {"params":{"Cmd":"Click","DataOfCmd":"KEY_FACTORY","TypeOfRemote":"SendRemoteKey","Option":"false"},"method":"ms.remote.control"}
2020-06-14 12:47:35 SamsungAV mz.TV G_Others FACTORY
Zitathttps://wiki.samygo.tv/index.php?title=How_to_send_FACTORY%2B3SPEED_keys
Wo auch sonst. :)
Alle die jetzt mal auf die Schnelle etwas spielen wollen, kann ich nur raten die rote Warnung zu beachten.
Ist aber einwandfrei im Log ersichtlich, dass es funktioniert. Für sich alleine macht der Befehl ja nichts. Mach mal Info über die Fb u. dann das set. Bildschirm dabei beobachten, dass der Befehl rechtzeitig geschickt wird.
Was mir auffällt ist das hier die uuid irgendwie nicht vollständig ist:
2020.06.14 17:55:50 5 : [SamsungAV] mz.TV data of second websocket response: {"data":{"clients":[{"attributes":{"name":"RkhFTVJlbW90ZQ==","token":"17446886"},"connectTime":1592150149579,"deviceName":"RkhFTVJlbW90ZQ==","id":"bb9a33c5-66c2-48b-be19-dd60aeef9be8", "isHost":false}],"id":"bb9a33c5-66c2-48b-be19-dd60aeef9be8"}, "event":"ms.channel.connect"}
Eine UUID ist 16 Byte lang und eine 0 wird da nicht weggelassen da es hexdezimal dargestellt wird.
Mit G_Others passiert auf meinem tv zumindest nichts wenn ich FACTORY sende. Mit dem von mir da rein gebastelten factory funktioniert es.
Über den websocket-Aufbau u. response des TV sollten wir eher nicht diskutieren.
Das ist der Beweis, dass der Befehl korrekt gesendet wurde.
Zitat2020.06.14 12:47:35 5 : [SamsungAV] mz.TVTV send payload: {"params":{"Cmd":"Click","DataOfCmd":"KEY_FACTORY","TypeOfRemote":"SendRemoteKey","Option":"false"},"method":"ms.remote.control"}
ZitatMit dem von mir da rein gebastelten factory funktioniert es.
Und sieht im Log genau wie oben aus.
ZitatMit G_Others passiert auf meinem tv zumindest nichts wenn ich FACTORY sende.
ZitatFür sich alleine macht der Befehl ja nichts. Mach mal Info über die Fb u. dann das set. Bildschirm dabei beobachten, dass der Befehl rechtzeitig geschickt wird.
Hallo zusammen,
ich versuche verzweifelt meinen Feernseher mit Hilfe des Moduls ins Fhem zu integrieren. Leider mit mäßigem Erfolg. Die abgesanten Befehle werden vom Fernseher ignoriert.
Es handelt sich um folgendes Gerät:UE55KS8000
Der Aufruf http://192.168.2.90:8001/api/v2/ liefert folgendes:
{
"id": "uuid:4f1ebbb0-1035-4c64-b3ca-356ec64ee1bb",
"name": "[TV] Samsung 8 Series (55)",
"version": "2.1.0",
"device": {
"type": "Samsung SmartTV",
"duid": "uuid:4f1ebbb0-1035-4c64-b3ca-356ec64ee1bb",
"model": "16_JAZZM_UHD",
"modelName": "UE55KS8000",
"description": "Samsung DTV RCR",
"networkType": "wired",
"ssid": "",
"ip": "192.168.2.90",
"firmwareVersion": "Unknown",
"name": "[TV] Samsung 8 Series (55)",
"id": "uuid:4f1ebbb0-1035-4c64-b3ca-356ec64ee1bb",
"udn": "uuid:4f1ebbb0-1035-4c64-b3ca-356ec64ee1bb",
"resolution": "3840x2160",
"countryCode": "DE",
"msfVersion": "2.1.0",
"smartHubAgreement": "true",
"VoiceSupport": "true",
"GamePadSupport": "true",
"wifiMac": "e4:7d:bd:64:2a:75",
"developerMode": "0",
"developerIP": "192.168.2.118",
"OS": "Tizen"
},
"type": "Samsung SmartTV",
"uri": "http://192.168.2.90:8001/api/v2/",
"remote": "1.0",
"isSupport": "{\"remote_available\":\"true\",\"remote_fourDirections\":\"true\",\"remote_touchPad\":\"true\",\"remote_voiceControl\":\"true\",\"DMP_available\":\"true\",\"DMP_DRM_PLAYREADY\":\"false\",\"DMP_DRM_WIDEVINE\":\"false\",\"EDEN_available\":\"true\"}"
}
Definition in Fhem wurde mit:
define WZ.Fernseher SamsungAV 192.168.2.90 8001
angelegt.
Der Zugriff auf wurde auf dem Fernsehen bestätigt.
Der Device im Fhem sieht wie folgt aus:
Internals:
DEF 192.168.2.90 8001
FUUID 5fca12a0-f33f-c57e-4200-e76b426c646929d0
Host 192.168.2.90
Mode
NAME WZ.Fernseher
NR 175
NTFY_ORDER 50-WZ.Fernseher
Port 8001
STATE on
TYPE SamsungAV
READINGS:
2020-12-04 11:45:53 presence absent
2020-12-04 11:50:26 state on
helper:
DISABLED 0
Attributes:
DbLogExclude .*
disable 0
verbose 4
Mit Verbose 4 steht im Lof folgendes:
2020.12.04 11:51:25 4: [SamsungAV] WZ.Fernseher online with 192.168.2.90:8001 - HTTP-Response: 404
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: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: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:877: ssl handshake done
2020.12.04 11:51:49 4: [SamsungAV] HTTP socket-connection to WZ.Fernseher. SSL_Reply:
2020.12.04 11:51:49 4: [SamsungAV] HTTP socket-connection to WZ.Fernseher successful.
2020.12.04 11:51:49 4: [SamsungAV] WZ.Fernseher sending MUTE
2020.12.04 11:52:25 4: [SamsungAV] WZ.Fernseher online with 192.168.2.90:8001 - HTTP-Response: 404
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: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: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:877: ssl handshake done
2020.12.04 11:52:41 4: [SamsungAV] HTTP socket-connection to WZ.Fernseher. SSL_Reply:
2020.12.04 11:52:41 4: [SamsungAV] HTTP socket-connection to WZ.Fernseher successful.
2020.12.04 11:52:41 4: [SamsungAV] WZ.Fernseher sending GUIDE
2020.12.04 11:53:25 4: [SamsungAV] WZ.Fernseher online with 192.168.2.90:8001 - HTTP-Response: 404
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: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: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:877: ssl handshake done
2020.12.04 11:53:33 4: [SamsungAV] HTTP socket-connection to WZ.Fernseher. SSL_Reply:
2020.12.04 11:53:33 4: [SamsungAV] HTTP socket-connection to WZ.Fernseher successful.
2020.12.04 11:53:33 4: [SamsungAV] WZ.Fernseher sending CHDOWN
Hat jemand einen Tipp, was ich falsch mache? Warum reagiert der TV auf meine Befehle nicht?
Erledigt:
attr WZ.Fernseher delayRC 600000
war die Lösung
Hallo Markus,
ich habe einen Samsung UE55KU6079U erfolgreich integriert, mit 'attr <Device> delayRC 600000.
Funktioniert. Danke fuer das tolle Modul.
Jamo
Hi,
ich hab heute auch mal meinen Samsung eingebunden, allerdings kann ich nichts steuern. Ich bekomme lediglich eine Fehlermeldung wenn ich was machen möchte:
[SamsungAV] HTTP socket-connection to SamsungTV not successful. SSL_Error: IO::Socket::IP configuration failed
Beim define vom TV fragt er mich auch nicht nach irgendeiner Berechtigung am TV. Woran kann das liegen?
Hier mal list vom TV
Internals:
DEF 192.168.2.114 8001
FUUID 6207ea85-f33f-37e6-80ae-62328b784eb328e2
Host 192.168.2.114
Mode
NAME SamsungTV
NR 531
NTFY_ORDER 50-SamsungTV
Port 8001
STATE on
TYPE SamsungAV
READINGS:
2022-02-13 19:34:27 state on
helper:
Attributes:
delayRC 600000
icon it_television
room Haus
und noch mal die Seite api/v2/
id "068e7781-006e-1000-bbbf-c4576ed6aa7b"
name "[TV]Samsung LED55"
version "2.0.24"
device
type "Samsung SmartTV"
duid "068e7781-006e-1000-bbbf-c4576ed6aa7b"
model "14_X14"
modelName "UE55H6200"
description "Samsung TV RCR"
networkType "wireless"
ssid "EasyBoxW"
ip "192.168.2.114"
firmwareVersion "Unknown"
name "[TV]Samsung LED55"
id "068e7781-006e-1000-bbbf-c4576ed6aa7b"
udn "068e7781-006e-1000-bbbf-c4576ed6aa7b"
resolution "1920x1080"
countryCode "DE"
msfVersion "2.0.24"
smartHubAgreement "true"
developerMode "0"
developerIP "0.0.0.0"
type "Samsung SmartTV"
uri "http://192.168.2.114:8001/api/v2/"
Oh, ein H-serie.
Guck dazu mal hier (https://forum.fhem.de/index.php/topic,82890.msg750390.html#msg750390)
Wenn Du es hinbekommen hast und evtl. auch DLNA(streaming auf den TV) machen möchtest, melde Dich wieder. Da gibt's was Neues..
Grüße Markus
Ich hab alles installiert und die Schlüsseldatei inklusive Eingabe der PIN ausgeführt...trotzdem geht nichts...immernoch die gleiche Fehlermeldung.
Den erzeugten Schlüssel habe ich umbenannt in FHEMTVSamsungTV_session_key.txt
Diesen Fehler
ZitatDEF 192.168.2.114 8001
behoben ?
Ansonsten mal mit verbose level 4 laufen lassen und das Log hier posten.
Oh..sorry..hab ich jetzt auf 8000 wie in der Anleitung behoben. Dachte eigentlich dass es ein K-Serie Fernseher ist. Da lag ich wohl falsch.
Jetzt kommt folgende Fehlermeldung:
[SamsungAV] SamsungTV: ERROR cannot open file for input the session key.
ZitatOh, ein H-serie.
::)
[SamsungAV] SamsungTV: ERROR cannot open file for input the session key. Ist ja deutlich.
ZitatDen erzeugten Schlüssel habe ich umbenannt in FHEMTVSamsungTV_session_key.txt
Dein device device heißt aber doch
ZitatSamsungTV
Dann ist das "FHEM" im filename zu viel. Und sie liegt im richtigen Pfad ?
ZitatStandardmäßig erzeugt das Skript ein File "samsung_session_key.txt". Hat man mehrere TVs der Serie, so muss man das Skript logischerweise für jeden TV ausführen. Das erzeugte File muss dann jeweils in FHEMTVdevicename_session_key.txt umbenannt werden.
Oh...sorry...ich hatte aus diesem Teil der Anleitung gedacht, dass ich das File dann in FHEMTV + devicename(in FHEM) umbenennen muss.
Also heißt es eigentlich nur devicename(in FHEM)_session_key.txt? In meinem Fall also SamsungTV_session_key.txt, richtig? Also bei mir ist dann FHEMTV zu viel?
Richtiger Pfad? gute Frage...sie liegt in opt/fhem/PySmartCrypto/
Ich hab das nach der regapp Methode von Raimund (https://forum.fhem.de/index.php/topic,57595.msg883754.html#msg883754) gemacht.
SamsungTV_session_key.txtkorrekt.
ZitatRichtiger Pfad? gute Frage...sie liegt in opt/fhem/PySmartCrypto/
falscher Pfad. Muss ins Hauptverzeichnis von FHEM, also wo fhem.pl etc. liegt.
Danke für deine tatkräftige Hilfe. Mit den Zusatzinformationen läuft jetzt alles.
Und was gibt es da mit den Bildschirmnachrichten?
Für mich die wesentlichste Funktion. Basiert auf upnp/dlna. Im Augenblick ist das dlnarenderer Modul im samsungAV integriert. Derzeit entwickle ich den Nachfolger, der dann upnp "pur" liefert(alle devices mit Services listet und deren Events in FHEM verfügbar macht). Für dlna gibt es dann ein abhängiges Modul durch das sich sämtliche Medienkonserven auf den Samsung streamen lassen.
Infos (https://forum.fhem.de/index.php/topic,118837.msg1132819.html#msg1132819)
Hallo ich habe ein Samsung the Frame und ich bin sehr dankbar für diesen Module allerdings zeigt er bei mir nicht die folgende Möglichkeiten an:
- 0_App_state:
- 0_App_start:
Ich möchte nämlich gerne über FHEM eine Film von YouTube laden. Im moment mache ich das durch einzelne Fernbedienung Kommandos zu schicken.
Was mache ich da falsch und wie kann ich einfach ein Film starten in YouTube mit Diesem Module?
Wie bekomme ich 0_App_start angezeigt in diesen Module?
Besten dank im Voraus
Mach bitte Mal list vom device und bei verbose 5 ein defmod. Vielleicht sehe ich dann was.
Internals:
DEF 192.168.178.82 8001
FUUID 61afdcc9-f33f-5714-7db0-3276f1721646854
Host 192.168.178.82
Mode
NAME Zimmer
NR 511
NTFY_ORDER 50Zimmer
Port 8001
STATE on
TYPE SamsungAV
eventCount 44
READINGS:
2022-07-09 19:00:14 state on
helper:
Attributes:
room Keller
2022.07.09 19:45:22 3: [SamsungAV] TVWZ defined with host: 192.168.178.82 port: 8001
2022.07.09 19:46:29 4: [SamsungAV] Zimmer online with 192.168.178.126:8001 - HTTP-Response: 401
Was meinen Sie mit defmod? Was soll ich da machen?
ZitatWas meinen Sie mit defmod? Was soll ich da machen?
Ein FHEM Befehl. ??? Oder über das UI ein modify.
Aber egal. Mach stattdessen ein set DeinTV statusrequest bei eingeschaltetem TV. Dann sollten die App-Befehle da sein.
Grüße Markus
Hallo Markus leider nicht nur diese sind zu benutzen nach dem Kommando
[SamsungAV] Invalid command 0_App_start. Use any of:
0:noArg 1:noArg 2:noArg 3:noArg 4:noArg 5:noArg 6:noArg 7:noArg 8:noArg 9:noArg
ad:noArg aspect:noArg av1:noArg av2:noArg channel:selectnumbers,0,1,99,0,lin channelDown:noArg channelUp:noArg channelList:noArg clear:noArg component1:noArg
component2:noArg contents:noArg convergence:noArg cyan:noArg down:noArg enter:noArg esaving:noArg exit:noArg ff:noArg guide:noArg
green:noArg hdmi:noArg hdmi1:noArg hdmi2:noArg help:noArg home:noArg info:noArg left:noArg menu:noArg mute:noArg
pause:noArg pip_chdown:noArg pip_chup:noArg pip_onoff:noArg play:noArg pmode:noArg power:noArg poweroff:noArg poweron:noArg prech:noArg
program:noArg red:noArg return:noArg rec:noArg rewind:noArg right:noArg sleep:noArg source:noArg stop:noArg tools:noArg
ttx_mix:noArg tv:noArg tv_mode:noArg up:noArg volumeDown:noArg volumeUp:noArg yellow:noArg statusRequest:noArg 0_text_line 0_macro
G_AUTO_:AUTO_ARC_ANTENNA_AIR,AUTO_ARC_ANTENNA_CABLE,AUTO_ARC_ANTENNA_SATELLITE,AUTO_ARC_ANYNET_AUTO_START,AUTO_ARC_ANYNET_MODE_OK,AUTO_ARC_AUTOCOLOR_FAIL,AUTO_ARC_AUTOCOLOR_SUCCESS,AUTO_ARC_CAPTION_ENG,AUTO_ARC_CAPTION_KOR,AUTO_ARC_CAPTION_OFF,AUTO_ARC_CAPTION_ON,AUTO_ARC_C_FORCE_AGING,AUTO_ARC_JACK_IDENT,AUTO_ARC_LNA_OFF,AUTO_ARC_LNA_ON,AUTO_ARC_PIP_CH_CHANGE,AUTO_ARC_PIP_DOUBLE,AUTO_ARC_PIP_LARGE,AUTO_ARC_PIP_LEFT_BOTTOM,AUTO_ARC_PIP_LEFT_TOP,AUTO_ARC_PIP_RIGHT_BOTTOM,AUTO_ARC_PIP_RIGHT_TOP,AUTO_ARC_PIP_SMALL,AUTO_ARC_PIP_SOURCE_CHANGE,AUTO_ARC_PIP_WIDE,AUTO_ARC_RESET,AUTO_ARC_USBJACK_INSPECT,AUTO_FORMAT,AUTO_PROGRAM G_EXTx:EXT1,EXT2,EXT3,EXT4,EXT5,EXT6,EXT7,EXT8,EXT9,EXT10,EXT11,EXT12,EXT13,EXT14,EXT15,EXT16,EXT17,EXT18,EXT19,EXT20,EXT21,EXT22,EXT23,EXT24,EXT25,EXT26,EXT27,EXT28,EXT29,EXT30,EXT31,EXT32,EXT33,EXT34,EXT35,EXT36,EXT37,EXT38,EXT39,EXT40,EXT41 G_Others:3SPEED,4_3,16_9,ADDDEL,ALT_MHP,ANGLE,ANTENA,ANYNET,ANYVIEW,APP_LIST,AV3,BACK_MHP,BOOKMARK,CALLER_ID,CAPTION,CATV_MODE,CLOCK_DISPLAY,CONVERT_AUDIO_MAINSUB,CUSTOM,DEVICE_CONNECT,DISC_MENU,DMA,DNET,DNIe,DNSe,DOOR,DSS_MODE,DTV,DTV_LINK,DTV_SIGNAL,DVD_MODE,DVI,DVR,DVR_MENU,DYNAMIC,ENTERTAINMENT,FACTORY,FAVCH,FF_,FM_RADIO,GAME,HDMI3,HDMI4,ID_INPUT,ID_SETUP,INSTANT_REPLAY,LINK,LIVE,MAGIC_BRIGHT,MAGIC_CHANNEL,MDC,MIC,MORE,MOVIE1,MS,MTS,NINE_SEPERATE,OPEN,PANNEL_CHDOWN,PANNEL_CHUP,PANNEL_ENTER,PANNEL_MENU,PANNEL_POWER,PANNEL_SOURCE,PANNEL_VOLDOW,PANNEL_VOLUP,PANORAMA,PCMODE,PERPECT_FOCUS,PICTURE_SIZE,PIP_SCAN,PIP_SIZE,PIP_SWAP,PLUS100,POWER,PRINT,QUICK_REPLAY,REC,REPEAT,RESERVED1,REWIND_,RSS,RSURF,SCALE,SEFFECT,SETUP_CLOCK_TIMER,SOUND_MODE,SOURCE,SRS,STANDARD,STB_MODE,STILL_PICTURE,SUB_TITLE,SVIDEO1,SVIDEO2,SVIDEO3,TOPMENU,TTX_SUBFACE,TURBO,VCHIP,VCR_MODE,WHEEL_LEFT,WHEEL_RIGHT,W_LINK,ZOOM1,ZOOM2,ZOOM_IN,ZOOM_MOVE,ZOOM_OUT
Das komische an die ganze Geschichte ist das es bei mein andere Samsung Fernseher geht, gleiche Modell nur großer
Hier noch einige daten von dem Fernseher welche nicht geht mit diese zwei Kommandos obwohl der Rest funktioniert:
DEBUG: .../IO/Socket/SSL.pm:2853: new ctx 98969224
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:877: ssl handshake done
bitte statusRequest u. verbose level 5 u. dann das Log hier einstellen.
2022.07.10 22:46:46 4: [SamsungAV] Fernseher online with 191.177.178.126:8001 - HTTP-Response: 401
DEBUG: .../IO/Socket/SSL.pm:2853: new ctx 1006862423
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
2022.07.10 22:47:01 4: [SamsungAV] HTTP socket-connection to Fernseher. SSL_Reply:
2022.07.10 22:47:01 4: [SamsungAV] HTTP socket-connection to Fernseher successful.
2022.07.10 22:47:01 5: [SamsungAV] Fernseher send to TV: GET /api/v2/channels/samsung.remote.control?name=RkhFTVJlbW90Zrt==&token=15081122 HTTP/1.1
Upgrade: websocket
Connection: Upgrade
Host: 191.177.178.126:8002
Sec-WebSocket-Key: dGhlIHNhbXBsZSBrf21qq==
Sec-WebSocket-Version: 13
2022.07.10 22:47:01 5: [SamsungAV] Fernseher first websocket response: HTTP/1.1 101 Switching Protocols
Upgrade: WebSocket
Connection: Upgrade
Sec-WebSocket-Accept: s3pPLMBiTxaQ9kYGzzhZRbK+xOo=
2022.07.10 22:47:02 5: [SamsungAV] Fernseher Statusbytes of second websocket response: 817e0111
2022.07.10 22:47:02 5: [SamsungAV] Fernseher data of second websocket response: {"data":{"clients":[{"attributes":{"name":"RkhFTVJlbW9zre==","token":"1508899"},"connectTime":1657486019454,"deviceName":"RghFTVJlbW90ZQ==","id":"4b398543-22f8-4caf-b94d-90155c4c1e","isHost":false}],"id":"4b398543-22f8-4caf-b94d-90155c4c1e"},"event":"ms.channel.connect"}
2022.07.10 22:47:02 5: [SamsungAV] Fernseher send payload: {"method":"ms.channel.emit","params":{"to":"host","TypeOfRemote":"SendRemoteKey","event":"ed.installedApp.get"}}
2022.07.10 22:47:14 5: [SamsungAV] response Fernseher to write_payload: �
2022.07.10 22:47:14 3: [SamsungAV] Fernseher timelag to reach all json data for app list might be too small
2022.07.10 22:47:16 4: [SamsungAV] Fernseher online with 191.177.178.126:8001 - HTTP-Response: 401
Und schon lässt sich die Ursache ablesen. ::)
Spiel Mal mit Attribut delayRC.
Leider hat das kein Einfluss. Ich habe da viele zahlen eingegeben von 1 bis 10 bis 100, 1000, 5000, 10000,
20000, 30000, 40000, 50000, 60000, 60000, 80000, 90000, 100000, 150000, 200000, 250000, 300000 bis 850000
Gibt es da noch andere Vorschläge oder ein anderen Weg YouTube zu starten?
Nein.
Immer dieselbe Meldung im Log ?
Ja genau immer:
with 192.168.116.82:8001 - HTTP-Response: 401
2022.07.18 22:01:42 3: [SamsungAV] Fernseher timelag to reach all json data for app list might be too small
vollständig sah es so aus
Zitat2022.07.10 22:47:01 5: [SamsungAV] Fernseher send to TV: GET /api/v2/channels/samsung.remote.control?name=RkhFTVJlbW90Zrt==&token=15081122 HTTP/1.1
Upgrade: websocket
Connection: Upgrade
Host: 191.177.178.126:8002
Sec-WebSocket-Key: dGhlIHNhbXBsZSBrf21qq==
Sec-WebSocket-Version: 13
2022.07.10 22:47:01 5: [SamsungAV] Fernseher first websocket response: HTTP/1.1 101 Switching Protocols
Upgrade: WebSocket
Connection: Upgrade
Sec-WebSocket-Accept: s3pPLMBiTxaQ9kYGzzhZRbK+xOo=
2022.07.10 22:47:02 5: [SamsungAV] Fernseher Statusbytes of second websocket response: 817e0111
2022.07.10 22:47:02 5: [SamsungAV] Fernseher data of second websocket response: {"data":{"clients":[{"attributes":{"name":"RkhFTVJlbW9zre==","token":"1508899"},"connectTime":1657486019454,"deviceName":"RghFTVJlbW90ZQ==","id":"4b398543-22f8-4caf-b94d-90155c4c1e","isHost":false}],"id":"4b398543-22f8-4caf-b94d-90155c4c1e"},"event":"ms.channel.connect"}
2022.07.10 22:47:02 5: [SamsungAV] Fernseher send payload: {"method":"ms.channel.emit","params":{"to":"host","TypeOfRemote":"SendRemoteKey","event":"ed.installedApp.get"}}
2022.07.10 22:47:14 5: [SamsungAV] response Fernseher to write_payload: �
2022.07.10 22:47:14 3: [SamsungAV] Fernseher timelag to reach all json data for app list might be too small
Das zeigt, dass die Kommunikation stattfindet.
Eigentlich überflüssig zu schreiben, da Du ja selber einen funktionierenden Samsung zum Vergleich hast. ::)
Wie Du der vorletzten Zeile entnehmen kannst, kommt keine vernünftige Antwort vom TV. Die letzte Zeile ist dann die Interpretation des FHEM-Moduls.
Wenn Du nicht aufgeben willst, dann müsstest Du mal mit den Stichwörtern "Samsung" und "debugging" suchen. Da wird dann eine debuggig Möglichkeit des Samsung beschrieben. Vielleicht bringtdas Erkenntnise warum der TV nicht reagiert.
Grüße Markus
hallo.
heuite erfolgreich q85 eingebunden, power on/off klappt, etc.
aber bekommt man keine readings?
und viele befehle erfordern zusätzlich enter eingabe.
Zitatq85
Suggeriert mir eine "Videowand". Du Umweltsünder. Ich hoffe wenigstens selten im Einsatz und/oder Energiespareinstellung hoch. ;)
Zitataber bekommt man keine readings?
Ja, readings gibt es nicht, weil die Samsungs nicht "sprechen", also mehr eine unidrektionale Kommunikation bieten. Etwas mehr(aber auch nicht viel) bringt da die Option den DLNARenderer mit zu benutzen. Da ich den mit dem in Entwicklung befindlichen Pakelt UPNPController/DLNAController ersetzen möchte, freue ich mich über jeden Testeinsatz. :)
Den
Zitatund viele befehle erfordern zusätzlich enter eingabe.
hab ich nicht verstanden. :-[ Enter nach Klick auf set ? :-\ Beispiel ?
Grüße Markus
Zitat von: KölnSolar am 25 Juli 2022, 09:03:57
Suggeriert mir eine "Videowand". Du Umweltsünder. Ich hoffe wenigstens selten im Einsatz und/oder Energiespareinstellung hoch. ;)
Den hab ich nicht verstanden. :-[ Enter nach Klick auf set ? :-\ Beispiel ?
Grüße Markus
Extra 800Wp PV Anlage dafür montiert
Aha. Und von November bis Februar außer Betrieb ;)
Hallo Markus,
so der neue Fernseher ist, jetzt musst du ran ;D 8)
Das hatte ich schon:
defmod myDLNARenderer DLNARenderer
attr myDLNARenderer userattr acceptedUDNs defaultRoom envNamespace envPrefix ignoreUDNs
attr myDLNARenderer envNamespace <undef>
attr myDLNARenderer envPrefix s
attr myDLNARenderer icon it_server
Das wurde automatisch (ganz großes Kino, genial :)) angelegt (die channel... hab ich vom Vorgänger-Fernseher übernommen):
defmod DLNA_4f16e65add53 DLNARenderer uuid:c30ae065-dda8-45f5-b979-4f16e65add53
attr DLNA_4f16e65add53 userattr channel_01 channel_02 channel_03 channel_04 channel_05 channel_06 channel_07 channel_08 channel_09 channel_10 multiRoomGroups ttsLanguage
attr DLNA_4f16e65add53 alias Samsung Q60BA 55 TV
attr DLNA_4f16e65add53 channel_01 http://192.168.1.46:8086/fhem/rss/RSS.Anruf.jpg
attr DLNA_4f16e65add53 channel_02 http://192.168.1.46:8086/fhem/rss/RSS.SZ.Gisbert.jpg
attr DLNA_4f16e65add53 channel_03 http://192.168.1.46:8086/fhem/rss/RSS.Garage.jpg
attr DLNA_4f16e65add53 channel_04 http://192.168.1.46:8086/fhem/rss/RSS.Garage.zu.jpg
attr DLNA_4f16e65add53 channel_05 http://192.168.1.46:8086/fhem/rss/RSS.Badezimmer.jpg
attr DLNA_4f16e65add53 channel_06 http://192.168.1.46:8086/fhem/rss/RSS.Gaeste_WC.jpg
attr DLNA_4f16e65add53 icon it_television
attr DLNA_4f16e65add53 webCmd volume
bzw. das list:
Internals:
CFGFN ./FHEM/NetzwerkServerTV.cfg
DEF uuid:c30ae065-dda8-45f5-b979-4f16e65add53
FUUID 634d55b4-f33f-e986-532a-cb569958f443f26b
NAME DLNA_4f16e65add53
NR 1146
STATE online
TYPE DLNARenderer
UDN uuid:c30ae065-dda8-45f5-b979-4f16e65add53
eventCount 13
READINGS:
2022-10-17 20:36:06 friendlyName Samsung Q60BA 55 TV
2022-10-17 20:36:06 manufacturer Samsung Electronics
2022-10-17 20:36:06 manufacturerURL http://www.samsung.com/sec
2022-10-17 20:36:06 modelDescription Samsung TV DMR
2022-10-17 20:36:06 modelName QE55Q60BAUXXH
2022-10-17 20:36:06 modelNumber AllShare1.0
2022-10-17 20:36:06 modelURL http://www.samsung.com/sec
2022-10-17 20:36:06 multiRoomSupport 0
2022-10-17 20:36:10 multiRoomVolume 0
2022-10-17 15:16:38 mute 0
2022-10-17 20:36:06 presence online
2022-10-17 20:36:09 state online
2022-10-17 15:16:38 transportState NO_MEDIA_PRESENT
2022-10-17 15:16:38 transportStatus OK
2022-10-17 18:05:55 volume 0
helper:
caskeid 0
caskeidClients
Attributes:
alias Samsung Q60BA 55 TV
channel_01 http://192.168.1.46:8086/fhem/rss/RSS.Anruf.jpg
channel_02 http://192.168.1.46:8086/fhem/rss/RSS.SZ.Gisbert.jpg
channel_03 http://192.168.1.46:8086/fhem/rss/RSS.Garage.jpg
channel_04 http://192.168.1.46:8086/fhem/rss/RSS.Garage.zu.jpg
channel_05 http://192.168.1.46:8086/fhem/rss/RSS.Badezimmer.jpg
channel_06 http://192.168.1.46:8086/fhem/rss/RSS.Gaeste_WC.jpg
icon it_television
userattr channel_01 channel_02 channel_03 channel_04 channel_05 channel_06 channel_07 channel_08 channel_09 channel_10 multiRoomGroups ttsLanguage
webCmd volume
Die per channel... definierten Bilder werden auf den Fernseher übertragen - das funktioniert schon mal, ich muss lediglich noch an der Auflösung schrauben (der alte Fernseher war HD, der jetzige 4K).
Das hab ich neu definiert, es handelt sich um ein TV mit QLED-Technologie, Q-Serie, die laut Wiki wie die K-Serie zu behandeln ist:
Internals:
CFGFN ./FHEM/NetzwerkServerTV.cfg
DEF 192.168.1.50 8001
FUUID 634d9d24-f33f-e986-9120-dd7186c8855947bb
Host 192.168.1.50
MAC c8:cb:b8:2f:5a:02
Mode
MyIP 192.168.1.46
NAME SamsungTV
NR 1148
NTFY_ORDER 50-SamsungTV
Port 8001
STATE on
TYPE SamsungAV
eventCount 3
READINGS:
2022-10-17 20:32:18 friendlyName Samsung Q60BA 55 TV
2022-10-17 20:32:18 modelName QE55Q60BAUXXH
2022-10-17 20:32:18 mute off
2022-10-17 20:32:18 presence absent
2022-10-17 21:01:59 state on
2022-10-17 20:32:18 stateAV absent
2022-10-17 20:32:18 volume 0
helper:
Attributes:
devStateIcon on:it_television@red absent:it_television@gray
icon it_television
room Network
screenURI http://192.168.1.46/MDAlarm.jpg
IP-Adressen sind richtig:
Fernseher: 192.168.1.50
Fhem-Server: 192.168.1.46
Reading presence ist absent ??? Ist ein Überrest vom 1. Versuch, als ich die Definition vom E-Model (Port 55000) stumpf übernommen hab?
Readings state ist on - also ok
Reading stateAV - absent ??? Ist ein Überrest vom 1. Versuch, als ich die Definition vom E-Model (Port 55000) stumpf übernommen hab?
Ach ja, und das ist auch so eingestellt:
UPD FHEM/98_DLNARenderer.pm (excluded from update)
Fhem-Neustart nach Definitionsänderung hab ich auch gemacht.
Ich weiß, dass du Verbesserungen bei deinen Modulen geschafft hast.
Was sollte ich gegebenenfalls ändern?
Viele Grüße Gisbert
ZitatDas wurde automatisch (ganz großes Kino, genial :)) angelegt (die channel... hab ich vom Vorgänger-Fernseher übernommen):
Und wenn Du den UPNPController genommen hättest, wäre es noch besser gewesen. ;)
DEF 192.168.1.50 8001hinten noch DLNA_4f16e65add53 anhängen und FHEM noch einmal restarten.
Wie sieht es mit den Berechtigungen am TV aus ?
Grüße Markus
PS: Und schön den Stromverbrauch beobachten. Ggfs. mal die Energiespareinstellungen testen für Zeiten, wo der TV nur so nebenher läuft.
Guten Morgen Markus,
ZitatWie sieht es mit den Berechtigungen am TV aus ?
Gut, der Fernseher hat jedesmal ein Menü gezeigt, wenn ein neues Gerät gerne Zugriff wünscht.
Energiespareinstellungen schaue ich mir an.
UPNPController: Kann ich das noch nachträglich machen, wie funktioniert der Umstieg?
Viele Grüße Gisbert
Hi Gisbert,
ZitatUPNPController: Kann ich das noch nachträglich machen, wie funktioniert der Umstieg?
Hatten wir doch schon einmal. Aber irgendwas wollte bei Dir nicht. :'( Jetzt belass es erst einmal beim DLNARenderer.
ZitatUPNPController: Kann ich das noch nachträglich machen, wie funktioniert der Umstieg?
Und Du hast mit "Zugriff zulassen" mit der FB immer bestätigt ?
Wenn ja, bleibt der TV im SamsungAV-device auf absent und Du kannst nicht schalten ?
Grüße Markus
Hallo Markus,
den UPNPController hatte ich meines Wissens nicht ausprobiert.
ZitatUnd Du hast mit "Zugriff zulassen" mit der FB immer bestätigt ?
Immer schön bestätigt, es funktioniert alles.
ZitatWenn ja, bleibt der TV im SamsungAV-device auf absent und Du kannst nicht schalten ?
Hier scheint auch alles zu funktionieren, jedenfalls kommen die Readings presence, state und stateAV richtig rein.
Der Anschluss eines neuen Samsung-Fernsehers ist wirklich easy, ich hatte es mir schwieriger vorgestellt und wurde deshalb leicht nervös als ich auf den ersten Widerstand getroffen bin.
Ich hab jetzt endlich auch auf dem Fernseher Internet, mal sehen, was man damit alles anstellen kann.
Lediglich die mitgelieferte Fernbedienung ist dermaßen winzig und leistungsreduziert, ein Witz. Ich werde die Funktionen auf meine Logitech Harmony bringen, hoffentlich klappt das.
Viele Grüße Gisbert
Hi Gisbert,
Zitatden UPNPController hatte ich meines Wissens nicht ausprobiert
Beginnende Demenz oder LongCovid ?
Klar hattest Du ihn ausprobiert. Aber nicht in Verbindung mit dem TV, sondern der Fritte. ;)
ZitatDer Anschluss eines neuen Samsung-Fernsehers ist wirklich easy, ich hatte es mir schwieriger vorgestellt und wurde deshalb leicht nervös als ich auf den ersten Widerstand getroffen bin.
8)
ZitatLediglich die mitgelieferte Fernbedienung ist dermaßen winzig und leistungsreduziert, ein Witz
Man kann sich dran gewöhnen. Aber ich benutze auch lieber meine Viel-Tasten-Alt-Fb. Deine alte Fb müsste doch auch gehen. :-\
Grüße Markus
Hallo Markus,
Zitat
den UPNPController hatte ich meines Wissens nicht ausprobiert
Beginnende Demenz oder LongCovid ?
Klar hattest Du ihn ausprobiert. Aber nicht in Verbindung mit dem TV, sondern der Fritte. ;)
Selber ;D - ich hab UPNPController (sehr wahrscheinlich) derzeit nicht in Benutzung. Falls du es zufällig weißt, wie kann man herausfinden, welche Module man benutzt, ohne die cfg-Datein (hab etliche) durchzusuchen?
Andere Thema: Wie sieht es mit Updates von Samsung aus, lieber strikt die Finger davon lassen, oder kann man das mittlerweile machen?
Viele Grüße Gisbert
Hi Gisbert,
ZitatFalls du es zufällig weißt, wie kann man herausfinden, welche Module man benutzt, ohne die cfg-Datein (hab etliche) durchzusuchen?
keine Liste der benutzten Module, aber Liste der devices nach type. So fändest Du z.B. alle devices, deren Modulname mit U(wie UPNPController ) beginnt mit
list TYPE=U.*ZitatWie sieht es mit Updates von Samsung aus, lieber strikt die Finger davon lassen, oder kann man das mittlerweile machen?
Du meinst die firmware des TV ? Ich blockiere es nach wie vor. Ist aber etwas zweifelhaft, da Internetzugriff aber keine Updates, um aufgedeckte Sicherheitslücken zu schließen. >:(
Grüße Markus
Hallo Markus,
list TYPE=UPNP.*
liefert nichts.
Danke für die Info zum Firmware Update. Ich riskiere es dann Mal, da der Fernseher ja neu ist und damit noch Garantie hat.
Viele Grüße Gisbert
Guten Morgen Markus,
ich hab jetzt die rss-Dateien auf die höhere Auflösung des Fernsehers angepasst. Jetzt erscheinen die Meldungen (Bilder) wieder in voller Größe.
Entweder hab ich Tomaten auf den Augen, oder es geht nicht, aber wie kann ich den Hintergrund in einer anderen Farbe bekommen?
font /usr/share/fonts/truetype/dejavu/DejaVuSans.ttf
# Farben: weiß=FFFFFF,blau=2E64FE,rot=FF0000, grün=00FF00, grau=585858, schwarz=000000
rgb "FF0000"
line 0 260 3840 260
# Kopfzeile
rgb "FFFFFF"
pt 64
date 100 200
time 3480 200
rgb "87CEFF"
text 1010 200 { "Temperature: ".ReadingsVal('TH.Garten','temperature','')."°C" }
text 2360 200 { "Humidity: ".ReadingsVal('TH.Garten','humidity','')."%" }
# Anzeige Kommunikation
text 100 550 "Telefon:"
text 1020 550 { ReadingsTimestamp('Callmonitor','external_name','') }
text 100 750 "Eigene Nummer:"
text 1020 750 { ReadingsVal('Callmonitor','internal_number','') }
pt 80
text 100 1100 "Anrufer:"
font /usr/share/fonts/truetype/dejavu/DejaVuSans-Bold.ttf
text 1020 1100 { ReadingsVal('Callmonitor','external_name','') }
font /usr/share/fonts/truetype/dejavu/DejaVuSans.ttf
text 100 1300 "Nummer:"
font /usr/share/fonts/truetype/dejavu/DejaVuSans-Bold.ttf
text 1020 1300 { ReadingsVal('Callmonitor','external_number','') }
Viele Grüße Gisbert
ZitatTomaten auf den Augen
;D
Guck Dir mal die Attribute an. ;)
Hallo,
ich habe bisher mit 70_STV gearbeitet, nun das neue Modul entdeckt und bin umgestiegen.
Noch habe ich aber beide Module im Einsatz (70_STV und 70_SamsungAV) - das führt zu unschönen wenn auch unschädlichen Warnungs im Log
PERL WARNING: Subroutine getIP redefined at ./FHEM/70_SamsungAV.pm line 1222, <$fh> line 7047.
PERL WARNING: Subroutine getIP_old redefined at ./FHEM/70_SamsungAV.pm line 1231, <$fh> line 7047.
PERL WARNING: Subroutine getMAC4IP redefined at ./FHEM/70_SamsungAV.pm line 1241, <$fh> line 7047.
Die sub Namen sind in beiden Modulen offenbar gleich...Nur als Anregung für verregnete Herbsttage, so was wie "SamsungAV_getIP()" wäre evtl. sauberer. Bitte nicht als Klugscheißern verstehen, ist mir nur gerade aufgefallen - ein Rausschmeißen des 70_STV löst das natürlich auch ;)
Hallo Markus,
ich hab noch UPD FHEM/98_DLNARenderer.pm (excluded from update) - evtl. hier der falsche Thread.
Soll ich das so lassen, oder was ist die aktuelle Version?
Viele Grüße Gisbert
Hi Gisbert,
musst Du so lassen, damit Du meine(vor Jahren) angepasste Version behältst und nicht mit einer noch viel älteren offiziellen Version "beglückt" wirst.
Grüße Markus
Hallo Markus,
ich nutze den neuen Samsung-Fernseher zur Ausgabe von Bild-Nachrichten. Der Fernseher kann aber auch Töne von sich geben. Könnte man Sprachnachrichten zum Fernseher senden und diese auf dem Fernseher abspielen? Auf meinem Handy kann ich Sprachnachrichten von Fhem bekommen.
Viele Grüße Gisbert
Morjen Gisbert,
das ist aber ein DLNAController Thema. ::)
Es sollte gehen. Du kannst ja z.B, set DeinDLNAController speak blabla machen.
Oder set DeinDLNAController stream DeineUri/Test.mp3.
Entscheidend wird das entsprechende Format(vermutlich auch Dateiendung bedeutsam) der Datei sein.
Grüße Markus
Hallo Markus,
es funktioniert im Prinzip, der ausgewiesene Text muss in Anführungszeichen, also set DeinDLNAController speak "blabla".
Es gibt jedoch 2 Probleme:
- Die Sprachausgabe ist auf englisch; ein deutscher Text hört sich damit merkwürdig an.
- Der Fernsehr zeigt ein schwarzes Bild mit allen möglichen Sonderzeichen, % usw. und einem Alien-ähnlichen Piktogram
Ich glaube, dass ich es vorerst damit belassen werde.
Viele Grüße Gisbert
Ist schon irgendjemand auf eine Möglichkeit gekommen den Frame "soft" auszuschalten wenn er im Artmode ist? Also ohne IR-Bridge oder Schaltsteckdose?