Test Adapter Somfy Tahoma v0.3.x GitHub

[StrathCole]

@integer63 sagte in Test Adapter Somfy Tahoma v0.1.x GitHub:

@StrathCole Strange, denn als ich geschrieben hatte, dass jetzt auch mit DeploymentState alles super funktioniert, war 100 noch 100 und 0 noch 0
Aber egal, Hauptsache es passt am Ende ...

Kein Problem. Aber du hast schon recht, ich verstehe gerade nicht, wieso das nicht funktioniert. Eigentlich müsste, wenn du 100 eingibst, sie auch auf 100 rausfahren.

Edit: Gerade noch mal geschaut, habe am Deployment-Code nichts geändert an der Funktionsweise
Änderst du den Wert direkt in der Objektansicht?

[integer63]

@StrathCole Nun, ich steuere den Datenpunkt über ein Widget in VIS an. So sieht es aus, wenn ich 100 wähle und er fertig ist:

Bis dahin steht 100 drin.

[integer63]

Ich könnte das ja alles entsprechend anpassen, wenn 100 als Eingabe auch 100 als Ergebnis hat, aber wenn aus 100 dann am Ende 0 wird, dann wird es mystisch.

[StrathCole]

@integer63 sagte in Test Adapter Somfy Tahoma v0.1.x GitHub:

Ich könnte das ja alles entsprechend anpassen, wenn 100 als Eingabe auch 100 als Ergebnis hat, aber wenn aus 100 dann am Ende 0 wird, dann wird es mystisch.

Könntest du mal bitte zum Testen den Wert direkt in das Feld bei core:DeploymentState eingeben und Enter drücken? Also nicht via Vis Widget. Closed = 0 ist ja korrekt für Deployment (deploy -> ausfahren).

[integer63]

@StrathCole Hatte ich schon probiert, ist genau das gleiche. Wenn ich unter command deploy auslöse, fährt sie ganz raus und in DeploymentState steht zwischendurch mal ein Zwischenwert und dann am Ende 100. Wenn ich dann 0 eingebe, passiert gar nichts und die 0 bleibt drin stehen. Wenn ich dann 100 eingebe, fährt er wieder rein und am Ende steht 0 drin

[StrathCole]

@integer63 sagte in Test Adapter Somfy Tahoma v0.1.x GitHub:

@StrathCole Hatte ich schon probiert, ist genau das gleiche. Wenn ich unter command deploy auslöse, fährt sie ganz raus und in DeploymentState steht zwischendurch mal ein Zwischenwert und dann am Ende 100. Wenn ich dann 0 eingebe, passiert gar nichts und die 0 bleibt drin stehen. Wenn ich dann 100 eingebe, fährt er wieder rein und am Ende steht 0 drin

Wirklich erstaunliches Verhalten
Ich schaue mir das noch mal an. Habe leider selbst keine Geräte mit DeploymentState.

[integer63]

@StrathCole Um die Verwirrung noch etwas zu erhöhen, im ham/tahoma Adapter werden die States umgekehrt (aber eigentlich einleuchtend) angewendet:

• bei senkrechten Screens/Rollläden - Behanghöhe: 100% ganz oben, 0% ganz unten
• bei waagerechten Markisen - Ausfahrweite: 0% eingefahren, 100% ganz ausgefahren

Aber wenn das so von Somfy angewendet wird, warum funktionieren dann die ClosureStates richtg? Es wird immer verwirrender ...

[integer63]

@StrathCole Hier noch zwei Screenshots der Datenpunkte im ham Adapter:

Markise ganz reingefahren:

Screen ganz hochgefahren:

[StrathCole]

@integer63 sagte in Test Adapter Somfy Tahoma v0.1.x GitHub:

Aber wenn das so von Somfy angewendet wird, warum funktionieren dann die ClosureStates richtg? Es wird immer verwirrender ...

Ich denke, es liegt daran, dass die Logik eine andere ist. ClosureState gibt ja den Zustand des Schließens an, also 100% = ganz geschlossen. DeploymentState gibt den Zustand des Öffnens, bzw. Rausfahrens an, also 100% = ganz "geöffnet". Ich vermute, dass Somfy beim Deployment dann intern die Logik umkehrt, ich sie also wieder umkehren muss beim Senden der Änderung. Das schau ich mir aber gerade an.

[StrathCole]

@integer63 Kannst du mit dem aktuellen Git noch einmal probieren?

[integer63]

@StrathCole Leider keine Veränderung, 20 eingeben, er fährt aber auf 80 und zeigt dann auch 80 an. Woran sehe ich, ob ich auch wirklich die neue Version verwende?

[integer63]

@StrathCole kannst du mir denn noch mal diese Version zur Verfügung stellen:

Denn damit bin ich mir sicher, hat es funktioniert. Und wenn Somfy jetzt nicht plötzlich andere Werte zurück liefert, müsste es ja damit dann ja wieder gehen - nur zum testen.

[StrathCole]

@integer63 Okay, moment. Gebe dir gleich den Link.
Bitte aber noch mal mit aktuellem Git testen. Im Log sollte dann nach dem Update stehen: Starte adapter xxx v0.2.1.1

[StrathCole]

@integer63 sagte in Test Adapter Somfy Tahoma v0.1.x GitHub:

@StrathCole kannst du mir denn noch mal diese Version zur Verfügung stellen:

https://github.com/StrathCole/ioBroker.tahoma/archive/2c35a0770d241e989f1f4f0440c27837f9df515c.tar.gz
Das einfach bei dem Eingabefeld für die Installation/Update im ioBroker eingeben statt des normalen gitHub Pfades.

Edit: Link getauscht, war der falsche.

[integer63]

@StrathCole Ja, da steht v0.2.1.1 aber leider unverändertes Verhalten. Sorry, dass ich dich damit so lange beschäftige ... hast du schon über die ältere Version (vermutlich 0.2.0) nachgedacht?

[integer63]

@StrathCole Ups, jetzt hast du mich verloren. Was mache ich mit dem tar.gz File?

[integer63]

@StrathCole Ok, alles klar, habs geschafft die alte Version wieder einzuspielen - und es funktioniert!! Ich schwöre.

edit: Ich gebe 20 ein und er fährt auf 20 und zeigt auch weiterhin 20 an.

[StrathCole]

@integer63 sagte in Test Adapter Somfy Tahoma v0.1.x GitHub:

@StrathCole Ok, alles klar, habs geschafft die alte Version wieder einzuspielen - und es funktioniert!! Ich schwöre.

edit: Ich gebe 20 ein und er fährt auf 20 und zeigt auch weiterhin 20 an.

Ich dreh am Rad

Dann muss ich mal suchen, wie das sein kann. Erschließt sich mir absolut nicht.

[integer63]

@StrathCole Danke für deine Geduld. Für heute ist jetzt erst mal Schluss mit Testen - meine Nachbarn müssen eh schon denken, dass ich einen an der Waffel habe, weil meine Markisen und Screens im Dunkeln ständig rein und raus fahren

[StrathCole]

@integer63 Oh mann, ich habs gefunden. Blöder Fehler. Jetzt sollte es mit der neuesten 0.2.2 aber wirklich richtig sein