[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

Keine Ahnung wo das her kommt. Das NOTIFYDEV sieht jedenfalls ok aus.

Was ist das? ASC_Rolladen_Times
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

CoolTux

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

CoolTux

Zitat von: eurofinder am 03 Juni 2019, 20:06:39
Hallo CoolTux,

habe noch eine Frage zur Funktion Ventilate:
In der Commandref steht:Ich habe folgende SItuation.
Rollladen steht auf Position 0 = geöffnet. ASC_Ventilate_Pos = 85. Beim Öffnen des Fensters fährt der Rollladen in die Position 85. Sollte das nicht erst bei mindestens Position 86 erfolgen können?

Kannst du/jemand das Verhalten mal bitte prüfen?

Gruß und danke
eurofinder

Ich bin etwas Sprachlos, ich habe das nun hier bei mir getestet und es geht. Wenn die Position < 80 ist wird nicht gefahren.
Kannst Du das bitte einmal Debuggen?
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

eurofinder

Ok, komme ich aber erst morgen dazu.

Was muss ich dazu wo und wie machen? Bin was debuggen betrifft nicht so firm:-)

Gruß
eurofinder
RPI3+; Raspbian Buster Lite; RPI-RF-MOD; piVCCU3, HMIP-eTRV-2, HmIP-SWDO, HmIP-SRH, HmIP-STHO, HmIP-SLO

CoolTux

einfach im ASC Device das Attribut ASC_debug auf 1 stellen und dann noch mal mit dem Fenster spielen. Danach im FHEM Log schauen nach ASC_DEBUG
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

eurofinder

OK, das bekomme ich hin:-)

Melde mich morgen.

Gruß und schönen Abend noch
eurofinder
RPI3+; Raspbian Buster Lite; RPI-RF-MOD; piVCCU3, HMIP-eTRV-2, HmIP-SWDO, HmIP-SRH, HmIP-STHO, HmIP-SLO

flummy1978

Nabend,

so langsam aber sicher, komme ich in den Zustand, dass ich das Modul deren Funktionen und Bedingungen verstehe. Aber manchmal passiert auch merkwürdiges .... oder um es mit Deinen Worten zu sagen Marko: Ich bin Sprachlos *gg*

Zitat von: CoolTux am 03 Juni 2019, 22:24:01
Ich bin etwas Sprachlos, ich habe das nun hier bei mir getestet und es geht. Wenn die Position < 80 ist wird nicht gefahren.

ich hab was ähnliches, wobei ich in diesem Fall fast befürchte, dass das so auch gewollt sein könnte ist (der Sinn erschließt sich mir selbst zwar nicht, aber wenn es n Bug ist, hab ich ihn wenigestens melden können) :

Folgendes Setup / Szenario:

SZ Fenster Automatikfunktion: Nur Schließen und Ventilate (kein morgentliches hochfahren, wegen Schichtdienst)
Ventilate ist auf pct 50 aktiviert
Im laufe des Tages wurde Fenster geöffnet -> Rollo ist auf 50 % hoch
Im laufe des Tages wurde das Rollo Manuell zu gefahren (Fenster immernoch offen)
Abends kam der (EARLY !! - Sonne noch nicht untergangen) "Auto zu" Befehl und das besagte SZ Fenster, das vorher schon manuell zu war (und so angezeigt wurde) ist auf einmal auf 50 gefahren.  ??? :o ???
Alle anderen Rollos sind mit dem Late Befehl, wie beabsichtig nach unten gefahren.

Genau hier steh ich auf dem Schlauch.... warum fährt das Rollo in die Lüften Position, wenn ihm ZU Befehl vorliegt und sich das Rollo auch bereits in ZU befindet ?


Ich hatte ja letztens schon Verständnissprobleme, warum das Rollo in Lüftungsposition fährt wenn es sich zwischen Abends (ZU) und Morgens (AUF) befindet. Meiner Meinung nach sollte es dann nicht hoch fahren, egal ob ich das Fenster öffne oder nicht (sofern Astro (oder andere) Bedingungen zum morgentlichen hochfahren angegeben sind) .... Aber vielleicht gibt es auch für das o.g. Phänomen eine einfache Erklärung :)

Grüße
Andreas

CoolTux

Guten Morgen Andreas,

Du hast da in der Tat einen Bug gefunden. Abends zum runter fahren prüfe ich nicht ob das Rollo nicht eventuell schon unterhalb der entsprechenden Fenster offen Position ist. Daher fährt das Rollo wenn Fenster auf ist einfach hoch sollte das Rollo unten gewesen sein.
Vielen Dank für den Fehlerbericht, ich werde das heute noch fixen.
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

JHo

Zitat von: CoolTux am 03 Juni 2019, 22:04:06
Was ist das? ASC_Rolladen_Times
Das ist eine readingsGroup zum Einstellen der Meinung/Evening-Zeiten. Warum die als Reading im Device auftaucht... Keine Ahnung.
Ich fürchte, mein ASC ist insgesamt so verbaut, dass es einfacher ist, nochmal alles zu deaktivieren, zu löschen und neu aufzubauen.
Sorry für den Aufwand!

Viele Grüße
Jan
1: FHEM auf Ubuntu, MAX!Cube, Wand- und Heizkörperthermostate, Eco-Schalter, diverse LaCrosse-Sensoren, per remote angebundene DS18B20-Sensoren
2: FHEM auf Raspi 3, Max!Cube, Wand- und Heizkörperthermostate, Eco-Schalter, ht_pitiny-Adapter zu Junkers FW120

CoolTux

Am besten Du löschst das ASC Device und schaust genau in die Rollläden Devices nach ob auch alles an Readings und Attributen und userattr verschwunden ist. Und dann noch mal von vorne am besten.


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

dancatt

Zitat von: CoolTux am 31 Mai 2019, 12:55:23
Das wäre super. Ich teste hier auch noch mal. Eventuell gibt es den "Fehler" aber auch schon gar nicht mehr. Ich schaue.

Hallo,
also der von mir geschilderte Fehler besteht nicht mehr. Aber beim Nachtest gestern Abend habe ich einen neuen entdeckt.
- Terassentür mit 2 Rollläden fahren automatisch runter -> ok
- Beide werden manuell hochgefahren -> ok
- Nachtest meines ursprünglichen Fehlers -> ok
- Will nun beide manuell runterfahren. Der linke geht, der rechte nicht. -> FEHLER

Danke und Gruß Daniel

Nachtrag: Hier noch die Debug-Ausgabe

ASC_DEBUG!!! 2019.06. 3 21:00:02 - FnSetCmdFn: 1_06_KU_Rollladen - Rolllo wird gefahren, aktuelle Position: 100, Zielposition: 0. Grund der Fahrt: night close
2019.06.03 21:00:02.129 3: CUL_HM set 1_06_KU_Rollladen pct 0

ASC_DEBUG!!! 2019.06. 3 21:00:02 - FnSetDriveCmd: 1_06_KU_Rollladen - NICHT versetztes fahren

ASC_DEBUG!!! 2019.06. 3 21:00:02 - FnSetDriveCmd: 1_06_KU_Rollladen - NoOffset: NEIN

ASC_DEBUG!!! 2019.06. 3 21:00:02 - FnShuttersCommandSet: 1_06_KU_Rollladen - Das Rollo wird gefahren. Kein Partymodus aktiv und das zugordnete Fenster ist entweder nicht offen oder keine Terassentür

ASC_DEBUG!!! 2019.06. 3 21:00:02 - FnSetCmdFn: 1_02_WZ_Rollladen_l - Rolllo wird gefahren, aktuelle Position: 100, Zielposition: 0. Grund der Fahrt: night close
2019.06.03 21:00:02.338 3: CUL_HM set 1_02_WZ_Rollladen_l pct 0

ASC_DEBUG!!! 2019.06. 3 21:00:02 - FnSetDriveCmd: 1_02_WZ_Rollladen_l - NICHT versetztes fahren

ASC_DEBUG!!! 2019.06. 3 21:00:02 - FnSetDriveCmd: 1_02_WZ_Rollladen_l - NoOffset: NEIN

ASC_DEBUG!!! 2019.06. 3 21:00:02 - FnShuttersCommandSet: 1_02_WZ_Rollladen_l - Das Rollo wird gefahren. Kein Partymodus aktiv und das zugordnete Fenster ist entweder nicht offen oder keine Terassentür

ASC_DEBUG!!! 2019.06. 3 21:00:02 - FnSetCmdFn: 1_02_WZ_Rollladen_r - Rolllo wird gefahren, aktuelle Position: 100, Zielposition: 0. Grund der Fahrt: night close
2019.06.03 21:00:02.542 3: CUL_HM set 1_02_WZ_Rollladen_r pct 0

ASC_DEBUG!!! 2019.06. 3 21:00:02 - FnSetDriveCmd: 1_02_WZ_Rollladen_r - NICHT versetztes fahren

ASC_DEBUG!!! 2019.06. 3 21:00:02 - FnSetDriveCmd: 1_02_WZ_Rollladen_r - NoOffset: NEIN

ASC_DEBUG!!! 2019.06. 3 21:00:02 - FnShuttersCommandSet: 1_02_WZ_Rollladen_r - Das Rollo wird gefahren. Kein Partymodus aktiv und das zugordnete Fenster ist entweder nicht offen oder keine Terassentür

ASC_DEBUG!!! 2019.06. 3 21:00:02 - EventProcessingShutters: 1_06_KU_Rollladen - Event vom Rolllo erkannt. Es wird nun eine etwaige manuelle Fahrt ausgewertet. Int von gettimeofday: 1559588402 Last Position Timestamp: 1559588402 Drive Up Max Duration: 60 Last Position: 100 aktuelle Position: 100

ASC_DEBUG!!! 2019.06. 3 21:00:03 - EventProcessingShutters: 1_02_WZ_Rollladen_l - Event vom Rolllo erkannt. Es wird nun eine etwaige manuelle Fahrt ausgewertet. Int von gettimeofday: 1559588403 Last Position Timestamp: 1559588402 Drive Up Max Duration: 60 Last Position: 100 aktuelle Position: 100

ASC_DEBUG!!! 2019.06. 3 21:00:03 - EventProcessingShutters: 1_02_WZ_Rollladen_r - Event vom Rolllo erkannt. Es wird nun eine etwaige manuelle Fahrt ausgewertet. Int von gettimeofday: 1559588403 Last Position Timestamp: 1559588402 Drive Up Max Duration: 60 Last Position: 100 aktuelle Position: 100

ASC_DEBUG!!! 2019.06. 3 21:00:33 - EventProcessingShutters: 1_02_WZ_Rollladen_l - Event vom Rolllo erkannt. Es wird nun eine etwaige manuelle Fahrt ausgewertet. Int von gettimeofday: 1559588433 Last Position Timestamp: 1559588402 Drive Up Max Duration: 60 Last Position: 100 aktuelle Position: 0

ASC_DEBUG!!! 2019.06. 3 21:00:34 - EventProcessingShutters: 1_02_WZ_Rollladen_r - Event vom Rolllo erkannt. Es wird nun eine etwaige manuelle Fahrt ausgewertet. Int von gettimeofday: 1559588434 Last Position Timestamp: 1559588402 Drive Up Max Duration: 60 Last Position: 100 aktuelle Position: 0

ASC_DEBUG!!! 2019.06. 3 21:00:34 - EventProcessingShutters: 1_06_KU_Rollladen - Event vom Rolllo erkannt. Es wird nun eine etwaige manuelle Fahrt ausgewertet. Int von gettimeofday: 1559588434 Last Position Timestamp: 1559588402 Drive Up Max Duration: 60 Last Position: 100 aktuelle Position: 0

ASC_DEBUG!!! 2019.06. 3 21:01:26 - EventProcessingTwilightDevice: 1_06_KU_Rollladen - Event vom Astro oder Twilight Device wurde erkannt. Event wird verarbeitet

ASC_DEBUG!!! 2019.06. 3 21:01:26 - EventProcessingTwilightDevice: asc_Rollladen - Passendes Event wurde erkannt. Verarbeitung über alle Rolllos beginnt

ASC_DEBUG!!! 2019.06. 3 21:01:26 - EventProcessingTwilightDevice: 1_02_WZ_Rollladen_l RainProtection: unprotection WindProtection: unprotection

ASC_DEBUG!!! 2019.06. 3 21:01:26 - FnIsDay: 1_02_WZ_Rollladen_l Allgemein: 0

ASC_DEBUG!!! 2019.06. 3 21:01:26 - EventProcessingTwilightDevice: 1_02_WZ_Rollladen_r RainProtection: unprotection WindProtection: unprotection

ASC_DEBUG!!! 2019.06. 3 21:01:26 - FnIsDay: 1_02_WZ_Rollladen_r Allgemein: 0

ASC_DEBUG!!! 2019.06. 3 21:01:26 - EventProcessingTwilightDevice: 1_06_KU_Rollladen RainProtection: unprotection WindProtection: unprotection

ASC_DEBUG!!! 2019.06. 3 21:01:26 - FnIsDay: 1_06_KU_Rollladen Allgemein: 0

ASC_DEBUG!!! 2019.06. 3 21:06:27 - EventProcessingTwilightDevice: 1_06_KU_Rollladen - Event vom Astro oder Twilight Device wurde erkannt. Event wird verarbeitet

ASC_DEBUG!!! 2019.06. 3 21:06:27 - EventProcessingTwilightDevice: asc_Rollladen - Passendes Event wurde erkannt. Verarbeitung über alle Rolllos beginnt

ASC_DEBUG!!! 2019.06. 3 21:06:27 - EventProcessingTwilightDevice: 1_02_WZ_Rollladen_l RainProtection: unprotection WindProtection: unprotection

ASC_DEBUG!!! 2019.06. 3 21:06:27 - FnIsDay: 1_02_WZ_Rollladen_l Allgemein: 0

ASC_DEBUG!!! 2019.06. 3 21:06:27 - EventProcessingTwilightDevice: 1_02_WZ_Rollladen_r RainProtection: unprotection WindProtection: unprotection

ASC_DEBUG!!! 2019.06. 3 21:06:28 - FnIsDay: 1_02_WZ_Rollladen_r Allgemein: 0

ASC_DEBUG!!! 2019.06. 3 21:06:28 - EventProcessingTwilightDevice: 1_06_KU_Rollladen RainProtection: unprotection WindProtection: unprotection

ASC_DEBUG!!! 2019.06. 3 21:06:28 - FnIsDay: 1_06_KU_Rollladen Allgemein: 0

ASC_DEBUG!!! 2019.06. 3 21:06:57 - EventProcessingShutters: 1_02_WZ_Rollladen_l - Event vom Rolllo erkannt. Es wird nun eine etwaige manuelle Fahrt ausgewertet. Int von gettimeofday: 1559588817 Last Position Timestamp: 1559588402 Drive Up Max Duration: 60 Last Position: 100 aktuelle Position: 9

ASC_DEBUG!!! 2019.06. 3 21:07:25 - EventProcessingWindowRec: 1_02_WZ_Rollladen_r - RECEIVED EVENT: state: open - IDENTIFIED EVENT: open - STORED EVENT: open
2019.06.03 21:07:25.688 3: CUL_HM set 1_02_WZ_Rollladen_r inhibit on

ASC_DEBUG!!! 2019.06. 3 21:07:25 - EventProcessingWindowRec: 1_02_WZ_Rollladen_r - HOMEMODE: home QueryShuttersPosWinRecTilted:1 QueryShuttersPosWinRecComfort:

ASC_DEBUG!!! 2019.06. 3 21:07:26 - EventProcessingShutters: 1_02_WZ_Rollladen_r - Event vom Rolllo erkannt. Es wird nun eine etwaige manuelle Fahrt ausgewertet. Int von gettimeofday: 1559588846 Last Position Timestamp: 1559588402 Drive Up Max Duration: 60 Last Position: 100 aktuelle Position: 100

ASC_DEBUG!!! 2019.06. 3 21:07:31 - EventProcessingShutters: 1_02_WZ_Rollladen_l - Event vom Rolllo erkannt. Es wird nun eine etwaige manuelle Fahrt ausgewertet. Int von gettimeofday: 1559588851 Last Position Timestamp: 1559588402 Drive Up Max Duration: 60 Last Position: 100 aktuelle Position: 100

ASC_DEBUG!!! 2019.06. 3 21:07:31 - EventProcessingShutters: 1_02_WZ_Rollladen_r - Event vom Rolllo erkannt. Es wird nun eine etwaige manuelle Fahrt ausgewertet. Int von gettimeofday: 1559588851 Last Position Timestamp: 1559588402 Drive Up Max Duration: 60 Last Position: 100 aktuelle Position: 100

ASC_DEBUG!!! 2019.06. 3 21:07:46 - EventProcessingShutters: 1_02_WZ_Rollladen_l - Event vom Rolllo erkannt. Es wird nun eine etwaige manuelle Fahrt ausgewertet. Int von gettimeofday: 1559588866 Last Position Timestamp: 1559588402 Drive Up Max Duration: 60 Last Position: 100 aktuelle Position: 89

ASC_DEBUG!!! 2019.06. 3 21:07:55 - EventProcessingShutters: 1_02_WZ_Rollladen_l - Event vom Rolllo erkannt. Es wird nun eine etwaige manuelle Fahrt ausgewertet. Int von gettimeofday: 1559588875 Last Position Timestamp: 1559588402 Drive Up Max Duration: 60 Last Position: 100 aktuelle Position: 53

ASC_DEBUG!!! 2019.06. 3 21:08:16 - EventProcessingShutters: 1_02_WZ_Rollladen_l - Event vom Rolllo erkannt. Es wird nun eine etwaige manuelle Fahrt ausgewertet. Int von gettimeofday: 1559588896 Last Position Timestamp: 1559588402 Drive Up Max Duration: 60 Last Position: 100 aktuelle Position: 0

ASC_DEBUG!!! 2019.06. 3 21:08:19 - EventProcessingShutters: 1_02_WZ_Rollladen_l - Event vom Rolllo erkannt. Es wird nun eine etwaige manuelle Fahrt ausgewertet. Int von gettimeofday: 1559588899 Last Position Timestamp: 1559588402 Drive Up Max Duration: 60 Last Position: 100 aktuelle Position: 0
2019.06.03 21:09:26.103 3: CUL_HM set 1_02_WZ_Rollladen_r off


Der letzte Befehl habe ich dann über fhem getätigt damit Rollo wieder runterfährt.
Cubietruck: FHEM-Server 6.0

Homematic: HM-USB-CFG2, HM-CFG-LAN, HM-LC-SW1-FM, HM-LC-Sw1-Pl-DN-R1, HM-CC-RT-DN, HM-TC-IT-WM-W-EU, HM-SEC-SC-2, HM-SEC-SD, HM-PB-6-WM55

CoolTux

Zitat von: dancatt am 04 Juni 2019, 08:49:38
Hallo,
also der von mir geschilderte Fehler besteht nicht mehr. Aber beim Nachtest gestern Abend habe ich einen neuen entdeckt.
- Terassentür mit 2 Rollläden fahren automatisch runter -> ok
- Beide werden manuell hochgefahren -> ok
- Nachtest meines ursprünglichen Fehlers -> ok
- Will nun beide manuell runterfahren. Der linke geht, der rechte nicht. -> FEHLER

Danke und Gruß Daniel

Was genau war noch mal der Nachttest? Terassentür auf?
Kann es sein das hardBlocked im Aktor nicht entsperrt wurde? Das wäre wichtig zu wissen, weil ansonsten ASC nichts für das nicht fahren kann. Hast es ja manuell angestoßen.
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

dancatt

Zitat von: CoolTux am 04 Juni 2019, 08:56:38
Was genau war noch mal der Nachttest? Terassentür auf?

Genau. Nachtest von:
https://forum.fhem.de/index.php/topic,99980.msg943340.html#msg943340


Zitat von: CoolTux am 04 Juni 2019, 08:56:38
Kann es sein das hardBlocked im Aktor nicht entsperrt wurde? Das wäre wichtig zu wissen, weil ansonsten ASC nichts für das nicht fahren kann. Hast es ja manuell angestoßen.
keine Ahnung. Wie sehe ich das? Konfiguriert sind beide gleich (fast).
Cubietruck: FHEM-Server 6.0

Homematic: HM-USB-CFG2, HM-CFG-LAN, HM-LC-SW1-FM, HM-LC-Sw1-Pl-DN-R1, HM-CC-RT-DN, HM-TC-IT-WM-W-EU, HM-SEC-SC-2, HM-SEC-SD, HM-PB-6-WM55

CoolTux

An dem Reading im Aktor würde ich sagen. Was hast Du denn für einen ASC_LockOut_Cmd definiert und steht ASC_LockOut auf hard?
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

dancatt

Zitat von: CoolTux am 04 Juni 2019, 09:09:42
An dem Reading im Aktor würde ich sagen. Was hast Du denn für einen ASC_LockOut_Cmd definiert und steht ASC_LockOut auf hard?

Bei beiden:
ASC_LockOut=hard
ASC_LockOut_Cmd=inhibit
Cubietruck: FHEM-Server 6.0

Homematic: HM-USB-CFG2, HM-CFG-LAN, HM-LC-SW1-FM, HM-LC-Sw1-Pl-DN-R1, HM-CC-RT-DN, HM-TC-IT-WM-W-EU, HM-SEC-SC-2, HM-SEC-SD, HM-PB-6-WM55