[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

Zitat von: Heimweh am 09 Juni 2019, 17:12:26
Vielleicht ist es mit entgangen... Ich habe nur das Attribut "ASC_autoAstroModeEveningHorizon" gefunden...
Und eben die frühestens und spätestens Parameter.

Du kannst doch für AutoAstroMode entsprechen REAL,CIVIL,NAUTIC,ASTRONOMIC oder HORIZIN nehmen. Und bei HORIZION kannst Du sogar noch mit von 9 bis -9 Angaben machen. Jede dieser einzelnen Auswählen verändert die berechnete Astrozeiten nach vorne oder hinten.
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

hdderror

Hallo CoolTux,

In global ist folgender Eintrag drin:

attr global holiday2we NW_Feiertag

Das eventmap habe ich entfernt, aber bist das der Status nun opened statt open ist ändert sich nichts.
Der Rollo bewegt sich nicht.
Hab grad noch gesehen, dass ich ASC_Pos_Reading auf level statt pct stehen hatte - habe ich aber jetzt geändert, Problem besteht aber weiterhin.
Ein Wiggel funktioniert übrigends...

LG Werner

CoolTux

Wenn ich mich nicht verschaut habe heißt Dein Holiday Device aber
ZitatNAME       nw

Wegen dem Fensterkontakt aktiviere doch mal debug im ASC Device
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

Hallo CoolTux,

ich bin gerade dabei die Werte für meine Beschattung fein zu tunen. D.h. den richtigen Winkel links und rechts rauszufinden, so das die Beschattung möglichst genau gefahren wird. Dabei ist mir eine Sache aufgefallen. Bei einem Fenster das nach 255° zeigt müsste ich den "ASC_Shading_Angle_Right" theoretisch auf -15° setzen, da das Fenster durch einen Überstand am Gebäude im Schatten ist wenn die Sonne über 240° hinaus wandert. Ich habe noch nicht versucht ob ASC mit negativen Gradzahlen klar kommt. Falls nicht ändere ich einfach den Fenster Winkel.

Ich habe mich dann aber gefragt ob es nicht einfacher wäre anstelle von - Links° und +Rechts° zum Bezugswinkel des Fensters, einfach nur einen absoluten Winkel "Start Shading" und "End Shading" im Rolle Device zu setzen. Ist doch eigentlich Wurscht in welche Richtung das Fenster zeigt. Es doch nur wichtig, ab welchen Winkel die Sonne drauf scheint und ab wann nicht mehr. Nur so ne Idee, Luxusproblem  ;)

Hattest du eigentlich da mal nachgeschaut?
ZitatIch muss mal testen ob man auch manuell einen TWILIGHT Dummy anlegen kann und dieser akzeptiert wird. Ich glaube ich habe lediglich beim automatischen suchen auf TYPE Erkennung gesetzt.

Ist aber nicht eilig.

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 09 Juni 2019, 20:00:24
Hallo CoolTux,

ich bin gerade dabei die Werte für meine Beschattung fein zu tunen. D.h. den richtigen Winkel links und rechts rauszufinden, so das die Beschattung möglichst genau gefahren wird. Dabei ist mir eine Sache aufgefallen. Bei einem Fenster das nach 255° zeigt müsste ich den "ASC_Shading_Angle_Right" theoretisch auf -15° setzen, da das Fenster durch einen Überstand am Gebäude im Schatten ist wenn die Sonne über 240° hinaus wandert. Ich habe noch nicht versucht ob ASC mit negativen Gradzahlen klar kommt. Falls nicht ändere ich einfach den Fenster Winkel.

Ich habe mich dann aber gefragt ob es nicht einfacher wäre anstelle von - Links° und +Rechts° zum Bezugswinkel des Fensters, einfach nur einen absoluten Winkel "Start Shading" und "End Shading" im Rolle Device zu setzen. Ist doch eigentlich Wurscht in welche Richtung das Fenster zeigt. Es doch nur wichtig, ab welchen Winkel die Sonne drauf scheint und ab wann nicht mehr. Nur so ne Idee, Luxusproblem  ;)

Hattest du eigentlich da mal nachgeschaut?
Ist aber nicht eilig.

Wegen Twilight hatte ich noch nicht geschaut gehabt. Mache ich die Tage.
Wegen den Gradzahlen und wie die nun genau angegeben werden hätten wir hier schon mal diskutiert. Wir sind dann dabei geblieben es so zu lassen wie es ist.


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

hdderror

Oh - wie blind - natürlich war der Name vom holyday device einfach nur Unsinn.
Nach rename nw NW_Feiertag und die createNewNotifyDev zeigt nun showShuttersInformations für morgen die Uhrzeit von ASC_Time_Up_WE_Holiday an!

Wie immer bewahrheitet sich: Kaum macht man es richtig - schon geht's!
Damit ist die erste Baustelle erschlagen.

Bei der 2ten habe ich mit verbose = 5 folgende Einträge im Logfile:

2019.06.09 19:51:33 5: CUL_HM Rollo_Kueche protEvent:CMDs_done
2019.06.09 19:51:33 5: CUL_HM Rollo_Kueche sent ACK:2
2019.06.09 19:51:33 4: CUL_HM Rollo_Kueche dupe: dont process
2019.06.09 19:51:50 5: CUL_HM Rollo_Kueche protEvent:CMDs_done
2019.06.09 19:51:50 5: CUL_HM Rollo_Kueche sent ACK:2


Das Log vom Fensterkontakt sieht wie zu erwarten aus:

2019-06-09_19:57:46 F_EG_Kueche RSSI: -78.5
2019-06-09_19:57:46 F_EG_Kueche MAXLAN_initialized: 1
2019-06-09_19:57:46 F_EG_Kueche MAXLAN_error: 0
2019-06-09_19:57:46 F_EG_Kueche MAXLAN_errorInCommand:
2019-06-09_19:57:46 F_EG_Kueche MAXLAN_valid: 1
2019-06-09_19:57:46 F_EG_Kueche MAXLAN_isAnswer: 0
2019-06-09_19:58:16 F_EG_Kueche battery: ok
2019-06-09_19:58:16 F_EG_Kueche batteryState: ok
2019-06-09_19:58:16 F_EG_Kueche onoff: 0
2019-06-09_19:58:16 F_EG_Kueche closed
2019-06-09_19:58:16 F_EG_Kueche RSSI: -78.5
2019-06-09_19:58:16 F_EG_Kueche MAXLAN_initialized: 1
2019-06-09_19:58:16 F_EG_Kueche MAXLAN_error: 0
2019-06-09_19:58:16 F_EG_Kueche MAXLAN_errorInCommand:
2019-06-09_19:58:16 F_EG_Kueche MAXLAN_valid: 1
2019-06-09_19:58:16 F_EG_Kueche MAXLAN_isAnswer: 0
2019-06-09_19:58:19 F_EG_Kueche battery: ok
2019-06-09_19:58:19 F_EG_Kueche batteryState: ok
2019-06-09_19:58:19 F_EG_Kueche onoff: 1
2019-06-09_19:58:19 F_EG_Kueche opened
2019-06-09_19:58:19 F_EG_Kueche RSSI: -84
2019-06-09_19:58:19 F_EG_Kueche battery: ok
2019-06-09_19:58:19 F_EG_Kueche batteryState: ok
2019-06-09_19:58:19 F_EG_Kueche onoff: 1
2019-06-09_19:58:19 F_EG_Kueche opened
2019-06-09_19:58:19 F_EG_Kueche RSSI: -83


Im Log des Aktors ist der letzte Eintrag von 8 Minuten vorher - da tut sich einfach gar nichts.
Im DoIFToolLog genauso...

Wenn ich im Fenstersensor wieder das Eventmap opened:open Eintrage kommt im Log des Sensors wieder open statt opened.

Der Rollo reagiert aber auch darauf gar nicht.




CoolTux

Zitat von: hdderror am 09 Juni 2019, 20:10:29
Oh - wie blind - natürlich war der Name vom holyday device einfach nur Unsinn.
Nach rename nw NW_Feiertag und die createNewNotifyDev zeigt nun showShuttersInformations für morgen die Uhrzeit von ASC_Time_Up_WE_Holiday an!

Wie immer bewahrheitet sich: Kaum macht man es richtig - schon geht's!
Damit ist die erste Baustelle erschlagen.

Bei der 2ten habe ich mit verbose = 5 folgende Einträge im Logfile:

2019.06.09 19:51:33 5: CUL_HM Rollo_Kueche protEvent:CMDs_done
2019.06.09 19:51:33 5: CUL_HM Rollo_Kueche sent ACK:2
2019.06.09 19:51:33 4: CUL_HM Rollo_Kueche dupe: dont process
2019.06.09 19:51:50 5: CUL_HM Rollo_Kueche protEvent:CMDs_done
2019.06.09 19:51:50 5: CUL_HM Rollo_Kueche sent ACK:2


Das Log vom Fensterkontakt sieht wie zu erwarten aus:

2019-06-09_19:57:46 F_EG_Kueche RSSI: -78.5
2019-06-09_19:57:46 F_EG_Kueche MAXLAN_initialized: 1
2019-06-09_19:57:46 F_EG_Kueche MAXLAN_error: 0
2019-06-09_19:57:46 F_EG_Kueche MAXLAN_errorInCommand:
2019-06-09_19:57:46 F_EG_Kueche MAXLAN_valid: 1
2019-06-09_19:57:46 F_EG_Kueche MAXLAN_isAnswer: 0
2019-06-09_19:58:16 F_EG_Kueche battery: ok
2019-06-09_19:58:16 F_EG_Kueche batteryState: ok
2019-06-09_19:58:16 F_EG_Kueche onoff: 0
2019-06-09_19:58:16 F_EG_Kueche closed
2019-06-09_19:58:16 F_EG_Kueche RSSI: -78.5
2019-06-09_19:58:16 F_EG_Kueche MAXLAN_initialized: 1
2019-06-09_19:58:16 F_EG_Kueche MAXLAN_error: 0
2019-06-09_19:58:16 F_EG_Kueche MAXLAN_errorInCommand:
2019-06-09_19:58:16 F_EG_Kueche MAXLAN_valid: 1
2019-06-09_19:58:16 F_EG_Kueche MAXLAN_isAnswer: 0
2019-06-09_19:58:19 F_EG_Kueche battery: ok
2019-06-09_19:58:19 F_EG_Kueche batteryState: ok
2019-06-09_19:58:19 F_EG_Kueche onoff: 1
2019-06-09_19:58:19 F_EG_Kueche opened
2019-06-09_19:58:19 F_EG_Kueche RSSI: -84
2019-06-09_19:58:19 F_EG_Kueche battery: ok
2019-06-09_19:58:19 F_EG_Kueche batteryState: ok
2019-06-09_19:58:19 F_EG_Kueche onoff: 1
2019-06-09_19:58:19 F_EG_Kueche opened
2019-06-09_19:58:19 F_EG_Kueche RSSI: -83


Im Log des Aktors ist der letzte Eintrag von 8 Minuten vorher - da tut sich einfach gar nichts.
Im DoIFToolLog genauso...

Wenn ich im Fenstersensor wieder das Eventmap opened:open Eintrage kommt im Log des Sensors wieder open statt opened.

Der Rollo reagiert aber auch darauf gar nicht.

Du verwendest das falsche Log. Wenn dann musst Du im FHEM Logfile schauen. Aber einfacher sollte Debug sein statt verbose.
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

hdderror

Hallo CoolTux
Wie aktiviere ich denn einen Debug Modus?

Inzwischen ist aber noch was spannendes passiert:

Ich habe ja über Tag zum Testen den Rollo runtergefahren und dann das Fenster geöffnet um zu prüfen was passiert.
Da in der Küche vorhin ein paar lecker Burger gebrutzelt wurden war das Fenster danach die ganze Zeit auf.
Um 22:00 hat der Rollo dann den zeitgesteuerten Befehl zum runterfahren bekommen.
Und siehe da - der Rollo ist von selber nur bis zur ASC_Ventilate_Pos gefahren.
Wenn ich jetzt das Fenster schließe oder öffne funktioniert alles wie gewünscht.
Kann das denn sein, dass es jetzt nur geht wenn der Rollo entsprechend der Zeitbedingungen unten ist?
Sollte ja eigentlich auch so möglich sein falls man aus irgendwelchen Grunden einmal manuell Herunterfährt.
So war es jedenfalls auch noch vor ca. 1 Woche.
Hattest du ggf. in den letzten 2-3 Änderungen daran etwas verändert?
Mal beobachten was morgen passiert wenn die wieder regulär hochgefahren sind.
Entweder hatte das System nur einen Hänger oder es ist ein grundsätzliches Problem bei mir.
Ich melde mich morgen nochmal ob es jetzt läuft.

Ein fettes Danke für die Hilfe gibt es auf jedenfall schon Mal!

LG Werner



CoolTux

Zitat von: hdderror am 09 Juni 2019, 18:04:47
Hab grad noch gesehen, dass ich ASC_Pos_Reading auf level statt pct stehen hatte - habe ich aber jetzt geändert, Problem besteht aber weiterhin.

Wenn Du nicht weißt wo Du bist fällt es schwer zu wissen wo Du hin musst.
In dem Moment wo Du den korrekten Wert für das Positionsreading vergeben hast wüsste ASC wo das Rollo steht und somit auch wo es hinfahren soll. Gerade bei Fensterevents ist es elementar. Es wird geprüft ob das Rollo unterhalb oder oberhalb der Fenster offen Position steht.



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

hdderror

Hallo CoolTux

die Readings für level und pct sind doch immer gleich bei dem Aktor.
Tatsächlich habe ich gerade das ASC_Pos_Reading für einen Rollo nochmal auf level gesetzt.
Das macht keinen Unterschied - läuft im Moment genauso wie einer bei dem es auf pct steht.
Ich hatte ja schon gegen 20:00, also 2h vor der Zeit zum Runterfahren, das ASC_Pos_Reading auf pct geändert.
Hatte aber zu der Zeit noch nichts geändert.
Ich bin mal echt gespannt was morgen nach dem regulären Öffnen der Rollos ist.
Danke nochmal und Gute Nacht.
LG Werner

CoolTux

Zitat von: Borkk am 09 Juni 2019, 20:00:24
Hattest du eigentlich da mal nachgeschaut?
Ist aber nicht eilig.

Ich habe soeben einmal geschaut. Man kann ohne weiteres von Hand das Attribut für ASC Twilight setzen, es müssen aber die entsprechenden Reading vorhanden sein. Also entweder die aus Twilight oder die aus Astro.


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

HeikoBayer

Hallo Cooltux,

ich habe 2 Fragen zum Verständnis:

1. Frage: "sunriseTimeWeHoliday" im ASC Device ist aktiv und Feiertage und Wochenende werden erkannt. Im Rollo Device sind die Werte "ASC_Time_Up_Early" auf 06:30 und "ASC_Time_Up_Late" auf 07:15 gesetzt, damit der Rollo an Werktagen fährt. Das funktioniert soweit und zu dieser Jahreszeit fahren die Rollos alle nach dem Wert von "ASC_Time_Up_Early". "ASC_Time_Up_WE_Holiday" ist gesetzt auf 08:45, allerdings fahren die Rollos nun am Wochenende/Feiertag um 07:15 hoch, also "ASC_Time_Up_Late". Soll das so sein? Muss ich "ASC_Time_Up_Late" anpassen, oder ist das ein Bug?

2. Frage: Ich möchte die Beschattung für Rollo Terrassentüre und Markise wechelweise fahren, also sind Bewohner anwesend, soll die Markise fahren ("ASC_Shading_Mode home"), sind keine Bewohner anwesend soll der Rollo der Terrassentüre fahren ("ASC_Shading_Mode absent"). Das funktioniert prinzipiell. Wir sind nicht da, fährt der Rollo der Türe, kommen wir heim, fährt die Markise. Ich hätte nun erwartet, das der Rollo der Türe die Beschattung deaktiviert und wieder öffnet. Liege ich da falsch?

Wenn du dazu irgendwelche listings benötigst, oder Debug Logs, gib mir bitte kurz Bescheid.

Vielen Dank schon mal für deine Hilfe!

Heiko

CoolTux

Zitat von: HeikoBayer am 10 Juni 2019, 07:48:56
Hallo Cooltux,

ich habe 2 Fragen zum Verständnis:

1. Frage: "sunriseTimeWeHoliday" im ASC Device ist aktiv und Feiertage und Wochenende werden erkannt. Im Rollo Device sind die Werte "ASC_Time_Up_Early" auf 06:30 und "ASC_Time_Up_Late" auf 07:15 gesetzt, damit der Rollo an Werktagen fährt. Das funktioniert soweit und zu dieser Jahreszeit fahren die Rollos alle nach dem Wert von "ASC_Time_Up_Early". "ASC_Time_Up_WE_Holiday" ist gesetzt auf 08:45, allerdings fahren die Rollos nun am Wochenende/Feiertag um 07:15 hoch, also "ASC_Time_Up_Late". Soll das so sein? Muss ich "ASC_Time_Up_Late" anpassen, oder ist das ein Bug?

2. Frage: Ich möchte die Beschattung für Rollo Terrassentüre und Markise wechelweise fahren, also sind Bewohner anwesend, soll die Markise fahren ("ASC_Shading_Mode home"), sind keine Bewohner anwesend soll der Rollo der Terrassentüre fahren ("ASC_Shading_Mode absent"). Das funktioniert prinzipiell. Wir sind nicht da, fährt der Rollo der Türe, kommen wir heim, fährt die Markise. Ich hätte nun erwartet, das der Rollo der Türe die Beschattung deaktiviert und wieder öffnet. Liege ich da falsch?

Wenn du dazu irgendwelche listings benötigst, oder Debug Logs, gib mir bitte kurz Bescheid.

Vielen Dank schon mal für deine Hilfe!

Heiko

Hallo Heiko,

Zu mindest bräuchte ich einmal die Versionsnummer der eingesetzen ASC Version.
1. Nein das sollte so auf keinen Fall sein und ich werde das die Tage einmal prüfen.
2. Da liegst Du richtig, auch ich hätte erwartet das sich direkt nach dem nach Hause kommen das Rollo der Türe aus der Beschattung begibt. Auch hier benötige ich zu mindest die Versionsnummer.

Im großen und ganzen kann es aber nicht schaden wenn Du mir bitte ein list vom ASC Device und vom Rollo Türe und Markise gibst.
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

Papaloewe

Hallo Leon,

also mein Problem mit der Terassentüre:
https://forum.fhem.de/index.php/topic,99980.msg947063.html#msg947063
hat sich scheinbar erledigt.
Gestern und Vorgestern ist der Rolladen bei offenem Drehgriffschalter Abends NICHT heruntergefahren.
So soll es sein.  :
Hast du etwas gemacht?

MfG
Thomas

HeikoBayer

#1079
Hallo CoolTux und guten Morgen  ;)

Sehr gerne!
Die Version des ASC Device ist aktuell : 0.6.16

Hier das list ASC Device
Internals:
   FUUID      5cf3bd43-f33f-5c32-0e15-abf8d7315a783ba3
   FVERSION   73_AutoShuttersControl.pm:v0.6.16-s19579/2019-06-08 UNDER DEVELOP
   MID        da39a3ee5e6b4b0d3255bfef95601890afd80709
   NAME       myRolloControl
   NOTIFYDEV  US_GG_tr_WetterChecker,global,myRolloControl,myTwilight,rgr_Bewohner,MK_GG_tr_Markise,RO_EG_br_Ost,RO_EG_br_Sued,RO_EG_ku_Nord,RO_EG_ku_West,RO_EG_wc_Ost,RO_EG_wz_Sued1,RO_EG_wz_Sued2,RO_EG_wz_West1,RO_EG_wz_West2,RO_OG_bz_Ost1,RO_OG_bz_Ost2,RO_OG_fn_Nord,RO_OG_fn_West,RO_OG_fs_Sued,RO_OG_fs_West,RO_OG_sz_Sued
   NR         97
   NTFY_ORDER 51-myRolloControl
   STATE      created new drive timer
   TYPE       AutoShuttersControl
   VERSION    0.6.16
   OLDREADINGS:
   READINGS:
     2019-06-09 14:48:33   MK_GG_tr_Markise_PosValue 0
     2019-06-09 13:05:05   MK_GG_tr_Markise_lastPosValue 100
     2019-06-10 08:00:02   MK_GG_tr_Markise_nextAstroTimeEvent 10.06.2019 - 21:58
     2019-06-10 07:15:27   RO_EG_br_Ost_PosValue 0
     2019-06-10 07:15:01   RO_EG_br_Ost_lastPosValue 100
     2019-06-10 07:15:01   RO_EG_br_Ost_nextAstroTimeEvent 10.06.2019 - 21:45
     2019-06-10 07:15:34   RO_EG_br_Sued_PosValue 0
     2019-06-10 07:15:01   RO_EG_br_Sued_lastPosValue 100
     2019-06-10 07:15:01   RO_EG_br_Sued_nextAstroTimeEvent 10.06.2019 - 21:45
     2019-06-10 07:15:24   RO_EG_ku_Nord_PosValue 0
     2019-06-10 07:15:01   RO_EG_ku_Nord_lastPosValue 100
     2019-06-10 07:15:01   RO_EG_ku_Nord_nextAstroTimeEvent 10.06.2019 - 21:45
     2019-06-10 07:15:25   RO_EG_ku_West_PosValue 0
     2019-06-10 07:15:02   RO_EG_ku_West_lastPosValue 100
     2019-06-10 07:15:02   RO_EG_ku_West_nextAstroTimeEvent 10.06.2019 - 21:45
     2019-06-10 07:15:24   RO_EG_wc_Ost_PosValue 0
     2019-06-10 07:15:02   RO_EG_wc_Ost_lastPosValue 100
     2019-06-10 07:15:02   RO_EG_wc_Ost_nextAstroTimeEvent 10.06.2019 - 21:45
     2019-06-10 07:15:35   RO_EG_wz_Sued1_PosValue 0
     2019-06-10 07:15:02   RO_EG_wz_Sued1_lastPosValue 100
     2019-06-10 07:15:02   RO_EG_wz_Sued1_nextAstroTimeEvent 10.06.2019 - 21:45
     2019-06-10 07:15:39   RO_EG_wz_Sued2_PosValue 0
     2019-06-10 07:15:02   RO_EG_wz_Sued2_lastPosValue 100
     2019-06-10 07:15:02   RO_EG_wz_Sued2_nextAstroTimeEvent 10.06.2019 - 23:15
     2019-06-10 07:15:29   RO_EG_wz_West1_PosValue 0
     2019-06-10 07:15:02   RO_EG_wz_West1_lastPosValue 100
     2019-06-10 07:15:02   RO_EG_wz_West1_nextAstroTimeEvent 10.06.2019 - 21:45
     2019-06-10 07:15:37   RO_EG_wz_West2_PosValue 0
     2019-06-10 07:15:02   RO_EG_wz_West2_lastPosValue 92
     2019-06-10 07:15:02   RO_EG_wz_West2_nextAstroTimeEvent 10.06.2019 - 21:45
     2019-06-10 07:15:23   RO_OG_bz_Ost1_PosValue 0
     2019-06-10 07:15:02   RO_OG_bz_Ost1_lastPosValue 100
     2019-06-10 07:15:02   RO_OG_bz_Ost1_nextAstroTimeEvent 10.06.2019 - 21:45
     2019-06-10 07:15:25   RO_OG_bz_Ost2_PosValue 0
     2019-06-10 07:15:02   RO_OG_bz_Ost2_lastPosValue 100
     2019-06-10 07:15:02   RO_OG_bz_Ost2_nextAstroTimeEvent 10.06.2019 - 21:45
     2019-06-10 07:16:18   RO_OG_fn_Nord_PosValue 100
     2019-06-10 07:15:01   RO_OG_fn_Nord_lastPosValue 100
     2019-06-10 07:15:01   RO_OG_fn_Nord_nextAstroTimeEvent 10.06.2019 - 19:30
     2019-06-10 07:16:15   RO_OG_fn_West_PosValue 100
     2019-06-10 07:15:01   RO_OG_fn_West_lastPosValue 100
     2019-06-10 07:15:01   RO_OG_fn_West_nextAstroTimeEvent 10.06.2019 - 19:30
     2019-06-10 07:15:38   RO_OG_fs_Sued_PosValue 0
     2019-06-10 07:15:01   RO_OG_fs_Sued_lastPosValue 100
     2019-06-10 07:15:01   RO_OG_fs_Sued_nextAstroTimeEvent 10.06.2019 - 19:30
     2019-06-10 07:15:37   RO_OG_fs_West_PosValue 0
     2019-06-10 07:15:01   RO_OG_fs_West_lastPosValue 100
     2019-06-10 07:15:01   RO_OG_fs_West_nextAstroTimeEvent 10.06.2019 - 19:30
     2019-06-10 07:15:55   RO_OG_sz_Sued_PosValue 100
     2019-06-10 07:15:02   RO_OG_sz_Sued_lastPosValue 100
     2019-06-10 07:15:02   RO_OG_sz_Sued_nextAstroTimeEvent 10.06.2019 - 21:45
     2019-06-02 14:12:51   ascEnable       on
     2019-06-02 14:44:01   controlShading  on
     2019-06-02 14:12:51   hardLockOut     off
     2019-06-09 08:13:25   room_Bad        RO_OG_bz_Ost1,RO_OG_bz_Ost2
     2019-06-09 08:13:25   room_Buero      RO_EG_br_Ost,RO_EG_br_Sued
     2019-06-09 08:13:25   room_Draussen   MK_GG_tr_Markise
     2019-06-09 08:13:25   room_Felix      RO_OG_fs_Sued,RO_OG_fs_West
     2019-06-09 08:13:25   room_Kueche     RO_EG_ku_Nord,RO_EG_ku_West
     2019-06-09 08:13:25   room_Lego       RO_OG_fn_Nord,RO_OG_fn_West
     2019-06-09 08:13:25   room_Schlafzimmer RO_OG_sz_Sued
     2019-06-09 08:13:25   room_WC         RO_EG_wc_Ost
     2019-06-09 08:13:25   room_Wohnzimmer RO_EG_wz_Sued1,RO_EG_wz_Sued2,RO_EG_wz_West1,RO_EG_wz_West2
     2019-06-02 14:12:51   selfDefense     off
     2019-06-10 08:00:02   state           created new drive timer
     2019-06-08 06:34:29   sunriseTimeWeHoliday on
     2019-06-09 08:13:25   userAttrList    rolled out
   helper:
     shuttersList:
       MK_GG_tr_Markise
       RO_EG_br_Ost
       RO_EG_br_Sued
       RO_EG_ku_Nord
       RO_EG_ku_West
       RO_EG_wc_Ost
       RO_EG_wz_Sued1
       RO_EG_wz_Sued2
       RO_EG_wz_West1
       RO_EG_wz_West2
       RO_OG_bz_Ost1
       RO_OG_bz_Ost2
       RO_OG_fn_Nord
       RO_OG_fn_West
       RO_OG_fs_Sued
       RO_OG_fs_West
       RO_OG_sz_Sued
   monitoredDevs:
     MK_GG_tr_Markise:
     RO_EG_br_Ost:
     RO_EG_br_Sued:
     RO_EG_ku_Nord:
     RO_EG_ku_West:
     RO_EG_wc_Ost:
     RO_EG_wz_Sued1:
     RO_EG_wz_Sued2:
     RO_EG_wz_West1:
     RO_EG_wz_West2:
     RO_OG_bz_Ost1:
     RO_OG_bz_Ost2:
     RO_OG_fn_Nord:
     RO_OG_fn_West:
     RO_OG_fs_Sued:
     RO_OG_fs_West:
     RO_OG_sz_Sued:
     US_GG_tr_WetterChecker:
       MK_GG_tr_Markise ASC_BrightnessSensor
       RO_EG_br_Ost ASC_BrightnessSensor
       RO_EG_br_Sued ASC_BrightnessSensor
       RO_EG_ku_Nord ASC_BrightnessSensor
       RO_EG_ku_West ASC_BrightnessSensor
       RO_EG_wc_Ost ASC_BrightnessSensor
       RO_EG_wz_Sued1 ASC_BrightnessSensor
       RO_EG_wz_Sued2 ASC_BrightnessSensor
       RO_EG_wz_West1 ASC_BrightnessSensor
       RO_EG_wz_West2 ASC_BrightnessSensor
       RO_OG_bz_Ost1 ASC_BrightnessSensor
       RO_OG_bz_Ost2 ASC_BrightnessSensor
       RO_OG_fn_Nord ASC_BrightnessSensor
       RO_OG_fn_West ASC_BrightnessSensor
       RO_OG_fs_Sued ASC_BrightnessSensor
       RO_OG_fs_West ASC_BrightnessSensor
       RO_OG_sz_Sued ASC_BrightnessSensor
       myRolloControl ASC_windSensor
     myTwilight:
       myRolloControl ASC_twilightDevice
     rgr_Bewohner:
       myRolloControl ASC_residentsDev
Attributes:
   ASC_autoAstroModeEvening CIVIL
   ASC_autoAstroModeMorning CIVIL
   ASC_autoShuttersControlEvening on
   ASC_autoShuttersControlMorning on
   ASC_blockAscDrivesAfterManual 1
   ASC_brightnessDriveUpDown 80:20
   ASC_debug  1
   ASC_expert 1
   ASC_residentsDev rgr_Bewohner:state
   ASC_shuttersDriveOffset 60
   ASC_tempSensor TEMP_GG_Garage:temperature
   ASC_twilightDevice myTwilight
   ASC_windSensor US_GG_tr_WetterChecker:wind
   DbLogExclude .*
   alias      myRolloControl
   devStateIcon selfeDefense.terrace:fts_door_tilt created.new.drive.timer:clock .*asleep:scene_sleeping roommate.(awoken|home):user_available residents.(home|awoken):status_available manual:fts_shutter_manual selfeDefense.active:status_locked selfeDefense.inactive:status_open day.open:scene_day night.close:scene_night shading.in:weather_sun shading.out:weather_cloudy
   icon       fts_shutter_automatic
   room       Beschattung


Das hier ist die Markise:
Internals:
   CODE       6910C501
   DEF        6910C501
   FUUID      5c7437c0-f33f-5c32-8cdd-de8d1b1efbf14bc5
   IODev      SYS_DuofernStick
   LASTInputDev SYS_DuofernStick
   MODEL      Umweltsensor
   MSGCNT     6
   NAME       MK_GG_tr_Markise
   NR         63
   STATE      opened
   SUBTYPE    Umweltsensor
   SYS_DuofernStick_MSGCNT 6
   SYS_DuofernStick_RAWMSG 0FFF0F2300000000506426000300116910C5FFFFFF01
   SYS_DuofernStick_TIME 2019-06-09 14:48:33
   TYPE       DUOFERN
   chanNo     01
   device     SYS_DuofernUmweltsensor
   Helper:
     DBLOG:
       position:
         DBLogging:
           TIME       1560084513.41345
           VALUE      0
       state:
         DBLogging:
           TIME       1560084513.41345
           VALUE      opened
   READINGS:
     2019-06-02 14:19:53   ASC_Enable      on
     2019-06-09 14:48:33   ASC_ShuttersLastDrive manual
     2019-06-10 08:00:02   ASC_Time_DriveDown 10.06.2019 - 21:58
     2019-06-10 08:00:02   ASC_Time_DriveUp 11.06.2019 - 08:00
     2019-06-09 08:13:25   associatedWith  myRolloControl
     2019-06-09 14:48:33   dawnAutomatic   off
     2019-06-09 14:48:33   duskAutomatic   off
     2019-06-09 14:48:33   manualMode      off
     2019-06-09 14:48:33   motorDeadTime   off
     2019-06-09 14:48:33   moving          stop
     2019-06-09 14:48:33   position        0
     2019-06-09 14:48:33   rainAutomatic   off
     2019-06-09 14:48:33   rainDirection   up
     2019-06-09 14:48:33   rainMode        off
     2019-06-09 14:48:33   reversal        off
     2019-06-09 14:48:33   runningTime     38
     2019-06-09 14:48:33   state           opened
     2019-06-09 14:48:33   sunAutomatic    off
     2019-06-09 14:48:33   sunMode         off
     2019-06-09 14:48:33   sunPosition     100
     2019-06-09 14:48:33   timeAutomatic   off
     2019-06-09 14:48:33   ventilatingMode off
     2019-06-09 14:48:33   ventilatingPosition 80
     2019-06-09 14:48:33   windAutomatic   off
     2019-06-09 14:48:33   windDirection   up
     2019-06-09 14:48:33   windMode        off
Attributes:
   ASC        1
   ASC_BlockingTime_afterManual 3600
   ASC_BrightnessSensor US_GG_tr_WetterChecker:brightness
   ASC_Closed_Pos 100
   ASC_Mode_Down off
   ASC_Mode_Up off
   ASC_Open_Pos 0
   ASC_Pos_Reading position
   ASC_Shading_Angle_Left 75
   ASC_Shading_Angle_Right 110
   ASC_Shading_Direction 180
   ASC_Shading_Min_Elevation 25
   ASC_Shading_Min_OutsideTemperature 18
   ASC_Shading_Mode home
   ASC_Shading_Pos 100
   ASC_Shading_StateChange_Cloudy 6000
   ASC_Shading_StateChange_Sunny 12000
   ASC_Shading_WaitingPeriod 1200
   DbLogExclude .*
   DbLogInclude state,position
   IODev      SYS_DuofernStick
   alias      Markise
   mqttLevel  Garten
   mqttName   Markise
   mqttRoom   Terrasse
   room       Draussen
   userattr   ASC_Antifreeze:off,soft,hard,am,pm 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_Exclude:on,off ASC_Shading_Angle_Left ASC_Shading_Angle_Right ASC_Shading_Direction ASC_Shading_Min_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_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_subType:twostate,threestate


Und noch der Rollo Terrassentüre:
Internals:
   CODE       49C4AA
   DEF        49C4AA
   FUUID      5c7437be-f33f-5c32-3d9a-932664c2753081c0
   IODev      SYS_DuofernStick
   LASTInputDev SYS_DuofernStick
   MODEL      Rohrmotor
   MSGCNT     9
   NAME       RO_EG_wz_Sued2
   NR         59
   STATE      opened
   SUBTYPE    Rohrmotor
   SYS_DuofernStick_MSGCNT 9
   SYS_DuofernStick_RAWMSG 0FFF0F246000A2065A32000014000C49C4AAFFFFFF01
   SYS_DuofernStick_TIME 2019-06-10 07:15:39
   TYPE       DUOFERN
   Helper:
     DBLOG:
       position:
         DBLogging:
           TIME       1560143739.59768
           VALUE      0
       state:
         DBLogging:
           TIME       1560143739.59768
           VALUE      opened
   READINGS:
     2019-06-02 14:18:16   ASC_Enable      on
     2019-06-10 07:15:39   ASC_ShuttersLastDrive day open
     2019-06-10 07:15:02   ASC_Time_DriveDown 10.06.2019 - 23:15
     2019-06-10 07:15:02   ASC_Time_DriveUp 11.06.2019 - 07:15
     2019-06-09 08:13:25   associatedWith  myRolloControl
     2019-06-10 07:15:39   block           0
     2019-06-10 07:15:39   dawnAutomatic   on
     2019-06-10 07:15:39   duskAutomatic   on
     2019-06-10 07:15:39   manualMode      off
     2019-06-10 07:15:39   moving          stop
     2019-06-10 07:15:39   obstacle        0
     2019-06-10 07:15:39   position        0
     2019-06-10 07:15:39   rainAutomatic   off
     2019-06-10 07:15:39   rainDirection   up
     2019-06-10 07:15:39   rainMode        off
     2019-06-10 07:15:39   reversal        off
     2019-06-10 07:15:39   state           opened
     2019-06-10 07:15:39   sunAutomatic    on
     2019-06-10 07:15:39   sunMode         off
     2019-06-10 07:15:39   sunPosition     50
     2019-06-10 07:15:39   timeAutomatic   off
     2019-06-10 07:15:39   ventilatingMode off
     2019-06-10 07:15:39   ventilatingPosition 90
     2019-06-10 07:15:39   version         1.4
     2019-06-10 07:15:39   windAutomatic   off
     2019-06-10 07:15:39   windDirection   up
     2019-06-10 07:15:39   windMode        off
   helper:
Attributes:
   ASC        1
   ASC_AutoAstroModeEvening CIVIL
   ASC_AutoAstroModeMorning CIVIL
   ASC_BlockingTime_afterManual 1800
   ASC_BlockingTime_beforDayOpen 1800
   ASC_BlockingTime_beforNightClose 1800
   ASC_BrightnessSensor US_GG_tr_WetterChecker:brightness
   ASC_Closed_Pos 100
   ASC_Down   brightness
   ASC_Mode_Down always
   ASC_Mode_Up always
   ASC_Open_Pos 0
   ASC_Partymode on
   ASC_Pos_Reading position
   ASC_Shading_Angle_Left 85
   ASC_Shading_Angle_Right 85
   ASC_Shading_Direction 180
   ASC_Shading_Min_Elevation 25
   ASC_Shading_Min_OutsideTemperature 18
   ASC_Shading_Mode absent
   ASC_Shading_Pos 80
   ASC_Shading_StateChange_Cloudy 8000
   ASC_Shading_StateChange_Sunny 17500
   ASC_Shading_WaitingPeriod 1200
   ASC_Time_Down_Early 22:30
   ASC_Time_Down_Late 23:15
   ASC_Time_Up_Early 06:30
   ASC_Time_Up_Late 07:15
   ASC_Time_Up_WE_Holiday 08:45
   ASC_Up     brightness
   DbLogExclude .*
   DbLogInclude state,position
   IODev      SYS_DuofernStick
   alias      Rollo Wohnen 2
   group      Rollo EG
   mqttLevel  EG
   mqttName   RolloWohnen2
   mqttRoom   Wohnzimmer
   room       Wohnzimmer
   toggleUpDown 1
   userattr   ASC_Antifreeze:off,soft,hard,am,pm 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_Exclude:on,off ASC_Shading_Angle_Left ASC_Shading_Angle_Right ASC_Shading_Direction ASC_Shading_Min_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_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_subType:twostate,threestate rollo_eg rollo_eg_map structexclude


Vielleicht noch zu den Rollos: Es sind Rademacher Funk Rohrmotoren. Habe, aktuell wie hier beschrieben: https://forum.fhem.de/index.php/topic,40076.810.html auch das Thema, dass der Rollo z.B. in Position 81 fährt (bei "ASC_Shading_Pos 80). Nicht das es damit vielleicht zusammen hängt?!?

Danke und Grüße,
Heiko

P.S.: Kann es nicht oft genug sagen: Spitzen Arbeit dieses Modul. Habe immer auf soetwas gehofft ;-)