LBS 19000145 - Beschattungssteuerung-NG

[tger977]

Ob das so ok ist, kann man sicher diskutieren. Ich würde aber zunächst an dieser Stelle nichts weiter unternehmen, denn "it works as expected" und stattdessen lieber erstmal die tatsächlichen Fehler angehen. Wäre das ok für Dich?

Hallo Yves,

das kann man wirklich diskutieren... Die tatsächlichen Fehler haben sicher Vorrang, ganz klar, aber mit dem derzeitigen Verhalten sehe ich (noch) keine wirkliche Chance die Temperatursteuerung über einen Vorschalt-LBS zu realisieren. Oder hast Du da was im Kopf was ich noch nicht sehe?

Wenn ich die Beschattungsautomatik beende würde ich erwarten daß der Baustein dann auch die Positionen nach Beschattungsende anfährt und ab dann eben nichts mehr über das Beschattungsprogramm macht. Wenn ich das Hochfahren zusätzlich zur Deaktivierung des Beschattungsprogramms manuell mache ist der Baustein ja über external height / angle sofort ganz aus und dann geht auch kein Dämmerungsprogramm mehr...

Szenario für die Anwendung: Es ist kalt draußen und drinnen, die Beschattung ist aus und ich nutze die Solargewinne zum heizen des Raumes. Wenn aber die Innenraumtemperatur dann irgendwann zu hoch wird wird die Beschattung aktiviert um ein Überhitzen zu vermeiden. Falls es dann aber wieder innen kälter wird würde ich gerne die Beschattung wieder aufheben zum erneuten Heizen. Letzteres geht so im Moment wohl noch nicht, oder?

Oder anderes formuliert: Wenn ich ein Programm beende sollten aus meiner Sicht auch die Einstellungen des Programms zurückgenommen werden. Ansonsten gleicht es eher einer Sperre als einer Deaktivierung.

Oder nochmal anders: was nützt die Retriggerung des Bausteins, wenn dann doch nichts passiert?

Mein Wunsch den ich hier gerne zur Diskussion stelle:
- bei Aktivierung prüfen ob Beschattung/Dämmerungspostion mit aktuellen Einstellungen anzufahren ist, falls ja direkt ohne Timer die berechnete Position anfahren (User oder andere Automatik/Vorschalt-LBS hat sich dazu ja schon gedanken gemacht und erwartet eigentlich eine direkte "Antwort"...)
- Bei Deaktivierung sollten die restlichen, aktiven Programme / Zustände berechnet werden, falls keines dieser Programme einen anderen Positionswert liefert sollten die Postionen "nach Beschattung / Dämmerung" eingestellt werden.

[crewo]

starwarsfan Ja, genau via E1, ich würde erwarten ich bekomme dann auf den Ausgängen A3 bis A6 die Werte ausgegeben. Oder wie kann ich vorgehen um z.B. nach Sperre über Nacht (absolute Position gesperrt über Szene im Aktor) die Lamellenführung zu starten ohne auf Witterungsänderung zu warten?

[starwarsfan]

@all: Ich versuche, den Baustein so nach und nach "bullet-proof" zu machen und die hier gemeldeten Issues auszumerzen. Dabei kann es aber durchaus passieren, dass das eine oder andere gemeldete Problem untergeht, da ich den Thread schlicht und ergreifend nicht ständig neu quer lesen kann. Bitte in diesem Fall ggf. erneut nachfragen.

Dabei aber ein Anliegen: Das Problem nach Möglichkeit immer mit der aktuellen Version des Bausteins nachstellen und alle relevanten Settings angeben. Am besten mit einem Screenshot mit Live-Daten. Dann kann ich mein Dev-Setup nämlich exakt genau so parametrieren und dem jeweiligen Problem nachgehen.

Thx a lot und weiterhin viel Spass mit Edomi, dem Beschattungsbaustein und allem was sonst noch dazu gehört.

[starwarsfan]

Hallo miteinander

aber leider nützt das so noch nicht viel da da nach wie vor nichts passiert wenn ich auf E40 eine "0" sende... Irgendwie wird da die Position von E48+49 nicht angefahren (weder direkt noch mit einem Timer).

Stimmt, das ist dann ein ganz anderer Teil im Code. Aktuell ist es nun lediglich so, dass das Schreiben Eines Wertes auf E40 oder E60 den Baustein ebenfalls triggert. Wird dabei nun aber der jeweilige Teil deaktiviert, also mit einer 0 beschrieben, wird schlicht und ergreifend gar nichts gemacht. Eigentlich ist das ja genau so wie es sein soll. Wird die Beschattungs- oder Dämmerungssteuerung deaktiviert, macht sie gar nichts.

Ob das so ok ist, kann man sicher diskutieren. Ich würde aber zunächst an dieser Stelle nichts weiter unternehmen, denn "it works as expected" und stattdessen lieber erstmal die tatsächlichen Fehler angehen. Wäre das ok für Dich?

und was mir beim Spielen mit der Beschattung auch noch auffiel: Wenn z.B. ein Öffnen Timer gestartet wurde (Helligkeit unter Schwelle gefallen) und dann entweder die Helligkeitsschwelle unter den Helligkeitswert abgesenkt wird oder aber auch der Helligkeitswert der Wetterstation während des Timers wieder über die Schwelle geht wird der Timer trotzdem zu Ende gebracht und nach Ablauf fährt die Jalousie zuerst in Öffnungsposition und von dort wird dann direkt der neue Timer zum Schliessen wieder aufgesetzt.

Möglich, muss ich mir genauer ansehen. Das ist ein Wechsel innerhalb der Statemachine, welcher einem nicht linearen Durchlauf durch die einzelnen States entspricht.

Die Winkelberechnung bei Typ 1 sieht nun gut aus, danke dir!

Cool, freut mich zu hören. Ein Bug weniger.

Da ich nun die restliche Logik auch anpassen möchte (Umzug zum NG) noch eine Frage zur Sicherheit: Der alte Baustein hat beim Triggern immer die aktuellen Werte für Höhe und Winkel ausgegeben, das macht der NG nicht mehr, ist das absichtlich so? Wäre extrem hilfreich, so kann man einfach den aktuell richtigen Zustand vom Behang herstellen.

Was meinst Du mit "beim Triggern"? Explizit via E1?

[crewo]

starwarsfan Die Winkelberechnung bei Typ 1 sieht nun gut aus, danke dir! Da ich nun die restliche Logik auch anpassen möchte (Umzug zum NG) noch eine Frage zur Sicherheit: Der alte Baustein hat beim Triggern immer die aktuellen Werte für Höhe und Winkel ausgegeben, das macht der NG nicht mehr, ist das absichtlich so? Wäre extrem hilfreich, so kann man einfach den aktuell richtigen Zustand vom Behang herstellen.

[tger977]

und was mir beim Spielen mit der Beschattung auch noch auffiel: Wenn z.B. ein Öffnen Timer gestartet wurde (Helligkeit unter Schwelle gefallen) und dann entweder die Helligkeitsschwelle unter den Helligkeitswert abgesenkt wird oder aber auch der Helligkeitswert der Wetterstation während des Timers wieder über die Schwelle geht wird der Timer trotzdem zu Ende gebracht und nach Ablauf fährt die Jalousie zuerst in Öffnungsposition und von dort wird dann direkt der neue Timer zum Schliessen wieder aufgesetzt.

[tger977]

Änderungen an den Eingängen E40 Beschattungssteuerung aktiv oder E60 Dämmerungssteuerung aktiv triggern in der kommenden LBS-Version den Baustein.

Hallo Yves,

danke dafür, aber leider nützt das so noch nicht viel da da nach wie vor nichts passiert wenn ich auf E40 eine "0" sende... Irgendwie wird da die Position von E48+49 nicht angefahren (weder direkt noch mit einem Timer).

[tger977]

Hallo Yves,

zu meinem Post #65 noch ein paar Details, da das Verhalten vermutlich hauptsächlich an meiner Logik und dem Aktorverhalten und wenn überhaupt nur zu einem geringen Teil an Deinem Baustein liegt:

- LBS ist hier über E12 deaktiviert worden (Kinderzimmer Jalousie Nachtsperre), damit wird aber in meiner Logik auch die Sperre in meinem BMS Aktor gesetzt. Das passiert alles noch bei Helligkeit und LBS Zustand 0.
- bei mir werden mit System KO 2 "Systemstart" immer die LBS Sperren aufgehoben und die LBS alle neu aktiviert, da die Timer für das zeitliche entsperren mit Systemstart alle resetiert sind und damit quasi eine Dauersperre ohne manuellen Eingriff entstehen würde. Damit wird die Automatiksperre im Aktor auch aufgehoben
- darauf wiederrum fährt der BMS MCU Aktor die letzte ihm bekannte Automatikposition an (und das war die OPEN Position da keine Beschattung aktiv war und es noch nicht dunkel war...) --> Jalousie fährt hoch durch Aktor nicht durch Deinen LBS...
- im KNX Log sehe ich daß mit KO2 der LBS Status mit -5 korrekt ermittelt und geschrieben wird. (-5 hier ok, da ja Vorgängerstatus noch 0 ist und bei der Abenddämmerung der LBS ja nicht gerechnet hat) und damit natürlich auch erstmal keine neue Jalousieposition rausgibt.
- Nach Ablauf des Timers wird dann die Jalousie in die Dämmerungsposition gefahren

soweit nun alles nachvollziehbar und erklärbar warum an der einen Jalousie das hochfahren ausgelöst wird. --> ist ein Thema das ich vermutlich selbst per Logik lösen muss, da doch sehr speziell für meinen Anwendungsfall... Vermutlich gebe ich die Jalousie Nachtsperre nun nur auf die Beschattungsautomatik (E40 auf 0) und nicht auf die Baustein Deaktivierung, da dann die Dämmerungsposition trotzdem berechnet werden sollte und bei einem Systemneustart dann auch der LBS Zustand auf -4 bekannt ist.

Was ich aber nicht verstehe ist daß alle anderen LBS nach dem Neustart trotz der remanenten LBS Statusinfo von -4 einen neuen Timer aufsetzen und mit Status -5 gestartet werden und damit (aus meiner Sicht unnötig) in Zustand -5 versetzt werden. Nach Ablauf des Timers für die Dämmerung werden dann an allen LBS die eigentlich schon eingestellten Jalousiepositionen erneut ausgegeben und angefahren (bei mir löst das z.B. ein unnötiges Lamellen AUF/ZU aus). Getriggert werden die LBS wie oben geschrieben zwar alle von mir wegen dem Systemstart KO2 das auf E12 geht aber ich würde dann erwarten daß es beim Zustand -4 bleibt, kein Timer gestartet wird und damit dann auch keine neuen Jalousiepositionen an den Ausgängen ausgegeben werden.

[crewo]

starwarsfan leider nicht ganz, denn wenn ich z.B. die Sonneneinstrahlung für die Erwärmung nutzen will (ich schalte in diesem Fall die Funktion Beschattung ab), dann fährt er bei Sperre trotzdem nach unten. Aber keine Frage, bekomme das auch locker mit externer Logik hin. Dachte nur an eine schöne Funktion wenn integriert, könnte man dann "Eco-Mode" nennen - naja, schon spät, alles gut.

[starwarsfan]

So ist es, wie vento66 sagte: Einfach den Baustein mit den gewünschten Positionswerten sperren und Du hast genau dieses Verhalten.

[vento66]

Du kanns Doch in dem Fall den BS sperren, oder deaktivieren.

[crewo]

starwarsfan Klingt super, das macht Hoffnung! Dachte schon ich mache da einfach was falsch. Da du gerade einen Lauf zu haben scheinst, was sagst du zu folgender Idee:

Ich bin am überlegen, wie ich die Motoren in den Jalousien und damit ja auch die Aktoren etwas schonen kann. Nebeneffekt wäre Stromersparnis. Mein Plan: Ein weitere Zustand "Abwesend" einführen. D.h. wenn Abwesend und damit keiner mehr im Haus, müssten die Lamellen nicht mehr exakt nachgezogen werden, es würde genügen, wenn diese bei "Beschattung" einfach komplett zu machen statt immer wieder den Winkel zu korrigieren. Was meinst du, übertrieben?

[baumhaus123]

Vielen Dank für diese Wahnsinns-Arbeit die du in den Baustein steckst, wirklich große Klasse! Werde die neue Version gleich installieren und weiter beobachten (hatte ebenfalls Themen mit den Winkelstellungen). Leider hat sich bei uns jetzt erstmal Dauerregen angekündigt...

[starwarsfan]

Sodele, die 3.0.RC2 ist online. Damit sollten nun die 180°-Raffstoren korrekt funktionieren.

Was sich (vermutlich) noch nicht geändert hat, ist das CPU-Load-Problem. Dem bin ich noch nicht wissentlich Herr geworden.

Viel Spass mit dem Baustein und wie immer her mit dem Feedback.

[starwarsfan]

Hallo miteinander

starwarsfan sorry, ist mir eigentlich klar, aber die Einstellungen habe ich nicht wirklich verändert (hoffe ich zumindest) zu meinen Screenshots zuvor hier, aber anbei ein aktueller.

Wie sich herausstellte, war die gesamte Winkelberechnung falsch. Das ist aber bei Typ-0-Behang und Verwendung eines Offset bis jetzt gar nicht aufgefallen, hat aber bei Typ-1-Behang umso mehr durchgeschlagen.

Mit Deinem Screenshot konnte ich die exakte Situation nachstellen und das Problem lösen. Das Gute dabei: Der Code ist kürzer geworden.