[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: Bäschdler am 01 Juli 2019, 14:59:13
Hallo,

ich hatte bis vor einigen Wochen im Logbuch des jeweiligen Rolladen Einträge in folgender Art:

Seit einigen Wochen finde ich diese Einträge nicht mehr im Logbuch.
Muss ich da nun was einstellen, dass diese Einträger wieder im Logbuch erscheinen ?

Danke und viele Grüsse
Bäschdler

Was ist denn ein Logbuch? Du meinst Du hast ein Logdevice angelegt und dort die Events mit geloggt? Aktuell gibt es Probleme mit dem Event für ASC_ShuttersLastDrive. Das Event ist zwar da und Sichtbar aber leider Triggert keine Regex darauf. Ich bin dran und werde es hoffentlich auch bald gefixt haben.
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: Alcamar am 01 Juli 2019, 15:04:34
Eine generelle Frage habe ich zu ASC:
Mit der Nutzung von ASC will ich meine eigenen alten Routinen abschalten. Dort sind aber noch Szenarien enthalten, die ich in ASC derzeit funktional nicht abgebildet sehe. Beispielsweise wenn ich den Fernseher einschalte, oder andere Alttagssituationen in denen ich eine bestimmte Rolloschaltung haben möchte. Ist in ASC sowas geplant oder sogar schon möglich? Also so eine Art Liste von Szenen, die einfach Rollos in eine vorher definierte Position fahren? Semiautomatische Rollosteuerung. :-)

Ist geplant und ich war auch schon beim einarbeiten. Kam mir nur was dazwischen. Werde ich in kommenden Versionen einbauen.
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

D3ltorohd

Eine Frage, gibt es so eine Funktion, oder könnte man sowas vllt noch mit einbauen. Einen weiteren Timer den man setzten könnte, morgens in der früh.
Folgendes Problem, ich mache nachts die Rollos komplett hoch, damit frische kühle Luft ins Haus strömt, nur leider wacht man dann recht früh auf, weil es ja schon recht früh hell wird draußen, daher meine Idee, einen Timer, den ich für Rollos extra setzten kann, in denen sie noch mals runterfahren, z.b. um 4 Uhr morgens. Dann wäre es dunkel wenn die Sonne aufgeht und man kann in Ruhe weiter schlafen, grad für unsere kleinen wäre das super.
Base : Intel NUC Debian 9, FHEM aktuell || Zigbee (Coordinator FW Z-Stack 1.2 default Koenkk) || MaxCUL (culfw V 1.67 nanoCUL868) || SIGNALduino 433MHz (V 3.3.2.1-rc8 ) || Shelly s1

Borkk

Hallo CoolTux,

darf ich nochmal eine Sache aufgreifen? Es geht um die Sache mit dem "Dummy Astro Modul". Also ein Dummy der die Readings Azimuth und Elevation bereitstellt aber nicht von Type Astro oder Twilight ist.

Du hattest geantwortet:
ZitatWenn man von Hand ein Twilight/Astro Device ein fügt dann klappt es, sofern es die selben Readings hat für Azimut und Elevation.

Folgendes habe ich mal geloggt.

Hier beispielhaft eine Zeile aus dem Debug mit einen "echten" Astro Modul
ASC_DEBUG!!! 2019.07. 1 21:02:40 - ShadingProcessing: wz_rollo_links - �bergebende Werte - Azimuth:302.1, Elevation: 4.4, Brightness: 9258.64, OutTemp: 26.5, Fenster Position: 345, Winkel Links: 85, Winkel Rechts: 55, Ist es nach der Zeitblockadezeit: JA, Ist es nach der manuellen Blockadezeit: JA, Ist es nach der H�lfte der Beschattungswartezeit: JA


Und hier mit einem Astro Dummy mit exakt den gleichen Readings.
ASC_DEBUG!!! 2019.07. 1 21:06:18 - ShadingProcessing: wz_rollo_links - �bergebende Werte - Azimuth:, Elevation: , Brightness: 5545.49, OutTemp: 26.3, Fenster Position: 345, Winkel Links: 85, Winkel Rechts: 55, Ist es nach der Zeitblockadezeit: JA, Ist es nach der manuellen Blockadezeit: JA, Ist es nach der H�lfte der Beschattungswartezeit: JA

Hier fehlen die Werte Azimuth und Elevation. Einen Dummy akzeptiert ASC scheinbar nicht.
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: D3ltorohd am 01 Juli 2019, 20:07:09
Eine Frage, gibt es so eine Funktion, oder könnte man sowas vllt noch mit einbauen. Einen weiteren Timer den man setzten könnte, morgens in der früh.
Folgendes Problem, ich mache nachts die Rollos komplett hoch, damit frische kühle Luft ins Haus strömt, nur leider wacht man dann recht früh auf, weil es ja schon recht früh hell wird draußen, daher meine Idee, einen Timer, den ich für Rollos extra setzten kann, in denen sie noch mals runterfahren, z.b. um 4 Uhr morgens. Dann wäre es dunkel wenn die Sonne aufgeht und man kann in Ruhe weiter schlafen, grad für unsere kleinen wäre das super.

Dazu werde ich mir in Ruhe mal Gedanken machen. Wenn Du magst kannst es bitte als issues in Github hinter legen.


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

FunkOdyssey

Kurze Frage: bis wann darf der Partymodus eingeschaltet werden?
Geht das auch nach dem "Late"-Zeitpunkt innerhalb des Offsets?
Late = 21:15
Offset = ca. 2min
Partymodus um ca. 21:16 aktiviert und es fuhren  alle runter.

War ich zu spät?

Bäschdler

Zitat von: CoolTux am 01 Juli 2019, 15:04:57
Was ist denn ein Logbuch? Du meinst Du hast ein Logdevice angelegt und dort die Events mit geloggt? Aktuell gibt es Probleme mit dem Event für ASC_ShuttersLastDrive. Das Event ist zwar da und Sichtbar aber leider Triggert keine Regex darauf. Ich bin dran und werde es hoffentlich auch bald gefixt haben.

Das Logbuch des jeweiligen Rolladen-Devices, Da waren schon immer die "set OG_Roll_Kiz 100" und die Rückmeldungen des Devices wo es hin gefahren ist drin und nachdem ich auf ASC umgestiegen bin waren auch die genannten day open, night close, shading in, shading out usw des ASC mit drin. Ich wüsste auch nicht, dass ich da separat was dafür eingestellt hätte. Seit ein paar Wochen sind diese Meldungen nun nicht mehr im logfile zu sehen. Ich vermute, dass ich da ein Update gemacht hatte und mit einer neueren Version ein anderes Verhalten aufgetreten ist.

CoolTux

Zitat von: Borkk am 01 Juli 2019, 21:28:26
Hallo CoolTux,

darf ich nochmal eine Sache aufgreifen? Es geht um die Sache mit dem "Dummy Astro Modul". Also ein Dummy der die Readings Azimuth und Elevation bereitstellt aber nicht von Type Astro oder Twilight ist.

Du hattest geantwortet:
Folgendes habe ich mal geloggt.

Hier beispielhaft eine Zeile aus dem Debug mit einen "echten" Astro Modul
ASC_DEBUG!!! 2019.07. 1 21:02:40 - ShadingProcessing: wz_rollo_links - �bergebende Werte - Azimuth:302.1, Elevation: 4.4, Brightness: 9258.64, OutTemp: 26.5, Fenster Position: 345, Winkel Links: 85, Winkel Rechts: 55, Ist es nach der Zeitblockadezeit: JA, Ist es nach der manuellen Blockadezeit: JA, Ist es nach der H�lfte der Beschattungswartezeit: JA


Und hier mit einem Astro Dummy mit exakt den gleichen Readings.
ASC_DEBUG!!! 2019.07. 1 21:06:18 - ShadingProcessing: wz_rollo_links - �bergebende Werte - Azimuth:, Elevation: , Brightness: 5545.49, OutTemp: 26.3, Fenster Position: 345, Winkel Links: 85, Winkel Rechts: 55, Ist es nach der Zeitblockadezeit: JA, Ist es nach der manuellen Blockadezeit: JA, Ist es nach der H�lfte der Beschattungswartezeit: JA

Hier fehlen die Werte Azimuth und Elevation. Einen Dummy akzeptiert ASC scheinbar nicht.

Ich teste das die Tage mal und gebe Dir dann Bescheid.


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

CoolTux

Zitat von: FunkOdyssey am 01 Juli 2019, 21:35:19
Kurze Frage: bis wann darf der Partymodus eingeschaltet werden?
Geht das auch nach dem "Late"-Zeitpunkt innerhalb des Offsets?
Late = 21:15
Offset = ca. 2min
Partymodus um ca. 21:16 aktiviert und es fuhren  alle runter.

War ich zu spät?

Ja. Bis zu dem Zeitpunkt welche als Fahrt in den Readings angegeben ist. Die Verzögerung wird nicht mit eingerechnet.
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

FunkOdyssey

Zitat von: CoolTux am 01 Juli 2019, 21:59:46
Ja. Bis zu dem Zeitpunkt welche als Fahrt in den Readings angegeben ist. Die Verzögerung wird nicht mit eingerechnet.

Danke. Dann bin ich beruhigt.

CoolTux

Zitat von: Bäschdler am 01 Juli 2019, 21:40:57
Das Logbuch des jeweiligen Rolladen-Devices, Da waren schon immer die "set OG_Roll_Kiz 100" und die Rückmeldungen des Devices wo es hin gefahren ist drin und nachdem ich auf ASC umgestiegen bin waren auch die genannten day open, night close, shading in, shading out usw des ASC mit drin. Ich wüsste auch nicht, dass ich da separat was dafür eingestellt hätte. Seit ein paar Wochen sind diese Meldungen nun nicht mehr im logfile zu sehen. Ich vermute, dass ich da ein Update gemacht hatte und mit einer neueren Version ein anderes Verhalten aufgetreten ist.

Wie gesagt da hat sich was geändert. Ist ein Bug den ich noch bearbeite.
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

Alcamar

Bei der Aussperrfunktion hatte ich die Doku so verstanden, dass im ASC-Device hardlock=on sein muss und im Rollladen Lockout=soft. Dann würde der Rolladen nicht fahren, wenn das Fenster offen ist.Genau diese Parameterkombination ist aber bei mir nicht zielführend. Ich muss Lockout=off setzen um nicht ausgesperrt zu werden.

Das ist für mich als Einstellung ok, weil es das tut was ich gerne hätte. Verstehe ich die Doku einfach falsch, oder gibt es einen weiteren Parameter, der mitwirkt und ich nicht sehe?

CoolTux

Zitat von: Alcamar am 01 Juli 2019, 22:33:41
Bei der Aussperrfunktion hatte ich die Doku so verstanden, dass im ASC-Device hardlock=on sein muss und im Rollladen Lockout=soft. Dann würde der Rolladen nicht fahren, wenn das Fenster offen ist.Genau diese Parameterkombination ist aber bei mir nicht zielführend. Ich muss Lockout=off setzen um nicht ausgesperrt zu werden.

Das ist für mich als Einstellung ok, weil es das tut was ich gerne hätte. Verstehe ich die Doku einfach falsch, oder gibt es einen weiteren Parameter, der mitwirkt und ich nicht sehe?

Die Doku ist korrekt, das Verhalten ist dann falsch. Welche Fahrt war es wo Du ausgesperrt wurdest. Nachtfahrt oder Beschattung?
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

Alcamar

Nachtfahrt.
Es ist ein systematisches Phänomen. Alle Rollos verhalten sich gleich. So kam ich überhaupt auf die ,,Lösung"

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