NEWS
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.@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
-
@tombox,
Danke für deine Arbeit und dem Update auf die Version V0.3 - dieses Update habe ich soeben eingespielt und ... was soll ich sagen, die Systemauslastung ist wie vor einer Woche - das System steht bei einer Auslastung von über 80% .... ändert sich auch nicht nach einem kompletten Neustart des Systems (Raspi5).
Wechsle jetzt endgültig zum HomeAssistant mit der Smartthings Integration.Gruß, ToKu
-
@tombox,
Danke für deine Arbeit und dem Update auf die Version V0.3 - dieses Update habe ich soeben eingespielt und ... was soll ich sagen, die Systemauslastung ist wie vor einer Woche - das System steht bei einer Auslastung von über 80% .... ändert sich auch nicht nach einem kompletten Neustart des Systems (Raspi5).
Wechsle jetzt endgültig zum HomeAssistant mit der Smartthings Integration.Gruß, ToKu
-
@tombox
Die Konfig blieb unveränder:
Exclude States: blieb leer wie davor
Exclude Devices: ID-der-Klimaanlage1.general,ID-der-Klimaanlage2.general,ID-der-Klimaanlage3.general,ceba9d98-ID-der-Klimaanlage4.general,ID-der-Klimaanlage1.capabilities.samsungce,ID-der-Klimaanlage2.capabilities.samsungce,ID-der-Klimaanlage3.capabilities.samsungce,ID-der-Klimaanlage4.capabilities.samsungce,ID-der-Klimaanlage1.status.ocf,ID-der-Klimaanlage2.status.ocf,ID-der-Klimaanlage3.status.ocf,ID-der-Klimaanlage4.status.ocf
Zusatz: die Exclude Devices sind nur durch ein "," getrennt - ohne zusätzlichen Leerzeichen -
@tombox
Die Konfig blieb unveränder:
Exclude States: blieb leer wie davor
Exclude Devices: ID-der-Klimaanlage1.general,ID-der-Klimaanlage2.general,ID-der-Klimaanlage3.general,ceba9d98-ID-der-Klimaanlage4.general,ID-der-Klimaanlage1.capabilities.samsungce,ID-der-Klimaanlage2.capabilities.samsungce,ID-der-Klimaanlage3.capabilities.samsungce,ID-der-Klimaanlage4.capabilities.samsungce,ID-der-Klimaanlage1.status.ocf,ID-der-Klimaanlage2.status.ocf,ID-der-Klimaanlage3.status.ocf,ID-der-Klimaanlage4.status.ocf
Zusatz: die Exclude Devices sind nur durch ein "," getrennt - ohne zusätzlichen Leerzeichen -
@tombox sagte in Test Adapter Samsung Smartthings v.0.0.x:
@ToK ok dann geht es wohl nur mit exclude filter
?? ich kenne nur "Exclude States" und "Exclude Devices" ... wo befinden sich die "exclude filter"
-
@tombox sagte in Test Adapter Samsung Smartthings v.0.0.x:
@ToK ich meine exclude state
sorry, aber dessen Funktionsweise erschließt sich mir nicht - wie soll ich bei 4 Klimaanlagen viele hunderte Einträge bis auf einige wenige (ca. 40) als "exclude state" eintragen?
-
@tombox sagte in Test Adapter Samsung Smartthings v.0.0.x:
@ToK ich meine exclude state
sorry, aber dessen Funktionsweise erschließt sich mir nicht - wie soll ich bei 4 Klimaanlagen viele hunderte Einträge bis auf einige wenige (ca. 40) als "exclude state" eintragen?
Support us
548
Online32.6k
Benutzer82.2k
Themen1.3m
Beiträge