[73_AutoShuttersControl.pm] Rolllos automatisiert steuern - Version 0.6.x

[CoolTux]

So macht es absolut Sinn. Die Verknüpfung mit dem offenen Fenster ist aus meiner Sicht zwingend nötig.

Ist umgesetzt und online bei github

[Borkk]

Du könntest mal überlegen ob du nicht "ASC_Self_Defence_Mode" und "ASC_Self_Defence_Exclude" zusammenlegst.

Du könntest z.B. als Mode "Absent/gone/off" anbieten. off wäre dann quasi Exclude=on

[CoolTux]

Du könntest mal überlegen ob du nicht "ASC_Self_Defence_Mode" und "ASC_Self_Defence_Exclude" zusammenlegst.

Du könntest z.B. als Mode "Absent/gone/off" anbieten. off wäre dann quasi Exclude=on

Macht in der Tat Sinn.

Gerade noch überlegt ob das mit dem offen nicht auch für Fenster sinnvoll ist. Also keine Abfrage auf Terrasse. Was denkt Ihr?

[Borkk]

Macht in der Tat Sinn.

Gerade noch überlegt ob das mit dem offen nicht auch für Fenster sinnvoll ist. Also keine Abfrage auf Terrasse. Was denkt Ihr?

Wer ein Fenster im Erdgeschoss hat, wird das wohl gerne nutzen. Ich halte es für Sinnvoll, zumal es ja konfigurierbar ist.

[CoolTux]

Wer ein Fenster im Erdgeschoss hat, wird das wohl gerne nutzen. Ich halte es für Sinnvoll, zumal es ja konfigurierbar ist.

Schon, aber leider nur in Bezug ganz oder gar nicht. Wer SelfDefense_Mode auf off setzt im Rollo Device wird keinerlei Fährt bei gone z.B. erleben. Und das nur weil er eigentlich nicht wollte das bei absent und Fenster offen gefahren wird. Eventuell sollte man noch mit ShutterPlace spielen. Zum Beispiel Obergeschoss oder so.

[sentinel1]

ich habe heute ein FHEM Update gemacht und FHEM stürzt jetzt immer ab.In Log steht:

Code Auswählen Erweitern

Can't use an undefined value as an ARRAY reference at ./FHEM/73_AutoShuttersControl.pm line 4362.
es passiert nur wenn die Beschattung aktiviert ist.

hat sich da was geändert?

Gruß,
Claudiu

[CoolTux]

Verwendest Du einen Brightness Sensor?

[sentinel1]

ich habe zwei Homematic Sensoren, aber der Wert kommt als Mittelwert von einen DOIF.Das hat bis jetzt funktioniert.

[CoolTux]

ich habe zwei Homematic Sensoren, aber der Wert kommt als Mittelwert von einen DOIF.Das hat bis jetzt funktioniert.

Und Du hast das DOIF als Sensor Device angegeben? Sollte eigentlich gehen.

[sentinel1]

Und Du hast das DOIF als Sensor Device angegeben? Sollte eigentlich gehen.

Ja,es hat schon den ganzen Sommer so funktioniert.Ich habe heute nur ein Update gemacht.
Wenn ich die Version 0.6.27 wieder einspiele funktioniert die Beschattung wieder.

[CoolTux]

Ich baue noch eine zusätzliche Abfrage ein so das es nicht mehr abstürzen tut. Melde mich gleich noch mal.

[Borkk]

Schon, aber leider nur in Bezug ganz oder gar nicht. Wer SelfDefense_Mode auf off setzt im Rollo Device wird keinerlei Fährt bei gone z.B. erleben. Und das nur weil er eigentlich nicht wollte das bei absent und Fenster offen gefahren wird. Eventuell sollte man noch mit ShutterPlace spielen. Zum Beispiel Obergeschoss oder so.

Ich glaube nicht das das nötig ist. Die vorhandenen Konfigurationsmöglichkeiten sind aus meiner Sicht ausreichen.

[CoolTux]

https://github.com/fhem/AutoShuttersControl/archive/master.zip

Kannst Du bitte die Version einmal testen. Als erstes schauen das FHEM nicht mehr abstürzt und dann müssen wir sehen ob Werte im BrightnessAverageArray drin stehen. Eigentlich sollten die nämlich schon beim start eingelesen werden.
Hast Du denn ein Reading im DOIF welches den Wert enthält und auch über den Neustart hinaus behält?

[Borkk]

Und Du hast das DOIF als Sensor Device angegeben? Sollte eigentlich gehen.

Ich habe auch 2 Homematic Sensoren am Start und habe es über den Azimut gelöst. Je nach Winkel schreibe in einen Dummy, der dann als Sensor dient.

Code Auswählen Erweitern

ts_light1|ts_light2
IF ([astro:SunAz] < 255) (setreading ts_light brightness {([ts_light1:brightness])})
ELSE (setreading ts_light brightness {([ts_light2:brightness])})

[CoolTux]

Bei neueren Versionen ist wichtig das es ein Reading mit einem Wert gibt. Das Reading wird bereits nach dem fertigen FHEM Start eingelesen.