Samsung Adapter veraltet
-
@marian-t said in Samsung Adapter veraltet:
info starting. Version 0.6.0 (non-npm: iobroker-community-adapters/ioBroker.samsung#b3cb312903d1fb19355bbea959c2dc8d311f969e) in /opt/iobroker/node_modules/iobroker.samsung, node: v18.19.0, js-controller: 5.0.19
Warum hast du eine GITHUB Version installiert?
Bitte installier mal die offizielle Version. Wird zwar wahrscheinlich keinen Unterschied bringen aber Fehler in GitHub Versionen suche ich nicht.
-
@thomas-braun said in Samsung Adapter veraltet:
@mcm1957 sagte in Samsung Adapter veraltet:
Verwendet ihr ebenfalls SamsungHJ als Api?
Nein, die SamsungTV-API
Kann der User die aus verwenden oder hängt das vom Gerät ab?
Gibts heir jemand der das HJ Api verwendet? -
@mcm1957 sagte in Samsung Adapter veraltet:
Kann der User die aus verwenden oder hängt das vom Gerät ab?
Das dürfte vom Modelljahr und/oder der Baureihe abhängen.
-
Mir war nicht bewusst, dass eine v0.6.0 sich auf Github von "offiziell" unterscheidet. Ansonsten wollte ich die Adapter v.0.5.0 nicht zerschießen. So habe ich beide parallel.
Ich mache es erneut, melde mich später. -
@marian-t sagte in Samsung Adapter veraltet:
sich auf Github von "offiziell" unterscheidet.
auf Github liegt möglicherweise alles, vor allem Entwicklerversionen, die möglicherweise noch nicht fertig sind, breaking changes beinhalten usw.
-
Lt. Code MUSS im debug log der Text 'Initializing HJ lib' auftauchen. Wenn den Log nicht unvollständig ist, dann bitte:
- installier mal die offizielle Version aus dem Repository
- dann kontrolliere ob du wirklich eine IP Adresse eingegeben hast - die Konfig musstest du ja neu eingeben da neuer Adapter. Speicher die COnfig sicherheitshalter noch mal ab.
if (adapter.config.ip) { adapter.log.debug('Initializing HJ lib'); -
Zu API: habe alle ausprobiert, mit meinem UE55JS8590TXZG hat die SamsungHJ API auch funktioniert - was ja naheliegend ist.
-
@marian-t said in Samsung Adapter veraltet:
Zu API: habe alle ausprobiert, mit meinem UE55JS8590TXZG hat die SamsungHJ API auch funktioniert - was ja naheliegend ist.
Was mich wundert sind die fehlenden DEBUG Logs . Von den Initailiserungs logs im Code steht nichts in deinem Output
-
@marian-t said in Samsung Adapter veraltet:
Zu API: habe alle ausprobiert, mit meinem UE55JS8590TXZG hat die SamsungHJ API auch funktioniert - was ja naheliegend ist.
Ähmm
Willst du damit sagen dass der Adapter ioBroker.samsung v 0.6.0 zu einem anderen Gerät mit Api SamsungHJ funktioniert? -
@marian-t
Also bei mir kommt die Init Meldung unmittelbar nach der Startmeldung:info starting. Version 0.6.0 in C:/ioBroker/node_modules/iobroker.samsung, node: v20.15.0, js-controller: 6.0.5
Bitte check ob du was vom Log unterschlagen hast.
Bitte check ob deine API EInstellung passt.
Bitte poste das Instanz Object mit der ConfigExpert Mode
Objekte -> system -> adapter -> Samsung
Dort den BleistiftSollte so aussehen:
Hier noch der Log meines Startups
samsung.0 2024-08-20 21:28:05.293 error FetchError: request to http://192.168.1.95:8001/ms/1.0/ failed, reason: connect ETIMEDOUT 192.168.1.95:8001 at ClientRequest.<anonymous> (C:\ioBroker\node_modules\iobroker.samsung\node_modules\node-fetch\lib\index.js:1491:11) at ClientRequest.emit (node:events:531:35) at ClientRequest.emit (node:domain:488:12) at Socket.socketErrorListener (node:_http_client:500:9) at Socket.emit (node:events:519:28) at Socket.emit (node:domain:488:12) at emitErrorNT (node:internal/streams/destroy:169:8) at emitErrorCloseNT (node:internal/streams/destroy:128:3) at processTicksAndRejections (node:internal/process/task_queues:82:21) samsung.0 2024-08-20 21:28:05.290 error Connection to TV failed. Is the IP correct? Is the TV switched on? request to http://192.168.1.95:8001/ms/1.0/ failed, reason: connect ETIMEDOUT 192.168.1.95:8001 samsung.0 2024-08-20 21:27:44.268 debug Initializing HJ lib samsung.0 2024-08-20 21:27:44.254 info starting. Version 0.6.0 in C:/ioBroker/node_modules/iobroker.samsung, node: v20.15.0, js-controller: 6.0.5 samsung.0 2024-08-20 21:27:43.961 debug Plugin sentry Initialize Plugin (enabled=true) samsung.0 2024-08-20 21:27:43.942 debug States connected to redis: 127.0.0.1:9000 samsung.0 2024-08-20 21:27:43.931 debug States create User PubSub Client samsung.0 2024-08-20 21:27:43.930 debug States create System PubSub Client samsung.0 2024-08-20 21:27:43.923 debug Redis States: Use Redis connection: 127.0.0.1:9000 samsung.0 2024-08-20 21:27:43.909 debug Objects connected to redis: 127.0.0.1:9001 samsung.0 2024-08-20 21:27:43.902 debug Objects client initialize lua scripts samsung.0 2024-08-20 21:27:43.885 debug Objects create User PubSub Client samsung.0 2024-08-20 21:27:43.884 debug Objects create System PubSub Client samsung.0 2024-08-20 21:27:43.878 debug Objects client ready ... initialize now samsung.0 2024-08-20 21:27:43.859 debug Redis Objects: Use Redis connection: 127.0.0.1:9001 host.Envy 2024-08-20 21:27:41.832 info instance system.adapter.samsung.0 started with pid 2508 -
Adapter wurde gelöscht, neu installiert über + auf Adapter, allerdings auf einer "normalen" iobroker installation mit js-contr. 6.0.9
Init-Meldung in LOG war über "debug" raus:
starting. Version 0.6.0 in /opt/iobroker/node_modules/iobroker.samsung, node: v18.20.4, js-controller: 6.0.9
Aber keine Funktion.Debug-LOG:
Instanz-Objekt:
-
@marian-t said in Samsung Adapter veraltet:
Adapter wurde gelöscht, neu installiert über + auf Adapter, allerdings auf einer "normalen" iobroker installation mit js-contr. 6.0.9
I thought you want to use SamsungHJ ?
Please check config. -
Habe bereits bemerkt - die Einstellungen waren weg.
Jetzt kommt bis "Connection to TV initialised" wie in #201.
Func. aber weiterhin nicht. Habe schon PIN auf 0 gesetzt, TV gibt aber keine neue vor.
Kommt die Meldung "Successfully connected to your Samsung HJ TV" wie in v.0.5.0 nicht mehr?
-
@mcm1957 sagte in Samsung Adapter veraltet:
Verwendet ihr ebenfalls SamsungHJ als Api?
Ich verwende die "SamsungRemote" API
-
@marian-t said in Samsung Adapter veraltet:
Connection to TV initialised
Das Protokoll sieht für mich so aus als würde es im Bereich pairing klemmen.
Die "successfully connected" Meldung kommt NACH einem erfolgreichen Pairing.
Da ich aber nicht weiß wie dieser Pairing Prozess abläuft kann ich da nicht effizient helfen. Irgendwie kann / muss man ja den Pin auch neu anfordern - scheinbar wenn kein pin eingegeben wird. Aber Sorry - das muss sich wer ansehen der die Abläufe kennt. Gleub nicht dass ich da effizient weiterkomme.
Übrigrends - die Antwort zu
@marian-t said in Samsung Adapter veraltet: Zu API: habe alle ausprobiert, mit meinem UE55JS8590TXZG hat die SamsungHJ API auch funktioniert - was ja naheliegend ist. Ähmm Willst du damit sagen dass der Adapter ioBroker.samsung v 0.6.0 zu einem anderen Gerät mit Api SamsungHJ funktioniert?bist du noch schuldig oder ich hab sie wieder übersehen.
-
Ich habe nur den einen TV mit Iobroker Adapter verbunden und der hatte mit samsung-community Adapter v.0.5.0 und API SamsungHJ letzte Woche noch funktioniert.
Nichts Böses denkend habe ich auf js-controller upgedated und dann ging nichts mehr - daher die #201/#202 issues.
Pairing ist bei diesem TV verschlüsselt, dass würde sich mit dem Error aus inspect-debugging "Error: Cannot find module 'encoding' " decken.Ansonsten habe ich gerade ale vier API's ausprobiert, nur die 'SamsungHJ' führt zur "Connection to TV initialised" Meldung.
Mache Schluss für heute. -
Meldung für die Galerie/Statistik:
Bei mir läuft sowhl der samsung wie der samsung-tizen Adapter. Eben noch nochmal getestet.
nodejs 22 und auch sonst 'bleeding edge' unterwegs. -
@marian-t said in Samsung Adapter veraltet:
Ansonsten habe ich gerade ale vier API's ausprobiert, nur die 'SamsungHJ' führt zur "Connection to TV initialised" Meldung.
Das ist klar. Der Log ist nur in diesem Submodul enthalten.
und wird bei anderen Apis nicht ausgegeben. -
@marian-t said in Samsung Adapter veraltet:
Ich habe nur den einen TV mit Iobroker Adapter verbunden und der hatte mit samsung-community Adapter v.0.5.0 und API SamsungHJ letzte Woche noch funktioniert.
Nur leider ist der samsung-community bzw. die version des amsung 0.5.0 seit Jahren veraltet gewesen. Krgendwann gehen Museumsversionen nicht mehr wie du eben festgestellt hast.
Pairing ist bei diesem TV verschlüsselt, dass würde sich mit dem Error aus inspect-debugging "Error: Cannot find module 'encoding' " decken.
Darf ich fragen was dich zu dieser Aussage veranlasst? Kennst du die Funktion des npm Moduls 'encoding'?
Siehe https://www.npmjs.com/package/encoding
'encoding is a simple wrapper around iconv-lite to convert strings from one encoding to another.'Der Modul dient dazu TEXT Codierungen zu konvertieren - hat also zu 100% nichts mit einer Verschlüsselung zu tun ...
Hast du schon mal die ganze initialisierung durchgespielt? Irgendwie wird ja bei diesem Api das Gerät gepaired. Und das muss natürlich nach der Neuinstallation komplett neu durchgeführt werden.
Siehe README:
Samsung HJ - 2014 and 2015 After first connect you need to enter the Pin shown on your TV.Wenn ich das richtig im Code lese muss
- der Adapter OHNE pin gestartet werden
- dann wird am Fernseher ein PIN angezeigt
- dieser Pin muss in der Adapter Config eingetragen werden
- und der Adapter neu gestartet werden
Hast du diese Sequenz nach der letzten Installation gemacht?
Kann es sein dass dazu am TV irgendwas initialisiert / eingestellt werden muss?Oder hast du den Pin eingegeben der bisher im Adapter eingetragen war? Je nachdem was bei der Erstellung des Pins vom TV beachtet wird, kann es sein dass der PIN auf eienr anderen IP ev nicht passt.
-
Hallo,
das Thema beschäftigt mich schon länger und habe auch andere Foren studiert. Aber der Reihe nach:- Pairing ist durch das TV-Modell bestimmt (lt. Samsung-Foren), die API's müssen dem folgen. Dazu muss man die Funktion des npm Moduls 'encoding' nicht auswendig kennen; auffällig ist auch das die Scripts im Ordner /Encryption nur bei H-and-J-Series-lib vorkommen (siehe Github)
- die Initialisierung startet bei PIN 0 - aber nur manchmal. Ich kenne keine Möglichkeit es zu erzwingen. Mir reicht die Bestätigung im Debugger-Log dass die PIN bestätigt wurde. Der TV kann die Adapter 0.5.0 und 0.6.0 nicht unterscheiden, beide laufen mit gleichem PIN. Die TV-IP ist fix.
Ich habe die letzte Stunden die Abläufe der beiden Versionen per node inspect debuggt (bei der iOb Inst. mit js-contr. 5.0.19 weil dort beide Adapt. lauffähig sind) und festgestellt, dass die obige Exception und Meldung mit "encoding" (sowie weitere) bei beiden Versionen des Adapters vorkommen und es scheint nicht zu stören.
Weiterhin ist der Ablauf bis zur ''Connection established' weitgehend identisch (gem. Log in RPi, ist ausführlicher als iOb/Debugger log):Confirming pin nnn Step 1: Saying hello to the server Generated serverHello ... hello verified Step 2: Acknowledging generatedServerAcknowledge: ... client ack true identity { sessionId: '1', aesKey: 'nnnn' } PIN confirmation succeeded. Identity: { s.o. } Handshake: nnnnnnnnnnnn Opening new websocket Connection establishedDann endet das neue Adapter 0.6.0 mit folgenden zwei Meldungen
unknown message received: 1:: unknown message received: 2::Es wird an dieser Stelle kein Exception ausgelöst (die fängt der Debugger ab), der Ablauf endet hier (es gibt dann keine "Play" Taste in Deb.)
In der v.0.5.0 läuft es ab dem Punkt 'Connection established' anders:
SOCKET MESSAGE: 1::/com.samsung.companion buildEmitMessage: registerPush, payload: {"body":"[173,190,181,208,161,57,189,141,18,69,51,178,238,118,210,234,32,153,15,16,163,99,213,252,192,168,105,194,208,91,149,255,152,129,46,34,51,83,16,30,208,138,114,242,167,7,18,105]","Session_Id":5} buildEmitMessage: registerPush, payload: {"body":"[173,190,181,208,161,57,189,141,18,69,51,178,238,118,210,234,214,244,146,219,231,87,118,137,54,127,199,74,223,64,134,65,118,111,196,188,105,171,247,237,31,148,177,174,251,84,57,69]","Session_Id":5} buildEmitMessage: callCommon, payload: {"body":"[63,209,125,153,163,238,224,22,239,218,39,5,7,58,137,35,235,72,92,226,74,182,204,32,110,218,39,121,253,25,160,55,98,47,108,230,250,134,150,182,108,104,128,188,183,152,191,134,1,182,23,231,195,171,72,43,135,149,83,96,183,199,125,202,202,219,227,176,209,18,2,190,9,120,205,79,91,37,112,76]","Session_Id":5} unknown message received: 1::/com.samsung.companion (node:20986) [INSPECTOR_ASYNC_STACK_TRACES_NOT_AVAILABLE] Warning: Warning: Async stack traces in debugger are not available on 32bit platforms. The feature is disabled. keep-alive: 2:: SOCKET MESSAGE: 5::/com.samsung.companion: Handle Event: receiveCommon receiveCommon: [58,12,177,192,188,146,212,231,215,3,151,133,140,111,56,92,222,141,134,241,89,164,2,176,109,157,137,107,221,223,161,123,63,62,65,70,40,30,254,163,90,132,199,48,158,184,248,62,144,47,130,123,111,165,122,160,51,30,246,85,212,85,25,46] decrypted: { plugin: 'NNavi', api: 'GetDUID', result: 'H3CJ6OTEDSPFQ' } GetDUID: H3CJ6OTEDSPFQ: GetDUID 2024-08-21 14:14:08.330 - info: samsung-community.0 (20986) Successfully connected to your Samsung HJ TV keep-alive: 2:: keep-alive: 2::Wieso die Meldung
unknown message received: 1::/com.samsung.companionbei dem alten (0.5.0) Adapter nicht stört, kann ich nicht beurteilen - ist es das Teil ab /com.??
Irgendwas fehlt in der neuen Version was in der Alten zu - intern - 'buildEmitMessage' und 'receive common' und - extern - (Erfolgs-)Meldung 'Successfully connected' führt.Fazit: ich denke wir brauchen uns nicht mit Initialisierung/PIN/API-Version zu beschäftigen, beide Adapter bestätigen die PIN und laufen ja bis 'Connection established'.
Ich bräuchte aber weiterhin eine Unterstützung wie ich den Fehler einzugrenzen könnte (z.B. wie ich die Module erfolgreich debuggen kann) und dann dabei wie es zu korrigieren ist.
