Test Adapter shuttercontrol v2.0.x
-
@rotamint Ne ich hab gar keine Griffe mit Kippstellung. Ich hab nur offen oder zu. Ich kann das dann so nicht nachstellen.
@homoran said in Test Adapter shuttercontrol v1.4.x:
@tottbeck sagte in Test Adapter shuttercontrol v1.4.x:
Könnte ich denn auch wieder bewusst in den Auto_Mode zwingen oder habe ich dann für den Tag Pause ?
klar!
zumindest Gruppenweise
Das wollte ich auch Fragen, indem Fall könnte ich Auto Living usw. wieder mit true schalten und der Rollo in der Gruppe ist wieder im Auto_Mode. Fährt er dann auch wieder in die Beschattung, wenn er sollte ?
Noch mal was zum manuellen eingreifen, wenn ich morgens das Rollo manuell hochfahre, bevor es selber die Morgenfahrt gemacht hat, ist auch der Beschattungs Modus weg, also der Rollo komplett im Manu Mode ?
Und was bedeutet none ?
-
@d3ltoroxp sagte in Test Adapter shuttercontrol v1.4.x:
wieder mit true schalten und der Rollo in der Gruppe ist wieder im Auto_Mode. Fährt er dann auch wieder in die Beschattung, wenn er sollte ?
ja!
@d3ltoroxp sagte in Test Adapter shuttercontrol v1.4.x:
wenn ich morgens das Rollo manuell hochfahre, bevor es selber die Morgenfahrt gemacht hat, ist auch der Beschattungs Modus weg, also der Rollo komplett im Manu Mode ?
ja!
@d3ltoroxp sagte in Test Adapter shuttercontrol v1.4.x:
Und was bedeutet none ?
seit 2:30 noch keine Aktionen
@rotamint sagte in Test Adapter shuttercontrol v1.4.x:
Positionsveränderung des Griffes zwischendurch
da habe ich auch den Verdacht, dass wenn man zu schnell die Tür öffnet/schließt das System in Manu_Mode geht.
Hab ich aber nicht weiter verfolgt. -
@homoran Hm, er hätte aber heute morgen ja dann zum Sonnenaufgang öffnen sollen, weil da seit 2:30 nichts mehr passiert ist.
Es fuhr allgemein heute morgen nichts. Kann das daran liegen das ich auf Wohnbereich Automatik gestellt habe, aber keine DP's für Anwesenheit ausgewählt habe ?
Und bei bei AutoLevel hab ich komische Werte.
Ich weiß nicht woher die kommen, ich steure Rollo Devices in FHEM an, die haben aber nur 10 er Schritte. Könnte ich das beheben mit Rollo Status überwachen ín den Einstellungen ?
EDIT:
Ich hab mal bei AutoAll, auf true gestellt, aber ich habe immer noch bei einigen Rollos manu_mode. Macht er dennoch die nächste Fahrt und er wechselt dann auf up/down usw ?
-
@d3ltoroxp sagte in Test Adapter shuttercontrol v1.4.x:
Ich hab mal bei AutoAll, auf true gestellt, aber ich habe immer noch bei einigen Rollos manu_mode
@d3ltoroxp sagte in Test Adapter shuttercontrol v1.4.x:
ich steure Rollo Devices in FHEM
das ist dann Manu_Mode
-
Guten Morgen zusammen,
auf der Suche nach dem mystery-Manu_Mode habe ich heute morgen folgendes festgestellt:
Türe ist geschlossen, Rolladen unten. Rolladen wird durch zeitabhängigkeit geöffnet. Lichtsensor für Beschattung sitzt im Fenster, somit wird der Sonnenschutz true und der Rolladen fährt wieder runter in Sonnenschutzposition (sunprotect = true).
Wird jetzt die Türe geöffnet, fährt der Rolladen wie gewünscht komplett auf (=triggered)
Kurz darauf fährt der Rolladen allerdings wieder (wie gewünscht) in die Sonnenschutzposition, verharrt hier aber bis zum St. Nimmerleinstag im Manu_Mode (warum?)
Logs:
shuttercontrol.0 2022-05-21 10:13:26.682 debug KZ Rolladenaktor Balkontüre:1.LEVEL Old value = 27. New value = 27. automatic is active shuttercontrol.0 2022-05-21 10:13:03.896 debug KZ Rolladenaktor Balkontüre:1.LEVEL Old value = 27. New value = 27. automatic is active shuttercontrol.0 2022-05-21 10:13:03.762 debug KZ Rolladenaktor Balkontüre:1.LEVEL Old value = 27. New value = 27. automatic is active shuttercontrol.0 2022-05-21 10:13:02.286 debug Lightsensor changed: zigbee.0.04cf8cdf3c78a785.illuminance Value: 4355 shuttercontrol.0 2022-05-21 10:12:58.466 debug Lightsensor changed: zigbee.0.04cf8cdf3c78a785.illuminance Value: 8264 shuttercontrol.0 2022-05-21 10:12:47.196 debug KZ Rolladenaktor Balkontüre:1.LEVEL Updated trigger action to Manu_Mode to prevent moving after window close shuttercontrol.0 2022-05-21 10:12:47.196 debug KZ Rolladenaktor Balkontüre:1.LEVEL drived manually to 100. Old value = 27. New value = 100 shuttercontrol.0 2022-05-21 10:12:47.187 debug Shutter state changed: KZ Rolladenaktor Balkontüre:1.LEVEL old value = 27 new value = 100 shuttercontrol.0 2022-05-21 10:12:28.764 debug Sunprotect KZ Rolladenaktor Balkontüre:1.LEVEL old height: 27% new height: 27% shuttercontrol.0 2022-05-21 10:12:28.763 debug Temperature outside: 50 > 1 AND Light: 41381 > 10000 shuttercontrol.0 2022-05-21 10:12:28.763 debug Sunprotect for KZ Rolladenaktor Balkontüre:1.LEVEL is active shuttercontrol.0 2022-05-21 10:12:28.763 debug last automatic Action for KZ Rolladenaktor Balkontüre:1.LEVEL: down_Sunprotect shuttercontrol.0 2022-05-21 10:12:28.712 info Sunprotect #418 Set ID: KZ Rolladenaktor Balkontüre:1.LEVEL value: 27% shuttercontrol.0 2022-05-21 10:12:28.712 debug KZ Rolladenaktor Balkontüre:1.LEVEL: Check basis for sunprotect. Height:100 > HeightDownSun: 27 AND Height:100 == currentHeight:100 AND currentHeight:100 == heightUp:100 shuttercontrol.0 2022-05-21 10:12:25.870 debug Lightsensor changed: zigbee.0.04cf8cdf3c78a785.illuminance Value: 41381 shuttercontrol.0 2022-05-21 10:12:22.549 debug outsidetemperature changed: hm-rpc.0.OEQ1962498.1.BRIGHTNESS Value: 185 shuttercontrol.0 2022-05-21 10:12:22.527 debug outsidetemperature changed: hm-rpc.0.OEQ1962498.1.HUMIDITY Value: 50 shuttercontrol.0 2022-05-21 10:12:20.680 debug KZ Rolladenaktor Balkontüre:1.LEVEL Old value = 27. New value = 100. automatic is active shuttercontrol.0 2022-05-21 10:12:20.679 debug Shutter state changed: KZ Rolladenaktor Balkontüre:1.LEVEL old value = 27 new value = 100 shuttercontrol.0 2022-05-21 10:12:20.476 debug KZ Rolladenaktor Balkontüre:1.LEVEL Old value = 27. New value = 100. automatic is active shuttercontrol.0 2022-05-21 10:12:20.476 debug Shutter state changed: KZ Rolladenaktor Balkontüre:1.LEVEL old value = 27 new value = 100 shuttercontrol.0 2022-05-21 10:12:04.098 debug KZ Rolladenaktor Balkontüre:1.LEVEL: Check basis for sunprotect. Height:27 > HeightDownSun: 27 AND Height:27 == currentHeight:100 AND currentHeight:100 == heightUp:100 shuttercontrol.0 2022-05-21 10:12:00.326 debug Lightsensor changed: zigbee.0.54ef4410000a2d4e.illuminance Value: 6992 shuttercontrol.0 2022-05-21 10:11:59.553 debug KZ Rolladenaktor Balkontüre:1.LEVEL: Check basis for sunprotect. Height:27 > HeightDownSun: 27 AND Height:27 == currentHeight:100 AND currentHeight:100 == heightUp:100 shuttercontrol.0 2022-05-21 10:11:55.902 debug Lightsensor changed: zigbee.0.04cf8cdf3c78a785.illuminance Value: 55834 shuttercontrol.0 2022-05-21 10:11:50.912 debug Lightsensor changed: zigbee.0.04cf8cdf3c78a785.illuminance Value: 17976 shuttercontrol.0 2022-05-21 10:11:45.487 debug KZ Rolladenaktor Balkontüre:1.LEVEL - window is still open -> driving now to :100 shuttercontrol.0 2022-05-21 10:11:45.465 info triggered #1 Set ID: KZ Rolladenaktor Balkontüre:1.LEVEL value: 100% shuttercontrol.0 2022-05-21 10:11:45.422 info #1 Set ID: KZ Rolladenaktor Balkontüre:1.LEVEL value: 100% shuttercontrol.0 2022-05-21 10:11:45.422 debug #1 save trigger action: sunProtect for device KZ Rolladenaktor Balkontüre:1.LEVEL shuttercontrol.0 2022-05-21 10:11:45.421 debug #1 save trigger height: 27% for device KZ Rolladenaktor Balkontüre:1.LEVEL shuttercontrol.0 2022-05-21 10:11:45.420 debug KZ Rolladenaktor Balkontüre:1.LEVEL - shutter trigger change is:upDown shuttercontrol.0 2022-05-21 10:11:45.420 debug KZ Rolladenaktor Balkontüre:1.LEVEL - shutter trigger drive-up is:100 shuttercontrol.0 2022-05-21 10:11:45.419 debug KZ Rolladenaktor Balkontüre:1.LEVEL - shutter current state.val is:27 shuttercontrol.0 2022-05-21 10:11:45.415 debug KZ Rolladenaktor Balkontüre:1.LEVEL - shutter conversion is:false shuttercontrol.0 2022-05-21 10:11:45.407 debug TriggerID changed: hm-rpc.0.JEQ0152196.1.STATE Value: 2 shuttercontrol.0 2022-05-21 10:10:00.005 debug Sun Elevation: 43.2°Danke für Eure Unterstützung!
-
@rotamint Dein Aktoren ändern sicher während der Fahrt den Zustand.
Bitte aktiviere die Überprüfung des Rollladens nach xx Sekunden.xx = deine maximale Fahrtzeit der Rollläden
-
@simatec Sorry Simatec, das hatte ich vergessen zu schreiben. Dieses Verhalten tritt trotz gesetzter Rolladen-Prüfen-Option (nach 35 Sekunden) auf. (Shuttercontrol v1.4.12)
Edit: Mag es evtl. damit zusammenhängen, dass ein neues Ereignis eintritt (Lux = true = autoSun) bevor der "überprüfte Rolladenstatus nach xx Sekunden" geschrieben wurde?
-
Nachdem gestern hier das Thema Fenstergriffe aufkam, habe ich es abends nochmal angegangen:
Fenster gekippt und bis zur abendlichen Fahrt gewartet.
Erwartungsgemäß kam die Meldung, dass mit der Fahrt bis zum Schließen des Fensters gewartet wird.Nach dem Schließen passierte jedoch genau nichts.
Der Rollladen stand auf Auto, der Versuch nochmals auf Auto_all zu drücken half auch nichts.
nach manuell gestarteter Fahrt stand der Rollladen dann ordnungsgemäß im Manu_Mode und ließ sich mit erneutem Auto_all nicht mehr von dieser Meinung abbringen.
Trotzdem fuhr er heute morgen planmäßig hoch.
wo kann ich ansetzen?
-
@homoran
Setzte mal den Adapter auf Debug mode, dann müsste nach dem "#7 Will close...." noch mit ausgegeben werden, auf welche Werte im Hintergrund die Zielposition gesetzt wurde.
Als nächstes könntest dann prüfen, ob das mit einem bestehenden Wert aus "Zwischenposition", "X-Mas Position" oder einem Alarmsetting übereinstimmt, welche Du für das Fenster auch aktiviert hast.
Das gäbe dann mal einen Hinweis, welche Position da im Hintergrund gesetzt wurde, welche dann beim Schliessen des Fensters angefahren wird. Oder, das Fenster hat "in Summer not Down" gesetzt? Und, als letztes, checke auch, ob "schliessen nachdem Fenster geschlossen wurde" eingeschaltet ist.
An dieser Stelle wirken sehr viele "Schalter" und Abfragen weshalb eine schnelle Antwort nicht so einfach möglich ist. -
@foxro hab gerade noch auf debug stellen können, müsste gleich runterfahren, wenn Fenster nicht gekippt wäre.
die ganzen Schnickschnack Einstellungen gab es noch nicht, als ich die Instanz konfiguriert habe.
Wenn sich da nicht irgendwas selbst eingestellt hat sollte alles ok sein.Ich habe eher den Verdacht dass der RHS ein Problem verursacht wenn er von gekippt auf geschlossen gestellt wird kommt er ja noch über "offen".
Aber gleich wissen wir mehr.
EDIT:
Hab die Zeit noch genutzt und nachgesehen, Rolladen nach Schließen fahren ist aktiv, aber...
bei Rollladenhöhe bei gekipptem Fenster habe ich nichts eingetragen.
-
Soweit - so gut!
und just in dem Moment meinte meine Frau das Fenster schließen zu müssen.
Diesmal fuhr der Rollladen
aber jetzt ist er wieder in Manu_Mode
-
@stefanw nabend. das habe ich die tage auch so erlebt, war mir aber nicht sicher. nun wo du das auch beschreibst, kam es mir wieder in Erinnerung.
Er scheint beim Wind-Alarm bei jeder Aktualisierung den Alarm auszulösen, egal ob true oder false im DP steht.
-
@friesenjung
Das kann ich so bestätigen.
Jedes Senden eines Zustandes wird von IoBroker so an Shuttercontrol weitergeleitet und deshalb läuft da der entsprechende Code an. Dies auch, wenn der Status vorher der gleiche war. (zb. false -> false)
Bitte hier keine Zeitgesteuerten (sich wiederholenden) Werte an die Alarm-Datenpunkte senden, sondern nur dann, wenn der Status wirklich geändert hat. (true - false - true) -
@homoran
Ich vermute aufgrund vom Log, dass nach dem Positions-Check wieder ein (alter) Wert vom Aktor gesendet wird und deshalb Shuttercontrol interpretiert, dass der Rollo bewegt wurde
Kannst da mal prüfen, was für eine Position da effektiv zu dem Zeitpunkt vom Aktor zurück gemeldet wird?
EDIT:
Der vermutete Bug im Trigger war ein "Sturm im Wasserglas".
Es gibt aber dev. einen Bug im Alarmhandling im Zusammenhang mit dem Manu_Mode gefunden. Werde da für einen Fix an @simatec senden. -
@foxro sagte in Test Adapter shuttercontrol v1.4.x:
wenn Du nach dem Fahren das Fenster wieder öffnest.
das ist ja genau das was ich vermute.
Der Drehgriffsensor hat ja drei Positionen.Habe aber eben festgestellt, dass ich auch keinen Sensor-Wert für gekippt eingetragen habe. Das Feld ist keer.
Die andere Vermutung war, dass ggf. beim verzögerten Fahren der timeout für die Endposition nicht berücksichtigt werden könnte.
Aber ich verstehe das log so, dass das Schließen des Fensters erkannt wird, später aber behauptet wird, dass der Rollladen manuell gefahren würde, während das Fenster noch offen ist.
EDIT:
Wenn der "state check" die Überprüfung des Rollladenlevels sein soll, so kommt der zu früh!
21:28:52.682 Schließen des Fensters
21:29:06.688 state check.das sind 14 Sekunden, das ist zu wenig. Eingestellt sind 45 Sekunden (glaube ich)
-
@homoran
Interessant!
der Logtext mit "save current height after State Check:" wird im ganzen Shuttercontrol Code nur an einer einzigen Stelle geschmissen - und das ist nach dem Überprüfen der Rollo Position...
Wenn Deine Theorie mit dem Trigger für das gekippte Fenster stimmt, dann müsste dies im Log auch ersichtlich sein. Es ist so, dass an dieser Stelle, wenn dieses Signal wirklich rein kommt, der Shuttercontrol die aktuell gesetzte Höhe ( EDIT: Es wird die aktuell gemeldete Position genommen) wiederum in den Trigger speichert und dann auf die gekippt Position fahren will. Kurz danach müsste dann das Geschlossen kommen, womit er den im Trigger gespeicherten Wert wieder holt und dahin (in Deinem Fall Down oder eben nicht Down) fährt. -
@foxro Danke für deinen Check.
ich versuche mal das Ganze zu zerpflücken um die Ursache finden zu können:
@foxro sagte in Test Adapter shuttercontrol v1.4.x:
der Logtext mit "save current height after State Check:" wird im ganzen Shuttercontrol Code nur an einer einzigen Stelle geschmissen - und das ist nach dem Überprüfen der Rollo Position...
Laut Timestamp kann zu dem Zeitpunkt aber der Rolladen noch nicht unten sein. Habe es überprüft, der check ist auf 45 Sekunden nach Start der Fahrt konfiguriert. Hier findet er aber bereits nach ca. 16 Sekunden statt.
Möglichkeit: Der konfigurierte spätere Check wird bei verzögerter Fahrt nach Schließen des Fensters nicht (richtig) umgesetzt.
@foxro sagte in Test Adapter shuttercontrol v1.4.x:
wiederum in den Trigger speichert und dann auf die gekippt Position fahren will.
Diese habe ich jedoch nicht konfiguriert. Das Feld dazu ist leer.
Ich habe im Moment auch nicht die Reihenfolge der Werte des Sensorzustands beim Bewegen des Drehgriffs im Kopf.
Müsste aber entsprechend Gekippt-offen-geschlossen sein -
Heute und gestern war der Rolladen - nachdem ich nach Hause kam - und die Sonne schon lange nicht mehr die Südseite des Hauses bescheint hat, wieder auf Manu_Mode und in der Sonnenschutzposition verharrt.
Das Fenster wird durch ein Zigbee-Luxmeter überwacht, ab 10000 Lux soll die Beschattung eingeleitet werden. Fällt der Wert unter den vorgegebenen Wert, soll der Rolladen wieder geöffnet werden, nachdem er noch 5 Minuten in der Sonnenschutzposition verharrt.
Gedankenansatz: Während der Rolladen geöffnet wird, steigt der Luxwert wieder auf die (größer) 10000? Das wirft den Ablauf durcheinander? Oder während der Verzögerungszeit (5 Min.)? Oder während der Verzögerung (Check State, 40 Sek.)
Falls es dienlich sein sollte wäre ich bereit, meine verwendete Hardware (Homematic /nicht HmIP) sowie Zigbee-Luxmeter samt Rohrmotor vollständig auf einem Testbrett aufzubauen und dem Entwickler zur Verfügung zu stellen, um dem Fehlverhalten auf die Schliche zu kommen.
-
@rotamint In deinem Fall würde ich mit der Hysterese etwas spielen.
Gerade bei Lichtsensoren ist dies sehr wichtig. -
Ab sofort steht auf Github und in kürze auch im latest die Version 1.4.13 zur Verfügung.
Changelog
1.4.13 (2022-05-24)
- (FoxRo) Bugfix Alarm handling
- (simatec) Dependencies updated
- (simatec) Dev-Dependencies updated
- (simatec) more debuglog for Trigger
