Test Adapter Samsung Smartthings v.0.0.x
-
@tombox , Feierabend, Zeit zum Testen.
Weil mir momentan noch nicht klar ist welche der über 100 Datenpunkte meines SAMSUNG Geschirrspüler wofür sind, habe ich mir etwas Überschaubareres gewählt.
In meiner Konfiguration habe ich SMARTHINGS und HUE gekoppelt und sehe daher meine HUE-Lampen auch als Datenpunkte im iOBroker. Mache ich eine Lampe via SAMSUNG-App oder HUE-App an/aus, sehe ich den Statuswechsel anschließend im Datenpunkt SWITCH der HUE-Lampe
Und so sehe ich auch den Status (Switch) meines TROCKNERS:
Will ich die HUE-Lampe oder den TROCKNER vom iOBroker ausschalten, dann setze ich den Wert des Datenpunktes händisch von on auf off. Aber der Status im iOBroker wechselt nach der Intervallzeit wieder auf den Status der Lampe/des Trockners und keines von beiden geht aus.
Das Protokoll sagt folgendes (die obere Meldung gehört zum Trockner, die anderen beiden zur HUE-Lampe):
Fragen:
- geht das nicht?
- machen ich etwas falsch?
- Muss ich es anders machen?
-
@leonundjulie Die Objekte im Ordner "status" sind nur zum Lesen des jeweiligen aktuellen Status, Wertes...
Zum Schreiben sind die Objekte im Ordner "capabilities" zu verwenden. -
@tok , danke für das Feedback. Zunächst erscheint es merkwürdig sowohl für switch-off als auch für switch-on getrennte Datenpunkte zu haben - der Hintergedanke wird sich mir sicherlich noch erschließen
Wichtiger in dieser Runde ist das Feedback - zum einen es nach einer Nacht, respektive nach mehr als 24 Stunden meine Verbindung still allive
.Und ja, ich kann sowohl meine HUE-Lampen, als auch meinen SAMSUNG Wäschetrockner vom iOBroker via dem Smartthing Adapter steuern
.Fazit: super Adapter und super Support!
Nachbrenner: egal an welcher Stelle ich meine Lampen an-/ und ausschalte, alle vier Plattformen wissen es jetzt auf Grund einer durchgehenden Verlinkung den Status der HUE-/ und IKEA und Zigbee-Lampen. Das war zwar gar nicht mein Ziel der Integration des Smartthing-Adapters in meinen iOBroker - ich will ja letztlich meinen Wäschetrockner in Abhängigkeit meines PV-Überschusses steuern - aber man freut sich ja über diesen Nebeneffekt.
-
@tombox Danke für deine Arbeit.
Eine Frage die hier schon öfters gestellt aber noch nie vollständig beantwortet wurde: Warum ist Laufzeit bis zum Eintreffen einer Rückmeldung so lange?
Ausgangspunkt: 4x Klimaanlage im SmartThings - IoBroker auf einem Raspberry 4 mit letzten Updates und die Instanz SmartThings.0 mit einen Aktualisierungsintervall von 10 sec.
Beim Starten einer Aktion am Tablett (VIS 2 / IoBroker) werden die Aktionen unmittelbar am Zielgerät ausgeführt. Die Rückmeldung der Aktion am Tablett dauert nachfolgend zwischen 1 und 10 sec. Das Handy, verbunden mit der SmartThings App, zeigt hingegen die Änderungen unmittelbar an.
Die variable Aktualisierungszeit über die Instanz SmartThings.0 könnte ich mir durch dessen Aktualisierungsintervalls von 10 sec. erklären. Hier wurde schon öfters das Objekt smartthings.0.xxxxx.capabilities.refresh-refresh genannt - dies bewirkt jedoch keine Beschleunigung der Rückmeldung.
Meine Frage hierzu: was kann anwenderseitig zur Beschleunigung unternommen werden? Eine Verringerung des SmartThings.0 Aktualisierungsintervalls ist durch dessen hohe CPU Auslastung keine Lösung. -
@tok Ich gehe davon aus die app ein direkte Verbindung hat der adapter nutzt die offizielle api für die community die im interval die Information abruft
-
@tombox Habe jetzt im Raspi 4 die Auslastung der CPU mittels RPI-Monitor analysiert:
hierbei gilt: Werte zwischen 0 - 0,7 -> alles ok, Werte zwischen 0,7 - 1 -> Systemauslastung sehr hoch und sollte reduziert werden und Werten über 1 zeigt absolute Überlastung mit Absturzgefahr an.
Folgende Werte wurden aktuell gemessen:- Im Betrieb mit aktivem SmartThings.0: Werte zischen 1,7 und 2,1 und die Visu arbeitet nur sehr mangelhaft -> steht zyklisch für 1 bis 3 Sekunden.
- im Betrieb mit deaktiviertem SmartThings.0: Wert zwischen 0,22 und 0,61 und die Visu läuft flüssig
Wie bereits in anderen Posts zu lesen, verursacht die SmartThings.0 eine extreme Auslastung und bringt die Visualisierung absolut zum Stehen. Hier müsste an der Anzahl der zu aktualisierenten Objekte gearbeitet werden - ich denke eine Art White List aller zu aktivierenden Objekte wäre hierbei zielführend.
Dies wäre in meinem Fall bereits eine Reduktion von 2248 auf 98 Objekte - und dies bereits bei nur 4 identen Klimaanlagen. -
@tok Es gibt schon eine Blocklist
-
@tombox Danke, die hab ich schon gesehen - hier gibt´s die "Exclude Devices" und die "Excludes States".
Die "Exclude Devices" finde ich sehr gut, aber anstelle der "Excludes States" (Blocklist) wäre eine "Include States" (White List) absolut zielführender.
Ansonst müssten die Anwender, wie in meinem Beispiel, 2150 anstelle von 98 Einträge tätigen - und dies ist nicht wirklich machbar.
Eine genauere Erklärung hinsichtlich der Anwendung von washerCycle, dryerCycle wäre an Hand eines Beispiels hilfreich. Bei den von mir verwendeten Samsung Klimaanlagen gibt es keine übernommenen Objekte mit Cycle ... -> ist dies hier eventuell so gewollt, den Objekt Namen alle zu selektierender Objekte im Expertenmodus um "Cycle" zu erweitern ?
Besten Dank für deine Arbeit! -
@tok Welchen Ordner unter Objekte möchtest du zb nicht mehr aktualisieren
-
@tombox ich hänge mich mal mit dran.
Das einzige wofür ich den Adapter zum Beispiel brauche ist, dass ich abhängig vom 'Programm' meiner harmony Fernbedienung meine Samsung Soundbar auf den richtigen Eingang stelle nach 10 Sekunden. Leider klappt das direkt über die harmony nicht...
Also ich bräuchte nur ein einziges Objekt, dass ich schreibe mit hdmi1, hdmi2 oder arc (glaube ich).
Da wäre ne whitelist einfach. Auch wenn ich in meinem speziellen Fall über die Gerätekategorie eh nur wenige Objekte habe (nur ein Gerät) -
@tombox Dies ist sehr schwer zu sagen, denn z.B. im benötigten Ordner "thermostatSetpointControl" befinden sich zwei weitere Ordner und in diesen je 3 Objekte - von diesen insgesamt 6 Objekten werden effektiv nur 2 Objekt tatsächlich benötigt - also nur die Temperaturwerte und keine weiteren Objekte wie z.B. für Einheiten und timestamp etc. - und dies ist nur ein kleines Beispiel von vielen.
Sollte die Selektierung (Markierung) der zu aktualisierenden Objekte, wie zuvor von mir beschrieben, über die Änderung/Erweiterung von "Objekt Name" angedacht sein, könnte ich mir diese Option gut vorstellen. Hierzu könnte in der Konfig der Instanz smartthings.0 eine Aktivierung dieser Option zielführend sein. Ein weiterer Vorteil hierbei wäre, dass beim Deaktivieren dieser Option weiterhin alle Daten eingelesen werden (z.B. beim Hinzufügen eines neuen Gerätes) und nachfolgend aktiviert die Optimierung der Aktualisierung wieder funktionieren würde - es muss nur sichergestellt sein, dass der "Objekt Name" durch ein Einlesen bzw. erneutes Einlesen aller Daten (bei ausgeschalteter Option) nicht wieder überschrieben wird. -
Hallo, ich nutze den Adapter schon einige Zeit und wollte die Funktion "heat" & "cool" nutzen für meine Klimaanlage.
Leider über nimmt er nur "cool" und "auto", "heat" nimmt er nicht. Kann mir jemand sagen, woran das liegen könnte?
Den Modus stelle ich unter capabilities.airConditionerMode-setAirConditionerMode ein. -
@tourer4778 Hallo, alle hierfür zur Verfügung stehenden state findest du unter status.airConditionerMode.supportedAcModes.value.
Bei mir gibt es auto, cool, dry, heat und wind -> und diese lassen sich bei 4 Windfree Comfort AR07TXFCAWKNEU auch problemlos einstellen.
Einziges Problem - die noch sehr sehr langsame smartthings Instanz. -
@ToK
Danke dir.
Unter status.airConditionerMode.supportedAcModes.value. fehlt heat. Schalte ich mit der Fernbedienung, ist der aktuelle Modus aber heat. Warum steht es nicht unter Value ???
-
@tourer4778
So siehts bei mir aus:
Ich würde mich an eine Samsung Niederlassung wenden und nach der Möglichkeit eines Updates fragen.
Die installierte Firmware Version findest du unter:
-
@tok
Meinst du, es liegt an der Firmware? Über die App Smartthings funbktioniert es ja auch. -
@tourer4778
Genau aus diesem Grund vermute ich die Ursache/bug in der Firmware - denn bei dir wird offensichtlich "heat" über Modbus/SmartThings nicht als ein zulässiger "state" ausgegeben und somit nachfolgend auch als Eingabe nicht akzeptiert.
Vergleiche deine Firmware Version mit unserer und kontaktiere den Hersteller bzw. Lieferanten.
Eine Frage noch: kannst du parallel hierzu (also in dem Moment wenn die Umstellung per IoBroker etc. nicht möglich ist) die Umstellung über die SmartThings APP durchführen? - wenn nein -> siehe erste Zeile -
@tok
Mit der Smartthings App funktioniert es ohne probleme mit "heat", nur nicht über IoBroker. -
@tourer4778 vielleicht eher eine frage für hier
https://community.smartthings.com/c/devices-integrations/5 -
@tok sagte in Test Adapter Samsung Smartthings v.0.0.x:
@tombox Dies ist sehr schwer zu sagen, denn z.B. im benötigten Ordner "thermostatSetpointControl" befinden sich zwei weitere Ordner und in diesen je 3 Objekte - von diesen insgesamt 6 Objekten werden effektiv nur 2 Objekt tatsächlich benötigt - also nur die Temperaturwerte und keine weiteren Objekte wie z.B. für Einheiten und timestamp etc. - und dies ist nur ein kleines Beispiel von vielen.
Sollte die Selektierung (Markierung) der zu aktualisierenden Objekte, wie zuvor von mir beschrieben, über die Änderung/Erweiterung von "Objekt Name" angedacht sein, könnte ich mir diese Option gut vorstellen. Hierzu könnte in der Konfig der Instanz smartthings.0 eine Aktivierung dieser Option zielführend sein. Ein weiterer Vorteil hierbei wäre, dass beim Deaktivieren dieser Option weiterhin alle Daten eingelesen werden (z.B. beim Hinzufügen eines neuen Gerätes) und nachfolgend aktiviert die Optimierung der Aktualisierung wieder funktionieren würde - es muss nur sichergestellt sein, dass der "Objekt Name" durch ein Einlesen bzw. erneutes Einlesen aller Daten (bei ausgeschalteter Option) nicht wieder überschrieben wird.@tombox gibt es hierzu schon Neuigkeiten ..?
