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

CoolTux · 20 März 2020, 06:51:31

Ich schaue es mir gerne noch mal genauer an.

Grüße

volschin · 20 März 2020, 10:40:14

Es ist schön, dass Du das hier in FETT schreibst, genau so klar sollte das bitte auch im Changed-File stehen. Du kannst nicht erwarten, dass jeder der ein Update macht, hier mitliest. Und Breaking ist immer Sch....

CoolTux · 20 März 2020, 11:06:42

Zitat von: volschin am 20 März 2020, 10:40:14
Es ist schön, dass Du das hier in FETT schreibst, genau so klar sollte das bitte auch im Changed-File stehen. Du kannst nicht erwarten, dass jeder der ein Update macht, hier mitliest. Und Breaking ist immer Sch....

Danke für den Hinweis. Habe es im CHANGE File explizit erwähnt.

gestein · 20 März 2020, 15:57:34

Hallo,

weil es heute schon so warm war, wollte ich das erste Mal die Beschattung ausprobieren.
Daher habe ich vorher die neue Version geholt und dann gewartet.

Leider hat sich nichts getan.
Daher habe ich das ASC_debug=1 gesetzt (ich weiß, dass soll man nur auf Aufforderung hin).
Im log-File steht aber:

Code Auswählen

2020.03.20 15:50:43.700 4: AutoShuttersControl (myASControl) - Devname: Zuhause Name: myASControl Notify: ['durTimerPresence_cr: 8496','durTimerPresence: 141:36:02']
2020.03.20 15:50:56.378 4: AutoShuttersControl (myASControl) - Devname: myTwilight Name: myASControl Notify: ['ss_weather: 18:03:34','sr: 06:01:01','sr_indoor: 06:07:00','ss_civil: 18:39:45','ss_naut: 19:16:30','ss_astro: 19:54:31','ss: 18:03:34','sr_weather: 06:01:01','ss_indoor: 17:57:33','sr_civil: 05:24:56','sr_astro: 04:10:29','sr_naut: 04:48:19']

ASC_DEBUG!!! 2020.03.20 15:50:56 - EventProcessingTwilightDevice: Rollo.WZ.Kueche - Event vom Astro oder Twilight Device wurde erkannt. Event wird verarbeitet
2020.03.20 15:51:43.721 4: AutoShuttersControl (myASControl) - Devname: Zuhause Name: myASControl Notify: ['durTimerPresence_cr: 8497','durTimerPresence: 141:37:02']
2020.03.20 15:52:43.704 4: AutoShuttersControl (myASControl) - Devname: Zuhause Name: myASControl Notify: ['durTimerPresence_cr: 8498','durTimerPresence: 141:38:02']
2020.03.20 15:53:14.429 4: AutoShuttersControl (myASControl) - Devname: TW.Helligkeit Name: myASControl Notify: ['battery: ok','brightness: 659.73','state: B: 659.73']
2020.03.20 15:53:14.432 4: AutoShuttersControl (Rollo.WZ.Kueche) - EventProcessingShadingBrightness
ASC_DEBUG!!! 2020.03.20 15:53:14 - EventProcessingShadingBrightness: Rollo.WZ.Kueche - Es wird nun geprüft ob der übergebene Event ein nummerischer Wert vom Brightnessreading ist.
2020.03.20 15:53:14.433 4: AutoShuttersControl (Rollo.WZ.Kueche) - EventProcessingShadingBrightness
            Brightness: 659.73

ASC_DEBUG!!! 2020.03.20 15:53:14 - EventProcessingShadingBrightness: Rollo.WZ.Kueche - Nummerischer Brightness-Wert wurde erkannt. Der Brightness Average Wert ist: 672 RainProtection: unprotected WindProtection: unprotected

ASC_DEBUG!!! 2020.03.20 15:53:14 - FnIsDay: Rollo.WZ.Kueche Allgemein: 1

ASC_DEBUG!!! 2020.03.20 15:53:14 - FnIsDay: Rollo.WZ.Kueche Allgemein: 1

ASC_DEBUG!!! 2020.03.20 15:53:14 - ShadingProcessing: Rollo.WZ.Kueche - Übergebende Werte - Azimuth:245.51, Elevation: 22.37, Brightness: 672, OutTemp: 22.0, Azimut Beschattung: 95, Azimut Endschattung: 265, Ist es nach der Zeitblockadezeit: JA, Das Rollo ist in der Beschattung und wurde manuell gefahren: NEIN, Ist es nach der Hälfte der Beschattungswartezeit: JA
2020.03.20 15:53:14.440 4: AutoShuttersControl (myASControl) - Shading Processing, Rollladen: Rollo.WZ.Kueche Azimuth: 245.51 Elevation: 22.37 Brightness: 672 OutTemp: 22.0

ASC_DEBUG!!! 2020.03.20 15:53:14 - EventProcessingShadingBrightness: Rollo.WZ.Kueche - Alle Bedingungen zur weiteren Beschattungsverarbeitung sind erfüllt. Es wird nun die eigentliche Beschattungsfunktion aufgerufen

Und dann nichts mehr.
Im Source-Code steht nach dem Aufruf der letzten Debugsausgabe kein weiterer Funktionsaufruf mehr.
Ist das momentan so gewollt?

Danke im Voraus
lg, Gerhard

CoolTux · 20 März 2020, 16:30:23

Der Aufruf der Funktion erfolgt kurz vor dem Text.

Eigentlich hätte da auch noch mehr kommen müssen.

xavier · 20 März 2020, 21:08:52

Hi CoolTux,

short question: could you add an ASC_ExternalTrigger2 function?

Explanation:

I tried to implement what ch.eick suggested: set a false high Brightness value to partially lower the shutters on one side of the house in case of heavy rain and use ASC_ExternalTrigger to completely close the shutters in case of storm.

Unfortunately, while ASC_ExternalTrigger works wonderfully, the fake Brightness trick is not good.

ASC is smart and only changes the height of the shutters after the time set by ASC_Shading_WaitingPeriod has elapsed.

It's not a good thing, if a storm comes I have to close the blinds immediately, I can't wait minutes.

So I'm trying a more elegant but harder (for me) solution: to modify the ASC code to duplicate ASC_ExternalTrigger and get ASC_ExternalTrigger2.

Same functions, but different DEVICE:READING and different POSACTIVE.

I'm not asking to change the current rain and wind management, only to duplicate an existing function.

But your code is really extensive and I'm having considerable difficulties with all the variables you use.

Can you help me?

Best regards,
xavier

xerion · 20 März 2020, 21:44:45

Zitat von: gestein am 20 März 2020, 15:57:34
Hallo,

weil es heute schon so warm war, wollte ich das erste Mal die Beschattung ausprobieren.
Daher habe ich vorher die neue Version geholt und dann gewartet.

Leider hat sich nichts getan.
Daher habe ich das ASC_debug=1 gesetzt (ich weiß, dass soll man nur auf Aufforderung hin).
Im log-File steht aber:
Code Auswählen Erweitern
2020.03.20 15:50:43.700 4: AutoShuttersControl (myASControl) - Devname: Zuhause Name: myASControl Notify: ['durTimerPresence_cr: 8496','durTimerPresence: 141:36:02'] 2020.03.20 15:50:56.378 4: AutoShuttersControl (myASControl) - Devname: myTwilight Name: myASControl Notify: ['ss_weather: 18:03:34','sr: 06:01:01','sr_indoor: 06:07:00','ss_civil: 18:39:45','ss_naut: 19:16:30','ss_astro: 19:54:31','ss: 18:03:34','sr_weather: 06:01:01','ss_indoor: 17:57:33','sr_civil: 05:24:56','sr_astro: 04:10:29','sr_naut: 04:48:19'] ASC_DEBUG!!! 2020.03.20 15:50:56 - EventProcessingTwilightDevice: Rollo.WZ.Kueche - Event vom Astro oder Twilight Device wurde erkannt. Event wird verarbeitet 2020.03.20 15:51:43.721 4: AutoShuttersControl (myASControl) - Devname: Zuhause Name: myASControl Notify: ['durTimerPresence_cr: 8497','durTimerPresence: 141:37:02'] 2020.03.20 15:52:43.704 4: AutoShuttersControl (myASControl) - Devname: Zuhause Name: myASControl Notify: ['durTimerPresence_cr: 8498','durTimerPresence: 141:38:02'] 2020.03.20 15:53:14.429 4: AutoShuttersControl (myASControl) - Devname: TW.Helligkeit Name: myASControl Notify: ['battery: ok','brightness: 659.73','state: B: 659.73'] 2020.03.20 15:53:14.432 4: AutoShuttersControl (Rollo.WZ.Kueche) - EventProcessingShadingBrightness ASC_DEBUG!!! 2020.03.20 15:53:14 - EventProcessingShadingBrightness: Rollo.WZ.Kueche - Es wird nun geprüft ob der übergebene Event ein nummerischer Wert vom Brightnessreading ist. 2020.03.20 15:53:14.433 4: AutoShuttersControl (Rollo.WZ.Kueche) - EventProcessingShadingBrightness Brightness: 659.73 ASC_DEBUG!!! 2020.03.20 15:53:14 - EventProcessingShadingBrightness: Rollo.WZ.Kueche - Nummerischer Brightness-Wert wurde erkannt. Der Brightness Average Wert ist: 672 RainProtection: unprotected WindProtection: unprotected ASC_DEBUG!!! 2020.03.20 15:53:14 - FnIsDay: Rollo.WZ.Kueche Allgemein: 1 ASC_DEBUG!!! 2020.03.20 15:53:14 - FnIsDay: Rollo.WZ.Kueche Allgemein: 1 ASC_DEBUG!!! 2020.03.20 15:53:14 - ShadingProcessing: Rollo.WZ.Kueche - Übergebende Werte - Azimuth:245.51, Elevation: 22.37, Brightness: 672, OutTemp: 22.0, Azimut Beschattung: 95, Azimut Endschattung: 265, Ist es nach der Zeitblockadezeit: JA, Das Rollo ist in der Beschattung und wurde manuell gefahren: NEIN, Ist es nach der Hälfte der Beschattungswartezeit: JA 2020.03.20 15:53:14.440 4: AutoShuttersControl (myASControl) - Shading Processing, Rollladen: Rollo.WZ.Kueche Azimuth: 245.51 Elevation: 22.37 Brightness: 672 OutTemp: 22.0 ASC_DEBUG!!! 2020.03.20 15:53:14 - EventProcessingShadingBrightness: Rollo.WZ.Kueche - Alle Bedingungen zur weiteren Beschattungsverarbeitung sind erfüllt. Es wird nun die eigentliche Beschattungsfunktion aufgerufen
Und dann nichts mehr.
Im Source-Code steht nach dem Aufruf der letzten Debugsausgabe kein weiterer Funktionsaufruf mehr.
Ist das momentan so gewollt?

Danke im Voraus
lg, Gerhard

Dumme Frage. Aber das Atribute ASC_SHADING_MODE hast du eingestellt?

xerion · 20 März 2020, 21:56:05

Hi CoolTux,

wann können wir denn mit der Weekend Funktion für Brightness Steuerung rechnen?

gestein · 20 März 2020, 22:33:11

Hallo ,

ZitatDumme Frage. Aber das Atribute ASC_SHADING_MODE hast du eingestellt?

Ja, das Attribut ist im Rollo gesetzt:

Code Auswählen

ASC_autoAstroModeMorning CIVIL
ASC_autoShuttersControlEvening on
ASC_autoShuttersControlMorning on
ASC_debug               1
ASC_expert               1
ASC_freezeTemp        3
ASC_residentsDev      Zuhause
ASC_shuttersDriveDelay 10
ASC_tempSensor        OZW772:Aussentemperatur
ASC_twilightDevice     myTwilight

lg, Gerhard

gestein · 20 März 2020, 23:20:22

Hallo CoolTux,

ich habe mehrere Rollos, die alle um 23:30 runtergefahren werden.
Nur einer (der im Kinderzimmer) schließt schon um 22:00.

Immer wieder fahren alle Rollos um 22:00 runter.
Das passiert, wenn das Modul upgedated wird und/oder anscheinend auch, wenn ich Atrribute im ASC ändere.

Gerade eben ist es wieder passiert.
Zum Glück hatte ich noch das ASC_debug aktivert. Anbei die logs.

Hilft das was? Oder brauchst Du mehr oder was anderes?
lg, Gerhard

gestein · 20 März 2020, 23:37:16

Und hier nun die logs für 23:30 wo die Rollos hätten fahren sollen.
Der Rollo im Kinderzimmer ist nicht dabei, denn der ist ja richtigerweise schon um 22:00 gefahren.

Code Auswählen

ASC_DEBUG!!! 2020.03.20 23:29:40 - ShadingProcessing: Rollo.WZ.Kueche - Übergebende Werte - Azimuth:348.5, Elevation: -39.39, Brightness: 0, OutTemp: 15.1, Azimut Beschattung: 95, Azimut Endschattung: 265, Ist es nach der Zeitblockadezeit: NEIN, Das Rollo ist in der Beschattung und wurde manuell gefahren: NEIN, Ist es nach der Hälfte der Beschattungswartezeit: JA
2020.03.20 23:29:40.199 4: AutoShuttersControl (myASControl) - Shading Processing, Rollladen: Rollo.WZ.Kueche Azimuth: 348.5 Elevation: -39.39 Brightness: 0 OutTemp: 15.1
ASC_DEBUG!!! 2020.03.20 23:29:40 - EventProcessingShadingBrightness: Rollo.WZ.Kueche - Alle Bedingungen zur weiteren Beschattungsverarbeitung sind erfüllt. Es wird nun die eigentliche Beschattungsfunktion aufgerufen
ASC_DEBUG!!! 2020.03.20 23:30:01 - FnSetCmdFn: Rollo.GZ - Abbruch aktuelle Position ist gleich der Zielposition 100=100
ASC_DEBUG!!! 2020.03.20 23:30:01 - FnSetDriveCmd: Rollo.GZ - NICHT versetztes fahren
ASC_DEBUG!!! 2020.03.20 23:30:01 - FnSetDriveCmd: Rollo.GZ - NoDelay: NEIN
2020.03.20 23:30:01.025 4: AutoShuttersControl (myASControl) - Devname: myASControl Name: myASControl Notify: ['Rollo.GZ_lastPosValue: 0']
2020.03.20 23:30:01.027 4: AutoShuttersControl (myASControl) - ShuttersCommandSet setDriveCmd wird aufgerufen
ASC_DEBUG!!! 2020.03.20 23:30:01 - FnShuttersCommandSet: Rollo.GZ - Das Rollo wird gefahren. Kein Partymodus aktiv und das zugordnete Fenster ist entweder nicht offen oder keine Terassentür
2020.03.20 23:30:01.051 4: AutoShuttersControl (myASControl) - Devname: myASControl Name: myASControl Notify: ['Rollo.GZ_nextAstroTimeEvent: 21.03.2020 - 06:00']
2020.03.20 23:30:01.231 4: AutoShuttersControl (myASControl) - Devname: myASControl Name: myASControl Notify: ['state: created new drive timer']
ASC_DEBUG!!! 2020.03.20 23:30:01 - FnSetCmdFn: Rollo.WZ.Kueche - Abbruch aktuelle Position ist gleich der Zielposition 100=100
ASC_DEBUG!!! 2020.03.20 23:30:01 - FnSetDriveCmd: Rollo.WZ.Kueche - NICHT versetztes fahren
ASC_DEBUG!!! 2020.03.20 23:30:01 - FnSetDriveCmd: Rollo.WZ.Kueche - NoDelay: NEIN
2020.03.20 23:30:01.244 4: AutoShuttersControl (myASControl) - Devname: myASControl Name: myASControl Notify: ['Rollo.WZ.Kueche_lastPosValue: 0']
2020.03.20 23:30:01.246 4: AutoShuttersControl (myASControl) - ShuttersCommandSet setDriveCmd wird aufgerufen
ASC_DEBUG!!! 2020.03.20 23:30:01 - FnShuttersCommandSet: Rollo.WZ.Kueche - Das Rollo wird gefahren. Kein Partymodus aktiv und das zugordnete Fenster ist entweder nicht offen oder keine Terassentür
2020.03.20 23:30:01.257 4: AutoShuttersControl (myASControl) - Devname: myASControl Name: myASControl Notify: ['Rollo.WZ.Kueche_nextAstroTimeEvent: 21.03.2020 - 06:00']
2020.03.20 23:30:01.356 4: AutoShuttersControl (myASControl) - Devname: myASControl Name: myASControl Notify: ['state: created new drive timer']
ASC_DEBUG!!! 2020.03.20 23:30:01 - FnSetCmdFn: Rollo.WZ.StiegeLinks - Abbruch aktuelle Position ist gleich der Zielposition 100=100
ASC_DEBUG!!! 2020.03.20 23:30:01 - FnSetDriveCmd: Rollo.WZ.StiegeLinks - NICHT versetztes fahren
ASC_DEBUG!!! 2020.03.20 23:30:01 - FnSetDriveCmd: Rollo.WZ.StiegeLinks - NoDelay: NEIN
2020.03.20 23:30:01.366 4: AutoShuttersControl (myASControl) - Devname: myASControl Name: myASControl Notify: ['Rollo.WZ.StiegeLinks_lastPosValue: 0']
2020.03.20 23:30:01.367 4: AutoShuttersControl (myASControl) - ShuttersCommandSet setDriveCmd wird aufgerufen
ASC_DEBUG!!! 2020.03.20 23:30:01 - FnShuttersCommandSet: Rollo.WZ.StiegeLinks - Das Rollo wird gefahren. Kein Partymodus aktiv und das zugordnete Fenster ist entweder nicht offen oder keine Terassentür
2020.03.20 23:30:01.379 4: AutoShuttersControl (myASControl) - Devname: myASControl Name: myASControl Notify: ['Rollo.WZ.StiegeLinks_nextAstroTimeEvent: 21.03.2020 - 06:00']
2020.03.20 23:30:01.491 4: AutoShuttersControl (myASControl) - Devname: myASControl Name: myASControl Notify: ['state: created new drive timer']
ASC_DEBUG!!! 2020.03.20 23:30:01 - FnSetCmdFn: Rollo.WZ.StiegeRechts - Abbruch aktuelle Position ist gleich der Zielposition 100=100
ASC_DEBUG!!! 2020.03.20 23:30:01 - FnSetDriveCmd: Rollo.WZ.StiegeRechts - NICHT versetztes fahren
ASC_DEBUG!!! 2020.03.20 23:30:01 - FnSetDriveCmd: Rollo.WZ.StiegeRechts - NoDelay: NEIN
2020.03.20 23:30:01.503 4: AutoShuttersControl (myASControl) - Devname: myASControl Name: myASControl Notify: ['Rollo.WZ.StiegeRechts_lastPosValue: 0']
2020.03.20 23:30:01.504 4: AutoShuttersControl (myASControl) - ShuttersCommandSet setDriveCmd wird aufgerufen
ASC_DEBUG!!! 2020.03.20 23:30:01 - FnShuttersCommandSet: Rollo.WZ.StiegeRechts - Das Rollo wird gefahren. Kein Partymodus aktiv und das zugordnete Fenster ist entweder nicht offen oder keine Terassentür
2020.03.20 23:30:01.516 4: AutoShuttersControl (myASControl) - Devname: myASControl Name: myASControl Notify: ['Rollo.WZ.StiegeRechts_nextAstroTimeEvent: 21.03.2020 - 06:00']
2020.03.20 23:30:01.623 4: AutoShuttersControl (myASControl) - Devname: myASControl Name: myASControl Notify: ['state: created new drive timer']
2020.03.20 23:30:01.892 4: AutoShuttersControl (myASControl) - Devname: myTwilight Name: myASControl Notify: ['azimuth: 350.11','elevation: -39.54','twilight: 0','twilight_weather: 0','compasspoint: north-northwest']
ASC_DEBUG!!! 2020.03.20 23:30:01 - EventProcessingTwilightDevice: Rollo.WZ.StiegeRechts - Event vom Astro oder Twilight Device wurde erkannt. Event wird verarbeitet
ASC_DEBUG!!! 2020.03.20 23:30:01 - EventProcessingTwilightDevice: myASControl - Passendes Event wurde erkannt. Verarbeitung über alle Rollos beginnt
ASC_DEBUG!!! 2020.03.20 23:30:01 - EventProcessingTwilightDevice: Rollo.GZ RainProtection: unprotected WindProtection: unprotected
ASC_DEBUG!!! 2020.03.20 23:30:01 - FnIsDay: Rollo.GZ Allgemein: 0
ASC_DEBUG!!! 2020.03.20 23:30:01 - FnIsDay: Rollo.GZ Allgemein: 0

lg, Gerhard

CoolTux · 20 März 2020, 23:59:07

Zitat von: xerion am 20 März 2020, 21:56:05
Hi CoolTux,

wann können wir denn mit der Weekend Funktion für Brightness Steuerung rechnen?

Kann ich noch keine verlässliche Aussage zu tätigen.

CoolTux · 21 März 2020, 00:05:53

Zitat von: xavier am 20 März 2020, 21:08:52
Hi CoolTux,

short question: could you add an ASC_ExternalTrigger2 function?

Explanation:

I tried to implement what ch.eick suggested: set a false high Brightness value to partially lower the shutters on one side of the house in case of heavy rain and use ASC_ExternalTrigger to completely close the shutters in case of storm.

Unfortunately, while ASC_ExternalTrigger works wonderfully, the fake Brightness trick is not good.

ASC is smart and only changes the height of the shutters after the time set by ASC_Shading_WaitingPeriod has elapsed.

It's not a good thing, if a storm comes I have to close the blinds immediately, I can't wait minutes.

So I'm trying a more elegant but harder (for me) solution: to modify the ASC code to duplicate ASC_ExternalTrigger and get ASC_ExternalTrigger2.

Same functions, but different DEVICE:READING and different POSACTIVE.

I'm not asking to change the current rain and wind management, only to duplicate an existing function.

But your code is really extensive and I'm having considerable difficulties with all the variables you use.

Can you help me?

Best regards,
xavier

If it is only a question of the blinds closing immediately in the wind, this should already work exactly the same way.
The roller blind control in wind should be independent of the control for the shading.

Vorhand · 21 März 2020, 06:39:38

ZitatBitte darauf achten das ASC eine direkte Steuerung, egal ob per Hardwaretaster oder über FHEM set Befehl, nicht unterbinden wird/kann.
Ausnahme ist ein unterstützter LockOut hard. Da mittels set Befehl die sowieso vorhandene Sperre vom Taster aktiviert wird.

Ich habe jetzt alle Varianten getestet.
set hardLockOut auf "on", LockOut "hard" mit LockOut_Cmd "blocked" und im Rollomodul das attribut rl_blockMode auf "only-up" gestellt (auch die Varianten blocked usw.)
Die Taster der fhem Oberfläche lassen sich nicht sperren, sie funktionieren nach wie vor gleich.
Offensichtlich hab ich dein: " Da mittels set Befehl die sowieso vorhandene Sperre vom Taster aktiviert wird." nicht verstanden.
Übrigens, bei meinen Shelly- Modulen, gibt es gar keinen blockMode.
Was mache ich falsch?

CoolTux · 21 März 2020, 07:21:56

ZitatASC_LockOut - soft/hard/off - stellt entsprechend den Aussperrschutz ein. Bei global aktivem Aussperrschutz (set ASC-Device lockOut soft) und einem Fensterkontakt open bleibt dann der Rollladen oben. Dies gilt nur bei Steuerbefehlen über das ASC Modul. Stellt man global auf hard, wird bei entsprechender Möglichkeit versucht den Rollladen hardwareseitig zu blockieren. Dann ist auch ein Fahren über die Taster nicht mehr möglich. (default: off)

ASC_LockOut_Cmd - inhibit/blocked/protection - set Befehl für das Rollladen-Device zum Hardware sperren. Dieser Befehl wird gesetzt werden, wenn man "ASC_LockOut" auf hard setzt (default: none)

Wenn nicht einer dieses Set Befehle aus ASC_LockOut_Cmd von Deinem Rollo unterstützt werden dann geht es nicht. Du kannst es doch ganz einfach testen. Kannst Du über FHEM am Rollodevice einen set Befehl setzen der den Hardwaretaster deaktiviert so das man darüber nicht mehr steuern kann?