LBS 19000707 - Beschattungssteuerung-Rollo

[starwarsfan]

Hallo Andre

bei mir wird scheibar E30 ignoriert. E30 ist auf 1 gesetzt, ich fahre die Rolläden manuell halb runter, der LBS sperrt sich. Beim Entsperren und Triggern von E1 fahren die Rolläden wieder hoch obwohl E30 auf 1 steht. Hab ich da was übersehen? Oder liegt es am expliziten Triggern via E1? Wird dabei E30 ignoriert? Wenn ja, soll das so sein? Meine Erwartung wäre gewesen, wenn E30=1 dann gehts nur noch in eine Richtung, egal was passiert, nämlich abwärts.

Das Verhalten ist so korrekt, zumindest mit den oben vorhandenen Infos.

Der Baustein verwaltet die Positionierung des Behangs vollständig intern und sperrt sich selbst, wenn der Behang manuell von extern verfahren wird. Wird nun die Sperre aufgehoben, wird die letzte gültige Position angefahren, welche der Baustein errechnet hat. Wird die Richtung der Bewegung eingeschränkt, so wird das hier auch berücksichtigt. Das hat aber mit der manuellen externen Höhe absolut nichts zu tun und kann damit auch nichts zu tun haben. Wieso sollte auf einmal eine extern vorgegebene Höhe gültig sein resp. in die interne Berechnung passen?

Der korrekte Weg wäre, den Baustein ggf. situationsabhängig dahin zu bringen, dass er die gewünschte Position anfährt. Im obigen Fall ist es für den Baustein kein "Öffnen" des Behangs, sondern die Wiederaufnahme des normalen Betriebes nach einer Sperre. Die Position hat sich rechnerisch nicht geändert und wird deshalb explizit erneut angefahren.

Ansonsten unabhängig vom Thema noch ein Hinweis in eigener Sache.

[Janncsi]

Bin wieder zurück auf die RC4, da ich hier, selbst bei E30 auf 1, jederzeit mit der Zwangssperre arbeiten kann.

[Janncsi]

Hallo Yves,

kann das Verhalten von jonofe nachvollziehen. Ab 16.30 Uhr schalte ich ebenfalls auf 1 und erwarte, dass lediglich weiter abwärts gefahren wird. Sobald im Laufe des Abends E40 auf 0 schaltet, fahren alle Rolläden hoch....

Weiteres Problem, was ich bei der RC4 nicht hatte, wenn die Rolläden unten sind, E30 auf 1 ist und ich auf E12 die Sperre mit 1 aktiviere und E13 als Höhe eine 0 hat, dann zucken die Rolläden 0,5sec nach oben, sofort wieder nach unten. Setze ich E30 auf 0 funktioniert die Zwangssperre tadellos.

[jonofe]

Hi Yves,

bei mir wird scheibar E30 ignoriert. E30 ist auf 1 gesetzt, ich fahre die Rolläden manuell halb runter, der LBS sperrt sich. Beim Entsperren und Triggern von E1 fahren die Rolläden wieder hoch obwohl E30 auf 1 steht. Hab ich da was übersehen? Oder liegt es am expliziten Triggern via E1? Wird dabei E30 ignoriert? Wenn ja, soll das so sein? Meine Erwartung wäre gewesen, wenn E30=1 dann gehts nur noch in eine Richtung, egal was passiert, nämlich abwärts. Danke für eine kurze Erklärung...

[starwarsfan]

Hallo miteinander,

hier der RC7 des Bausteins, welcher ein Problem beim Handling der Sperrung in Verbindung mit externer Höhenmodifikation löst. Weiterhin wurde die Verwendung des Höhenoffset (E25) implementiert.

Viel Spass beim Testen und wie immer her mit dem Feedback!

[blaky]

Hallo Yves,

ok verstanden das mit dem Verzögerer werd ich einbauen.. und löst das Problem sicher erstmal

eleganter wäre es aber sicher mit dem Timer (ein simpler Timestamp Vergleich würde ja reichen) und hätte den Vorteil das, daß Sperren durch manuelle Bewegung nicht verzögert wird.
Überlegs dir mal

[starwarsfan]

Hi

ich habe den NG Thread durchflügt, konnte aber keine richtige Lösung zu diesem Problem finden. Ein Verhalten des Aktor schliese ich aus da meine aktuellen % Werte nicht von einem Aktor kommen ;-).

Das spielt keine Rolle. Wenn sich die Prozentwerte unterscheiden, sperrt sich der Baustein. Das ist ja explizit so gewünscht.

Zumal vom logischen her eine Verzögerung an E9 die Sache ja noch verschlimmern würde.

Nein, würde sie nicht und tut sie auch nicht, da das von verschiedenen Usern ja so gemacht wird.

Es geschieht doch folgendes:

- an E9 liegt 0(%) an da der Rollo oben ist
- der LBS entscheidet jetzt muss beschattet werden auf z.B. 80% Ergo A3 wird von 0 auf 80 gesetzt
- der Rollo beginnt zu fahren und die aktuellen Prozente werden an E9 geschickt
- der Rolle hat sagen wir bereits die Hälfte der Strecke zurückgelegt (E9 steht auf 40%)
- Plötzlich ändert sich der Lux Wert und der LBS wird getriggert
- also wird A3 mit E9 verglichen und bums ist der LBS gesperrt

wenn das Update von E9 verzögert würde, würde beim triggern durch den Lux Wert trotzdem die Sperre zuschlagen, weil E9 noch auf 0 steht und A3 auf 80

Da hast du einen Denkfehler. Die Idee ist, vor die beiden Positionseingänge jeweils einen Verzögerer zu platzieren, dessen Verzögerung mindestens die maximale Bewegungszeit des Behangs ist. Wird nun der Behang wie von Dir beschrieben bewegt, kommt die Positionsmeldung erst nach Ablauf der maximalen Laufzeit des Behangs zum LBS durch. Der Verzögerer wird durch jeden weiteren Wert neu getriggert, so dass die von Dir geschilderte Situation nicht auftreten kann, da erst nach Ablauf des Verzögerers die Werte zum LBS durch kommen und dann zur Position am entsprechenden Ausgang passen.

Wird der Behang manuell verfahren, wird sich der LBS damit natürlich auch erst nach Ablauf des Verzögerers sperren.

Für mich wäre die einzigste Lösung, wie auch im NG Thread vorgeschlagen, einen Guard Timer einzuführen.
Sprich:
- wird A3 mit einem neuen Wert beschrieben -> startet der Guard Timer
- solange der Guard Timer aktiv ist wird nicht E9 mit A3 verglichen

Da muss ich mal drüber nachdenken, hört sich auf jeden Fall nicht unmöglich an.

[crewo]

blakystarwarsfan : Warum nicht einfach den Aktor "richtig" konfigurieren und z.B. das Senden von Positionswerten während der Fahrt zu deaktiveren? Falls das am Aktor nicht geht hat der eventuell ein "Fahrt läuft" Objekt? Dann fände ich es smart den LBS zu erweitern um einen Eingang "Behang fährt", ist der auf 1, wird sämtliche Positionsmelderei ignoriert bis dieser wieder auf 0 ist, dann wird der letzte empfangene Wert für Position verarbeitet (um dem vorzubeugen, dass der Aktor erst die Endposition schickt und erst dann sein Fahrt-Objekt auf 0 stellt.

Sonst kann man das auch einfach mit einer Sperre selbst lösen vor dem LBS! Wäre ja für einen Versuch in 2 min erledigt.

[blaky]

Hi



Das ist dem Verhalten des Aktors geschuldet. Du kannst dem entgegen wirken, indem Du eine Verzögerung beim Update an den Eingängen E9/E10 einbaust. Such' dazu auch mal im Thread zu meinem anderen Beschattungsbaustein. Dort wurde das schon öfters angesprochen.

Hallo Yves,

ich habe den NG Thread durchflügt, konnte aber keine richtige Lösung zu diesem Problem finden. Ein Verhalten des Aktor schliese ich aus da meine aktuellen % Werte nicht von einem Aktor kommen ;-).
Zumal vom logischen her eine Verzögerung an E9 die Sache ja noch verschlimmern würde.

Es geschieht doch folgendes:

- an E9 liegt 0(%) an da der Rollo oben ist
- der LBS entscheidet jetzt muss beschattet werden auf z.B. 80% Ergo A3 wird von 0 auf 80 gesetzt
- der Rollo beginnt zu fahren und die aktuellen Prozente werden an E9 geschickt
- der Rolle hat sagen wir bereits die Hälfte der Strecke zurückgelegt (E9 steht auf 40%)
- Plötzlich ändert sich der Lux Wert und der LBS wird getriggert
- also wird A3 mit E9 verglichen und bums ist der LBS gesperrt

wenn das Update von E9 verzögert würde, würde beim triggern durch den Lux Wert trotzdem die Sperre zuschlagen, weil E9 noch auf 0 steht und A3 auf 80



Für mich wäre die einzigste Lösung, wie auch im NG Thread vorgeschlagen, einen Guard Timer einzuführen.
Sprich:
- wird A3 mit einem neuen Wert beschrieben -> startet der Guard Timer
- solange der Guard Timer aktiv ist wird nicht E9 mit A3 verglichen

[starwarsfan]

Hi

mit 0.6RC6 habe ich immer noch das Problem das sich der LBS von selbst sperrt bei Anfahrt der Beschattungsposition wie hier beschrieben: https://knx-user-forum.de/forum/proj...97#post1236997

Das ist dem Verhalten des Aktors geschuldet. Du kannst dem entgegen wirken, indem Du eine Verzögerung beim Update an den Eingängen E9/E10 einbaust. Such' dazu auch mal im Thread zu meinem anderen Beschattungsbaustein. Dort wurde das schon öfters angesprochen.

Desweiteren wird das Höhenoffset auch noch nicht berücksichtigt.

Ups, stimmt. Das fehlt noch gänzlich. Folgt dann mit der nächsten Version. Danke für den Hinweis.

[blaky]

Hallo Yves,

mit 0.6RC6 habe ich immer noch das Problem das sich der LBS von selbst sperrt bei Anfahrt der Beschattungsposition wie hier beschrieben: https://knx-user-forum.de/forum/proj...97#post1236997

2018-06-12 13:34:23	534792	18973	INFO:	===== === = LBS was triggered (v0.6RC6) = === ==========================================
2018-06-12 13:34:23	534926	18973	INFO:	<Input>: <Refreshed>|<Value>
2018-06-12 13:34:23	535541	18973	INFO:	Trigger: 0| Trigger changed output: 0| Brightness: 0|64027 Brightness dawn: 0| Elevation: 0|61.842492839908 Azimut: 0|188.52796939989 Lockstate: 1|0 Lockstate with position: 0|0 Internal timer: 0
2018-06-12 13:34:23	535823	18973	INFO:	===== === = Lock refreshed, starting LBS = === =======================================
2018-06-12 13:34:23	542695	18973	INFO:	UpdateAlways == false, previous value of A5 equals new value 0, skipping update
2018-06-12 13:34:23	552268	18973	INFO:	=== Validating input values... ===
2018-06-12 13:34:23	552644	18973	INFO:	=== Finished validation of input values ===
2018-06-12 13:34:23	552788	18973	INFO:	=== Checking if facade is in sun... ===
2018-06-12 13:34:23	553011	18973	INFO:	Virtual depth and height of sun position in 90° to the facade: 0.47758770509718, 1.8683179280267, effective Elevation: 75.660860358049
2018-06-12 13:34:23	554094	18973	INFO:	UpdateAlways == false, previous value of A1 equals new value 1, skipping update
2018-06-12 13:34:23	559374	18973	INFO:	UpdateAlways == false, previous value of A8 equals new value 1, skipping update
2018-06-12 13:34:23	559695	18973	INFO:	=== Finished facade check, real azimut 188.52796939989° and facade at 250° -> IN SUN (from 165° to 335°), effective elevation 75.660860358049° for given elevation of 61.842492839908° -> in min-max-range (0-90) ===
2018-06-12 13:34:23	559850	18973	INFO:	Storing current shutter state 5 and updating output if necessary
2018-06-12 13:34:23	561355	18973	INFO:	UpdateAlways == false, previous value of A7 equals new value 5, skipping update
2018-06-12 13:34:23	561650	18973	INFO:	=== Calculating shutter state... ===
2018-06-12 13:34:23	562628	18973	INFO:	Handling current shutter state SHADOW_FULL_CLOSED (5)
2018-06-12 13:34:23	562915	18973	INFO:	Facade is in sun
2018-06-12 13:34:23	563107	18973	INFO:	Recalculating shutter position out of state SHADOW_FULL_CLOSED
2018-06-12 13:34:23	563290	18973	INFO:	Elevation: 61.842492839908°, window height 2300, width of light strip 600, resulting shutter height: 1121 from bottom or 51% from top
2018-06-12 13:34:23	564547	18973	INFO:	positionShutter(...), Value for height: 55%
2018-06-12 13:34:23	565895	18973	INFO:	UpdateAlways == false, previous value of A2 equals new value 1, skipping update
2018-06-12 13:34:23	570456	18973	INFO:	UpdateAlways == false, previous value of A3 equals new value 55, skipping update
2018-06-12 13:34:23	571579	18973	INFO:	UpdateAlways == false, previous value of A4 equals new value 140, skipping update
2018-06-12 13:34:23	573582	18973	INFO:	Timer already finished
2018-06-12 13:34:23	580239	18973	INFO:	positionShutter(...) for height 55% finished
2018-06-12 13:34:23	580543	18973	INFO:	Storing current shutter state 5 and updating output if necessary
2018-06-12 13:34:23	582376	18973	INFO:	UpdateAlways == false, previous value of A7 equals new value 5, skipping update
2018-06-12 13:34:23	583261	18973	INFO:	===== === = LBS finished = === ===============================================
2018-06-12 13:34:23	583542	18973	INFO:	===
2018-06-12 13:34:23	583668	18973	INFO:	===
2018-06-12 13:34:26	611048	18973	INFO:	================================================== ====================================
2018-06-12 13:34:26	611370	18973	INFO:	===== === = LBS was triggered (v0.6RC6) = === ==========================================
2018-06-12 13:34:26	611504	18973	INFO:	<Input>: <Refreshed>|<Value>
2018-06-12 13:34:26	612040	18973	INFO:	Trigger: 0| Trigger changed output: 0| Brightness: 0|64027 Brightness dawn: 0| Elevation: 0|61.842492839908 Azimut: 0|188.52796939989 Lockstate: 0|0 Lockstate with position: 0|0 Internal timer: 0
2018-06-12 13:34:26	613601	18973	INFO:	===== === = Input height refreshed, starting LBS = === ===============================
2018-06-12 13:34:26	623496	18973	INFO:	UpdateAlways == false, previous A5: 0, updating with 1
2018-06-12 13:34:26	625566	18973	INFO:	LBS disabled through external height change (8 vs 40/70)

Desweiteren wird das Höhenoffset auch noch nicht berücksichtigt.

[starwarsfan]

Hallo miteinander,

und auch hier noch ein neuer RC, welcher Probleme des Handling externer Behangmodifikationen beheben sollte.

Bitte testen und immer her mit dem Feedback!

[starwarsfan]

Hallo miteinander,

im grossen Bruder des Rollo-LBS haben sich einige Ungereimtheiten beim Beschreiben der Ausgänge gezeigt, welche nun auch in diesen Baustein eingeflossen sind. Daher hier ein neuer RC. Bitte testen und immer her mit dem Feedback.

[KFlo]

Danke für den Tipp!
Ich versuche testweise 200mm. Das Log hab ich (versehentlich) erst heute vormittag aktiviert. Gebe dir in 1-2 Tagen Rückmeldung!

[starwarsfan]

Hallo Florian

Habt ihr einen Tipp, wo mein Fehler liegen könnte?

Du hast nur einen Lichtstreifen von 10mm eingestellt, es könnte durchaus sein, dass das allein durch die internen Rundungen auf % verloren geht. Hast Du mal einen deutlich grösseren Wert versucht?

Aber zur Lichtstreifen-Funktion beim Rollo-LBS gibt's immer mal wieder Anmerkungen, ich kam nur mangels Rollo noch nicht wirklich dazu, das im Detail zu prüfen. Es wäre schön, dazu jeweils das Log im Text-Format zu haben.