Samsung Adapter veraltet

[Feuersturm]

@thomas-braun sagte in Samsung Adapter veraltet:

npm ls | grep github

Komisch, da kommt weder etwas auf meinem Produktivsystem noch auf meinem Testsystem.

[mcm1957]

@feuersturm

Bitte teste (am TESTSYSTEM) mal die neue Version 0.6.0. Die sollte js-controller 6 ready sein. Zumindest starten läßt sie sich bei mir. Da ich zwar einen Samsung FS habe - der aber keine Netzwerkkomponenten besitzt (Model ca 2007) - kann ich da nicht mehr testen.

Version 0.6.0 ist bereits im Latest Repo verfügbar.

Danke für Feedback.

[Feuersturm]

@mcm1957 Danke für deinen Einsatz.
Version 0.6.0 lies sich auf meinen beiden Testsystemen (js-controller 5.0.19 mit nodejs20 und js-controller 6.0.1 mit nodejs18 ohne Probleme installieren. Ich habe zuvor die alte Version vom Adapter deinstalliert. Die Funktion ist auch weiterhin vorhanden

Was anders ist, ist das im Admin keine Switches angezeigt werden.

Ich habe heute aber auch die neue Admin Version 6.17.13 installiert, werde mal prüfen ob es ggf. an der liegt. Auf meinem Produktivsystem sind es switches. Die Rolle der Objekte sieht ja auch erstmal korrekt aus.

Bei der Installation vom Adapter wurden mehrere Warnungen angezeigt

$ iobroker add samsung auto --host ioBrokerTestsystem --debug
NPM version: 10.7.0
Installing iobroker.samsung@0.6.0... (System call)
npm warn ERESOLVE overriding peer dependency
npm warn While resolving: @mui/x-date-pickers@7.5.1npm warn Found: @mui/material@5.14.14npm warn node_modules/@iobroker/adapter-react-v5/node_modules/@mui/materialnpm warn @mui/material@"5.14.14" from @iobroker/adapter-react-v5@4.13.22npm warn node_modules/@iobroker/adapter-react-v5npm warn @iobroker/adapter-react-v5@"^4.13.13" from @iobroker/json-config@6.17.13npm warn node_modules/@iobroker/json-confignpm warn 1 more (iobroker.radar-trap)npm warnnpm warn Could not resolve dependency:npm warn peer @mui/material@"^5.15.14" from @mui/x-date-pickers@7.5.1npm warn node_modules/@iobroker/adapter-react-v5/node_modules/@mui/x-date-pickersnpm warn @mui/x-date-pickers@"^7.5.0" from @iobroker/adapter-react-v5@4.13.22npm warn node_modules/@iobroker/adapter-react-v5npm warnnpm warn Conflicting peer dependency: @mui/material@5.15.18npm warn node_modules/@mui/materialnpm warn peer @mui/material@"^5.15.14" from @mui/x-date-pickers@7.5.1npm warn node_modules/@iobroker/adapter-react-v5/node_modules/@mui/x-date-pickersnpm warn @mui/x-date-pickers@"^7.5.0" from @iobroker/adapter-react-v5@4.13.22npm warn node_modules/@iobroker/adapter-react-v5
npm warn reify invalid or damaged lockfile detectednpm warn reify please re-try this operation once it completesnpm warn reify so that the damage can be corrected, or perform
npm warn reify a fresh install with no lockfile if the problem persists.
npm warn deprecated npmlog@2.0.4: This package is no longer supported.
npm warn deprecated request-promise@4.2.6: request-promise has been deprecated because it extends the now deprecated request package, see https://github.com/request/request/issues/3142
npm warn deprecated are-we-there-yet@1.1.7: This package is no longer supported.
npm warn deprecated gauge@1.2.7: This package is no longer supported.
npm warn deprecated appium-logger@2.1.0: Moved into appium-support
npm warn deprecated core-js@1.2.7: core-js@<3.23.3 is no longer maintained and not recommended for usage due to the number of issues. Because of the V8 engine whims, feature detection in old core-js versions could cause a slowdown up to 100x even if nothing is polyfilled. Some versions have web compatibility issues. Please, upgrade your dependencies to the actual version of core-js.
npm warn deprecated core-js@2.6.12: core-js@<3.23.3 is no longer maintained and not recommended for usage due to the number of issues. Because of the V8 engine whims, feature detection in old core-js versions could cause a slowdown up to 100x even if nothing is polyfilled. Some versions have web compatibility issues. Please, upgrade your dependencies to the actual version of core-js.

added 39 packages in 42s
397 packages are looking for funding run `npm fund` for details

Ich habe auf meinem Testsystem bei Adapterinstallationen seit kurzem aber häufiger diese Warnungen bei der Installation / Update gesehen. Ist das ein bekanntes Thema @mcm1957 ?

mikeal created this issue in request/request

open Request’s Past, Present and Future #3142

[Feuersturm]

@mcm1957 Ich hab ein Downgrade auf die gleiche Adminversion wie auf meinem Produktivsystem gemacht 6.17.3 aber es wird mir weiterhin kein switch/button angezeigt. Hast du eine Idee wo ich weiter suchen kann?

[mcm1957]

@feuersturm
Was meinst du mit switch/button angezeigt?
Wenn du das SYMBOL (den "Bumper") in der Objektansicht meinst, der wird nur ohne Expertmode angezeigt. Im Expertmode wird true/false (oder was als Wert da steht) angezeigt.

Die npm Warnings sind veraltete Pakete. Ob die vom Samsung oder von andereren Adaptern kommen kann ich jetzt ad hoc nicht sagen. Ich hab den Samsung auch nur minimalst angegriffen. Zwei Kerndependencies (samsung-remote und node-fetch) können nicht mehr aktualisisert werde da sie nur mehr esm-only sind. Und ehrlich gesagt - für eine Grundrenovierung hab ich da zu wenig Zeit und mangels Testmöglichkeit auch mnicht geraade eine Priorisierung. Sorry.

Falls da wer mitliest:
Können uns gerne abstimmen wenn wer was tun will

[Feuersturm]

@mcm1957 sagte in Samsung Adapter veraltet:

Was meinst du mit switch/button angezeigt?
Wenn du das SYMBOL (den "Bumper") in der Objektansicht meinst, der wird nur ohne Expertmode angezeigt. Im Expertmode wird true/false (oder was als Wert da steht) angezeigt.

Genau das war es. Danke.
Aus meiner Sicht läuft der Adapter ja, ich denke mehr Energie musst du hier erstmal nicht reinstecken.

[mcm1957]

@feuersturm
Danke fürs Feedback.

[sunny9999]

Moinsen,
also bei mir rennt der Adapter nicht mehr....lässt sich zwar starten, geht kurzzeitig auf grün, stürzt dann aber ab.
Mein System :
Node.js:v20.16.0
NPM:10.8.1
_nodeCurrent:20.16.0
_npmNewest:10.8.1
_nodeNewest:20.16.0
_npmCurrent:10.8.1
_nodeNewestNext:20.16.0
_npmNewestNext:10.8.1

Log wie folgt :

host.IOBROKER-MASTER
2024-08-13 08:52:37.175	error	instance system.adapter.samsung.0 terminated with code 3 (NO_ADAPTER_CONFIG_FOUND)

samsung.0
2024-08-13 08:52:36.259	error	adapter disabled

host.IOBROKER-MASTER
2024-08-13 08:52:04.353	error	instance system.adapter.samsung.0 terminated with code 1 (JS_CONTROLLER_STOPPED)

host.IOBROKER-MASTER
2024-08-13 08:52:04.353	error	Caught by controller[6]: at processTicksAndRejections (node:internal/process/task_queues:82:21)

host.IOBROKER-MASTER
2024-08-13 08:52:04.353	error	Caught by controller[6]: at emitErrorCloseNT (node:internal/streams/destroy:128:3)

host.IOBROKER-MASTER
2024-08-13 08:52:04.353	error	Caught by controller[6]: at emitErrorNT (node:internal/streams/destroy:169:8)

host.IOBROKER-MASTER
2024-08-13 08:52:04.353	error	Caught by controller[6]: at Receiver.emit (node:domain:488:12)

host.IOBROKER-MASTER
2024-08-13 08:52:04.353	error	Caught by controller[6]: at Receiver.emit (node:events:519:28)

host.IOBROKER-MASTER
2024-08-13 08:52:04.353	error	Caught by controller[6]: at Receiver.receiverOnError (/opt/iobroker/node_modules/iobroker.samsung/node_modules/ws/lib/websocket.js:1191:13)

host.IOBROKER-MASTER
2024-08-13 08:52:04.353	error	Caught by controller[6]: at WebSocket.emit (node:domain:488:12)

host.IOBROKER-MASTER
2024-08-13 08:52:04.353	error	Caught by controller[6]: at WebSocket.emit (node:events:531:35)

host.IOBROKER-MASTER
2024-08-13 08:52:04.352	error	Caught by controller[6]: at WebSocket.<anonymous> (/opt/iobroker/node_modules/iobroker.samsung/lib/samsungtv/build/device.js:142:41)

host.IOBROKER-MASTER
2024-08-13 08:52:04.352	error	Caught by controller[6]: TypeError: reject is not a function

host.IOBROKER-MASTER
2024-08-13 08:52:04.352	error	Caught by controller[5]: SamsungRemote TV responded with { event: 'ms.channel.timeOut' }

host.IOBROKER-MASTER
2024-08-13 08:52:04.352	error	Caught by controller[4]:

host.IOBROKER-MASTER
2024-08-13 08:52:04.352	error	Caught by controller[3]: info

host.IOBROKER-MASTER
2024-08-13 08:52:04.352	error	Caught by controller[2]: SamsungRemote Unable to connect to TV

host.IOBROKER-MASTER
2024-08-13 08:52:04.351	error	Caught by controller[1]: ERR!

samsung.0
2024-08-13 08:52:03.592	error	reject is not a function

samsung.0
2024-08-13 08:52:03.592	error	TypeError: reject is not a function at WebSocket.<anonymous> (/opt/iobroker/node_modules/iobroker.samsung/lib/samsungtv/build/device.js:142:41) at WebSocket.emit (node:events:531:35) at WebSocket.emit (node:domain:488:12) at Receiver.receiverOnError (/opt/iobroker/node_modules/iobroker.samsung/node_modules/ws/lib/websocket.js:1191:13) at Receiver.emit (node:events:519:28) at Receiver.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-13 08:52:03.592	error	uncaught exception: reject is not a function

Anscheinend stimmt doch was nicht.......
Jemand ne Idee ?
Grüße
Sunny

[Feuersturm]

@sunny9999 Welche Version vom Samsung Adapter hast du installiert?
Lief der Adapter vorher auf deinem System im Zusammenspiel mit deinem Fernseher? Ich gehe davon aus, dass du deinen Samung TV in der Zwischenzeit nicht getauscht hast

Welche Version vom js-controller ist installiert? Ansonste poste auch mal die Langfassung von iob diag

[marian.t]

Hallo, mein samsung-community Adapter v.0.5.0 der seit ein paar Jahren mit Samsug-TV UE55JS8590TXZG BJ. 2016/Modell 2015 mit Tizen OS funktioniert seit Update auf js-controller auf Version 6.0.9 nicht mehr (Issue #201).
Die Version 0.6.0, die unter iobroker-community.samsung zu finden ist, funktioniert mit meinem TV (API-Type SamsungHJ) allerdings nicht richtig, im Log ist die TV-verbindung initialisiert, nicht aber connected, die Änderungen an Statepoints sind auch wirkungslos.

In Issue #202 habe ich Protokolle aus dem Debugger herbeigeführt, die möglicherweise die Ursache darstellen: der Pfad zu 'encoding' module in requireStack-array ist nicht vorhanden.

Vielleich über dieses Forum findet sich jemand, der den Adapter zum Laufen bringen kann?
Ich werde gerne beim Testen behilflich.

[Thomas Braun]

@marian-t

cd /opt/iobroker/ && npm ls encoding

liefert?

[marian.t]

@thomas-braun said in Samsung Adapter veraltet:

cd /opt/iobroker/ && npm ls encoding

pi@raspberrypi:~ $ cd /opt/iobroker/ && npm ls encoding
iobroker.inst@3.0.0 /opt/iobroker
└── (empty)

[mcm1957]

@marian-t

Bitte beantworte auch die bereits im Issue gestellten Fragen:

• Welches Api hast du für diesen Fernseher eingestellt?

• Und bitte poste mal das ganz normale ioBroker log mit Level DEBUG - vom start des Adapters angefangen.

Das package encoding ist eine peer dependency der adapter dependency node-fetch. Wie geschrieben startet bei mir der Adapter ganz normal (was mangels Gerät nichts über die Funktion aussagt). Ein Debugger Output mit einem direkt node <adapterscript) Aufruf mag helfen - wichtiger wäre aber zunächst mal die INfo ob der Adapter bei dir normal startet und nur nicht funktioniert oder schon beim Start crashed. Daher bitte das ioBroker log (level debug, komplett ab Start des Adapters) posten.

[Thomas Braun]

@marian-t
Sollte aber so (ähnlich) aussehen:

echad@chet:~ $ cd /opt/iobroker/ && npm ls encoding
iobroker.inst@3.0.0 /opt/iobroker
├─┬ iobroker.backitup@3.0.19
│ └─┬ google-auth-library@9.13.0
│   └─┬ gaxios@6.7.0
│     └─┬ node-fetch@2.7.0
│       └── encoding@0.1.13 deduped
├─┬ iobroker.ble@0.14.0
│ └─┬ @abandonware/noble@1.9.2-25
│   └─┬ @abandonware/bluetooth-hci-socket@0.5.3-12
│     └─┬ node-gyp@10.1.0
│       └─┬ make-fetch-happen@13.0.1
│         └─┬ minipass-fetch@3.0.5
│           └── encoding@0.1.13 deduped
└─┬ iobroker.samsung@0.6.0
  └─┬ node-fetch@2.6.7
    └── encoding@0.1.13

echad@chet:/opt/iobroker $ 

[mcm1957]

@marian-t said in Samsung Adapter veraltet:

@thomas-braun said in Samsung Adapter veraltet:

cd /opt/iobroker/ && npm ls encoding

pi@raspberrypi:~ $ cd /opt/iobroker/ && npm ls encoding
iobroker.inst@3.0.0 /opt/iobroker
└── (empty)

Das ist an sich nicht ungewöhnlich. Schaut bei mir genauso aus obwohl ich einige Adapter installiert habe die node-fetch benutzen.

[Thomas Braun]

@mcm1957 sagte in Samsung Adapter veraltet:

Das ist an sich nicht ungewöhnlich. Schaut bei mir genauso aus obwohl ich einige Adapter installiert habe die node-fetch benutzen.

.k
Passt aber zu der Meldung, das encoding nicht gefunden werden kann. Bei mir kommt die nicht.

[marian.t]

API steht ja in meinem Post oben: SamsungHJ. Damit hat der Adapter v0.5.0 bisher funktioniert.
Die Debug Log-Ausgaben sind in #201 gelistet, sind aber nicht aussagekräftig. Bei v.0.6.0 fehlt TV connected (o.ä)

[marian.t]

Noch zu
cd /opt/iobroker/ && npm ls encoding
muss der Iobroker dort auch dabei laufen? Bei mir ist der wegen des nicht laufenden Samsung-Adapters gestoppt (und 2. Installation über Docker gestartet - mit altem js-contr.)

[mcm1957]

@thomas-braun said in Samsung Adapter veraltet:

@mcm1957 sagte in Samsung Adapter veraltet:

Das ist an sich nicht ungewöhnlich. Schaut bei mir genauso aus obwohl ich einige Adapter installiert habe die node-fetch benutzen.

.k
Passt aber zu der Meldung, das encoding nicht gefunden werden kann. Bei mir kommt die nicht.

Die Meldung betreffend encosing stammt NICHT aus dem offiziellen ioBroker log sondern von einen Versuch den Adapter so zu starten:
node --inspect-brk=:9229 /opt/iobroker/node_modules/iobroker.samsung/main.js --force --logs --trace-warnings

Da encoding eine nur eine peer dependency ist, also optional ist, kann die Meldung auch irrelevant sein.

Ich check mal was im ioBroker Log 201 steht

[mcm1957]

@marian-t said in Samsung Adapter veraltet:

API steht ja in meinem Post oben: SamsungHJ. Damit hat der Adapter v0.5.0 bisher funktioniert.
Die Debug Log-Ausgaben sind in #201 gelistet, sind aber nicht aussagekräftig. Bei v.0.6.0 fehlt TV connected (o.ä)

Im Issue https://github.com/iobroker-community-adapters/ioBroker.samsung/issues/201
kein IOBROKER LOG mit LEVEL DEBUG drinnen. Bei der Eröffnu g des Issues ist ein Log das alten Adapters samsung-community drinnen. ISt hier irrelevant. Später gibts nur info logs.

Unten hast du noch versucht den Adapter mit node ... zu starten. Das ist ebenfalls momentan irrelavant.

Bitte

• stelle die Adapter Instanz auf Log Level DEBUG
• starte die Instanz
• poste was du im IOBROKER Log siehst

Bitte nix manuell mit node irgendwas versuchen zu starten. Ich würde gerne das normale ioBroker Log mit Level DEBUG sehen. Und ich würde gerne wissen ob der Adapter crashed oder nicht.

marian-t-web-de created this issue in iobroker-community-adapters/ioBroker.samsung

closed ioBroker.samsung-community Adapter funktioniert nicht mehr nach einem Update vom js-controller auf Version 6.0.9 #201