AutoShuttersControl; Slat/Tilt nach PrivacyUp/Down + Shadow Fahrt kommt zu früh

Begonnen von eddy242, 16 April 2026, 16:55:37

Vorheriges Thema - Nächstes Thema

eddy242

Hallo zusammen,

die Grundkonfiguration ASC funktioniert seit langem und stabil. Als Neuerung habe ich mit den Shadow- und Privacy-Positionen rumgespielt und stolpere über folgendes:
Es geht um eine Jalousie mit Lamellen. SlatCmd ist richtig eingestellt und funktioniert ("tilt"). Oben ist 100, unten 0. ShadowPos sowie PrivacyPos unten ist 10:60 (also fast ganz unten + Tilt 60)

Mir fällt auf, dass der Slat-Befehl immer 3 Sekunden nach dem Fahrbefehl gesendet wird:
2026.04.16 15:07:31.401 3: MQTT2_DEVICE set MQTT2_wintergarten_shelly2_jalousie_west tilt 60
2026.04.16 15:07:28.377 3: MQTT2_DEVICE set MQTT2_wintergarten_shelly2_jalousie_west pct 10

Problem Statement:
Wenn die Jalousie oben ist und auf Pos 10 fährt, dauert das ca. 25s. D.h. der Tilt Befehl kommt viel zu früh. Es wäre besser wenn der Tilt Befehl nach Einnahme der gewünschten Endposition (bzw. mit leichter Verzögerung danach) gesendet werden würde.

Vorschlag: Mit Shellies könnte man das Erreichen der Endposition sogar aus dem Device als Event/Reading abfragen, notfalls könnte man das über die DriveUp/DriveDown-Time (ggfls. als Attribut manuell) anteilig berechnen.

Ginge das? Oder übersehe ich einen Workaround?

Danke!
Eddy242

Beta-User

Für viele Hardware-Typen kommt der slat-Befehl zum passenden Zeitpunkt.

Wenn man das anders braucht, kann man das commandTemplate-Attribut verwenden, um z.B. ein sleep (-notify) zu generieren.
Server: HP-elitedesk@Debian 13, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors