LBS 19000145 - Beschattungssteuerung-NG

[vento66]

... meine Denkweise ist wohl noch "Homeserver-verseucht" -> vielleicht gibt es ja einen Kammerjäger der auf für Homeserver-Infektionen spezialisiert ist?

Wo soll da der Unterschied sein? Beide Systeme arbeiten identisch!

[ak68]

Neenee, das funktioniert ein wenig anders. Ein "Trigger" im Sinne der Auslösung des LBS ist das Beschreiben eines Einganges. Damit spielt es keine Rolle, was dort via Logik-Editor als Default eingetragen wird. Der Baustein wird gestartet, wenn dort zur Edomi-Laufzeit ein Wert hineingeschrieben wird. Das kann durchaus der gleiche Wert sein, das spielt keine Rolle.

... meine Denkweise ist wohl noch "Homeserver-verseucht" -> vielleicht gibt es ja einen Kammerjäger der auf für Homeserver-Infektionen spezialisiert ist?

Welches "Hochfahren" ist hier genau gemeint? Nach einer Beschattung?

Nach der Beschattung oder Nach der Dämmerung

Außerdem habe ich die Lamelleneinstellung gerade noch einmal intensiv getestet: Bei 0% Offset (min/max 55/75) ergibt sich ein Lamellen-Wert (Byte) von 140 (= 75%),
scheint also korrekt zu sein (wohl im Gegensatz zu der Konstellation bei crewo)

Danke für deine unermüdlichen Bemühungen und viele Grüße
Andreas

[starwarsfan]

OK danke, damit kann ich's nun in meiner Testumgebung nachstellen. Bin dran...

[crewo]

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.

[starwarsfan]

Hi

starwarsfan Leider habe ich keine so guten Nachrichten, bei Typ 1 Lamellen passt die Winkelberechnung bzw. deren Ausgang immer noch nicht. So bekomme ich eben auf der Westseite einen Winkel von 18%, obwohl min. Winkel 50% bei Beschattung eingestellt ist und der Winkel irgendwas um 60% sein müsste.

Sorry, aber das nützt mir gar nichts. Ich brauche schon genaue Angaben, was an welchem Eingang anlag und wie zu diesem Zeitpunkt die Ausgänge gesetzt waren. Also im Idealfall einen Screenshot mit Live-KO-View.

[crewo]

starwarsfan Leider habe ich keine so guten Nachrichten, bei Typ 1 Lamellen passt die Winkelberechnung bzw. deren Ausgang immer noch nicht. So bekomme ich eben auf der Westseite einen Winkel von 18%, obwohl min. Winkel 50% bei Beschattung eingestellt ist und der Winkel irgendwas um 60% sein müsste.

[starwarsfan]

Hi Andreas

Hab ich schon gelesen, bei mir war hier jedoch eine "1" gesetzt, daher vermute ich die CPU-Überlastung stammte daher !

Neenee, das funktioniert ein wenig anders. Ein "Trigger" im Sinne der Auslösung des LBS ist das Beschreiben eines Einganges. Damit spielt es keine Rolle, was dort via Logik-Editor als Default eingetragen wird. Der Baustein wird gestartet, wenn dort zur Edomi-Laufzeit ein Wert hineingeschrieben wird. Das kann durchaus der gleiche Wert sein, das spielt keine Rolle.

Ein neu aufgetretenen Problem:
z.B. zusammen mit dem Hochfahren auf Pos "0" wird zusätzlich die Lamellenposition (hier z.B. "140") gesendet. Dies führt dazu, dass die Jalousie wieder ein kurzes Stück herunterfährt (auf ca. Pos. 4)- dies ist "unschön"- vielleicht könntest Du das z.B. durch eine Sperre verhindern.

Welches "Hochfahren" ist hier genau gemeint? Nach einer Beschattung?

Ansonsten vielen Dank für den neuen Baustein er funktioniert schon fast perfekt

Danke, freut mich zu hören.

[ak68]

Hi



Punkt 2. Triggern des Bausteines in #1 gelesen? Natürlich braucht es einen Trigger aber das ist einer der Eingänge E1, E5-E8, E12, E13 und neu nun auch E40 und E60. Und ich habe E1 bei mir eben überhaupt nicht in Verwendung, da der Baustein durch die Wetterstation, also die Eingänge für Elevation, Azimut oder Helligkeit getriggert wird.

PS: E40 und E60 muss ich im Eingangsposting ergänzen, fällt mir gerade auf...

Hab ich schon gelesen, bei mir war hier jedoch eine "1" gesetzt, daher vermute ich die CPU-Überlastung stammte daher !

Ein neu aufgetretenen Problem:
z.B. zusammen mit dem Hochfahren auf Pos "0" wird zusätzlich die Lamellenposition (hier z.B. "140") gesendet. Dies führt dazu, dass die Jalousie wieder ein kurzes Stück herunterfährt (auf ca. Pos. 4)- dies ist "unschön"- vielleicht könntest Du das z.B. durch eine Sperre verhindern.

Ansonsten vielen Dank für den neuen Baustein er funktioniert schon fast perfekt

Danke
Andreas

[starwarsfan]

So, das Last-Problem hat nun auch bei mir zugeschlagen. Nun muss ich nur noch herausfinden, was genau die relevante Änderung war und wie ich es korrigiere...

[starwarsfan]

Hi

Was heißt nicht in Verwendung ? - E1 "leer" oder "1" - aber irgendein Trigger ist ja nötig- oder ?

Punkt 2. Triggern des Bausteines in #1 gelesen? Natürlich braucht es einen Trigger aber das ist einer der Eingänge E1, E5-E8, E12, E13 und neu nun auch E40 und E60. Und ich habe E1 bei mir eben überhaupt nicht in Verwendung, da der Baustein durch die Wetterstation, also die Eingänge für Elevation, Azimut oder Helligkeit getriggert wird.

PS: E40 und E60 muss ich im Eingangsposting ergänzen, fällt mir gerade auf...

[tger977]

bei mir dasselbe Bild: Ohne SBC an A10 habe ich auch direkt nach neuer Projektaktivierung wieder 100% CPU Dauerlast da permanent der LBS Status geschrieben wird. Und bei mir ist A1 unbenutzt (wie in der Defaultkonfiguration).

[ak68]

Das ist bspw. ein Unterschied zu meinem Setup, ich habe den Eingang E1 überhaupt nicht in Verwendung.

Was heißt nicht in Verwendung ? - E1 "leer" oder "1" - aber irgendein Trigger ist ja nötig- oder ?

[baumhaus123]

iKO 806 verwende ich, um den Baustein wieder einzuschalten. Das passiert zum Einen automatisch 2 Stunden nachdem der Baustein durch manuelles Verstellen der Raffstores deaktiviert wurde. Zum zweiten kann ich das iKO in der Visu auf 1 setzen, um den Baustein manuell wieder zu aktivieren (wenn ich z.B. nicht die zwei Stunden warten will):
fullsizeoutput_ab8.jpeg


Der "Pfeilkreis" dreht sich in der Visu, solange die Beschattungsautomatik läuft. Wenn der Baustein deaktiviert wurde, bleibt der Kreis stehen und wird rot, darüber steht der Zeitpunkt, an dem das Baustein automatisch wieder aktiviert wird. Durch Druck auf den Kreis wird iKO 806 auf 1 gesetzt, sofern iKO 784 auf 0 steht (ich verwende dafür die EDOMI-Funktion "Wechsel zwischen 1 und 0 mit Status-KO":

Bildschirmfoto 2017-03-18 um 12.20.42.png

Der Status aus iKO 784 wird im Baustein an Ausgang A8 gesetzt.

Das sind die einzigen beiden Stellen, an denen 806 gesetzt wird, auch in der KO/GA-Übersicht taucht es bei der Fehlersuche nicht auf. Die Steuerung über das Reaktivieren des Bausteins hatte ich genauso mit deinem ersten Beschattungs-LBS so in Verwendung.
Ich habe jetzt mal die Verknüpfung zu E1 entfernt und Projekt aktiviert, leider erneut die 100%-Auslastung.

Elevation und Azimut werden alle 5 Minuten von der Wetterstation auf den Bus gesendet.

Wenn ich irgendetwas testen soll, lass es mich wissen.

EDIT: Habe jetzt mal das iKO 1075 an E11 gelöscht, E1 wieder gesetzt und auch den SBC wieder entfernt: alles normal, keine 100%-Auslastung.

[starwarsfan]

Hallo nochmal

Erkenntnis in meinem Setup: die 100%-Auslastung habe ich wieder.

Wer oder was beschreibt bei Dir in welchem zeitlichen Abstand den Trigger-Eingang E1 resp. das iKO 806? Das ist bspw. ein Unterschied zu meinem Setup, ich habe den Eingang E1 überhaupt nicht in Verwendung.

Und noch eine Frage: Wie oft werden bei Dir die Elevation- und Azimut-KOs beschrieben? Die triggern den Baustein natürlich auch immer...

[starwarsfan]

Hi Matthias

Erkenntnis in meinem Setup: die 100%-Auslastung habe ich wieder.

Hm...

Es scheint daran zu liegen, dass der aktuelle Behangzustand (A10) ständig triggert

Hier sieht man, dass die KOs ständig beschrieben werden, sie verschwinden nie in dieser Übersicht (Küche Ost und Süd sind die einzigen Raffstores mit dem neuen Baustein):
Habe jetzt auch vor der Ausgangsbox an A10 einen SBC, seitdem ist Ruhe.

Das kann nicht der Auslöser sein, da ich das genauso wie Du beschaltet habe, das CPU-Problem bei mir aber nicht auftritt. Zudem triggert E11 den Baustein gar nicht. Und dabei habe ich 15 LBS im Einsatz...