NEWS
Test Adapter Samsung Smartthings v.0.0.x
-
Das ist der Log des Fehlers:
javascript.0 14:14:00.667 info
Stopping script
javascript.0 14:14:01.957 info
start JavaScript (Javascript/js)
javascript.0 14:14:01.964 info
=== Node.js and OpenSSL Version Information ===
javascript.0 14:14:01.965 error
Error: ReferenceError: process is not defined
javascript.0 14:14:01.965 error
at script.js.Test:5:33javascript.0 14:14:01.965 error
at script.js.Test:40:3javascript.0 14:14:01.965 error
at Script.runInContext (node:vm:149:12)@smarteppi Achso das ist ein script was du im container shell ausführen sollst
-
Okay verstehe.
Ergebnis:// Try to get more detailed OpenSSL info
try {
console.log('Could not access crypto constants:', e.message);s).length > 0 ? 'YES' : 'NO');
-bash: syntax error near unexpected token(' -bash: syntax error near unexpected token'=== Node.js and OpenSSL Version Information ===\n''
-bash: syntax error near unexpected token'Node.js version:',' -bash: syntax error near unexpected token'Node.js platform:','
-bash: syntax error near unexpected token'Node.js arch:',' -bash: syntax error near unexpected token'''
-bash: //: Is a directory
-bash: syntax error near unexpected token'OpenSSL version:',' -bash: syntax error near unexpected token'''
-bash: //: Is a directory
-bash: syntax error near unexpected token'=== All Process Versions ==='' -bash: syntax error near unexpected tokenprocess.versions'
-bash: syntax error near unexpected token ``${key}: ${process.versions[key]}' -bash: syntax error near unexpected token}'
-bash: syntax error near unexpected token''' -bash: //: Is a directory -bash: syntax error near unexpected token'=== Crypto Capabilities ===''
-bash: syntax error near unexpected token'Available ciphers:',' -bash: syntax error near unexpected token'Has aes-128-cbc:','
-bash: syntax error near unexpected token''' -bash: //: Is a directory -bash: try: command not found -bash: const: command not found -bash: syntax error near unexpected token'=== OpenSSL Constants Available ===''
-bash: syntax error near unexpected token'Crypto constants defined:',' -bash: syntax error near unexpected token}'
-bash: syntax error near unexpected token'Could not access crypto constants:',' -bash: syntax error near unexpected token}' -
@tombox: Seit circa zwei Wochen kann sich mein Adapter nicht mehr bei Samsung anmelden. Ich habe mehrmals über die Console F12 den String kopiert und eingefügt, aber ich bekomme immer nur die folgenden Fehlermeldungen:

smartthings.0 2026-01-07 20:36:34.992 error Refresh Token failed please delete authInformation.session and enter a new code Url smartthings.0 2026-01-07 20:36:34.992 error {"error":"invalid_grant","error_code":"AUT_1803","error_description":"The value of refresh_token parameter is incorrect."} smartthings.0 2026-01-07 20:36:34.991 error AxiosError: Request failed with status code 400MOD-EDIT: Code in code-tags gesetzt!
Mit der Bitte um Support, lg Paul
-
@tombox: Seit circa zwei Wochen kann sich mein Adapter nicht mehr bei Samsung anmelden. Ich habe mehrmals über die Console F12 den String kopiert und eingefügt, aber ich bekomme immer nur die folgenden Fehlermeldungen:

smartthings.0 2026-01-07 20:36:34.992 error Refresh Token failed please delete authInformation.session and enter a new code Url smartthings.0 2026-01-07 20:36:34.992 error {"error":"invalid_grant","error_code":"AUT_1803","error_description":"The value of refresh_token parameter is incorrect."} smartthings.0 2026-01-07 20:36:34.991 error AxiosError: Request failed with status code 400MOD-EDIT: Code in code-tags gesetzt!
Mit der Bitte um Support, lg Paul
@pfried sagte in Test Adapter Samsung Smartthings v.0.0.x:
Seit circa zwei Wochen kann sich mein Adapter nicht mehr bei Samsung anmelden.
Ich hab exakt das gleiche das Problem auch, aber schon seit Monaten. :(
-
@pfried sagte in Test Adapter Samsung Smartthings v.0.0.x:
Seit circa zwei Wochen kann sich mein Adapter nicht mehr bei Samsung anmelden.
Ich hab exakt das gleiche das Problem auch, aber schon seit Monaten. :(
@SmartStuffCoyote schon mal smartthings.0.authInformation.session gelöscht?
-
@SmartStuffCoyote schon mal smartthings.0.authInformation.session gelöscht?
@tombox sagte in Test Adapter Samsung Smartthings v.0.0.x:
@SmartStuffCoyote schon mal smartthings.0.authInformation.session gelöscht?
Nö... klasse Tipp, vielen Dank! Hat gewirkt.
-
@tombox sagte in Test Adapter Samsung Smartthings v.0.0.x:
@SmartStuffCoyote schon mal smartthings.0.authInformation.session gelöscht?
Nö... klasse Tipp, vielen Dank! Hat gewirkt.
@SmartStuffCoyote Steht auch explizit so in der Fehlermeldung
-
@SmartStuffCoyote Steht auch explizit so in der Fehlermeldung
@tombox sagte in Test Adapter Samsung Smartthings v.0.0.x:
@SmartStuffCoyote Steht auch explizit so in der Fehlermeldung
Ich hatte das nicht als Datenpunkt aufgefasst sondern als die Authentifizierungsangaben (jene URL oder das Token). Im Nachhinein ist es natürlich offensichlich.
-
hi @tombox ich hatte auf meinem alten system den adapter super zum laufegebracht. jetzt scheint als mach ich irgendwas falsch
"Please enter a valid codeUrl or Samsung Smartthings Token"
"No Code found in the codeUrl"bei mir sieht das fenster viel größer aus und ich hab auch keinen weißen screen sondern dauerhaft 4 punkte die im kreis laufen und auf f12 einen ewig langer code hab jede kombi die mir logisch erschein reingeknallt, was mach ich falsch?
-
Moin, weder über diesen Adapter noch über den Samsung Tizen schaffe ich es meinen Samsung The Frame auszuschalten. Der Wechseln zwischen Art Mode und An klappt, aber ich würde einfach gern den langen Tastendruck der Fernbedienung simulieren wollen.
Alternativ hätte ich eine Routine in SmartThings dazu, aber die finde ich in den Objekten des Adapters auch nicht.
Hätte jemand eine Idee ob es klappen sollte/könnte? Wäre euch da echt dankbar. -
@adamk Ich nutze den Adapter seit über einem Jahr für 2 WindFree Klimageräte (Mega Klimaanlage btw...). Das ganze auf einem Uralt ThinClient (Intel(R) Celeron(R) J4105 CPU @ 1.50GHz), auf dem auch noch die Homematic CCU parallel läuft. Ja, der Adapter frisst CPU - bei mir allerdings "nur" < 5% mit einem Abfrageintervall von 30s. Nicht schön, aber bei mir ohne nennenswerte Einschränkungen. Das 30s Intervall fällt in der Praxis auch nicht wirklich auf, man muss nur ggf. bei Scripten daran denken, dass es eben den Zeitversatz gibt. Beispielsweise frage ich die Fenstersensoren ab und wenn die Klima läuft bei geöffneten Fenstern gibt es eine Warnmeldung. Das funktioniert gut und da stört der Zeitversatz nicht wirklich. Was allerdings gar nicht funktioniert, ist mit den HMIP Raumthermostaten die Temperatur regeln zu wollen. 2 Systeme mit größeren Latenzzeiten, ich habs aufgegeben. Aber so ziemlich alles was die Fernbedienung hergibt mittels VIS zu steuern geht zuverlässig.
Ich habe mir das Ganze aber dennoch nach Deinem Post etwas genauer angesehen. Der Adapter bietet ja die Möglichkeit Datenpunkte und auch ganze Ordnerstrukturen aus der Abfrage auszunehmen. Um jetzt nicht jeden der Tausenden Datenpunkte zu analysieren, habe ich mal nur die größten rausgenommen: execute, ocf und samsungce. Wenn diese 3 Filter im Adapter gesetzt werden reduziert das die Last um ungefähr die Hälfte, ohne dass Steuerung und Statusabfrage eingeschränkt wäre. Alleine der execute Baum hat jeweils über 1.000 Datenpunkte. Damit reduziert sich die CPU Last auf +/- 3% bei einem 30s Intervall.@Frederik-Buss sagte in Test Adapter Samsung Smartthings v.0.0.x:
@adamk Ich nutze den Adapter seit über einem Jahr für 2 WindFree Klimageräte (Mega Klimaanlage btw...). Das ganze auf einem Uralt ThinClient (Intel(R) Celeron(R) J4105 CPU @ 1.50GHz), auf dem auch noch die Homematic CCU parallel läuft. Ja, der Adapter frisst CPU - bei mir allerdings "nur" < 5% mit einem Abfrageintervall von 30s. Nicht schön, aber bei mir ohne nennenswerte Einschränkungen. Das 30s Intervall fällt in der Praxis auch nicht wirklich auf, man muss nur ggf. bei Scripten daran denken, dass es eben den Zeitversatz gibt. Beispielsweise frage ich die Fenstersensoren ab und wenn die Klima läuft bei geöffneten Fenstern gibt es eine Warnmeldung. Das funktioniert gut und da stört der Zeitversatz nicht wirklich. Was allerdings gar nicht funktioniert, ist mit den HMIP Raumthermostaten die Temperatur regeln zu wollen. 2 Systeme mit größeren Latenzzeiten, ich habs aufgegeben. Aber so ziemlich alles was die Fernbedienung hergibt mittels VIS zu steuern geht zuverlässig.
Ich habe mir das Ganze aber dennoch nach Deinem Post etwas genauer angesehen. Der Adapter bietet ja die Möglichkeit Datenpunkte und auch ganze Ordnerstrukturen aus der Abfrage auszunehmen. Um jetzt nicht jeden der Tausenden Datenpunkte zu analysieren, habe ich mal nur die größten rausgenommen: execute, ocf und samsungce. Wenn diese 3 Filter im Adapter gesetzt werden reduziert das die Last um ungefähr die Hälfte, ohne dass Steuerung und Statusabfrage eingeschränkt wäre. Alleine der execute Baum hat jeweils über 1.000 Datenpunkte. Damit reduziert sich die CPU Last auf +/- 3% bei einem 30s Intervall.Wie können solche Filter gesetzt werden? Möchte mehrere ganze Ordner zur Abfrage ausblenden.
-
@Frederik-Buss sagte in Test Adapter Samsung Smartthings v.0.0.x:
@adamk Ich nutze den Adapter seit über einem Jahr für 2 WindFree Klimageräte (Mega Klimaanlage btw...). Das ganze auf einem Uralt ThinClient (Intel(R) Celeron(R) J4105 CPU @ 1.50GHz), auf dem auch noch die Homematic CCU parallel läuft. Ja, der Adapter frisst CPU - bei mir allerdings "nur" < 5% mit einem Abfrageintervall von 30s. Nicht schön, aber bei mir ohne nennenswerte Einschränkungen. Das 30s Intervall fällt in der Praxis auch nicht wirklich auf, man muss nur ggf. bei Scripten daran denken, dass es eben den Zeitversatz gibt. Beispielsweise frage ich die Fenstersensoren ab und wenn die Klima läuft bei geöffneten Fenstern gibt es eine Warnmeldung. Das funktioniert gut und da stört der Zeitversatz nicht wirklich. Was allerdings gar nicht funktioniert, ist mit den HMIP Raumthermostaten die Temperatur regeln zu wollen. 2 Systeme mit größeren Latenzzeiten, ich habs aufgegeben. Aber so ziemlich alles was die Fernbedienung hergibt mittels VIS zu steuern geht zuverlässig.
Ich habe mir das Ganze aber dennoch nach Deinem Post etwas genauer angesehen. Der Adapter bietet ja die Möglichkeit Datenpunkte und auch ganze Ordnerstrukturen aus der Abfrage auszunehmen. Um jetzt nicht jeden der Tausenden Datenpunkte zu analysieren, habe ich mal nur die größten rausgenommen: execute, ocf und samsungce. Wenn diese 3 Filter im Adapter gesetzt werden reduziert das die Last um ungefähr die Hälfte, ohne dass Steuerung und Statusabfrage eingeschränkt wäre. Alleine der execute Baum hat jeweils über 1.000 Datenpunkte. Damit reduziert sich die CPU Last auf +/- 3% bei einem 30s Intervall.Wie können solche Filter gesetzt werden? Möchte mehrere ganze Ordner zur Abfrage ausblenden.
@ToK Hi, Ich habe den Adapter auf HomeAssistant umgestellt.
-
@ToK Hi, Ich habe den Adapter auf HomeAssistant umgestellt.
@Frederik-Buss sagte in Test Adapter Samsung Smartthings v.0.0.x:
@ToK Hi, Ich habe den Adapter auf HomeAssistant umgestellt.
Wir verwenden Smartthings zum Steuern von 4 Klimaanlagen.
Um die CPU Last zu minimieren habe ich in der smartthings Instanz unter "Exclude Devices" folgendes eingetragen:ID-der-Klimaanalge1.general, ID-der-Klimaanalge2.general, ID-der-Klimaanalge3.general, ID-der-Klimaanalge4.general, ID-der-Klimaanalge1.capabilities.samsungce, ID-der-Klimaanalge2.capabilities.samsungce, ID-der-Klimaanalge3.capabilities.samsungce, ID-der-Klimaanalge4.capabilities.samsungceAllerdings ohne Auswirkungen - die CPU Last bleibt bei aktiver 10 Sekunden Smartthings Abfrage unverändert zwischen 20 und 38%.

Ist der Verzicht des ioBroker Smartthings Adapters wirklich die Lösung ... ist also die Lösung in einen raspi5 Portainer zusätzlich einen Container zu erstellen und darin HomeAssistant inkl. Smartthings und dem Datentransfer zum ioBroker zu installieren -> ist dies ressourcenschonender als den Smartthings Adapter im ioBroker direkt zu verwenden? ;-(
Ergänzung:
Habe unter "Exclude Devices" den Execute Filter noch erweitert. Hierbei zeigte sich jetzt, dass die CPU-Auslastung noch weiter ansteigt - entferne ich die Filtereinträge geht die CPU-Auslastung geringfügig zurück. Dieses Verhalten wurde ohne weiteren Veränderungen jeweils für 15 Minuten beobachtet.
Dies sollte sich der Entwickler mal ansehen.
Verwende die Version V0.2.2Weitere Ergänzung:
Konfig wie zuvor: ioBroker Smartthings Adapter mit 12 Devices im "Exclude Devices" Filter und Aktualisierungsintervall alle 10 Sekunden.
Alle Blockly die auf Daten des Smartthings Adapters zugreifen sind deaktiviert!
Die Beobachtung der CPU Last mit und ohne Smartthings Adapter hat ergeben:
Smartthings Adapter NICHT aktiv: iobroker.js-con / CPU zwischen 2,7 und max. 5%
Smartthings Adapter AKTIV:
beim Einlesen -> iobroker.js-con / CPU zwischen 34 und max. 48% und io.smartthings. / CPU ca. 20%
also in Summe zwischen 45 und 68%
zwischen dem Einlesen -> iobroker.js-con / CPU zwischen 2,7 und 5% und io.smartthings. / CPU 0%
in Summe zwischen 2,7 und 5%Zusammenfassung:
Offensichtlich ist der Adapter Smartthings im ioBroker nicht optimal umgesetzt.
Der Adapter benötigt bei unserem Raspi5 zwischen 40 und 60% der CPU Leistung.
Die sehr sehr hohe CPU Last wird in diesem Forum schon seit langen und mehrmals beschrieben.
Sehr schade das die Entwicklung hierfür offensichtlich eingestellt wurde und uns im ioBroker - wie zuvor von @Frederik-Buss beschrieben - nur die Verwendung von HomeAssistant und der dortigen Smartthings Integration bleibt. -
@Frederik-Buss sagte in Test Adapter Samsung Smartthings v.0.0.x:
@ToK Hi, Ich habe den Adapter auf HomeAssistant umgestellt.
Wir verwenden Smartthings zum Steuern von 4 Klimaanlagen.
Um die CPU Last zu minimieren habe ich in der smartthings Instanz unter "Exclude Devices" folgendes eingetragen:ID-der-Klimaanalge1.general, ID-der-Klimaanalge2.general, ID-der-Klimaanalge3.general, ID-der-Klimaanalge4.general, ID-der-Klimaanalge1.capabilities.samsungce, ID-der-Klimaanalge2.capabilities.samsungce, ID-der-Klimaanalge3.capabilities.samsungce, ID-der-Klimaanalge4.capabilities.samsungceAllerdings ohne Auswirkungen - die CPU Last bleibt bei aktiver 10 Sekunden Smartthings Abfrage unverändert zwischen 20 und 38%.

Ist der Verzicht des ioBroker Smartthings Adapters wirklich die Lösung ... ist also die Lösung in einen raspi5 Portainer zusätzlich einen Container zu erstellen und darin HomeAssistant inkl. Smartthings und dem Datentransfer zum ioBroker zu installieren -> ist dies ressourcenschonender als den Smartthings Adapter im ioBroker direkt zu verwenden? ;-(
Ergänzung:
Habe unter "Exclude Devices" den Execute Filter noch erweitert. Hierbei zeigte sich jetzt, dass die CPU-Auslastung noch weiter ansteigt - entferne ich die Filtereinträge geht die CPU-Auslastung geringfügig zurück. Dieses Verhalten wurde ohne weiteren Veränderungen jeweils für 15 Minuten beobachtet.
Dies sollte sich der Entwickler mal ansehen.
Verwende die Version V0.2.2Weitere Ergänzung:
Konfig wie zuvor: ioBroker Smartthings Adapter mit 12 Devices im "Exclude Devices" Filter und Aktualisierungsintervall alle 10 Sekunden.
Alle Blockly die auf Daten des Smartthings Adapters zugreifen sind deaktiviert!
Die Beobachtung der CPU Last mit und ohne Smartthings Adapter hat ergeben:
Smartthings Adapter NICHT aktiv: iobroker.js-con / CPU zwischen 2,7 und max. 5%
Smartthings Adapter AKTIV:
beim Einlesen -> iobroker.js-con / CPU zwischen 34 und max. 48% und io.smartthings. / CPU ca. 20%
also in Summe zwischen 45 und 68%
zwischen dem Einlesen -> iobroker.js-con / CPU zwischen 2,7 und 5% und io.smartthings. / CPU 0%
in Summe zwischen 2,7 und 5%Zusammenfassung:
Offensichtlich ist der Adapter Smartthings im ioBroker nicht optimal umgesetzt.
Der Adapter benötigt bei unserem Raspi5 zwischen 40 und 60% der CPU Leistung.
Die sehr sehr hohe CPU Last wird in diesem Forum schon seit langen und mehrmals beschrieben.
Sehr schade das die Entwicklung hierfür offensichtlich eingestellt wurde und uns im ioBroker - wie zuvor von @Frederik-Buss beschrieben - nur die Verwendung von HomeAssistant und der dortigen Smartthings Integration bleibt. -
@Frederik-Buss sagte in Test Adapter Samsung Smartthings v.0.0.x:
@ToK Hi, Ich habe den Adapter auf HomeAssistant umgestellt.
Wir verwenden Smartthings zum Steuern von 4 Klimaanlagen.
Um die CPU Last zu minimieren habe ich in der smartthings Instanz unter "Exclude Devices" folgendes eingetragen:ID-der-Klimaanalge1.general, ID-der-Klimaanalge2.general, ID-der-Klimaanalge3.general, ID-der-Klimaanalge4.general, ID-der-Klimaanalge1.capabilities.samsungce, ID-der-Klimaanalge2.capabilities.samsungce, ID-der-Klimaanalge3.capabilities.samsungce, ID-der-Klimaanalge4.capabilities.samsungceAllerdings ohne Auswirkungen - die CPU Last bleibt bei aktiver 10 Sekunden Smartthings Abfrage unverändert zwischen 20 und 38%.

Ist der Verzicht des ioBroker Smartthings Adapters wirklich die Lösung ... ist also die Lösung in einen raspi5 Portainer zusätzlich einen Container zu erstellen und darin HomeAssistant inkl. Smartthings und dem Datentransfer zum ioBroker zu installieren -> ist dies ressourcenschonender als den Smartthings Adapter im ioBroker direkt zu verwenden? ;-(
Ergänzung:
Habe unter "Exclude Devices" den Execute Filter noch erweitert. Hierbei zeigte sich jetzt, dass die CPU-Auslastung noch weiter ansteigt - entferne ich die Filtereinträge geht die CPU-Auslastung geringfügig zurück. Dieses Verhalten wurde ohne weiteren Veränderungen jeweils für 15 Minuten beobachtet.
Dies sollte sich der Entwickler mal ansehen.
Verwende die Version V0.2.2Weitere Ergänzung:
Konfig wie zuvor: ioBroker Smartthings Adapter mit 12 Devices im "Exclude Devices" Filter und Aktualisierungsintervall alle 10 Sekunden.
Alle Blockly die auf Daten des Smartthings Adapters zugreifen sind deaktiviert!
Die Beobachtung der CPU Last mit und ohne Smartthings Adapter hat ergeben:
Smartthings Adapter NICHT aktiv: iobroker.js-con / CPU zwischen 2,7 und max. 5%
Smartthings Adapter AKTIV:
beim Einlesen -> iobroker.js-con / CPU zwischen 34 und max. 48% und io.smartthings. / CPU ca. 20%
also in Summe zwischen 45 und 68%
zwischen dem Einlesen -> iobroker.js-con / CPU zwischen 2,7 und 5% und io.smartthings. / CPU 0%
in Summe zwischen 2,7 und 5%Zusammenfassung:
Offensichtlich ist der Adapter Smartthings im ioBroker nicht optimal umgesetzt.
Der Adapter benötigt bei unserem Raspi5 zwischen 40 und 60% der CPU Leistung.
Die sehr sehr hohe CPU Last wird in diesem Forum schon seit langen und mehrmals beschrieben.
Sehr schade das die Entwicklung hierfür offensichtlich eingestellt wurde und uns im ioBroker - wie zuvor von @Frederik-Buss beschrieben - nur die Verwendung von HomeAssistant und der dortigen Smartthings Integration bleibt.Moin, ich hatte ein ähnliches Problem, durch den Adapter reagierten Bewegungsmelder, Präsenzmelder, Alexa Ausgaben usw. alles sehr träge und irgendwie verzögert.
Ich habe zwar nur 5 Geräte im Adapter, aber ich wollte ALLE States haben und habe deswegen in den Einstellungen bei "Exclude States" das "Cycle" gelöscht. Gestern habe ich es wieder reingesetzt, so das mir jetzt "Cycle,viewInside" eingetragen ist und schon ist alles wieder schick und keine Last mehr.
Auf die 2 für mich interessanten Datenpunkte für Waschmaschine und Trockner, die Cycle beinhalten, kann ich auch verzichten.
Eventuell hilft dir das ja weiter.Gruß, Johannes
-
@tombox, @jojo58 Danke für eure Infos.
Habe den bestehende Adapter Smartthings mit der GitHub Version aktualisiert und unmittelbar nachfolgen den seit Anfang an bestehenden Eintrag "Cycle" aus den "Exclude States" gelöscht und ... es läuft wie es soll.
Die CPU Auslastung vom Adapter Smartthings liegt bei einem Abfrageintervall von 2 sec. bei 0,3 bis 0,7% und beim iobroker.js-con bei 2,7 bis 5%.
Parallel hierzu habe ich gestern noch HomeAssistant mit der Smartthings Integration und dem ioBroker hass Adapter installiert. Dies läuft z.Z. ohne Einbindung der hass Objekte als "Backup".Danke, ToKu