LBS 19000145 - Beschattungssteuerung-NG

[harry7922]

Hi g0bi,

sobald der LBS aktiv ist und einen Trigger über Elevation, Azimut o.ä. bekommt wird er doch den neuen Zustand auf den Bus senden - außer er errechnet den gleichen Wert wie beim letzten Trigger. Das hat doch nichts mit der tatsächlichen Position zu tun.
Zudem konnte ich aus deinem Log kein Fehler des LBS erkennen - dieser sendet doch immer 100% rsp. 255 für die Höhe. Wenn dein Jalousieaktor dann nur 0,5 sek fährt scheint etwas an der Parametrisierung des Jalousieaktors nicht zu passen. Möglicherweise habe ich auch etwas übersehen, dann bitte nochmal darauf hinweisen.

Hoffe das hilft dir.

Viele Grüße
Hardy

[g0bi]

Hi Yves,

wenn ich E9 und E10 nicht nutze, weiß der LBS ja nicht in welchem Zustand sich die Jalousien befinden und er wird z.b die Höhe doch nicht korrigieren nachdem ich manuell hoch verfahren hab und der Sonnenstand sich ändert? Und das will ich ja. Zudem weiß so der LBS wenn die Jalousien durch die Wetterstation gesperrt sind (Windalarm)

[starwarsfan]

Wenn das für Dich keine Rolle spielt, dann solltest Du aber E9/E10 gar nicht belegen resp. leer lassen!

[g0bi]

Hallo Hardy, 100% Toleranz weil ich nicht will, dass der Baustein sich deaktiviert. Wenn ich was verstelle darf er es später gerne wieder korrigieren. Ich verstelle aber zu 99% nichts manuell. Bei mir gibts nur die Sperre und diese muss auf 0/0 fahren. Wenn ich die Sperre deaktiviere muss es wieder auf den letzten Wert fahren, respektive, wenn intern weitergerechnet wird wie angedacht, auf den aktuellen wert.

[harry7922]

Hallo g0bi,

ich verstehe nicht, weshalb du 100% Toleranz an E16 und E17 hast?
Ich würde vermuten, dass das zum komischen Verhalten des LBS beitragen kann.
Ich würde behaupten, dass man nicht mehr als 10% Toleranz benötigt.

Grüße
Hardy

[g0bi]

Hallo Yves, das Log werde ich nachreichen, anbei ein weiteres Problem.
Der Log hier zeigt nur diesen Vorgang:

Ich sperre den Baustein, die Jalousie fährt hoch. Ich entsperre den Baustein, die Jalousie bleibt mittendrin stehen (nichts geht mehr)
Sperre den Baustein wieder, sie fährt weiter nach oben bis 0/0 erreicht ist. Dann warte ich kurz nachdem die Jalousie auf 0/0 ist und entsperre wieder. Dann bewegt sich die Jalousie für ca. 0,5 Sekunden und nichts geht mehr. Ich sperre wieder, sie fährt die 0,5 Sekunden wieder hoch. Entsperre ich danach fährt sie ordnungsgemäß runter


Der LBS hat die Rückmeldung der Jalousie und 10% Änderung sind zugelassen. Leider muss ich das Log als Dokument anhängen, sonst wäre die maximale Zeichenzahl überschritten(Siehe Anhang)

[harry7922]

Hallo Yves,

vielen Dank vorab!

Grüße Hardy

[starwarsfan]

Hallo Hardy

Ich verwende E36 (BWG Höhe einschränken) wenn die Balkontür offen ist, damit wir uns nicht ausperren. Dazu setze ich E36 auf den Wert 2.
Wenn der Status nun aber von 6 auf 5 (Switching from SHADOW_FULL_CLOSE_TIMER_RUNNING to SHADOW_FULL_CLOSED) ändert, fährt mir die Jalousie dennoch runter und scheint E36 zu ignorieren.
Nutze ich E36 falsch und es war so nicht gedacht, oder könnte es sich um ein Bug handeln?

So, ich hab's gefunden. In der Tat ein Bug!

Nein, im Ernst, es ist natürlich durchaus möglich, dass da etwas klemmt. Gerade in Hinblick auf die letzten Refactorings.

Hat sich offenbar beim letzten Umbau eingeschlichen und da ich diese Funktion nicht nutze, ist es mir nicht aufgefallen.

Sollte dann im nächsten Update korrigiert sein, was jedoch noch etwas dauern wird...

[starwarsfan]

Hallo Stefan

wenn ich die Jalousien manuell hochfahre (0/0) und die Dämmerung tritt ein, werden diese nicht heruntergefahren obwohl ich 100% Änderung zulasse und der LBS die aktuelle Position zurückgemeldet bekommt. Bei der Beschattung verstehe ich es, aber bei der Dämmerung sollten sie doch runterfahren?

Daraus kann ich mir grad nicht viel nehmen. Bitte Screenshot der Logik sowie allfällige Werte an den Eingängen posten.

[harry7922]

Hallo Stefan,

was meinst Du mit 100% Änderung? Meinst Du die Toleranz bei Höhe und Winkel?

Gruß
Hardy

[g0bi]

Hallo Yves,

wenn ich die Jalousien manuell hochfahre (0/0) und die Dämmerung tritt ein, werden diese nicht heruntergefahren obwohl ich 100% Änderung zulasse und der LBS die aktuelle Position zurückgemeldet bekommt. Bei der Beschattung verstehe ich es, aber bei der Dämmerung sollten sie doch runterfahren?

Oder mach ich doch was falsch?

Gruß Stefan

[starwarsfan]

Hallo Hardy

Ich verwende E36 (BWG Höhe einschränken) wenn die Balkontür offen ist, damit wir uns nicht ausperren. Dazu setze ich E36 auf den Wert 2.
Wenn der Status nun aber von 6 auf 5 (Switching from SHADOW_FULL_CLOSE_TIMER_RUNNING to SHADOW_FULL_CLOSED) ändert, fährt mir die Jalousie dennoch runter und scheint E36 zu ignorieren.
Nutze ich E36 falsch und es war so nicht gedacht, oder könnte es sich um ein Bug handeln?

Ein Bug? Völlig unmöglich!

Nein, im Ernst, es ist natürlich durchaus möglich, dass da etwas klemmt. Gerade in Hinblick auf die letzten Refactorings. Ich werd's mir in meiner Dev-Umgebung ansehen. Danke für die Info!

[harry7922]

Hallo Yves,

ich habe den aktuellen 3.12 LBS im Einsatz.
Ich verwende E36 (BWG Höhe einschränken) wenn die Balkontür offen ist, damit wir uns nicht ausperren. Dazu setze ich E36 auf den Wert 2.
Wenn der Status nun aber von 6 auf 5 (Switching from SHADOW_FULL_CLOSE_TIMER_RUNNING to SHADOW_FULL_CLOSED) ändert, fährt mir die Jalousie dennoch runter und scheint E36 zu ignorieren.
Nutze ich E36 falsch und es war so nicht gedacht, oder könnte es sich um ein Bug handeln?
Solltest Du den Log des Statuswechsels benötigen, gib bitte Bescheid.

Danke und Grüße
Hardy

[starwarsfan]

Hallo Rene

Kannst du bei der Dämmerungssteuerung einen weiteren Eingang "Zwangspositionierung Dämmerung" hinzufügen - bei einer 1 sofort die Dämmerungsposition anfahren, bei einer 0 berechneten Wert der Dämmerungsposition sofort anfahren.

Nein, sicher nicht. M.M.n. ist das überflüssig und macht den Baustein sowohl im Code als auch für den User wesentlich komplexer als er jetzt schon ist.

Ich würde das eher in die Richtung angehen, via ZSU bspw. -5 (DAWN_FULL_CLOSED) auf das E11-iKO zu schreiben und dann den Baustein zu sperren. Am Morgen hebst Du die Sperre via ZSU wieder auf und schreibst ggf. -1 (DAWN_NEUTRAL) auf das E11-iKO. Da muss sicher etwas experimentiert werden...

Um ein "und-Gatter" im Logikeditor zu sparen wäre es super wenn A1 zu "Sonne ja/nein" (mit bereits ver-undeten Azimut und Elevation) würde und - für alle die die Info getrennt benötigen - einfach ein zusätzlicher Ausgang A13 mit "Sonne Azimut" hinzukommen würde.

Der Baustein soll sich einzig und allein um die Beschattung kümmern und alles was es dafür braucht, ver-/bearbeiten. Dazu gehört aber sicher nicht, weitere Logikbausteine einzusparen.

Wenn ich mir für 22 Fenster im ganzen Haus jeweils ein "und-Gatter" erspare sind das immerhin 22 Stellen weniger, an denen man Fehler einbauen kann

Sry, aber wenn Du soetwas 22 mal machst ohne es ein einziges Mal zu testen und Dir einen Fehler einbaust, dann bist Du selber schuld!

Ganz abgesehen davon, dass es ganz genau die Idee eines LBS ist, Logik die an mehreren Stellen verwendet wird, an einer Stelle zu zentralisieren.

Das sehe ich etwas anders. Ein LBS ist dafür da, ganz konkrete Anwendungsfälle zu vereinfachen, indem er die jeweilige Businesslogik kapselt. Die Art und Weise der weiteren Verarbeitung der Resultate obliegt dem Anwender.

Ich werde aber dennoch mal drüber nachdenken. Hängt stark davon ab, wann welcher Teil validiert bzw. berechnet wird...

[rene.z]

Das ist jetzt nicht Dein ernst oder?

...doch, mein voller Ernst.

Wenn ich mir für 22 Fenster im ganzen Haus jeweils ein "und-Gatter" erspare sind das immerhin 22 Stellen weniger, an denen man Fehler einbauen kann und außerdem macht es die jeweiligen Seiten im Logikeditor übersichtlicher und damit einfacher zu warten.

Ganz abgesehen davon, dass es ganz genau die Idee eines LBS ist, Logik die an mehreren Stellen verwendet wird, an einer Stelle zu zentralisieren.