ElabNET Technik Forum

Tiefpass wäre ne Idee. Was für ne Zeitkonstante hast Du da angesetzt?

Dragonos2000 hat geschrieben: ↑So Aug 11, 2019 12:06 am Tiefpass wäre ne Idee. Was für ne Zeitkonstante hast Du da angesetzt?

Zur Zeit habe ich 1400 eingestellt.

Super, danke.
Ich denke werde beides machen: Helligkeit glätten und Timer (das Timer Problem konnte ich inzwischen lösen können)

Aktueller Ziwschenstand
Implementiert ist:

• Sonnenhöhe/Kompasswinkel werden ausgewertet
• 2 Schwellen /Beschattungspositionen
• Hitzeschutzstellungen abhängig von An-/Abwesenheit
• Automatikbetrieb ein/ausschalten
• Tag/Nacht Eingang

Normale Beschattungsstellungen sind mit einstellbarer Verzögerung beim Auffahren versehen. Runter fährt der Behang sofort, wenn der Helligkeitsschwellwert überschritten wird. Tag/Nacht Umschaltung und Automatikbetrieb ein/aus greift ebenfalls sofort.
Wenn die Automatik aus ist, wird nur noch entsprechend dem Tag/Nacht Eingang in die obere oder untere Stellung gefahren (Fensterstellungen, Hitzeschutz und Prioritätsobjekt machen nichts mehr)

ToDo:

• Fensterstellungen
• Prioritätsobjekt
• Raumtemperatur
• Live Test
• Vernünftige Doku

gbglace hat geschrieben: ↑So Aug 04, 2019 12:55 pm Ganz ausgefuchst wäre dann ein Status gekiptt nicht mal ein Abschalten der gesamten Beschattungslogik auf eine fixe Position, sondern einfach nur eine Untergrenze im Rahmen der üblichen Automatiken.

Kannst Du mir das nochmal erläutern, wie Du das mit der Untergrenze meinst?
Nachtrag: Beim hirnen, wie ich die Fenster Stati einbaue, isses mir gedämmert. Ich glaub' ich hab's was Du meinst...

Naja bei gekippt läuft halt die Beschattungslogik, aber je Sonnenwinkel will die ja bis ganz runter machen, bei gekippt wird das halt begrenzt damit genügend Luft in den Raum kommt. Dafür ist dann aber noch der obere Teil des Fensters Sonne geschützt.

Da gerade im Sommer aber die Sonne recht steil steht müsste es eigentlich Rollos geben die von unten her nach oben fahren. Oben ist der größere Fensterschlitz bei gekippt und durch Fensterlaibung und/oder Überdach ist bei hochstehender Sonne eh nur der untere Teil des Fensters bestrahlt.

@S. Kolbinger Ich glaub als Profi kriegst Du die Krise, was ich da zusammengebastelt hab

Implementiert ist:

• Sonnenhöhe/Kompasswinkel werden ausgewertet
• 2 Schwellen /Beschattungspositionen
• Hitzeschutzstellungen abhängig von An-/Abwesenheit
• Beschattung ein/ausschalten
• Tag/Nacht Eingang
• Behanghöhen für Fenster offen/gekippt (bei gekippt keine fixe Höhe, wie von Göran angeregt)
• Getrennt einstellbare Verzögerung für Zu- und Auffahren des Behangs

Tag/Nacht Umschaltung, Beschattung ein/aus und Fensterstellungen greifen sofort.
Wenn die Automatik aus ist, wird nur noch entsprechend dem Tag/Nacht Eingang in die obere oder untere Stellung gefahren (Fensterstellungen werden weiterhin angefahren z.B. nachts, Hitzeschutz ist deaktiviert)
Prioritätsobjekt habe ich gestrichen, bei Bedarf würde ich eher Zangsführungsobjekte implementieren, die alles übersteuern.
Raumtemperatur würde ich streichen, kann jeder für sich über weitere Logik regeln, indem er die Beschattung über das Objekt solange deaktiviert.

ToDo:

• Live Test
• Vernünftige Doku

Fertiges Ergebnis sieht jetzt so aus, wie unten. Reißbrett Test (Doktormodus) verlief positiv. Hoffentlich verlier ich nie meine "Fresszettel"...

Der Baustein ist im Test und die Funktionsweise lässt sich wie folgt beschreiben:

Bei der Tag/Nacht Steuerung den Behang in die untere Endlage ("Tag/Nacht" = False) zu fahren, erfolgt unabhängig vom Wert der Eingänge "Beschatten", "Sonne", "Hitzeschutz" oder "Prioritaet". Am Tag ("Tag/Nacht" = True) ist das Verhalten abhängig von den Eingängen "Beschatten", "Sonne", "Hitzeschutz" oder "Prioritaet".

Die Beschattung wird ausgeführt, wenn folgende Bedingungen erfüllt sind:

• Beschatten = True
• Sonnenhoehe innerhalb der definierten Grenzen
• Sonnenrichtung innerhalb der definierten Grenzen
• Helligkeitsschwelle 1 bzw. 2 überschritten
• Tag/Nacht = True
• Sonne = True
• Geoeffnet = False

Der Eingang "Sonne" kann verwendet werden, falls eine direkte Erkennung gegeben ist, ob tatsächlich die Sonne scheint. Ist keine solche Logik bzw. kein entsprechender Sensor vorhanden, muss der Eingang fest auf "True" gesetzt werden.
Die Beruhigung des Behangs, z.B. bei wechselnder Bewölkung, erfolgt mittels getrennt einstellbarer Zeitverzögerung zum Auf- /Abfahren des Behangs. Die Verzögerung greift für die Helligkeitsschwellen und den Eingang "Sonne" (der Vollständigkeit halber: Auch bei "Sonnenhoehe" und "Sonnenwinkel", was aber in der Praxis keine Rolle spielt).

Hitzeschutz hat eine höhere Priorität als die Beschattung und übersteuert deren Behanghöhen. Dabei werden feste Positionen entsprechend Anwesenheit ("Praesenz" = True) und Abwesenheit ("Praesenz" = False) angefahren.
Hitzeschutz ist aktiv, wenn folgende Bedingungen erfüllt sind:

• Hitzeschutz = True
• Tag/Nacht = True (bei False, wird der Behang in die untere Endlage gefahren)
• Geoeffnet = False

In der Prioritätsstellung werden sowohl die Beschattungspositionen also auch Hitzeschutzpositionen mit einer einstellbaren festen Behanghöhe übersteuert (bspw. um im Schlafzimmer den Behang morgens nur ein Stück zu öffnen).
Priorität ist aktiv, wenn folgende Bedingungen erfüllt sind:

• Prioritaet = True
• Tag/Nacht = True (bei False, wird der Behang in die untere Endlage gefahren)
• Geoeffnet = False

Wird "Gekippt" auf True gesetzt, werden die Positionen entsprechend Beschattung, Hitzeschutz und Priorität angefahren, jedoch auf eine einstellbare untere Stellung begrenzt (Lüftungsstellung).

Wird "Geöffnet" auf True gesetzt, wird der Behang in die obere Endlage gefahren, ungeachtet des Werts anderer Eingänge.

Anregungen/Feedback willkommen...

S. Kolbinger hat geschrieben: ↑Di Aug 06, 2019 7:09 pm nein jetzt gibt es noch nicht die ultimative Custom-Logic für die Rolladen-Beschattungssteuerung .
Wir müssen vorher noch ein paar Bugs im Logik-Editor zu fixen, die uns von der gewünschten Lösung abhalten.

Wenn Ihr mir Bescheid gebt sobald die Bugs gefixed sind, dann kann ich die Anzahl der Eingänge des Bausteins wieder reduzieren und die Grenzwerte wie aus Deinem Beispiel definieren lassen. Das macht es für den Anwender übersichtlicher...