Test Adapter Somfy Tahoma v0.3.x GitHub
-
@blackeagle998 sagte in Test Adapter Somfy Tahoma v0.1.x GitHub:
Der HAM Adapter liefert einen Position-State, über den man die Richtung des Rollladens auslesen kann
0 = fährt gerade runter
1 = fährt gerade hoch
2 = bewegt sich nichtDanke für den Hinweis, schaue ich nach.
-
@StrathCole "Okay, muss ich übersehen haben. Mache ich direkt."
Nein, ich denke du hast da nichts übersehen - es war auch im alten Skript nicht drin. Daher hatte ich mir mit den commands so gut es ging beholfen, aber auch diese Motore über Prozentwerte ansteuern zu können, wäre super
-
So.
Ich habe jetzt den DeploymentState beschreibbar gemacht, sodass er darauf hoffentlich auch reagiert. Kann es aber selbst nicht testen.
Außerdem habe ich eine Bewgungsrichtung hinzugefügt (state.moving). Dabei gibt es:
- 0 = gestoppt
- 1 = aufwärts
- 2 = abwärts
- 3 = unbekannte Richtung (in Bewegung)
Die Commando-States sind nun boolean, also mit true zu beschreiben, um sie auszulösen.
Aktuelle Version ist im Git (0.2.0)
-
@StrathCole DeploymentState funktioniert jetzt auch einwandfrei! Vielen Dank!
-
@StrathCole Eine Kleinigkeit ist mir doch noch aufgefallen, bei Namen, die zwei Leerzeichen enthalten, legt er zuerst einen Datenpunkt mit nur einem Unterstrich an und dann später (wenn es eine Bewegung gab) einen weiteren Datenpunkt, diesmal mit zwei Unterstrichen:
-
@integer63 Danke sehr, bitte noch mal mit latest git testen. Hab es geändert.
-
Übrigens hat Somfy für den 21.1. ein großes Tahoma-Update angekündigt inkl. Updates am Server. Ich hoffe, danach funktioniert alles wie gewohnt, allerdings wird der Adapter wohl in der Zeit von ca. 10 - 12 Uhr keinen Zugriff auf den Server haben. Also nicht wundern, falls nix gehen sollte
-
@StrathCole sagte in Test Adapter Somfy Tahoma v0.1.x GitHub:
@blackeagle998 sagte in Test Adapter Somfy Tahoma v0.1.x GitHub:
Wenn ich den "commands" einen true / false Wert zuweise, bekomme ich folgende Meldung im LOG:
Ich werd die Typen auf boolean ändern. 0 und 1 ergibt für mich bei Commands nicht viel Sinn.
@blackeagle998 sagte in Test Adapter Somfy Tahoma v0.1.x GitHub:
Bisher war mein Problem immer, dass ich nur Befehle für 9 Rollläden auf einmal senden konnte und danach einen Timeout einbauen musste, um die restlichen zu steuern.
Ich habe jetzt einen eigenen "retry" eingebaut, wenn der Fehler 400 kommt. Müsste im Git schon online sein, ich mache aber gleich noch weitere Updates, also am besten etwas warten.
Ich habe gerade auf Version 0.2.0 aktualisiert:
-
die Warnmeldungen bezüglich 0/false und 1/true kommen noch (nur als Hinweis, weiß nicht ob du das schon gefixt hattest)
-
mehr als 9 Rollläden lassen sich nicht gleichzeitig steuern, dann kommt der 400er Fehler mit Payload.
--> Hast du den automatischen Retry jetzt schon eingebaut? Wenn ja mit welchem Zeitintervall?
Das soll nicht ungeduldig klingen, wusste jetzt nur nicht genau, was schon in Version 0.2.0 drin sein sollte.
-
-
@blackeagle998 Kein Problem
Klingt nicht ungeduldig.Also, den Typ auf boolean habe ich geändert. Kann aber sein, dass du die Objekte einmal löschen müsstest, bevor das funktioniert. Ich glaube, da gibt es kein Update, sondern nur beim Anlegen die boolean Types.
Der Retry kommt eigentlich automatisch nach 5 Sekunden. Hat das bei dir nicht geklappt?
-
Oh, ich sehe gerade, die 5 Sekunden scheinen nicht zu reichen. Bei mir hatte ich das Problem auch gerade. Ich überlege mir noch eine Lösung.
-
@StrathCole sagte in Test Adapter Somfy Tahoma v0.1.x GitHub:
Oh, ich sehe gerade, die 5 Sekunden scheinen nicht zu reichen. Bei mir hatte ich das Problem auch gerade. Ich überlege mir noch eine Lösung.
Genau, ich hatte im Skript auf 15 Sekunden gestellt, das ging immer. Wo da genau die Grenze ist, weiß ich auch nicht.
-
@blackeagle998 sagte in Test Adapter Somfy Tahoma v0.1.x GitHub:
@StrathCole sagte in Test Adapter Somfy Tahoma v0.1.x GitHub:
Oh, ich sehe gerade, die 5 Sekunden scheinen nicht zu reichen. Bei mir hatte ich das Problem auch gerade. Ich überlege mir noch eine Lösung.
Genau, ich hatte im Skript auf 15 Sekunden gestellt, das ging immer. Wo da genau die Grenze ist, weiß ich auch nicht.
Ich habe gerade noch ne ganz andere Idee. Muss ich aber erst testen.
-
@StrathCole sagte in Test Adapter Somfy Tahoma v0.1.x GitHub:
@blackeagle998 Kein Problem
Klingt nicht ungeduldig.Also, den Typ auf boolean habe ich geändert. Kann aber sein, dass du die Objekte einmal löschen müsstest, bevor das funktioniert. Ich glaube, da gibt es kein Update, sondern nur beim Anlegen die boolean Types.
Der Retry kommt eigentlich automatisch nach 5 Sekunden. Hat das bei dir nicht geklappt?
Die Typ-Änderung hat funktioniert, nachdem ich die States alle gelöscht hatte und diese neu geschrieben wurden.
Was jetzt irgendwie nicht mehr angelegt wird, ist der "moving" state.
Habe gerade einen Rollladen runter und hoch fahren lassen, aber es ist kein "moving" state da
-
@blackeagle998 sagte in Test Adapter Somfy Tahoma v0.1.x GitHub:
Was jetzt irgendwie nicht mehr angelegt wird, ist der "moving" state.
Habe gerade einen Rollladen runter und hoch fahren lassen, aber es ist kein "moving" state daDer State ist nur verfügbar, wenn der Befehl auch via ioBroker gegeben wurde. Wenn man manuell einen Schalter oder so drückt, bekommt Tahoma die Info nicht.
-
@StrathCole Hm, bei mir erscheint moving jetzt hier:
Und dafür nicht mehr unter den devices. -
@integer63 sagte in Test Adapter Somfy Tahoma v0.1.x GitHub:
@StrathCole Hm, bei mir erscheint moving jetzt hier:
Und dafür nicht mehr unter den devices.Jap exakt so ist es auch bei mir.
-
Und es (moving) war in einer vorherigen Version ja schon mal richtig. Aber dafür, dass ich jetzt endlich alles problemlos steuern kann, spiele ich sehr gerne den Beta-Tester
-
@integer63 sagte in Test Adapter Somfy Tahoma v0.1.x GitHub:
Und es (moving) war in einer vorherigen Version ja schon mal richtig. Aber dafür, dass ich jetzt endlich alles problemlos steuern kann, spiele ich sehr gerne den Beta-Tester
Ach testen macht ja auch irgendwie Spaß und wenn man dann quasi sofort Support bekommt, ist das schon was feines
-
Äh bin gerade etwas verwirrt.
Als ich alles eingerichtet habe, musste ich im iQontrol (Visualisierung) angeben, dass das Level invertiert werden soll, also 0% = offen, das lief auch super.
Jetzt sind die Rollläden geschlossen und der Level State steht bei 0%
Hat sich das von Version 0.1.0 zu 0.2.0 geändert? -
@blackeagle998 sagte in Test Adapter Somfy Tahoma v0.1.x GitHub:
Äh bin gerade etwas verwirrt.
Als ich alles eingerichtet habe, musste ich im iQontrol (Visualisierung) angeben, dass das Level invertiert werden soll, also 0% = offen, das lief auch super.
Jetzt sind die Rollläden geschlossen und der Level State steht bei 0%
Hat sich das von Version 0.1.0 zu 0.2.0 geändert?Bitte den obigen Text vergessen, keine Ahnung wo ich hingeschaut habe, aber bei geschlossen ist das Level bei 100%, so wie es vorher auch war.
