Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Nidoello]

@tombox Danke für den Tipp

[SmartStuffCoyote]

@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.

[Slimsteve]

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?

[flispy]

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.

[ToK]

@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]

@ToK Hi, Ich habe den Adapter auf HomeAssistant umgestellt.

[ToK]

@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.samsungce

Allerdings 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.2

Weitere 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.

[tombox]

@ToK test mal die GitHub version

[JoJo58]

@ToK

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

[ToK]

@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