Test Adapter Samsung Smartthings v.0.0.x
-
@frederik-buss danke für die Antworten - das mit der SPALTE habe ich übersehen und werde ich später ausprobieren.
Fyi: die Verlinkung au HUE habe ich nur vorgenommen, um die anderen Teilnehmer aus der HUE-Welt über diesen Weg mitzunehmen … dass das auch auch anders geht ist mir klar.
Die eigentliche Frage ist aber, warum aktualisieren sich die Werte seit dem Start des SMARTTHINGS Adapters nicht mehr … daher meine Frage zum Konzept, wann werde Einträge aktualisiert? Muss ich noch etwas einrichten, wenn JA, was? Bei mir sieht es momentan so aus, Foto gerade erstellt (Werte ist seit gestern unverändert)
-
@tombox hier nochmals zum Nachlesen
https://community.smartthings.com/t/changes-to-personal-access-tokens-pat/292019
https://community.home-assistant.io/t/smartthings-integration-disappears-every-24-hours/826080/30Damit ist der Adapter nur noch bedingt hilfreich - sich jeden Tag einen neuen Token abzuholen, kann nicht die Lösung sein. Hoffe, dass das Feedback in Kürze zu einer Reaktion bzw. Lösung führt!
-
@leonundjulie said in Test Adapter Samsung Smartthings v.0.0.x:
@tombox hier nochmals zum Nachlesen
https://community.smartthings.com/t/changes-to-personal-access-tokens-pat/292019
https://community.home-assistant.io/t/smartthings-integration-disappears-every-24-hours/826080/30Damit ist der Adapter nur noch bedingt hilfreich - sich jeden Tag einen neuen Token abzuholen, kann nicht die Lösung sein. Hoffe, dass das Feedback in Kürze zu einer Reaktion bzw. Lösung führt!
Etwas weniger Alarm wäre nett. Dein Trockner funktioniert ja auch so.
Das ein Adapter so nicht hilfreich ist ist hier sicher jedem klar.
Lösung ist in Arbeit, siehe Repo. -
@leonundjulie bitte mal die GitHub version testen wer kein alten Token hat
-
@csicom war nicht bewust, Alarm zu machen. Ich bitte um Entschuldigung bei denen, die sich auf den Fuß getreten fühlen. Letztlich war mir nach dem Lesen des Threads nicht eindeutig klar, wer der Entwickler des Adapters ist … zumal man den Eindruck haben kann, dass die Homematik-Bearbeiter und die IOB-Bearbeiter bei der Problemlösung unterschiedlich weit sind … daher codierte ich die beiden Links in diesem Beitrag. Denn Fakt ist, dass ich den Adapter ohne Hinweis auf Probleme installierte und erst nach langem Recherchieren erkannte, dass es hier ein Problem gibt.
-
@tombox Danke für Dein Feedback. Ich habe den Adapter gezogen und sehe jetzt
Ich habe den ROTEN Link geklickt, meine Zugangsdaten eingegeben. Das ist das Ergebnis:
Nach dem Quittieren mit ok habe ich die Entwicklerkonsole an meinem MAC/SAFRI geöffnet. Was ich dort sehe sieht reichlich anders aus als das erste Foto oben.
Letztlich habe ich diesen Zahlensalat gefunden … was soll davon übernommen werden (habe es mir in Word kopiert
)?
-
@leonundjulie in Safari muss man noch copy(document.body.getAttribute("onload").split("'")[1]) in die console eingeben
-
@leonundjulie
oder das was in deinem Bild oben hinter "onload="window.location.href=' " und unten vor " ';">" kopieren und einfügen. Also das zwischen ' .... ' -
@csicom ja
-
@tombox , Guten Morgen.
Ich habe heute Morgen ein Windowsrechner mit Google im Zugriff … und jetzt hat das Setup des Adapters geklappt.
.
Danke soweit.-
Frage: wird mit dieser neuen Version das TOKEN-Problem gelöst?
-
Frage: gemäß Protokoll siehst Du, dass ich 14 Devices habe. Einen SAMSUNG Geschirrspüler (der Reason why für die Nutzung dieses Adapters) und HUE-Komponenten (Lampen und Schalter). Was soll ich bzgl des Geschirrspülers testen damit Du Feedback erhältst?
-
-
- Ja
- Das er gefunden wird und genauso gesteuert werden kann wie früher
-
@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
