Test Adapter shuttercontrol v1.7.x
-
Hallo,
Ich wollte mich mal mit dem Adapter befassen bzw. Testen ob er mit unseren Verhalten kompatibel ist
Dabei sind mir 2 Sachen ein-/ aufgefallen die ich im ersten Blick nicht in den Einstellungen gefunden habe und wollte fragen ob dies mit dem Adapter möglich ist.
- bei Frost ab minus 5 Grad fahre ich die Dachfenster Rollos nicht mehr (wegen festfrieren).
- bei uns stehen im Sommer in den Fensterbänken Blumenkästen, bis jetzt habe ich dafür einen Datenpunkt ist der "true" werden die Rollos nur auf 60% gefahren (müsste also wie der Weihnachtsmodus sein nur halt auch im Sommer?)
sind diese Funktionen mit dem Adapter möglich?
Besten Dank. -
@xbit Bin auch noch recht frisch mit dem Adapter, aber ich würde meinen beides geht.
Es gibt einen Frost Alarm, denke da fährt er nicht mehr oder nur auf eine bestimmte Position.
Mit den 60 % müsste auch möglich sein du kannst ja beim schließen Abends, oder beim Beschatten auch eine Position einstellen auf die gefahren werden soll.
Noch eins zum manu_Mode, wenn der Rollo sich darin befindet, fährt er denn die Sonnenuntergangsfahrt ? Und wenn die nicht, die spät abends schließen fahrt ?
-
@d3ltoroxp sagte in Test Adapter shuttercontrol v1.4.x:
zum manu_Mode, wenn der Rollo sich darin befindet, fährt er denn die Sonnenuntergangsfahrt
wenn sich nichts geändert hat, müsste das wieder die erste automatische Fahrt sein
-
@homoran sagte in Test Adapter shuttercontrol v1.4.x:
Natürlich.
da gibt es einen Datenpunkt je Rollladen, der den aktuellen Status angibt. da steht dann Manu_Mode wenn die Automatik deaktiviert ist.OK danke.
Der shutters.autoState hatte ich "SunProtect" oder "Up" (vermutlich gleich "Down"), der springt dann auf Manu_Mode wenn ich lokal die Rolladen verstelle. Könnte ich denn auch wieder bewusst in den Auto_Mode zwingen oder habe ich dann für den Tag Pause ? -
@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
-
@d3ltoroxp Überwachst du die Griff-Position, bzw. hast du für die verschiedenen Griff-Positionen verschiedene Anfahrtshöhen? Ich versuche dem seltsamen Phänomen auch auf die Schliche zu kommen und bilde mir ein, es gibt einen Zusammenhang zwischen "geöffnetem oder gekipptem Fenster" beim (morgendlichen) Hoch- bzw. (abendlichem) Runtefahren, Positionsveränderung des Griffes zwischendurch und anschließender "Besonnungsfahrt". Diese endet dann bei mir im Manu_Mode ohne anschließender "Sonnen-Ende-Hochfahrt" trotz großzügig eingestellter "Rolladenposition prüfen" nach 40 Sekunden. LG Stefan.
-
@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.
