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

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

Vorheriges Thema - Nächstes Thema

D3ltorohd

So ich bin froh das sie jetzt morgens und abends sehr zuverlässig fahren, abends per Astro und morgens teils, teils.

1. Gibt es hier auch noch die Möglichkeit, bei schönem Wetter, wolkenlos zur Astrozeit dann noch ein Offset zu geben ? Und wenn eben Wolken vorhanden sind oder es regnet, er exakt zur Astrozeit runter fährt?

2. Gibt es für Tagsüber eine Möglichkeit, bei Sonne und einer gewissen Aussentemperatur, das ich bestimmte Rollos auf 70% oder so runterfahren lassen kann ?
Das beste wäre natürlich mit dem Azimut, dann würden die Rollos mit der Sonne mitwandern quasi.

Grüße
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

CoolTux

Zitat von: D3ltorohd am 01 Juni 2019, 15:13:14
So ich bin froh das sie jetzt morgens und abends sehr zuverlässig fahren, abends per Astro und morgens teils, teils.

1. Gibt es hier auch noch die Möglichkeit, bei schönem Wetter, wolkenlos zur Astrozeit dann noch ein Offset zu geben ? Und wenn eben Wolken vorhanden sind oder es regnet, er exakt zur Astrozeit runter fährt?

2. Gibt es für Tagsüber eine Möglichkeit, bei Sonne und einer gewissen Aussentemperatur, das ich bestimmte Rollos auf 70% oder so runterfahren lassen kann ?
Das beste wäre natürlich mit dem Azimut, dann würden die Rollos mit der Sonne mitwandern quasi.

Grüße

1. Nein
2. Ja, nennt sich 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

gras64

bei mir sahen die Bedingungen so aus:
   

((([WUweather:temp_c] >= 20 and [WUweather:solarradiation] > 300 ) or ([WUweather:fc0_high_c,20] >= 28 and [WUweather:temp_c] > 18))
  and
  ([WUweather:condition] eq "sonnig"  or [WUweather:condition] eq "Teils Wolkig" or [WUweather:condition] eq "Wolkig" or [WUweather:condition] eq "Heiter" or [WUweather:condition] ne "Regen" or [WUweather:condition] ne "Gewitter" or [WUweather:condition] ne "Bedeckt"))
  (set Sonnen_status Sonne, set $SELF W_Sonne Sonne)
  DOELSEIF
  ([WUweather:temp_c] < 19
  and
  [WUweather:fc0_high_c,20] < 28
  and
  ([WUweather:condition] ne "sonnig" or [WUweather:condition] ne "Teils Wolkig" or [WUweather:condition] ne "Wolkig" or [WUweather:condition] ne "Heiter" or [WUweather:condition] eq "Regen" or [WUweather:condition] eq "Gewitter" or [WUweather:condition] eq "Bedeckt")
  and
  [?WUweather:solarradiation] < 300)
  (set Sonnen_status Regen, set $SELF W_Sonne Regen)


Wenn ich mein Wetter auslöser selber baue und praktisch Alles was mit Wetter zu tun hat Temperatur und Hellichkeit dadurch überschrieben wird. Sonnenwinkel und Sonnehöhe werden dabei weiter beachtet.

D3ltorohd

Zitat von: CoolTux am 01 Juni 2019, 15:25:40
1. Nein
2. Ja, nennt sich Beschattung

Was von den Shading Optionen kann ich ohne extra Komponenten nutzen ?

ZitatASC_Shading_Direction         Position in Grad, auf der das Fenster liegt - genau Osten wäre 90, Süden 180 und Westen 270
ASC_Shading_Pos         Position des Rollladens für die Beschattung
ASC_Shading_Angle_Left         Vorlaufwinkel im Bezug zum Fenster, ab wann abgeschattet wird. Beispiel: Fenster 180° - 85° ==> ab Sonnenpos. 95° wird abgeschattet
ASC_Shading_Angle_Right         Nachlaufwinkel im Bezug zum Fenster, bis wann abgeschattet wird. Beispiel: Fenster 180° + 85° ==> bis Sonnenpos. 265° wird abgeschattet
ASC_Shading_Mode         absent,always,off,home / Vorgabe, wann Beschattungsaktionen durchzuführen sind

Ab da mit Sensoren, wenn ich das richtig verstanden habe ? Die Winkel kommen vom Global Modul für den Stand der Sonne ?
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

CoolTux

Die Winkel kommen vom Kompass. Einfach in der Mitte des Fensters einen Kompass ausrichten und die Gradzahl übernehmen. Und dann schauen ab wann die Sonne eindringen könnte. Zu weilen +85 und -85 aber vielleicht hast auch ein Baum da oder so dann halt später.

Dann brauchst noch Helligkeits und Temperatursensor für aussen. Und Twilight oder Astro Modul welche den aktuellen Sonnenstand melden.
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

Zitat von: CoolTux am 01 Juni 2019, 20:15:17
Dann brauchst noch Helligkeits und Temperatursensor für aussen.

Ohne die kann ich diese Funktion gar nicht nutzen ? Das ist für die 5. letzten Attr in der Wiki ? Wenn ich das nicht möchte, kann ich auch nur die ersten 5 Attr nutzen, da diese Werte ja von anderen Modulen kommen, wie Kompass, Twilight oder Astro.
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

CoolTux

Besser Commandref lesen, Wiki ist glaube nicht ganz aktuell.
Du brauchst auf jeden Fall die erwähnten Sensoren/Services
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

Shit ok, habe gehofft würde vllt auch ohne gehen. Brauch ich ja dann theo nur einmal jeden Sensor, der dann für alle Rollos gilt. Was gäbe es denn da für welche ?
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

CoolTux

Homematic oder Xiaomi Pflanzensensor. Den nehme ich zum Beispiel.
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

Ich gehe davon aus, das der Pflanzensensor alles beherrscht, Helligkeit, Temp usw ? Das wäre nicht schlecht, hab ja nen Zigbee Stick, dann wäre schon mal die Frage mit der Anbindung gelöst. Den brauch ich dann auch nur einmal für alle Rollos ?

Noch mal eine Frage zur Astrofunktion beim herunterfahren. Gibt es hier eine allgemeine Möglichkeit, die Zeit dann noch etas an zu passen. Wenn er hier runter fährt, ist es draußen noch angenehm hell. Ich finde er fährt zu früh runter. Gibt es hierfür irgendwo noch eine Stellschraube, oder vllt ein allgemeines Offset für das Astro Event Sonnenunterang ? Oder gibt es hier vllt auch die Zeit vom Sonnenunterang Ende, die ist ja einige Minuten später, als der Sonnenuntergang Start, das kenne ich so aus einer anderen Software.

Dann hätte ich noch eine Frage, ob ich eine feste Zeit mit der Astro Funktion kombinieren kann, z.b. das was eben früher Eintritt ? Beispiel ::

Morgens lasse ich manche Rollos erst um 7 hoch, jetzt ist es natürlich hell, im Winter ist es da noch dunkel, also brauchen die da auch noch nicht hoch.  Gibt es hier die Möglichkeit zu sagen, erst ab 7 Uhr oder dann, wenn der Sonnenaufgang später ist als 7 Uhr eben erst per Sonnenaufgang ?
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

CoolTux

Der Pflanzensensor ist Bluetooth.

Was ist mit autoAstroMode? Da kannst Du einiges einstellen und testen. Wenn gar nicht nimmst HORIZON und experimentierst mit den Werten von + 9 bis - 9
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

Ups vergessen. Sorry.

Zitat von: D3ltorohd am 01 Juni 2019, 21:11:31

Morgens lasse ich manche Rollos erst um 7 hoch, jetzt ist es natürlich hell, im Winter ist es da noch dunkel, also brauchen die da auch noch nicht hoch.  Gibt es hier die Möglichkeit zu sagen, erst ab 7 Uhr oder dann, wenn der Sonnenaufgang später ist als 7 Uhr eben erst per Sonnenaufgang ?

Das geht in dem Du die early Time auf 7 Uhr stellst
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

volschin

Temperatursensor kann man gut auf das Wetter-Modul zurückgreifen. Die Pflanzensensoren liefern durch das Aufwärmen des Bodens oft unrealistische Werte.
Intel NUC+Ubuntu 22.04+Docker+FHEM6
HomeMatic: HM-MOD-RPI-PCB+HM-USB-CFG2+hmland+diverse, HUE: Hue-Bridge, RaspBee+deCONZ+diverse
Amzn Dash-Buttons, Siro Rollos
4xRPi, 4xCO20, OWL+USB, HarmonyHub, FRITZ!Box 7590, Echo Dots+Show8, Logi Circle 2, HomeBridge
TIG Stack (Telegraf, InfluxDB, Grafana)

eurofinder

@JHo:
ZitatSehe ich ähnlich, aber dann würde ja ein einziger manueller Eingriff jede Automatik-Aktivität des betroffenen Geräts bis Abends abwürgen. Daher sollte es vielleicht die Option geben, doch wieder zur Automatik zurückzukehren (etwa erkannte manuelle Fahrt --> ASC-Rollladen "automatic deactivated" --> "set ASC-Rolladen automatic activated"), bevor die zwingende Abendschließung stattfindet. Dann könnte sich jeder seine Routine basteln, die die Automatik wieder aktiviert. Etwa bei abwesenden Residents, oder nach x Stunden, ...

Finde ich einen sehr guten Hinweis.

Das Problem ist natürlich, dass vieles situtationsbedingt abhängig ist. Manchmal verstellt man halt eine automatisch angefahrene Position, um diese z.B. nur kurzfristig zu ändern/optimieren und wünscht sich anschließend wieder die Berücksichtigung durch die Automatik. Manchmal soll aber auch die Automatik durch das manuelle verändern der Rollladenposition dauerhaft sein. Das kann natürlich die "Elektronik" nicht erkennen, was der Anwender gerade will/möchte/beabsichtigt.
Ich denke am sinnvollsten ist es so zu realisieren, wie es am häufigsten von der Mehrheit der Anwender genutzt/erwartet wird. Anpassungen wird wahrscheinlich jeder Anwender mal mehr oder weniger für seinen Bedarf vornehmen müssen.

Um das nochmals klar herauszustellen. Ich finde CoolTux Umsetzung wirklich toll und bin echt dankbar für das ASC-Modul. Wenn meine Hinweise/Anregungen dazu beitragen, dass die Entwicklung vorangetrieben wird oder eine zielführende Diskussion angeregt wird, die zur Verbesserung/Optimierung beiträgt, dann bin ich froh auf diesem Wege beitragen zu können. Ich bin leider in FHEM noch nicht so fit, dass ich programmiertechnisch etwas sinnvolles beitragen könnte. Zum Testen bin ich aber jederzeit gerne bereit.

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

Typ1er

Ich habe threestate Kontakte, beim Beschatten bleibt der Rollladen zb. auf 50%, wird das Fenster gekippt auf auf 50% gelassen, wird das Fenster geöffnet, wäre "open" oder "ASC_ComfortOpen_Pos" ideal

Ich würde an den Fenstern selten was verstellen. Hier ist die Lösung für mich so ideal.
-Änderungswunsch wäre nur, die Position Hart anzufahren, ohne die letzte Position zu berücksichtigen, beim schnellen Wechsel von zu <-->nach kipp <-->oder auf verschluckt sich das ASC (Wenn 2 Änderungen in Kurzer Zeit kommen)
-Wenn einem die 50% nicht gefallen und man sie ,,Live" verstellt zb auf 40% im ASC wird dieser Wert erstmal nicht übernommen, das Rollo Pausiert dann sozusagen.

An meinen Terassentüren, wäre diese Lösung zwar auch gut, nur kann die Tür zugefallen sein und der Rollladen geht auf Beschattung (ok wäre kein Beinbruch, die Tür wird per Fusskick geöffnet. Im falle es wird Nacht ist das wieder ein anderes Problem...

Bei manuell angefahren Positionen wurde ich ein Zeitfenster von 1-2 Stunden(oder deaktiviert) vorschlagen was dann die Automatic zurücksetzt.Späteste Auslösung wäre Nacht und Tag fahrten