LBS 19000707 - Beschattungssteuerung-Rollo

[Albert]

Hallo Yves,

ich hab mir den Quelltext angeschaut und bin auch der Meinung kann eigentlich nicht sein.
Der Baustein arbeitet intern mit Prozent, gibt den Prozentwert nicht aus und wandelt eine Zeile später Prozent in Byte und gibt den gewandelten Wert aus...???
Ich schalte mal Debug ein.

Danke erst mal.

[starwarsfan]

Hallo Albert

ich habe bei deinem Baustein ein Verhalten, dass kann ich mir nicht erklären.
Der Ausgang A4 Hoehe Byte (0-255) wird berechnet, der Ausgang A3 Hoehe in % (0-100) wird nicht berechnet.
Mache ich etwas falsch oder liegt der Fehler im Baustein?
Wenn ich E1 triggere wird der Ausgang A3 berechnet.

Das kann eigentlich nicht sein, da die Höhe in Byte aus der prozentualen Höhe berechnet wird. Sprich, der Baustein arbeitet intern nur mit Prozentwerten. Ich kann mir nur vorstellen, dass das am SendByChange liegt, welcher explizit umgangen wird, wenn der Baustein via E1 getriggert wird. Aber genaueres kann ich nur mit dem Log-Output von dem Zeitraum sagen, in dem das von Dir beobachtete Verhalten auftritt.

[Albert]

Hallo Yves,

ich habe bei deinem Baustein ein Verhalten, dass kann ich mir nicht erklären.
Der Ausgang A4 Hoehe Byte (0-255) wird berechnet, der Ausgang A3 Hoehe in % (0-100) wird nicht berechnet.
Mache ich etwas falsch oder liegt der Fehler im Baustein?
Wenn ich E1 triggere wird der Ausgang A3 berechnet.

LG
Albert

Status.jpg

[jonofe]

oder reicht ein iKO für alle Bausteine???

Da sich jede Instanz in einem anderen Zustand befinden kann, je Instanz ein iKO.

[Gentleman]

Hi,

muss bei jedem erzeugtem LBS19000707 ein separates iKO über A7 auf E10 gehen, oder reicht ein iKO für alle Bausteine???

liebe Grüße

[Marino]

Moin Yves,

ich bezog mich auf folgendes in der Hilfe:
"A8: Sonne ja/nein (Elevation) (1/0)
Dieser Ausgang geht auf 1, wenn sich die Elevation der Sonne im angegebenen Min-/Max-Bereich befindet (E23/E24).
Sie kann sich dabei durchaus vor oder nach der Fassade befinden und somit nicht direkt auf diese Fassade scheinen!
Ist die Sonne nicht im Min-/Max-Bereich, geht der Ausgang auf 0. Das Azimut wird hier nicht beruecksichtigt,
siehe dazu A1."

Ich hatte es so verstanden, dass Der Ausgang A8 immer 1 ist, wenn Elevation 10-90° ist und der Azimut egal ist. Er wird tatsächlich ja nicht gebraucht in dem Moment, aber ich wunderte mich, dass der Ausgang 0 zeigt , da ich dachte, er wäre tagsüber quasi immer 1.

Was genau eine "effektive Elevation" ist, habe ich noch nicht verstanden. Vielleicht liegt es daran. Da werde ich nochmal recherchieren müssen.

Wenn das Verhalten normal ist, ist es okay. Ich dachte nur, der LBS rechnet nicht richtig, da ich die Fenster auf der Seite heute das erste Mal mit dem LBS eingesetzt habe. Leider musste ich eben feststellen, dass die Beschattung hoch fährt, da ab ca. 18 Uhr die Wetterstation von einem Baum beschattet wird, die Fenster aber als einziges am Haus noch in der Sonne sind. Irgendetwas ist ja immer


Viele Grüße
Nils

[starwarsfan]

Hallo Nils,

laut Log ist diese Fassade bei einem Azimut von 195° bis 330° in der Sonne. Das momentane Azimut der Sonne ist 173,35° und damit mehr als 90° vor dem Azimut der Fassade, welches mit 264° konfiguriert ist. Somit ist das genau so ein Fall, in welchem die Berechnung der effektiven Elevation "umschlägt", da der Grenzbereich von +/- 90° des Fassaden-Azimut überschritten wurde.

Mit anderen Worten: Solange sich die Sonne mehr als 90° vor bzw. mehr als 90° nach dem Azimut der jeweiligen Fassade befindet, ist die Berechnung der effektiven Elevation irrelevant bzw. nicht sinnvoll möglich und kann somit ignoriert werden.

Bzgl. der LBS-Hilfe kann ich Dir gerade nicht folgen. Worauf genau beziehst Du Dich da?

[Marino]

Zwei von 4 LBS zeigen bei mir, dass die Sonne nicht im Fenster ist. Azimut okay, aber Elevation nicht.

Log des einen:
2021-06-14 13:05:00 334619 7939 INFO: === Finished facade check, real azimut 173.35773817307° and facade at 264° -> NOT IN SUN (shadow side, at sun from 195° to 330°), effective elevation -89.622621412414° for given elevation of 59.561578043304° -> NOT in min-max-range (10-90) ===

Was heißt "effective elevation -89.622621412414"? Elevation ist mit ca. 59° in der Range von 10-90°. Mich verwirrt, warum die Aussage kommt, die Sonne wäre nicht in dem Bereich.
Laut Hilfe soll es ja unabhängig davon sein, ob die Sonne mit Azimut ins Fenster scheint oder nicht. Und zwei weitere LBS zeigen Elevation = 1 und Azimut = 0. Die LBS habe ich auch dupliziert, die Daten sind alle gleich.

Kann sich jemand darauf einen Reim machen?

Was mir gestern noch auffiel. Fenster geöffnet, aber keine Bewegung auf 90%. Wohl, da die Helligkeit gerade zu niedrig war und er in der Nachlaufzeit war. Als die Helligkeit wieder über den Wert kletterte, wurde 90% angefahren...


Viele Grüße
Nils

[Marino]

Moin Hardy,

das ist auch ne gute Idee. Momentan war ich bei Dämmerungswert hoch setzen, um Dämmerung vorzugaukeln und morgens einfach wieder auf einen normalen Wert setzen. Wenn ich nicht da bin, würde dann normal bei Dämmerung gefahren werden. Ich teste auch nebenbei, aber hier ist anscheinend immer jemand unzufrieden und bedient per Hand, wodurch sich der Baustein sperrt. Leider wird mir nicht mitgeteilt, warum der Beschattungswunsch bestand...

Ich hatte gestern auch noch überlegt, zu sperren und bei Positionsänderung einmal zu entsperren und erneut zu sperren (mit neuer Position). Das muss ich noch testen, da ich die Befürchtung habe, dass er beim entsperren die Initialposition (0%) anfährt. Mein Aktor fährt das zu Ende, wenn eine neue Position kommt und fährt die dann an. Aber vielleicht kann ich die Initialposition einfach beim sperren auch überschreiben mit der aktuellen Position und die 0% einfach wieder rein schreiben, wenn länger entsperrt ist als z.B. 1-2s. Ich teste noch

Die Funktion beim Lüften zu fahren, finde ich echt gut. Mein MDT Aktor lässt nur zu, dass er beim Lüften nichts macht, anfährt, wenn Behang unten oder niedriger als Sollposition. Kommt man also von offenem Fenster (80%) zum gekippten (90%), würde er das ja nicht anfahren und bei 80% bleiben, da er ja höher ist und nicht niedriger oder unten. Mit dem 148 fährt er das einfach an. Mit ein Grund, den zu nutzen. Toller LBS!


Viele Grüße
Nils

[harry7922]

Hallo Nils,

wieso lässt du den Baustein dann nicht einfach über Nacht ungesperrt und sperrst erst wenn die Helligkeit am nächsten Tag bereits wieder steigt (oder zur Uhrzeit Sonnenaufgang?). Dadurch wird am nächsten Morgen nicht hochgefahren falls du noch im Bett liegst.
zum Entsperren (Tagmodus) musst dir halt noch überlegen wie du das machst.
in der Nacht fährt es dann auch wenn du das Fenster öffnest.

VG
Hardy

[Marino]

Sagen wir, es dämmert noch nicht. Ich möchte ins Bett und Sichtschutz haben, dann müsste ich ihn sperren mit Zwangsstellung oder den Dämmerungswert hoch schrauben. Wenn ich nachts ein Fenster öffnen würde, kommt keine Luft durch und ich müsste manuell verfahren. Denn, ich verwende den 148er, aber eine andere Position in der Zwangsführung wird leider nicht gefahren, wenn er schon gesperrt ist. Die Position nimmt er dann nur, wenn ich entsperre und wieder sperre.

Bisher würde ich sonst die Dämmerungssteuerung mit Logik einschalten. Ein Ereignis wäre z.B. Nachtmodus. Dann würde ich mit Nachtmodus der Dämmerungssteuerung einen hohen Helligkeits-Wert geben und kurz danach verzögert Dämmerungssteuerung einschalten. Dann müsste er auch nachts fahren, wenn ich das Fenster öffne. Zudem würde der"Sichtschutz" im Sommer nicht hoch fahren, bevor man aufsteht, da es schon hell ist.

Am liebsten wäre mir hingegen wenn ich Dämmerung für Dämmerung nutzen könnte und einfach sperre, wenn ich schlafe. Zur "Not" muss ne Logik vor die Dämmerung.

Viele Grüße
Nils

[harry7922]

Hi,

Warum sperrst du den Baustein wenn du noch wach bist? wenn der gesperrt wird, fährt da nix mehr automatisch.
Ich sperre und entsperre die Bausteine über einen Schalter am Bett damit das Haus weiß wann ich zu Bett gehe.

Für Logik Fenter offen/gekippt gibt es den Vorschalt-Baustein 19000148. Darüber kannst du bspw. die max. Höhe ändern abhängig vom Fensterzustand.

VG
Hardy

[Marino]

starwarsfan
Vielen lieben Dank für das Video der Edomi-Schulung. Nachdem ich dieses geguckt hatte, habe ich mich endlich wieder der Beschattung gewidmet. Deine LBS sind da schon ein wenig mächtiger, als mein MDT-Aktor. Also vielen Dank für die ganze Vorbereitung, Durchführung und das bereitstellen des Videos und natürlich den LBS für die Beschattung, der ja auch sehr viel Arbeit in Anspruch genommen hat.

Sehe ich das richtig, dass ich bei Sperre mit Zwangsposition (E12) die Position nicht im gesperrten Zustand geändert bekomme?

Hintergrund ist der:
Schlafzimmer mit Senkrechtmarkise. Blickdicht, aber nicht Lichtdicht und recht Luftundurchlässiges Tuch. Ausrichtung 84°, also Ost. Der Behang soll beschatten, wenn Sonne drauf scheint, soll aber als Sichtschutz spätestens mit einem Dämmerungswert runter. Da ich mit einer GA für Nachtmodus auch den PM sperre, dache ich an eine Zwangsführung mit der selben Nacht-GA. Denn falls man vor Dämmerung ins Bett geht oder nach Ende der Dämmerung noch im Bett liegt, wäre so Sichtschutz gewährleistet.
Das funktioniert auch schon mit der Zwangsführung, aber die Position lässt sich nicht ändern, auch nicht durch Triggern an E1 oder E2, erst wenn E12 0 und dann wieder 1 wird, fährt die Markise auf 0% und dann auf den gewünschten Wert. 0%, da keine Automatik aktiv (keine Sonne und keine Dämmerung) und keine Änderung während der Fahrt angenommen wird.

Eine Änderung der Position wäre aber gut, da ich gerne auf 90% fahren würde, wenn eines der beiden Fenster auf Kipp ist und z.B. 70-80%, wenn es offen ist. Sonst ist Lüften kaum möglich.

Gibt es einen Weg, eine Positionsänderung während der Sperre zu triggern oder übersehe ich eine andere Möglichkeit? Während der Beschattungs- oder Dämmerungssteuerung ist das ja mit LBS 19000148 möglich, der dann E2 triggert. Wäre das ggf. für E12 auch denkbar?


Viele Grüße
Nils

EDIT:
Was natürlich möglich wäre, bei Nacht den Dämmerungswert auf z.B. 10000 zu setzen, damit dann die Dämmerungssteuerung aktiv ist. Bei Tag dann wieder auf einen realistischen Wert zurück...

[spike1302]

Achso? Hatte ich gar nicht auf’n Schirm. Macht aber Sinn aber nicht, dass die „Logiken“ sich dadurch behindern?!

[vento66]

Das macht man doch aber eher direkt im Aktor...