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

Begonnen von CoolTux, 27 April 2019, 08:04:52

Vorheriges Thema - Nächstes Thema

CoolTux

In Deinem Fall haben 2 Bedingungen zum nicht fahren geführt. Einmal war die BlockingAfterManual Drive Zeit sicherlich noch nicht vorbei und es war innerhalb der Zeitgrenze zum Nachfahren.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

ch.eick

Zitat von: CoolTux am 07 September 2019, 21:19:14
In Deinem Fall haben 2 Bedingungen zum nicht fahren geführt. Einmal war die BlockingAfterManual Drive Zeit sicherlich noch nicht vorbei und es war innerhalb der Zeitgrenze zum Nachtfahren.

Okay, danke.

ich frage mich, wie soll man all die Möglichkeiten mal übersichtlich darstellen?

Meine Tests waren danach dann noch erfolgreich.

Die eine Tür war offen und das Rollo ist oben geblieben. check
Die Tür wurde geschlossen und es ist runter gefahren. check
Tür auf, Rollo hoch, Tür zu Rollo runter. check, check :-)

Auch die Tür, wo eben das Rollo nicht gefahren ist, fährt nun wie oben beschrieben :-)

Ich fange an das Modul zu lieben...vielen Dank dafür.

Grüße
   Christian
RPI4; Docker; CUNX; Eltako FSB61NP; SamsungTV H-Serie; Sonos; Vallox; Luxtronik; 3x FB7490; Stromzähler mit DvLIR; wunderground; Plenticore 10 mit BYD; EM410; SMAEM; Modbus TCP
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/ch.eick

Borkk

Zitat von: Borkk am 06 September 2019, 18:38:39
So ich habe jetzt alle Roommates, Residents und betroffene notifys auf englisch umgestellt. Mal sehen was nun so passiert.

was passiert... hmm.. nichts mehr. heute ist kein Rollo bei Night_Close runter gefahren. Egal ob im Device ASC_Mode_Down auf "always" oder "absent" steht.

Ich muss zugeben, ich blicke nicht mehr durch. Ich werde morgen ASC komplett entfernen und neu aufsetzen. Bei mir ist scheinbar irgendwie der Wurm drin. Es tut nie das was es soll. 

Zur Unterhaltung eine kleine wahre Geschichte.
Wie ich bereits geschrieben habe, war ich im Urlaub. Da aus vermutlich niemals zu klärender Ursache die Rollos morgens nicht hoch fuhren, waren sie den ganzen Tag geschlossen. Ich hatte einen Freund gebeten unsere Pflanzen auf der Terrasse zu giessen, was er auch 3x getan hat. Er kam also in die Wohnung mit vollständig geschlossenen Rollos. Er betätigte den Taster um einen Rollo an einer Terrassentür zu öffnen. Dieser fuhr hoch und mein Freund ging auf die Terrasse und wollte mit dem Giessen beginnen. ASC dachte sich aber, hmmm, Residents "absent", Terrassentür "open", SelfDefence "on", da mach ich noch besser mal den Rollo zu. Mein Freund hat es gerade noch so in die Wohnung geschafft und hat fortan die Planzen nur noch mit dem Schlauch aus der Wohnung heraus gegossen.

@CoolTux: Ich bin mir nicht Sicher ob man alle Eventualitäten in so einem komplexen Modul abdecken kann. Ich bewundere aber das was du tust.

Proxmox & Docker:  FHEM, Raspberrymatic, ConBee3, Nginx ReverseProxy, ConfigDB, MQTT, NodeRed, InfluxDB, Grafana, HmIP Akt- /Sensoren, Shelly´s, Alexa, ASC, Gardena, E-Paper, FritzBox; (Tado° x), iBeacon, OLED ; ESP32/8266, SwitchBot ... (Netatmo & Homekit über HomeAssistant)

CoolTux

Zitat von: Borkk am 08 September 2019, 01:18:58
was passiert... hmm.. nichts mehr. heute ist kein Rollo bei Night_Close runter gefahren. Egal ob im Device ASC_Mode_Down auf "always" oder "absent" steht.

Ich muss zugeben, ich blicke nicht mehr durch. Ich werde morgen ASC komplett entfernen und neu aufsetzen. Bei mir ist scheinbar irgendwie der Wurm drin. Es tut nie das was es soll. 

Zur Unterhaltung eine kleine wahre Geschichte.
Wie ich bereits geschrieben habe, war ich im Urlaub. Da aus vermutlich niemals zu klärender Ursache die Rollos morgens nicht hoch fuhren, waren sie den ganzen Tag geschlossen. Ich hatte einen Freund gebeten unsere Pflanzen auf der Terrasse zu giessen, was er auch 3x getan hat. Er kam also in die Wohnung mit vollständig geschlossenen Rollos. Er betätigte den Taster um einen Rollo an einer Terrassentür zu öffnen. Dieser fuhr hoch und mein Freund ging auf die Terrasse und wollte mit dem Giessen beginnen. ASC dachte sich aber, hmmm, Residents "absent", Terrassentür "open", SelfDefence "on", da mach ich noch besser mal den Rollo zu. Mein Freund hat es gerade noch so in die Wohnung geschafft und hat fortan die Planzen nur noch mit dem Schlauch aus der Wohnung heraus gegossen.

@CoolTux: Ich bin mir nicht Sicher ob man alle Eventualitäten in so einem komplexen Modul abdecken kann. Ich bewundere aber das was du tust.

Guten Morgen,

Das mit dem Freund klingt interessant. Er hat von Hand das Rollo geöffnet und hat dann die Terrassentür (mit Sensor?) geöffnet und gibt raus. Die Frage wäre nun gewesen was war der Trigger welcher das Rollo runter fahren lassen hat? Einfach so passiert da nichts.
Meine Vermutung. Sowohl Residents als auch Roommate haben kein event-on-change-reading. Beide Module senden zyklisch aktuelle Status zu bestimmten Readings. Muss mal schauen ob da state dabei ist.

Aber wenn Du von vorne startest mach kleine Schritte. Stell erstmal morgens und Abends die Fahrten ein, am besten auf always und schau wie es läuft. Binde Residents und Roommates ruhig gleich mit ein.


Grüße
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

Alex76

Guten Morgen,

ich hab jetzt mal mein FHEM inruhe gelassen und leider ist in den letzten 2 Wochen alles nur 1x gefahren und zwar am letzten Tag des neustartes. Danach haben sich die Rollläden nicht bewegt. Eine Beschattung hat auch noch nie stattgefunden.

Hat jemand eine Ahnung warum da die Timer nicht gesetzt werden?

lg

Alex

CoolTux

Zitat von: Alex76 am 08 September 2019, 09:10:08
Guten Morgen,

ich hab jetzt mal mein FHEM inruhe gelassen und leider ist in den letzten 2 Wochen alles nur 1x gefahren und zwar am letzten Tag des neustartes. Danach haben sich die Rollläden nicht bewegt. Eine Beschattung hat auch noch nie stattgefunden.

Hat jemand eine Ahnung warum da die Timer nicht gesetzt werden?

lg

Alex

Welche ASC Version. Werden die Readings in den Rollos für die Tag und Nacht Fährt gesetzt? Ist ein Fenster auf? Sind Residents oder Roommate eingetragen?
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

Alex76

wo seh ich denn die ASC Version?

Letztes Update war ca. vor 2 Wochen, als mein letzter Eintrag hier war.

die Readings werden irgendwie nicht richtig gesetzt:

ASC_Enable on 2019-08-11 21:22:37
ASC_ShuttersLastDrive manual 2019-09-08 09:26:33
ASC_Time_DriveDown 26.08.2019 - [color=red]20:22 2019-08-26 05:28:46[/color]
ASC_Time_DriveUp 27.08.2019 - [color=red]05:30 2019-08-26 05:28:46[/color]


Hab für Fenster auf nichts definiert und Roommate ist auch nicht verknüft, da die Erkennung noch nicht klappt. Hab das Unifi Modul auch raus getaut für die Anwesenheitserkennung, weil das immer die Logs so voll geschrieben hat und die Erkennung damit einfach nicht klappen wollte, muss mir dafür etwas anderes einfallen lassen. Aber solang die Beschattung ansicht nicht läuft, brauch ich mir mit diesen Punkten nichts überlegen.

Alex76


CoolTux

Aktuell ist Version 0.6.30. Ich würde Dich bitten da erstmal ein update zu machen. Dann ein neustart machen und schauen das die Readings von den Timern geschrieben werden. Heute Abend schaust Du dann nach der Nachfahrt ob für morgen neue Timer geschrieben wurden mit aktuellen Timestamp.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

Borkk

Zitat von: CoolTux am 08 September 2019, 07:22:46
Guten Morgen,

Das mit dem Freund klingt interessant. Er hat von Hand das Rollo geöffnet und hat dann die Terrassentür (mit Sensor?) geöffnet und gibt raus. Die Frage wäre nun gewesen was war der Trigger welcher das Rollo runter fahren lassen hat? Einfach so passiert da nichts.
Ja, alle Türen haben Threestate Sensoren.

Zitat
Meine Vermutung. Sowohl Residents als auch Roommate haben kein event-on-change-reading. Beide Module senden zyklisch aktuelle Status zu bestimmten Readings. Muss mal schauen ob da state dabei ist.
Residents hat event-on-change-reading auf "state,residentsTotalPresent" (die Anzahl der Anwesenden Personen brauche ich für was anderes)
Roommates haben event-on-change-reading auf "state,location" (die Geofency Funktion erkennt auch andere Locations über iBeacons und GPS und löst dann auch Aktionen in meinem FHEM aus.)

Zitat
Aber wenn Du von vorne startest mach kleine Schritte. Stell erstmal morgens und Abends die Fahrten ein, am besten auf always und schau wie es läuft. Binde Residents und Roommates ruhig gleich mit ein.

Bitte nicht falsch verstehen, mit Version 0.6.19 hat bei mir alles geklappt :-) alles was danach kam brachte Probleme. Ich werde mich schon durch kämpfen  :D

Aber eine Frage zum DriveOffset hätte ich, ich bin mir nicht sicher ob ich die Commandref richtige verstehe. Da ASC in manchen Konstellationen alle meine 9 Rollos auf einmal schaltet, kommt es schon mal vor, dass auf der Homematic Schnittstelle ein Funksignal "verschluckt" wird und ein Rollo stehen bleibt.

Im ASC Device:
ASC_shuttersDriveOffset -> wenn ich hier z.B. 10 eintrage wird der Zeitpunkt des Fahrens bei allen Rollos zufällig um 0-10 sek. verzögert?

Im Rollo Device:
ASC_Drive_Offset -> überschreibt den Wert im ASC Device
ASC_Drive_OffsetStart  -> nochmal ein Wert in Sekunden der zu einem der oberen Attribute hinzuaddiert wird? (was macht das für ein Sinn, wenn ich den Zentralen Wert schon mit einem größeren Wert über ASC_Drive_Offset überschrieben kann?

Aktuell habe ich im ASC Device ASC_shuttersDriveOffset auf 30 stehen aber alle Rollos fahren zeitgleich.
Proxmox & Docker:  FHEM, Raspberrymatic, ConBee3, Nginx ReverseProxy, ConfigDB, MQTT, NodeRed, InfluxDB, Grafana, HmIP Akt- /Sensoren, Shelly´s, Alexa, ASC, Gardena, E-Paper, FritzBox; (Tado° x), iBeacon, OLED ; ESP32/8266, SwitchBot ... (Netatmo & Homekit über HomeAssistant)

C0mmanda

Zitat von: CoolTux am 05 September 2019, 09:39:19
Hallo,

Bitte mit dieser Version
https://github.com/fhem/AutoShuttersControl/tree/patch-noManualDetected
testen. Geht immer noch darum mehr Debug Infos zu sammeln.


Grüße

Moin,

Patch-Version ist installiert.
ASC_debug 1
verbose 5 in ASC_Dev + Rolladen-Dev

Versuch 1 - kein manual erkannt


2019.09.08 09:08:27 5: CUL_HM OG.sz.RO.SZRolladen protEvent:CMDs_pending pending:1
2019.09.08 09:08:27 4: AutoShuttersControl (Rolladensteuerung) - Devname: OG.sz.RO.SZRolladen Name: Rolladensteuerung Notify: $VAR1 = [
          'level: set_5'
        ];

2019.09.08 09:08:27 4: AutoShuttersControl (Rolladensteuerung) - Devname: OG.sz.RO.SZRolladen Name: Rolladensteuerung Notify: $VAR1 = [
          'state: set_5'
        ];

2019.09.08 09:08:27 3: CUL_HM set OG.sz.RO.SZRolladen pct 5
2019.09.08 09:08:27 5: CUL_HM OG.sz.RO.SZRolladen protEvent:CMDs_processing... pending:0
2019.09.08 09:08:28 5: CUL_HM OG.sz.RO.SZRolladen protEvent:CMDs_done
2019.09.08 09:08:28 4: AutoShuttersControl (Rolladensteuerung) - Devname: OG.sz.RO.SZRolladen Name: Rolladensteuerung Notify: $VAR1 = [
          'level: 0',
          'motor: down:off',
          'state: off'
        ];

2019.09.08 09:08:28 4: CUL_HM OG.sz.RO.SZRolladen dupe: dont process
2019.09.08 09:08:30 5: CUL_HM OG.sz.RO.SZRolladen protEvent:CMDs_done
2019.09.08 09:08:30 5: CUL_HM OG.sz.RO.SZRolladen sent ACK:2
2019.09.08 09:08:30 4: AutoShuttersControl (Rolladensteuerung) - Devname: OG.sz.RO.SZRolladen Name: Rolladensteuerung Notify: $VAR1 = [
          'deviceMsg: 5 (to VCCU)',
          'level: 5',
          'motor: stop:5',
          'pct: 5',
          'state: 5'
        ];

2019.09.08 09:08:30 4: CUL_HM OG.sz.RO.SZRolladen dupe: dont process


Versuch 2 - manual wurde erkannt

2019.09.08 09:12:53 5: CUL_HM OG.sz.RO.SZRolladen protEvent:CMDs_pending pending:1
2019.09.08 09:12:53 4: AutoShuttersControl (Rolladensteuerung) - Devname: OG.sz.RO.SZRolladen Name: Rolladensteuerung Notify: $VAR1 = [
          'level: set_10'
        ];

2019.09.08 09:12:53 4: AutoShuttersControl (Rolladensteuerung) - Devname: OG.sz.RO.SZRolladen Name: Rolladensteuerung Notify: $VAR1 = [
          'state: set_10'
        ];

2019.09.08 09:12:53 3: CUL_HM set OG.sz.RO.SZRolladen pct 10
2019.09.08 09:12:53 5: CUL_HM OG.sz.RO.SZRolladen protEvent:CMDs_processing... pending:0
2019.09.08 09:12:53 5: CUL_HM OG.sz.RO.SZRolladen protEvent:CMDs_done
2019.09.08 09:12:54 4: AutoShuttersControl (Rolladensteuerung) - Devname: OG.sz.RO.SZRolladen Name: Rolladensteuerung Notify: $VAR1 = [
          'level: 5',
          'motor: down:5',
          'state: 5'
        ];

2019.09.08 09:12:54 4: CUL_HM OG.sz.RO.SZRolladen dupe: dont process
2019.09.08 09:12:56 5: CUL_HM OG.sz.RO.SZRolladen protEvent:CMDs_done
2019.09.08 09:12:56 5: CUL_HM OG.sz.RO.SZRolladen sent ACK:2
2019.09.08 09:12:56 4: AutoShuttersControl (Rolladensteuerung) - Devname: OG.sz.RO.SZRolladen Name: Rolladensteuerung Notify: $VAR1 = [
          'deviceMsg: 10 (to VCCU)',
          'level: 10',
          'motor: stop:10',
          'pct: 10',
          'state: 10'
        ];


ASC_DEBUG!!! 2019.09. 8 09:12:56 - Notify:  ASC_Pos_Reading Event vom Rollo wurde erkannt  - RECEIVED EVENT: $VAR1 = [
          'deviceMsg: 10 (to VCCU)',
          'level: 10',
          'motor: stop:10',
          'pct: 10',
          'state: 10'
        ];


ASC_DEBUG!!! 2019.09. 8 09:12:56 - EventProcessingShutters:  Fn wurde durch Notify aufgerufen da ASC_Pos_Reading Event erkannt wurde  - RECEIVED EVENT: $VAR1 = 'deviceMsg: 10 (to VCCU) level: 10 motor: stop:10 pct: 10 state: 10';

2019.09.08 09:12:56 4: AutoShuttersControl (Rolladensteuerung) - Devname: Rolladensteuerung Name: Rolladensteuerung Notify: $VAR1 = [
          'OG.sz.RO.SZRolladen_PosValue: 10'
        ];


ASC_DEBUG!!! 2019.09. 8 09:12:56 - EventProcessingShutters: OG.sz.RO.SZRolladen - Event vom Rollo erkannt. Es wird nun eine etwaige manuelle Fahrt ausgewertet. Int von gettimeofday: 1567926776 Last Position Timestamp: 1567918802 Drive Up Max Duration: 25 Last Position: 80 aktuelle Position: 10
2019.09.08 09:12:56 4: AutoShuttersControl (Rolladensteuerung) - Devname: Rolladensteuerung Name: Rolladensteuerung Notify: $VAR1 = [
          'state: manual'
        ];


ASC_DEBUG!!! 2019.09. 8 09:12:56 - FnIsDay: OG.sz.RO.SZRolladen Allgemein: 1

ASC_DEBUG!!! 2019.09. 8 09:12:56 - EventProcessingShutters: eine manualle Fahrt wurde erkannt!

ASC_DEBUG!!! 2019.09. 8 09:12:56 - EventProcessingShutters:  Fn wurde durlaufen und es sollten Debugausgaben gekommen sein.  !!!Wenn nicht!!! wurde der Event nicht korrekt als Nummerisch erkannt.
2019.09.08 09:12:56 4: CUL_HM OG.sz.RO.SZRolladen dupe: dont process
2019.09.08 09:12:56 4: AutoShuttersControl (Rolladensteuerung) - Devname: OG.sz.RO.SZRolladen Name: Rolladensteuerung Notify: $VAR1 = [
          'ASC_ShuttersLastDrive: manual'
        ];


Versuch 3 - manual erkannt

2019.09.08 09:14:42 5: CUL_HM OG.sz.RO.SZRolladen protEvent:CMDs_pending pending:1
2019.09.08 09:14:42 4: AutoShuttersControl (Rolladensteuerung) - Devname: OG.sz.RO.SZRolladen Name: Rolladensteuerung Notify: $VAR1 = [
          'level: set_0'
        ];

2019.09.08 09:14:42 4: AutoShuttersControl (Rolladensteuerung) - Devname: OG.sz.RO.SZRolladen Name: Rolladensteuerung Notify: $VAR1 = [
          'state: set_0'
        ];

2019.09.08 09:14:42 3: CUL_HM set OG.sz.RO.SZRolladen pct 0
2019.09.08 09:14:42 5: CUL_HM OG.sz.RO.SZRolladen protEvent:CMDs_processing... pending:0
2019.09.08 09:14:42 5: CUL_HM OG.sz.RO.SZRolladen protEvent:CMDs_done
2019.09.08 09:14:42 4: AutoShuttersControl (Rolladensteuerung) - Devname: OG.sz.RO.SZRolladen Name: Rolladensteuerung Notify: $VAR1 = [
          'level: 10',
          'motor: up:10',
          'state: 10'
        ];

2019.09.08 09:14:42 4: CUL_HM OG.sz.RO.SZRolladen dupe: dont process
2019.09.08 09:14:43 4: AutoShuttersControl (Rolladensteuerung) - Devname: Buienradar Name: Rolladensteuerung Notify: $VAR1 = [
          'state: 0.000',
          'rainTotal: 0.000',
          'rainAmount: 0.000',
          'rainNow: 0.000 mm/h',
          'rainLaMetric: 0,0,0,0,0,0,0,0,0,0,0,0',
          'rainDataStart: 09:05',
          'rainDataEnd: 11:10',
          'rainMax: 0.000',
          'rainBegin: unknown',
          'rainEnd: unknown',
          'rainData: 0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0'
        ];

2019.09.08 09:14:47 5: CUL_HM OG.sz.RO.SZRolladen protEvent:CMDs_done
2019.09.08 09:14:47 5: CUL_HM OG.sz.RO.SZRolladen sent ACK:2
2019.09.08 09:14:47 4: AutoShuttersControl (Rolladensteuerung) - Devname: OG.sz.RO.SZRolladen Name: Rolladensteuerung Notify: $VAR1 = [
          'deviceMsg: off (to VCCU)',
          'level: 0',
          'motor: stop:off',
          'pct: 0',
          'state: off'
        ];


ASC_DEBUG!!! 2019.09. 8 09:14:47 - Notify:  ASC_Pos_Reading Event vom Rollo wurde erkannt  - RECEIVED EVENT: $VAR1 = [
          'deviceMsg: off (to VCCU)',
          'level: 0',
          'motor: stop:off',
          'pct: 0',
          'state: off'
        ];


ASC_DEBUG!!! 2019.09. 8 09:14:47 - EventProcessingShutters:  Fn wurde durch Notify aufgerufen da ASC_Pos_Reading Event erkannt wurde  - RECEIVED EVENT: $VAR1 = 'deviceMsg: off (to VCCU) level: 0 motor: stop:off pct: 0 state: off';

2019.09.08 09:14:47 4: AutoShuttersControl (Rolladensteuerung) - Devname: Rolladensteuerung Name: Rolladensteuerung Notify: $VAR1 = [
          'OG.sz.RO.SZRolladen_PosValue: 0'
        ];


ASC_DEBUG!!! 2019.09. 8 09:14:47 - EventProcessingShutters: OG.sz.RO.SZRolladen - Event vom Rollo erkannt. Es wird nun eine etwaige manuelle Fahrt ausgewertet. Int von gettimeofday: 1567926887 Last Position Timestamp: 1567918802 Drive Up Max Duration: 25 Last Position: 80 aktuelle Position: 0
2019.09.08 09:14:47 4: AutoShuttersControl (Rolladensteuerung) - Devname: Rolladensteuerung Name: Rolladensteuerung Notify: $VAR1 = [
          'state: manual'
        ];


ASC_DEBUG!!! 2019.09. 8 09:14:47 - FnIsDay: OG.sz.RO.SZRolladen Allgemein: 1

ASC_DEBUG!!! 2019.09. 8 09:14:47 - EventProcessingShutters: eine manualle Fahrt wurde erkannt!

ASC_DEBUG!!! 2019.09. 8 09:14:47 - EventProcessingShutters:  Fn wurde durlaufen und es sollten Debugausgaben gekommen sein.  !!!Wenn nicht!!! wurde der Event nicht korrekt als Nummerisch erkannt.
2019.09.08 09:14:47 4: CUL_HM OG.sz.RO.SZRolladen dupe: dont process
2019.09.08 09:15:20 4: AutoShuttersControl (Rolladensteuerung) - Devname: rgr_Home Name: Rolladensteuerung Notify: $VAR1 = [
          'durTimerPresence_cr: 2435',
          'durTimerPresence: 40:34:51'
        ];


Bei weiteren Versuchen wird manual jedes mal erkannt.
Ich warte mal ein paar Stunden ab und teste erneut...

CoolTux

Zitat von: Borkk am 08 September 2019, 11:44:05
Ja, alle Türen haben Threestate Sensoren.
Residents hat event-on-change-reading auf "state,residentsTotalPresent" (die Anzahl der Anwesenden Personen brauche ich für was anderes)
Roommates haben event-on-change-reading auf "state,location" (die Geofency Funktion erkennt auch andere Locations über iBeacons und GPS und löst dann auch Aktionen in meinem FHEM aus.)

Bitte nicht falsch verstehen, mit Version 0.6.19 hat bei mir alles geklappt :-) alles was danach kam brachte Probleme. Ich werde mich schon durch kämpfen  :D

Aber eine Frage zum DriveOffset hätte ich, ich bin mir nicht sicher ob ich die Commandref richtige verstehe. Da ASC in manchen Konstellationen alle meine 9 Rollos auf einmal schaltet, kommt es schon mal vor, dass auf der Homematic Schnittstelle ein Funksignal "verschluckt" wird und ein Rollo stehen bleibt.

Im ASC Device:
ASC_shuttersDriveOffset -> wenn ich hier z.B. 10 eintrage wird der Zeitpunkt des Fahrens bei allen Rollos zufällig um 0-10 sek. verzögert?

Im Rollo Device:
ASC_Drive_Offset -> überschreibt den Wert im ASC Device
ASC_Drive_OffsetStart  -> nochmal ein Wert in Sekunden der zu einem der oberen Attribute hinzuaddiert wird? (was macht das für ein Sinn, wenn ich den Zentralen Wert schon mit einem größeren Wert über ASC_Drive_Offset überschrieben kann?

ZitatASC_shuttersDriveOffset
ASC_Drive_Offset
sind beides das selbe. Das eine pro Rollo das andere für alle Rollos. Es verzögert um einen Zufallswert in Sekunden zwischen 0 und den dort angegebenen.


ZitatASC_Drive_OffsetStart
Verzögert um genau diesen Wert in Sekunden
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

C0mmanda

Habe eine Beobachtung gemacht die vermuten lässt dass gar nicht die manual-Erkennung als solches das Problem ist, sondern möglicherweise das setzen des Readings "lastDrive".

Um 14:07:39 ist der Rolladen in "shading in" gefahren, das Reading lastDrive wurde jedoch nicht aktualisiert!

ASC_DEBUG!!! 2019.09. 8 14:07:38 - EventProcessingTwilightDevice: OG.sz.RO.SZRolladen RainProtection: unprotected WindProtection: unprotected

ASC_DEBUG!!! 2019.09. 8 14:07:38 - FnIsDay: OG.sz.RO.SZRolladen Allgemein: 1

ASC_DEBUG!!! 2019.09. 8 14:07:38 - FnIsDay: OG.sz.RO.SZRolladen Allgemein: 1

ASC_DEBUG!!! 2019.09. 8 14:07:38 - ShadingProcessing: OG.sz.RO.SZRolladen - Übergebende Werte - Azimuth:192.9, Elevation: 42.9, Brightness: 45958, OutTemp: 20.1, Fenster Position: 180, Winkel Links: 75, Winkel Rechts: 87, 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
2019.09.08 14:07:38 4: AutoShuttersControl (Rolladensteuerung) - Shading Processing, Rollladen: OG.sz.RO.SZRolladen Azimuth: 192.9 Elevation: 42.9 Brightness: 45958 OutTemp: 20.1
2019.09.08 14:07:38 4: AutoShuttersControl (Rolladensteuerung) - Shading Processing, Rollladen: OG.sz.RO.SZRolladen Nach dem return

ASC_DEBUG!!! 2019.09. 8 14:07:38 - ShadingProcessing: OG.sz.RO.SZRolladen - Alle Werte für die weitere Verarbeitung sind korrekt vorhanden und es wird nun mit der Beschattungsverarbeitung begonnen
2019.09.08 14:07:38 4: AutoShuttersControl (Rolladensteuerung) - Shading Processing, Rollladen: OG.sz.RO.SZRolladen In der In Abfrage, Shadingwert: in, Zeitstempel: 1567944458

ASC_DEBUG!!! 2019.09. 8 14:07:38 - ShadingProcessing: OG.sz.RO.SZRolladen - Alle Beschattungsbedingungen wurden erfüllt und somit wird der Beschattungsstatus um eine Stufe angehoben. Alter Status: in reserved Neuer Status: in

ASC_DEBUG!!! 2019.09. 8 14:07:38 - FnIsDay: OG.sz.RO.SZRolladen Allgemein: 1

ASC_DEBUG!!! 2019.09. 8 14:07:38 - FnIsDay: OG.sz.RO.SZRolladen Allgemein: 1

ASC_DEBUG!!! 2019.09. 8 14:07:38 - FnIsDay: OG.sz.RO.SZRolladen Allgemein: 1

ASC_DEBUG!!! 2019.09. 8 14:07:38 - FnSetCmdFn: OG.sz.RO.SZRolladen - Rollo wird gefahren, aktuelle Position: 5, Zielposition: 86. Grund der Fahrt: shading in
2019.09.08 14:07:38 5: CUL_HM OG.sz.RO.SZRolladen protEvent:CMDs_pending pending:1
2019.09.08 14:07:38 4: AutoShuttersControl (Rolladensteuerung) - Devname: OG.sz.RO.SZRolladen Name: Rolladensteuerung Notify: $VAR1 = [
          'level: set_86'
        ];

2019.09.08 14:07:38 4: AutoShuttersControl (Rolladensteuerung) - Devname: OG.sz.RO.SZRolladen Name: Rolladensteuerung Notify: $VAR1 = [
          'state: set_86'
        ];

2019.09.08 14:07:39 3: CUL_HM set OG.sz.RO.SZRolladen pct 86
2019.09.08 14:07:39 5: CUL_HM OG.sz.RO.SZRolladen protEvent:CMDs_processing... pending:0

ASC_DEBUG!!! 2019.09. 8 14:07:39 - FnSetDriveCmd: OG.sz.RO.SZRolladen - NICHT versetztes fahren

ASC_DEBUG!!! 2019.09. 8 14:07:39 - FnSetDriveCmd: OG.sz.RO.SZRolladen - NoOffset: NEIN
2019.09.08 14:07:39 4: AutoShuttersControl (Rolladensteuerung) - Devname: Rolladensteuerung Name: Rolladensteuerung Notify: $VAR1 = [
          'OG.sz.RO.SZRolladen_lastPosValue: 5'
        ];

2019.09.08 14:07:39 4: AutoShuttersControl (Rolladensteuerung) - ShuttersCommandSet setDriveCmd wird aufgerufen

ASC_DEBUG!!! 2019.09. 8 14:07:39 - FnShuttersCommandSet: OG.sz.RO.SZRolladen - Das Rollo wird gefahren. Kein Partymodus aktiv und das zugordnete Fenster ist entweder nicht offen oder keine Terassentür

ASC_DEBUG!!! 2019.09. 8 14:07:39 - ShadingProcessing: OG.sz.RO.SZRolladen - Der aktuelle Beschattungsstatus ist: in und somit wird nun in die Position: 86 zum Beschatten gefahren
2019.09.08 14:07:39 4: AutoShuttersControl (Rolladensteuerung) - Shading Processing - In der Routine zum fahren der Rolll�den, Shading Wert: in

ASC_DEBUG!!! 2019.09. 8 14:07:39 - ShadingProcessing: OG.sz.RO.SZRolladen - Der aktuelle Beschattungsstatus ist: in, Beschattungsstatus Zeitstempel: 2019.09. 8 14:07:38

ASC_DEBUG!!! 2019.09. 8 14:07:39 - EventProcessingTwilightDevice: OG.sz.RO.SZRolladen - Alle Bedingungen zur weiteren Beschattungsverarbeitung sind erfüllt. Es wird nun die Beschattungsfunktion ausgeführt
2019.09.08 14:07:39 4: AutoShuttersControl (Rolladensteuerung) - Devname: Astro Name: Rolladensteuerung Notify: $VAR1 = [
          'state: Updated'
        ];


ASC_DEBUG!!! 2019.09. 8 14:07:39 - EventProcessingTwilightDevice: OG.sz.RO.SZRolladen - Event vom Astro oder Twilight Device wurde erkannt. Event wird verarbeitet
2019.09.08 14:07:39 5: CUL_HM OG.sz.RO.SZRolladen protEvent:CMDs_done
2019.09.08 14:07:39 4: AutoShuttersControl (Rolladensteuerung) - Devname: OG.sz.RO.SZRolladen Name: Rolladensteuerung Notify: $VAR1 = [
          'level: 5',
          'motor: down:5',
          'state: 5'
        ];

2019.09.08 14:07:39 4: CUL_HM OG.sz.RO.SZRolladen dupe: dont process
2019.09.08 14:07:41 4: AutoShuttersControl (Rolladensteuerung) - Devname: rgr_Home Name: Rolladensteuerung Notify: $VAR1 = [
          'durTimerPresence_cr: 2727',
          'durTimerPresence: 45:27:12'
        ];

2019.09.08 14:07:41 4: AutoShuttersControl (Rolladensteuerung) - Devname: global Name: Rolladensteuerung Notify: $VAR1 = [
          'MODIFIED at_tmp_ServerWakeUp'
        ];

2019.09.08 14:07:51 5: CUL_HM OG.sz.RO.SZRolladen protEvent:CMDs_done
2019.09.08 14:07:51 5: CUL_HM OG.sz.RO.SZRolladen sent ACK:2
2019.09.08 14:07:51 4: AutoShuttersControl (Rolladensteuerung) - Devname: OG.sz.RO.SZRolladen Name: Rolladensteuerung Notify: $VAR1 = [
          'deviceMsg: 86 (to VCCU)',
          'level: 86',
          'motor: stop:86',
          'pct: 86',
          'state: 86'
        ];

2019.09.08 14:07:52 4: CUL_HM OG.sz.RO.SZRolladen dupe: dont process


Siehe list vom Rolladen, das Reading lastDrive steht noch immer auf manual von 11:44Uhr, da hatte ich zuletzt getestet.

Internals:
   CUL_Stick_MSGCNT 99
   CUL_Stick_RAWMSG A0DC1A4103B9B882CD68A06011C00::-59:CUL_Stick
   CUL_Stick_RSSI -59
   CUL_Stick_TIME 2019-09-08 14:07:51
   DEF        3B9B88
   FUUID      5c443663-f33f-02b0-c822-df189f5fbff095c1
   HMLAN_MSGCNT 98
   HMLAN_RAWMSG E3B9B88,0000,259A399D,FF,FFC6,C1A4103B9B882CD68A06011C00
   HMLAN_RSSI -58
   HMLAN_TIME 2019-09-08 14:07:52
   IODev      HMLAN
   LASTInputDev HMLAN
   MSGCNT     197
   NAME       OG.sz.RO.SZRolladen
   NOTIFYDEV  global
   NR         170
   NTFY_ORDER 50-OG.sz.RO.SZRolladen
   STATE      86
   TYPE       CUL_HM
   chanNo     01
   lastMsg    No:C1 - t:10 s:3B9B88 d:2CD68A 06011C00
   protLastRcv 2019-09-08 14:07:51
   protRcv    99 last_at:2019-09-08 14:07:51
   protSnd    98 last_at:2019-09-08 14:07:51
   protState  CMDs_done
   rssi_HMLAN cnt:50 min:-58 max:-56 avg:-56.95 lst:-56
   rssi_at_CUL_Stick cnt:99 min:-62 max:-54.5 avg:-57.7 lst:-59
   rssi_at_HMLAN cnt:98 min:-61 max:-57 avg:-58.79 lst:-58
   READINGS:
     2019-08-11 11:15:28   ASC_Enable      on
     2019-09-08 11:44:09   ASC_ShuttersLastDrive manual
     2019-09-08 07:00:02   ASC_Time_DriveDown  8.09.2019 - 20:40
     2019-09-08 07:00:02   ASC_Time_DriveUp  9.09.2019 - 06:30
     2019-09-08 07:00:02   ASC_Time_PrivacyDriveDown  8.09.2019 - 20:25
     2019-08-04 19:14:45   Automatik_Pos_vor_Windowsafety 19
     2019-09-08 14:07:39   CommandAccepted yes
     2018-09-30 11:11:46   D-firmware      2.5
     2018-09-30 11:11:46   D-serialNr      MEQ0391510
     2019-08-25 10:58:52   PairedTo        0x2CD68A
     2018-10-10 17:49:26   R-driveDown     13.5 s
     2018-10-10 17:49:26   R-driveTurn     0.5 s
     2018-10-10 17:49:26   R-driveUp       16 s
     2018-10-10 17:49:25   R-pairCentral   0x2CD68A
     2018-10-10 17:49:26   R-sign          off
     2019-08-25 10:58:52   RegL_00.        00:00 02:01 0A:2C 0B:D6 0C:8A 15:05 18:00
     2019-08-25 10:58:53   RegL_01.        00:00 08:00 09:00 0A:00 0B:00 0C:87 0D:00 0E:A0 0F:05 10:00 30:06 56:00 57:22
     2019-09-04 16:37:23   associatedWith  Rolladensteuerung
     2019-09-08 14:07:51   deviceMsg       86 (to VCCU)
     2019-08-11 02:43:43   inhibit         set_off
     2019-09-08 14:07:51   level           86
     2019-09-08 14:07:51   motor           stop:86
     2019-09-08 14:07:51   pct             86
     2019-09-08 14:07:51   recentStateType info
     2019-09-08 14:07:51   state           86
     2019-09-08 14:07:51   timedOn         off
   helper:
     HM_CMDNR   193
     cSnd       112CD68A3B9B880201BE,112CD68A3B9B8802011C
     dlvlCmd    ++A0112CD68A3B9B8802011C
     mId        0005
     peerFriend peerSens,peerVirt
     peerOpt    3:blindActuator
     regLst     0,1,3p
     rxType     1
     supp_Pair_Rep 0
     ack:
     dir:
       cur        stop
       rct        down
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +3B9B88,00,00,00
       nextSend   1567944471.93021
       rxt        0
       vccu       VCCU
       p:
         3B9B88
         00
         00
         00
       prefIO:
         HMLAN
         CUL_Stick
     mRssi:
       mNo        C1
       io:
         CUL_Stick:
           -59
           -59
         HMLAN:
           -52
           -52
     prt:
       bErr       0
       sProc      0
       rspWait:
     q:
       qReqConf   
       qReqStat   
     role:
       chn        1
       dev        1
       prs        1
     rpt:
       IO         CUL_Stick
       flg        A
       ts         1567944471.83167
       ack:
         HASH(0x8df0fa0)
         C180022CD68A3B9B8800
     rssi:
       HMLAN:
         avg        -56.96
         cnt        50
         lst        -56
         max        -56
         min        -58
       at_CUL_Stick:
         avg        -57.7070707070707
         cnt        99
         lst        -59
         max        -54.5
         min        -62
       at_HMLAN:
         avg        -58.7959183673469
         cnt        98
         lst        -58
         max        -57
         min        -61
     tmpl:
Attributes:
   ASC        2
   ASC_BlockingTime_afterManual 1800
   ASC_BrightnessSensor GH.xx.LS.HelligkeitAussen:brightness
   ASC_Closed_Pos 87
   ASC_DriveUpMaxDuration 25
   ASC_Open_Pos 0
   ASC_Pos_Reading pct
   ASC_PrivacyDownTime_beforNightClose 900
   ASC_PrivacyDown_Pos 60
   ASC_Roommate_Device rr_Sascha
   ASC_Shading_Angle_Left 75
   ASC_Shading_Angle_Right 87
   ASC_Shading_Direction 180
   ASC_Shading_MinMax_Elevation 15:100
   ASC_Shading_Min_OutsideTemperature 20
   ASC_Shading_Mode always
   ASC_Shading_Pos 86
   ASC_Shading_StateChange_Cloudy 10000
   ASC_Shading_StateChange_Sunny 15000
   ASC_Shading_WaitingPeriod 600
   ASC_TempSensor OG.sz.TF.Schlafzimmer
   ASC_Time_Down_Early 16:30
   ASC_Time_Down_Late 23:30
   ASC_Time_Up_Early 06:30
   ASC_Time_Up_Late 06:40
   ASC_Time_Up_WE_Holiday 07:00
   ASC_Ventilate_Pos 80
   ASC_Ventilate_Window_Open on
   ASC_WindowRec OG.sz.TK.FensterSZ
   ASC_WindowRec_subType twostate
   DbLogExclude .*
   IODev      CUL_Stick
   IOgrp      VCCU:HMLAN,CUL_Stick
   autoReadReg 4_reqStatus
   comment    Cloudy/sunny 2000 / 2500
Shading Angle 75 / 75
Shading Direction 180
Shading Elev. 25

   devStateIcon Auf:fts_shutter_10@green Zu:fts_shutter_100@black 9\d.*:fts_shutter_90 8\d.*:fts_shutter_80 7\d.*:fts_shutter_70 6\d.*:fts_shutter_60 5\d.*:fts_shutter_50 4\d.*:fts_shutter_40 3\d.*:fts_shutter_30 2\d.*:fts_shutter_20 1\d.*:fts_shutter_10 0\d.*:fts_shutter_10
   event-on-change-reading .*
   expert     2_raw
   firmware   2.5
   group      Rolladen
   model      HM-LC-BL1-FM
   param      levelInverse
   peerIDs    00000000,
   room       Homekit,Rolladen
   serialNr   MEQ0391510
   subType    blindActuator
   userattr   ASC_Antifreeze:off,soft,hard,am,pm ASC_Antifreeze_Pos ASC_Antifreeze_Pos:5,10,15,20,25,30,35,40,45,50,55,60,65,70,75,80,85,90,95,100 ASC_AutoAstroModeEvening:REAL,CIVIL,NAUTIC,ASTRONOMIC,HORIZON ASC_AutoAstroModeEveningHorizon:-9,-8,-7,-6,-5,-4,-3,-2,-1,0,1,2,3,4,5,6,7,8,9 ASC_AutoAstroModeMorning:REAL,CIVIL,NAUTIC,ASTRONOMIC,HORIZON ASC_AutoAstroModeMorningHorizon:-9,-8,-7,-6,-5,-4,-3,-2,-1,0,1,2,3,4,5,6,7,8,9 ASC_BlockingTime_afterManual ASC_BlockingTime_beforDayOpen ASC_BlockingTime_beforNightClose ASC_BrightnessSensor ASC_Closed_Pos:0,10,20,30,40,50,60,70,80,90,100 ASC_ComfortOpen_Pos:0,10,20,30,40,50,60,70,80,90,100 ASC_Down:time,astro,brightness ASC_DriveUpMaxDuration ASC_Drive_Offset ASC_Drive_OffsetStart ASC_GuestRoom:on,off ASC_LockOut:soft,hard,off ASC_LockOut_Cmd:inhibit,blocked,protection ASC_Mode_Down:absent,always,off,home ASC_Mode_Up:absent,always,off,home ASC_Open_Pos:0,10,20,30,40,50,60,70,80,90,100 ASC_Partymode:on,off ASC_Pos_Reading ASC_PrivacyDownTime_beforNightClose ASC_PrivacyDown_Pos ASC_RainProtection:on,off ASC_Roommate_Device ASC_Roommate_Reading ASC_Self_Defense_AbsentDelay ASC_Self_Defense_Exclude:on,off ASC_Self_Defense_Mode:absent,gone ASC_Shading_Angle_Left ASC_Shading_Angle_Right ASC_Shading_Direction ASC_Shading_MinMax_Elevation ASC_Shading_Min_OutsideTemperature ASC_Shading_Mode:absent,always,off,home ASC_Shading_Pos:10,20,30,40,50,60,70,80,90,100 ASC_Shading_StateChange_Cloudy ASC_Shading_StateChange_Sunny ASC_Shading_WaitingPeriod ASC_ShuttersPlace:window,terrace ASC_TempSensor ASC_Time_Down_Early ASC_Time_Down_Late ASC_Time_Up_Early ASC_Time_Up_Late ASC_Time_Up_WE_Holiday ASC_Up:time,astro,brightness ASC_Ventilate_Pos:10,20,30,40,50,60,70,80,90,100 ASC_Ventilate_Window_Open:on,off ASC_WiggleValue ASC_WindParameters ASC_WindProtection:on,off ASC_WindowRec ASC_WindowRec_PosAfterDayClosed:open,lastManual ASC_WindowRec_subType:twostate,threestate
   verbose    5
   webCmd     statusRequest:toggleDir:on:off:up:down:stop

CoolTux

Das Reading lastDrive wird gesetzt wenn eine Fahrt erkannt wird. Bei Dir wird aus irgendeinem Grund keine Fahrt erkannt. Es wird zwar die NotifyFn aufgerufen wenn Events vom Rollo kommen aber es wird nicht erkannt das ein Event pct beinhaltet und somit verarbeitet werden muss.
Solange keine pct Events korrekt erkannt werden kann auch kein lastDrive gesetzt werden.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

C0mmanda

Zitat von: CoolTux am 08 September 2019, 15:16:22
Das Reading lastDrive wird gesetzt wenn eine Fahrt erkannt wird. Bei Dir wird aus irgendeinem Grund keine Fahrt erkannt. Es wird zwar die NotifyFn aufgerufen wenn Events vom Rollo kommen aber es wird nicht erkannt das ein Event pct beinhaltet und somit verarbeitet werden muss.
Solange keine pct Events korrekt erkannt werden kann auch kein lastDrive gesetzt werden.

Und das Problem liegt eher auf Modulseite oder kann (muss) ich da was machen...?