Rolladensteuerung mit Astrofunktion (mit und ohne Verzögerung)
Moderator: Co-Administratoren
- G-Punkt
- Beiträge: 26
- Registriert: 04.12.2018, 06:54
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Ottmarsbocholt (Münsterland)
- Hat sich bedankt: 3 Mal
Re: Rolladensteuerung mit Astrofunktion (mit und ohne Verzögerung)
@mano:
Ich sehe das gerade....
Man liest hier soviel zum Thema Funkverkehrkollision (o.ä.).
Vielleicht solltest Du prophelaktisch Deine Rollladen um 30sec. versetzt fahren lassen!?!?
Ich sehe das gerade....
Man liest hier soviel zum Thema Funkverkehrkollision (o.ä.).
Vielleicht solltest Du prophelaktisch Deine Rollladen um 30sec. versetzt fahren lassen!?!?
Gruß
Guido
RM 3.67.10.20230114 & XML-API 1.20 auf TinkerboardS
CCU-Historian V2.6.0 auf Raspberry Pi 3B+ mit Raspian 10
~75 Hm-RF/HmIP-RF Geräte
Guido
RM 3.67.10.20230114 & XML-API 1.20 auf TinkerboardS
CCU-Historian V2.6.0 auf Raspberry Pi 3B+ mit Raspian 10
~75 Hm-RF/HmIP-RF Geräte
Re: Rolladensteuerung mit Astrofunktion (mit und ohne Verzögerung)
Das ist schon fast wieder ein Thema für sich. Ich hab dafür recht gute Ergebnisse mit einer Kombination aus der Sonnenstandsberechnung und einer Temperaturprognose aus dem Internet. Gedanke war dass mir ein reiner Temperaturvergleich nicht ausreicht, und ich (bei Abwesenheit) z.B. die Ost-Rollos zunächst gar nicht hochfahre wenn ein zu warmer Tag erwartet wird. Die Verschattung wandert dann mit dem Sonnenstand.
- G-Punkt
- Beiträge: 26
- Registriert: 04.12.2018, 06:54
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Ottmarsbocholt (Münsterland)
- Hat sich bedankt: 3 Mal
Re: Rolladensteuerung mit Astrofunktion (mit und ohne Verzögerung)
Ich weiß; habe Deine Umsetzung gelesen! Nach Möglichkeit möchte ich aber auf Daten aus dem www (und damit der Anbindung der CCU an's www) verzichten. Im Kopf habe ich eine Kombi. aus Helligkeit und Temperaturdifferenz außen (diese Geschichte mit den 2 Röhrchen) zum einen und Temp.-Diff. außen/innen zum anderen. Wenn man das dann in den Sommermonaten laufen läßt, müsste das eigentlich gehen. Aber das kann ich erst im Sommer realisieren und testen.
Was mich an Deiner Umsetzung "stört", ist, daß Deine Rollläden bei entspr. Prognose erst garnicht hochfahren. Das sieht dann nach außen aus wie unbewohnt - und diesen Eindruck möchte ich keinesfalls erwecken! Diesbezüglich leide ich an nicht therapierbarer Paranoia!
...anfangs dachte ich noch: morgens Rollläden rauf, abends wieder runter - fertig! So einfach ist es aber nicht. Oder besser gesagt, wenn man weiß, welche Möglichkeiten zu Differenzierungen zur Verfügung stehen, öffnet das ein riesiges Zeitgrab!!!
Irgendwer schrieb hier mal, daß eine ordentliche Rollladensteuerung nicht trivial ist - wohl wahr!
Gruß
Guido
RM 3.67.10.20230114 & XML-API 1.20 auf TinkerboardS
CCU-Historian V2.6.0 auf Raspberry Pi 3B+ mit Raspian 10
~75 Hm-RF/HmIP-RF Geräte
Guido
RM 3.67.10.20230114 & XML-API 1.20 auf TinkerboardS
CCU-Historian V2.6.0 auf Raspberry Pi 3B+ mit Raspian 10
~75 Hm-RF/HmIP-RF Geräte
Re: Rolladensteuerung mit Astrofunktion (mit und ohne Verzögerung)
Gut geschrieben @ G-Punkt
Bei mir hat das alles mal angefangen weil meine Frau vor Homematic jeden Morgen eine Runde durchs Haus drehen musste um zu kontrollieren ob alle Fenster geschlossen sind... und mittlerweile sinds rund 100 Aktoren und Sensoren im Haus.
Zum Thema Verschattung und äußerer Eindruck: Ich trenne die Rollos nach Himmelsrichtung. An einem "Verschattungstag" fahren Norden, Süden und Westen zunächst hoch. Wenn die Sonne dann entsprechend gewandert ist wird der Süden verschattet und der Osten fährt hoch etc., so hoffe ich dass es nach außen auch bewohnt aussieht.
Bei mir hat das alles mal angefangen weil meine Frau vor Homematic jeden Morgen eine Runde durchs Haus drehen musste um zu kontrollieren ob alle Fenster geschlossen sind... und mittlerweile sinds rund 100 Aktoren und Sensoren im Haus.
Zum Thema Verschattung und äußerer Eindruck: Ich trenne die Rollos nach Himmelsrichtung. An einem "Verschattungstag" fahren Norden, Süden und Westen zunächst hoch. Wenn die Sonne dann entsprechend gewandert ist wird der Süden verschattet und der Osten fährt hoch etc., so hoffe ich dass es nach außen auch bewohnt aussieht.
Re: Rolladensteuerung mit Astrofunktion (mit und ohne Verzögerung)
Vielen lieben Dank für die vielen kreativen und sinnvollen Anregungen. Durch die Ergänzung von zusätzlichen Sensoren wird dieses recht schlichte Programm sicherlich zukünftig weiter wachsen Die Verzögerung habe ich ebenfalls angepasst. Allerdings verlief das Senden der Befehle zur identischen Zeit seit fast zwei Jahren reibungslos.
-
- Beiträge: 14168
- Registriert: 08.05.2013, 23:33
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Nordwürttemberg
- Hat sich bedankt: 585 Mal
- Danksagung erhalten: 1500 Mal
Re: Rolladensteuerung mit Astrofunktion (mit und ohne Verzögerung)
Bei mir läuft es ähnlich. Ich fahre die Rollladen zeit- bzw
ereignisgesteuert (BWM) morgens hoch und stelle dann mit Hilfe eines Sonnensensors (Temperaturdifferenzsensor) einen Beschattungsbedarf fest. Ich bevorzuge dieses, weil die Temperarurdifferenz im Gegensatz z.B. zu einem Helligkeitsssensor eine belastbare Aussage über den Wärmeeintrag durch Sonnenschein zulässt. Die Beschattung hebe ich teils zeitgesteuert und teils in Abhängikeit vom Wetter (z.B. Temperatursturz der Außentemperatur) auf.
Ich habe allerdings nur zwei Hausseiten zu beschatten, da auf der Ostseite die zweite Haushälfte unseres Doppelhauses angrenzt. Die südseitige Markise fahre ich erst ein, wenn die Sonne hinter dem westseitigen Nachbarhaus verschwindet. Den Sonnenlauf mache ich ausschließlich an den Uhrzeiten fest, da die viertelstündige Differenz über die beschattungsrelevante Jahreszeit m.E. zu vernachlässigen ist.
Gruß Xel66
ereignisgesteuert (BWM) morgens hoch und stelle dann mit Hilfe eines Sonnensensors (Temperaturdifferenzsensor) einen Beschattungsbedarf fest. Ich bevorzuge dieses, weil die Temperarurdifferenz im Gegensatz z.B. zu einem Helligkeitsssensor eine belastbare Aussage über den Wärmeeintrag durch Sonnenschein zulässt. Die Beschattung hebe ich teils zeitgesteuert und teils in Abhängikeit vom Wetter (z.B. Temperatursturz der Außentemperatur) auf.
Ich habe allerdings nur zwei Hausseiten zu beschatten, da auf der Ostseite die zweite Haushälfte unseres Doppelhauses angrenzt. Die südseitige Markise fahre ich erst ein, wenn die Sonne hinter dem westseitigen Nachbarhaus verschwindet. Den Sonnenlauf mache ich ausschließlich an den Uhrzeiten fest, da die viertelstündige Differenz über die beschattungsrelevante Jahreszeit m.E. zu vernachlässigen ist.
Gruß Xel66
-------------------------------------------------------------------------------------------
524 Kanäle in 146 Geräten und 267 CUxD-Kanäle in 34 CUxD-Geräten:
343 Programme, 334 Systemvariablen und 183 Direktverknüpfungen,
RaspberryMatic Version: 3.65.11.20221005 + Testsystem: CCU2 2.61.7
-------------------------------------------------------------------------------------------
Einsteigerthread, Programmlogik-Thread, WebUI-Handbuch
524 Kanäle in 146 Geräten und 267 CUxD-Kanäle in 34 CUxD-Geräten:
343 Programme, 334 Systemvariablen und 183 Direktverknüpfungen,
RaspberryMatic Version: 3.65.11.20221005 + Testsystem: CCU2 2.61.7
-------------------------------------------------------------------------------------------
Einsteigerthread, Programmlogik-Thread, WebUI-Handbuch
-
- Beiträge: 238
- Registriert: 29.08.2017, 23:17
- Hat sich bedankt: 12 Mal
- Danksagung erhalten: 7 Mal
Re: Rolladensteuerung mit Astrofunktion (mit und ohne Verzögerung)
Mit dem zeitversetzten senden zu den Aktoren, macht das die CCU nicht schon von sich aus einennach dem anderen?
===========================================================================
Neueinsteiger Homematic & HomeAssistant/ESP32 mit wenig Zeit.
OS: Raspbian Buster -Update geatarte... kleine Herausforderungen zu lösen.
+ pivCCU3
+ RedMatic (Evaluierungsphase) kommt doch auf extra Docker damit es aktuell bleibt.
HW: Raspberry Pi3 mit HM-MOD-RPI-PCB Funkmodul
System: HomeAssistant im Docker auf die DS918+,
Ziel: UVR1611-Heizungssteuerung Anbindung an HA
===========================================================================
Nützliche LINKS:
https://asksinpp.de/
===========================================================================
Neueinsteiger Homematic & HomeAssistant/ESP32 mit wenig Zeit.
OS: Raspbian Buster -Update geatarte... kleine Herausforderungen zu lösen.
+ pivCCU3
+ RedMatic (Evaluierungsphase) kommt doch auf extra Docker damit es aktuell bleibt.
HW: Raspberry Pi3 mit HM-MOD-RPI-PCB Funkmodul
System: HomeAssistant im Docker auf die DS918+,
Ziel: UVR1611-Heizungssteuerung Anbindung an HA
===========================================================================
Nützliche LINKS:
https://asksinpp.de/
===========================================================================
- Sammy
- Beiträge: 9172
- Registriert: 09.09.2008, 20:47
- Hat sich bedankt: 15 Mal
- Danksagung erhalten: 174 Mal
Re: Rolladensteuerung mit Astrofunktion (mit und ohne Verzögerung)
Natürlich. Gleichzeitig kann sie ja nicht mehreres auf einmal senden.
Aber wenn man da nicht selber Verzögerungen einbaut, kann es eben zu Kollisionen mit Statusmeldungen kommen.
Schau Dir den Vortrag zum Sendeverhalten an (Usertreffen 2018).
Gruß Sammy
Aber wenn man da nicht selber Verzögerungen einbaut, kann es eben zu Kollisionen mit Statusmeldungen kommen.
Schau Dir den Vortrag zum Sendeverhalten an (Usertreffen 2018).
Gruß Sammy
Links: CCU-Logik, Tipps für Anfänger, WebUI-Doku, Expertenparameter, virtuelle Aktorkanäle
Inventur vom 22.01.14: 516 Kanäle in 165 Geräten, 132 Programme, 270 Direkte Verknüpfungen
Ich übernehme für alle von mir gegebenen Hinweise, Tipps und Links keine Haftung! Das Befolgen meiner Tipps ist nur für Fachkundige gedacht und erfolgt auf eigene Gefahr!
Inventur vom 22.01.14: 516 Kanäle in 165 Geräten, 132 Programme, 270 Direkte Verknüpfungen
Ich übernehme für alle von mir gegebenen Hinweise, Tipps und Links keine Haftung! Das Befolgen meiner Tipps ist nur für Fachkundige gedacht und erfolgt auf eigene Gefahr!
Re: Rolladensteuerung mit Astrofunktion (mit und ohne Verzögerung)
Hallo zusammen,
was ich an meiner Variante (siehe oben) noch nicht optimal finde, dass das Programm ggf. mehrfach ausgeführt wird. Würde HM in diesem Fall eigentlich nochmal ein Funkbefehl an die Aktoren senden, obwohl Sie bereits heruntergefahren sind? Oder ist HM so schlau und prüft zunächst den Aktorzustand (in diesem Fall die Behanghöhe)?
Hierfür extra eine Systemvariable (Rolladenprogramm = durchlaufen) finde ich nicht wirklich toll. Ebenso nicht wie zuvor den Aktorzustand der einzelnen Rolläden im Ausführungsblock abzufragen.
Kann sich ein Programm nicht bei korrekter Durchführung automatisch beenden?
was ich an meiner Variante (siehe oben) noch nicht optimal finde, dass das Programm ggf. mehrfach ausgeführt wird. Würde HM in diesem Fall eigentlich nochmal ein Funkbefehl an die Aktoren senden, obwohl Sie bereits heruntergefahren sind? Oder ist HM so schlau und prüft zunächst den Aktorzustand (in diesem Fall die Behanghöhe)?
Hierfür extra eine Systemvariable (Rolladenprogramm = durchlaufen) finde ich nicht wirklich toll. Ebenso nicht wie zuvor den Aktorzustand der einzelnen Rolläden im Ausführungsblock abzufragen.
Kann sich ein Programm nicht bei korrekter Durchführung automatisch beenden?
-
- Beiträge: 14168
- Registriert: 08.05.2013, 23:33
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Nordwürttemberg
- Hat sich bedankt: 585 Mal
- Danksagung erhalten: 1500 Mal
Re: Rolladensteuerung mit Astrofunktion (mit und ohne Verzögerung)
Ja würde sie, jedes Mal, wenn die Bdingungsprüfung (angestoßen durch irgendeinen Trigger des Programms) ein WAHR ergibt. Also nachts und bei Erreichen der Helligkeitsschwelle. Und wenn die Helligkeit schwankt, auch ggf. öfter.
Diese Abfrage ist aber das Mittel der Wahl. Wenn Du verhindern willst, dass ein Zustand mehrfach als Befehl ausgegeben wird, musst Du die Bedingungen entsprechend gestalten, als auch einen Zustand abfragen. Es müssen ja nicht alle sein. Einer, der nicht manuell verfahren wird, reicht ja schon.
Zur Programmsteuerung, dessen Trigger und den Abläufen empfehle ich die Lektüre des als Download beim Hersteller verfügbaren WebUI-Handbuches und des Einsteigerthreads hier im Forum. Danach erklärt sich die Antwort auf diese Frage von selbst.
Gruß Xel66
-------------------------------------------------------------------------------------------
524 Kanäle in 146 Geräten und 267 CUxD-Kanäle in 34 CUxD-Geräten:
343 Programme, 334 Systemvariablen und 183 Direktverknüpfungen,
RaspberryMatic Version: 3.65.11.20221005 + Testsystem: CCU2 2.61.7
-------------------------------------------------------------------------------------------
Einsteigerthread, Programmlogik-Thread, WebUI-Handbuch
524 Kanäle in 146 Geräten und 267 CUxD-Kanäle in 34 CUxD-Geräten:
343 Programme, 334 Systemvariablen und 183 Direktverknüpfungen,
RaspberryMatic Version: 3.65.11.20221005 + Testsystem: CCU2 2.61.7
-------------------------------------------------------------------------------------------
Einsteigerthread, Programmlogik-Thread, WebUI-Handbuch