Ankündigung

**MrMirror** · 26.09.2016, 19:31

Hier mal ein Auszug aus meiner soeben geschriebenen Hilfe für meinen "vorgeschalteten LBS". Ich glaube ja fast nicht, dass das für noch mehr Leute interessant ist, da der Baustein schon sehr speziell an meine Bedürfnisse angepasst ist, finde ich zumindest:

Code:

###[HELP]###
Dieser Baustein wird dem "LBS 19000141 Beschattungssteuerung" vorgeschaltet und steuert diesen, je nach vorherschenden Bedingungen (Temperatur, Vorhersage, Uhrzeit, etc.) entsprechend.

Es gibt 4 Betriebsarten:
1=Auto: Hier wird alles vollautomatisch gesteuert.
2=Sichtschutz: Hier bleibt der Raffstore geschlossen, lediglich die Lamellen werden verfahren.
3=Hitzeschutz: Hier wird keine Bewegung automatisch ausgeführt, lediglich zum Hitzeschutz (Isttemp. > Soll UND Sonne...) wird die Beschattung aktiviert.
4=Hand: Hier wird keine Bewegung automatisch ausgeführt, der LBS ist deaktiviert.

Die Dämmerungssteuerung wird lediglich von 0:00 bis 5:59 gesperrt, ansonsten nur abhängig von der Betriebsart.

Die Beschattungssteuerung wird bei einer Temperaturvorhersage von >20°C für den Tag unten gelassen, lediglich die Lamellen werden geöffnet. Ist die Vorhersage kleiner, wird zunächst komplett geöffnet.
Beschattet wird, sobald die Isttemperatur > Solltemperatur UND Sonne auf der Fassade UND die Außentemperatur > 15°C UND Sommer.

E1: Sonne: Eingang wird mit dem A1 (Sonne) des LBS 19000141 verbunden bzw. einem entspr. KO, so lange die Sonne auf der Fassade ist.
E2: Temp.Vorhersage: Hier wird die vorhergesagte Tageshöchsttemperatur (über ein KO) eingegeben.
E3: Temp.Soll: Hier wird die eingestellte Solltemperatur im Raum (über ein KO) eingegeben.
E4: Temp.Ist: Hier wird die aktuelle Isttemperatur des Raumes (über ein KO) eingegeben.
E5: Außentemp: Hier wir die aktuelle Außentemperatur (über ein KO) eingegeben.
E6: Betriebsart-KO: 1=Auto; 2=Sichtschutz; 3=Hitzeschutz; 4=Hand
E7: Sommer: Hier wird die aktuelle "Jahreszeit" eingegeben (Sommer=1 / Winter=0). Bei Winterbetrieb wird nicht beschattet.
E8: Stunde_ID: Wird genutzt um die Beschattung erst ab 6 Uhr morgens zu verfahren. Gesperrt wird von 0 bis 5:59 Uhr.
E9: RESERVE

A1: Hoehe: Hoehenvorgabe an LBS, wird mit E18 und E25 verbunden
A2: Winkel: Winkelvorgabe an LBS, wird mit E19 und E26 verbunden
A3: Daemmerung: Aktivieren/Deaktivieren der Daemmerungssteuerung, wird mit E20 verbunden
A4: Beschattung: Aktivieren/Deaktivieren der Beschattungssteuerung, wird mit E15 verbunden
A5: Sperre: bzw. Baustein Ein/Aus: wird mit E32 verbunden

###[/HELP]###

Schaut es Euch mal an, falls wirklich interesse lade ich ihn mal hoch, auch wenn er nicht sehr sauber geschrieben ist, hab noch nicht wirklich nen Plan von PHP

aber er funktioniert

**tger977** · 26.09.2016, 20:35

ich hab ja schonmal geschrieben daß ich definitiv Interesse daran habe und mit der Beschreibung liest sich das so als ob wir sehr sehr ähnliche Anforderungen haben

Die Hitzeschutzfunktion / Raum- und Außentemperaturtemperaturabhängige Beschattung der Quadra fehlt mir grad schon sehr...

Bei der Quadra nutzte ich das Hitzeprogramm in Verbindung mit einer kleinen Logik im wiregate.

Dazu habe ich im wiregate den mittelwert aus aktuell vorhergesagte Tageshöchsttemperatur und nächtlicher Tiefsttemperatur berechnet um zu entscheiden ob und wie lange beschattet werden soll:
- bei mittleren Temperaturen über 21° wurde morgens die Jalousie nach Dämmerungsprogrammende sofort auf Beschattungsprogramm gestellt (um auch schon bei den ersten Sonnenstrahlen die noch keine hohen Luxwerte liefern schon zu beschatten und die Bude kühl zu halten. Dies habe ich dann so erreicht daß der Grenzwert für die Innentemperatur auf 16°C gesetzt wurde (und damit immer das Hitzeprogramm mit entsprechender Beschattungsauslösung nach Dämmerungsende sofort aktiv war)
- bei niedrigeren Temperaturen habe ich dann schrittweise den zulässigen Raumtemperaturwert angehoben (bei kühlen Tagen unter 12° dann bis auf 24° zulässige Raumtemperatur, so daß immer erstmal solar geheizt wird bis 24°C erreicht sind.

hier mal um das etwwas anschaulicher zu machen mein perl Code des Logikprozessors im wiregate:

Code:

HitzeprogInnenGWNachAngesagterWetterMaxTemp => {receive=>['6/0/25','6/0/36'], transmit=>'6/5/7',
        translate=>sub{
        my $Tagesmittel = ( $input->[0] + $input->[1] ) / 2;
        plugin_log($plugname, "MaxTemp: ".$input->[0]."°C, MinTemp: ".$input->[1]."°C, Tagesmittel: ".$Tagesmittel."°C");
        return 16 if $Tagesmittel>21;
        return 19 if $Tagesmittel>19;
        return 22 if $Tagesmittel>18;
        return 23 if $Tagesmittel>15;
        return 24 if $Tagesmittel<=12;},        
        debug=>1, eibd_cache=>48600},

In der Quadra sah das Hitzeprogramm so aus:
Hitzeprogramm_Quadra.PNG

Den Grenzwert für die Außentemperatur habe ich fest auf 15°C gesetzt, der Innengrenzwert wurde über die Logik oben entsprechend berechnet. Somit wurde über das Hitzeprogramm entweder die Jalousie aktiv aufgefahren (zum heizen im Winter) oder eben schon sofort die Beschattung ausgelöst.

Nach dem was ich aus der Beschreibung von Dir lese könnte das so auch recht leicht mit Deinem Baustein funktionieren indem man auf die vorhergesagte Temperatur den Mittelwert gibt und in Abhängigkeit dazu einen Offset auf die Raumsolltemperatur gibt. Genauer sieht man das dann aber mit Deinem Code

**tger977** · 26.09.2016, 20:52

Zitat von starwarsfan Beitrag anzeigen

Kannst Du (oder wer auch immer eine Quadra hat) dazu einige Screenshots machen?

hier mal ein Screenshot vom Beschattungsprogramm mit den drei Verzögerungszeiten (hell=nach der Zeit wird beschattet wenn Luxwert überschritten; Durchsichtsposition nach 15min unter Helligkeitsschwelle (bei mir 100% Höhe mit waagrechten Lamellen) und dann nach weiteren 60min unter Helligkeitsschwelle wird die Jalousie komplett hochgefahren):
Beschattungsprogramm_Quadra.PNG

und hier noch vom Dämmerungsprogramm:
Daemmerungsprogramm_Quadra_1.PNG
Daemmerungsprogramm_Quadra_2.PNG

um morgens nicht unnötig oft die Jalousie in der Höhe zu fahren lass ich hier immer die Jalousie erstmal auf 100% Höhe mit waagrechten Lamellen öffnen und aktiviere das Hitzeprogramm (Temperaturprogramm habe ich nicht mehr aktiv). Über das Hitzeprogramm kommt dann die Entscheidung ob ganz geöffnet wird, oder eben beschattet werden soll (und damit bleiben die Jalousien dann alle erstmal auf "Wartestellung" 100% mit waagrechten Lamellen ohne ganz zu öffnen).

Funktionierte bis zum Tod der Quadra perfekt...

**starwarsfan** · 26.09.2016, 21:01

Hi Andy,

danke für die Screenshots.

Ich tendiere dazu, den aktuellen Stand mit den bis jetzt aufgelaufenen Fixes zu veröffentlichen und danach dann die richtig neuen Sachen anzugehen.

**tger977** · 26.09.2016, 21:09

ach ja, gerne stehe ich natürlich auch für ein Konzeptreview oder -diskussion zur Verfügung, falls das irgendwie helfen sollte... Die Idee mit der Aufteilung in zwei oder mehr Bausteine finde ich auch interessant und gut.

Und: die Konfiguration der Quadra war damals auch eine längere Aktion bis das mal sauber funktionierte... Aber der WAF war riesig und die Heizkosten im Winter sind deutlich reduziert durch die intelligente "Solar"ausnutzung!

Ergänzt wurde das noch durch eine intelligente, Wettervorhersageabhängige Heizungssteuerung, aber das ist ein anderes Thema...

**starwarsfan** · 28.09.2016, 21:20

Hallo und guten Abend miteinander

Zitat von tger977 Beitrag anzeigen

ach ja, gerne stehe ich natürlich auch für ein Konzeptreview oder -diskussion zur Verfügung, falls das irgendwie helfen sollte... Die Idee mit der Aufteilung in zwei oder mehr Bausteine finde ich auch interessant und gut.

Freut mich zu hören, danke für das Angebot.

Zitat von tger977 Beitrag anzeigen

Und: die Konfiguration der Quadra war damals auch eine längere Aktion bis das mal sauber funktionierte... Aber der WAF war riesig und die Heizkosten im Winter sind deutlich reduziert durch die intelligente "Solar"ausnutzung!

Das glaub' ich Dir gerne. Genauso geht es mir auch mit dem Baustein hier. Der "wächst" ja auch und das nicht zu knapp.

**starwarsfan** · 28.09.2016, 21:21

Hallo nochmal,

die Version 2.9 des Bausteines ist online und enthält alle bis jetzt aufgelaufenen Korrekturen und Hinweise:

Default-Werte der Eingaenge hinzugefuegt
Timeout-Eingaenge E13/E14 auf Sekunden geaendert (Thx tger977)
Verarbeitung der externen Behang-Modifikation verbessert (Thx tger977)
Dokumentation korrigiert (Thx sunnyhd)

Achtung! Die Eingänge E13 und E14 erwarten nun einen Wert in Sekunden!

**starwarsfan** · 29.09.2016, 16:27

Hallo Andi,

Frage zum Beschattungsprogramm:

Zitat von tger977 Beitrag anzeigen

Beschattungsprogramm mit den drei Verzögerungszeiten (hell=nach der Zeit wird beschattet wenn Luxwert überschritten; Durchsichtsposition nach 15min unter Helligkeitsschwelle (bei mir 100% Höhe mit waagrechten Lamellen) und dann nach weiteren 60min unter Helligkeitsschwelle wird die Jalousie komplett hochgefahren)

Was hat es mit der Angabe "Dunkel [%]" auf sich? Was bewirken die dort konfigurierten 35%?

**tger977** · 29.09.2016, 16:47

Das ist die Definition der unteren helligkeitsschwelle / Helligkeitshysterese. Sprich diese wird dann 35% unter der Lux zahl darüber berechnet.

**NorbertB** · 29.09.2016, 17:22

Hier mal der entsprechende Auszug aus der Online-Hilfe:

HTML-Code:

Dunkel [%] oder niedriger Energieeintrag [%]
Hinweis: Ob die Bezeichnung Dunkel [%] oder niedriger Energieeintrag [%] angezeigt wird hängt von der Wahl der Maßeinheit in der Auswahlliste Auswerten nach ab.

Der Wert für die Rückstellung berechnet sich als prozentualer Wert von dem Grenzwert im Dreh-/Eingabefeld Dunkel [%] oder niedriger Energieeintrag [%]

Beispiel: Der Grenzwert für die Dunkelheit, bei der Alarm ausgelöst wird, beträgt 10 [kLux].

Bei einem Rückstellwert von -20% beträgt die Helligkeit, bei der der Alarm zurückgesetzt wird, 8 [kLux].

**schobi** · 29.09.2016, 19:52

Also - erst mal großes Lob an dieses umfangreiche Modul!
Ich probiere seit ein paar Tagen damit herum und nähere mich langsam der gewünschten Funktion - viel besser als das einfache Verhalten der MDT Wetterstation!

Aber natürlich habe ich Fragen und Anmerkungen:

für mache Sachen sucht man sich nen Wolf, hier wäre der eine oder andere Hinweis in der Doku nützlich:
- Azimuth/Elevation: Meine Wetterstation kann das nicht - ein Hinweis z.B. auf LBS 151 für Eingang E4/E5 wäre hilfreich, mit Geduld gibt es im Thread einen screenshot als Hinweis
- E6 Ausrichtung: Das Beispiel ist nicht eindeutig - ein Hinweis auf Westfassade = 270 Grad wäre nützlich

Edomi neustart:
Bei mir liegen die Werte für Helligkeit/Elevation usw. nicht sofort vor - wenn ich dann die Berechnung triggere wirken die Standardwerte und alles fährt erst mal hoch. Gibt es einen Weg hier default=leer zu lassen? Die interne Behandlung dieses Sonderfalls wäre dann "nichtstun" bis alle nötigen Werte vorliegen.

elevation Berechnung
Ich habe 180Grad Lamellen (80mm/70mm) und der LBS berechnet relativ steile Winkel - testweise konnte ich diese aber noch um einiges weiter öffnen. Und dann habe ich angefangen im Code zu blättern. Ich vermute im Code folgenden Fehler in der Berechnung LB_LBSID_calculateShutterAngle():
Die Rechnung berücksichtigt nicht den Azimuth im Bezug zur Fassadenrichtung. Bei 45 Grad wirken die Lamellen eigentlich ungefähr sqrt(2) "größer", im Grenzfall 90 Grad Unterschied genügen völlig geöffnete Lamellen für Schatten.
Zur Vorstellung: Ich lege eine senkrechte Ebene genau in den Lichtstrahl. Bei frontalem Einfall ist die wirksame Lamellenbreite E[9] wie in der jetzigen Rechnung. Schneide ich schräg dazu, dann wird die effektive Lamellenbreite größer. Dies wird
E[9]_eff = E[9] / cos(alpha) mit alpha = E[5] - E[6]
Könnt ihr das nachvollziehen? Oder irre ich mich da?

Dämmerung
Die Dämmerung scheint rein über den Helligkeitswert zu laufen - wäre es nicht hilfreich hier die Elevation zu nutzen?
Ich möchte schließlich auch am Morgen bei Nebel dass die Jalousien rechtzeitig aufgehen.
Also direkt über einen einstellbaren Schwellwert für die Berechnung if (Elevation < -6) then "Bürgerliche Dämmerung" zu verwenden. siehe [https://de.wikipedia.org/wiki/D%C3%A4mmerung]

wenig durchdachte Gedanken:
Weiterhin habe ich von meiner MDT Wetterstation ebenfalls ein KO für die genauer gemessene Dämmerungs-Helligkeit, das bis 1000 lux max arbeitet. Einen extra Eingang für die Helligkeit zur Dämmerungsauswertung würde ich nutzen - bei Nutzung der Elevation aber vielleicht auch überflüssig?
Vielleicht wäre Dämmerung auch als Extra-Baustein denkbar, da das für alle Storen rundrum gilt und eigentlich ein einziges KNX KO aus dem Bus genügen würde. Wie man dann aber alles zusammenbringt und die Sperre bei einer geöffneten Türe löst?

**starwarsfan** · 29.09.2016, 19:56

Hallo und guten Abend miteinander,

danke für die Infos. Um das nochmals anhand der Beispielwerte zusammenzufassen:

Zitat von tger977 Beitrag anzeigen

Beschattungsprogramm mit den drei Verzögerungszeiten (hell=nach der Zeit wird beschattet wenn Luxwert überschritten; Durchsichtsposition nach 15min unter Helligkeitsschwelle (bei mir 100% Höhe mit waagrechten Lamellen) und dann nach weiteren 60min unter Helligkeitsschwelle wird die Jalousie komplett hochgefahren)

Die Helligkeit überschreitet den Wert von "Hell [kLux] = 12"
Wenn Helligkeit über 12kLux bleibt, wird nach "Hell [s] = 150" Sekunden beschattet
Helligkeit fällt unter "Hell [kLux] = 12" - "Dunkel [%] = 35%" (= 7800Lux)
Wenn Helligkeit unter 7800Lux bleibt, wird nach "Durchsichtposition [min] = 15" Minuten der Behang waagerecht gestellt
Wenn Helligkeit weiterhin unter 7800Lux bleibt, wird nach "Rückstellung [min] = 60" Minuten der Behang nach oben gefahren, also ganz geöffnet

Ich nehme an, wenn die Helligkeit wieder über 7800Lux steigt aber unter 12kLux bleibt, wird die Durchsichtposition beibehalten? Erst wenn wieder mehr als 12kLux erreicht werden, beginnt der 150s-Timer? Wann wird nun aber der Timer gestoppt? Wenn die Helligkeit unter 12kLux oder unter 7800Lux fällt?

**starwarsfan** · 29.09.2016, 20:17

Hallo Michael,

vielen Dank für Dein Feedback. Freut mich, wenn's funktioniert. Anmerkungen siehe unten.