Der neue Monatsrückblick für September 2026 ist online!

[LaBamba]

@paul53
das closing, und stopped usw. kommt aus diesem Datenpunkt

[paul53]

@LaBamba [sagte]: kommt aus diesem Datenpunkt

Welche Datenpunkte gibt es sonst noch?
Weshalb steuerst du im Skript nicht per "TargetPosition"?
Unter welchen Bedingungen meldet der Coverstatus "closed"?

EDIT: Kann man die Lamellenposition nicht vorgeben?

[LaBamba]

@paul53
Target Position hat damals vor einigen Jahren nicht funktioniert.
Der Coverstatus meldet closing (wenn er fährt), closed (wenn er unten ist) open (wenn er oben ist) opening (wenn er fährt) und stopped (anscheinend für alles zwischen drin). Anscheinend haben die daran was geändert.
Vielleicht sollte man mal das http rausschmeisen und über den Target Position machen.
Welcher Baustein wäre da sinnvoll
Steuere TagetPosition auf 100%

[paul53]

@LaBamba [sagte]: Welcher Baustein wäre da sinnvoll
Steuere TagetPosition auf 100%

Ja, versuche es mal damit.

@LaBamba sagte:

closed (wenn er unten ist)

Unabhängig von der Stellung der Lamellen?

[LaBamba]

@paul53
erstmal habe ich jetzt den Http befehl für offnen und schließen über den Browser alleine probiert. Das funktioniert ohne Probleme.

[LaBamba]

@paul53 sagte:

closed (wenn er unten ist)

Unabhängig von der Stellung der Lamellen?

ich habe es überprüft, sobald ich nur minimal den Winkel ändere steht im coverstatus stopped.

[paul53]

@LaBamba [sagte]: sobald ich nur minimal den Winkel ändere steht im coverstatus stopped.

Also "closed" nur ganz unten bei geschlossenen Lamellen?

[LaBamba]

@paul53 sagte:

@LaBamba [sagte]: sobald ich nur minimal den Winkel ändere steht im coverstatus stopped.

Also "closed" nur ganz unten bei geschlossenen Lamellen?

GENAU!

[paul53]

@LaBamba [sagte]: GENAU!

Kann man die Lamellenposition im zugehörigen Datenpunkt vorgeben?

[LaBamba]

@paul53
es kann ja nur an dem Teil im Skriptbereich

hängen. Irgenwann während der Fahrt bzgl. z.B. der Schliesens der Lamelle änder sich der Coverstatus dann ständig zwischen opening ond closing.

[paul53]

@LaBamba [sagte]: es kann ja nur an dem Teil im Skriptbereich hängen.

Kann es nicht, denn der Trigger macht nichts außer Loggen und Variablen setzen.

Gibt es noch andere Skripte, die auf "Coverstatus" vom Büro triggern?

[LaBamba]

Das scheint zu funktionieren. Ich werde es mal testen.

[paul53]

@LaBamba [sagte]: Das scheint zu funktionieren.

Wozu die Verzögerung von 2 s?
Die Variable button100buero und der Timeout sind nutzlos!!

[LaBamba]

@paul53 sagte:

@LaBamba [sagte]: Das scheint zu funktionieren.

Wozu die Verzögerung von 2 s?
Die Variable button100buero und der Timeout sind nutzlos!!

Bzgl. der Verzögerung von 2 Sekunden hast du völlig Recht, das ist quatsch.

Die Variabe " Button100buero hatte ich drin damit z.B. wenn auf dem Tablet der Button mehrfach gedrückt wird eine kurze Sperre des Button von einigen Sekunden drin ist. Das schont aus meiner Sicht den Motor der Raffstores. ...oder meinst du, dass dieses TImeout gar nicht funktioniert.

[LaBamba]

@paul53
Zu früh gefreut, es speilt schon wieder verrückt trotz der Steuerung über TargetPosition.

[paul53]

@LaBamba [sagte]: TImeout gar nicht funktioniert.

So hat es keine Wirkung. Falls eine kurze Sperre gewünscht, dann so:

Verarbeite alle 7 Tasten eines Raffstores in einem Blockly mit nur einem Trigger auf "Coverstatus"!
Kann man die Lamellenposition über den Datenpunkt steuern?