Test Adapter Samsung Smartthings v.0.0.x
-
@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
-
@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 wieder aktiviert die Optimierung der Aktualisierung 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.
