meine Haussteuerung steht mittlerweile kurz vor dem aktiven Einsatz. Bei der Steuerung der Rollläden und Jalousien (aktuell nur per Simulation) habe ich noch ein kleines Problem - vielleicht verstehe ich auch nur die OSCAT Logik noch nicht vollständig:
Zur Situation:
Ich fahre die ganze BLIND Konfiguration manuell. Im BLIND_INPUT habe ich die MAX_RUNTIME gesetzt. Da ich mir aus BLIND_INPUT, BLIND_SECURITY und BLIND_CONTROL einen “Superbaustein” gebastelt habe, den ich überall im Haus einsetze, ist die MAX_RUNTIME damit ein globaler Wert.
Für jeden individuellen Rolladen/Jalousie habe ich in BLIND_CONTROL die T_UD individuell gesetzt (von 17s bis 1m30). Die MAX_RUNTIME habe ich deshalb auf 1m31s gesetzt.
Meine Fragen:
Bei einem manuellen DOWN oder UP wird der Motorausgang (MU oder MD) nach MAX_RUNTIME stromlos geschaltet. Sollte das nicht bereits nach T_UD passieren?
Bein einem WIND Alarm bleibt der Motorausgang MU dauerhaft ON, so lange wie der Alarm aktiv ist. Sollte er nicht auch nach MAX_RUNTIME stromlos geschaltet werden, besser noch nach T_UD?
Die POS wird korrekt berechnet. Wieso schaltet BLIND_CONTROL überhaupt den Motor ein, wenn die POS 255 (also oben) und der Hochtaster gedrückt wird oder Sturmalarm kommt. Mehr “hoch als 255” geht ja nicht…
jetzt, da ich das nun lese, kommen Erinnerungen hoch.
Diese Problematik mit dem nicht Abschalten habe ich auch bemerkt, jedoch wegen Anderer Projekte schlichtweg “vergessen” habe.
Bei mir besteht folgendes Problem:
Mit den Blind Funktionen fahre ich Fenster in nem Wintergarten.
Jedoch haben diese Fenster keine Mechanischen Endschalter sondern schalten bei einem Gewissen wiederstand ab.
D.h. bei jedem Sturmalarm fährt das Fenster für eine Sekunde gegen diesen Widerstand.
Auf die Dauer geht einem das auf die Nerven.
Kann der Entwickler dieser Module das nochmals überdenken?
Jetzt habe ich einige Zeit versucht am Code rumzuschrauben, richtig zielführend ist das aber eher nicht.
Deshalb neuer Versuch:
Kann man denn eine Setup-Variable nicht nur per Doppelclick setzen sondern auch “programmatisch”? Im speziellen geht’s mir um die Setupvariable MANUAL_TIMEOUT beim Baust ein BLIND_INPUT.
Diesen habe ich ich einem eigenen Baustein “_SuperBlind” verpackt und nun würde ich gerne MANUAL_TIMEOUT per Parameter von außen setzen.
Geht das?
Aha, das heisst ich kopiere den FB aus der Bibliothek raus, wandle die Variable als Input-Var um und das war’s? Sind dann keine Nebeneffekte zu erwarten?
In welcher Sprache hast du deinen Superbaustein gebaut?
In CFC kommst du an die VAR_CONSTANT nicht dran. Wenn du den Superbaustein in FUP zusammenbaust, kommst du an die VAR_CONSTANT der einzelnen Bausteine ran und kannst die zB wieder als VAR_CONSTANT deines Superbausteines definieren.
Über das “patchen” der Lib konnte ich zwar die Variable MANUAL_TIMEOUT als “public” und damit als zugreifbar definieren, hat aber trotzdem nicht geklappt: Obwohl ich verschiedene Werte für die einzelnen Jalousien definiert hatte, war der Wert trotzdem für alle dann gleich…
mir ist gerade eingefallen, dass ich dir immer noch antworten wollte. Bist du mittlerweile weitergekommen?
Angehängt habe ich dir mal meinen “Superbaustein”. Dieser ist in FUP, damit ich Zugriff auf die VAR_INPUT CONSTANT bekomme.
Diese werden bei mir teilweise zentral belegt (Windalarm, Verschattung) und sonst wieder als VAR_INPUT CONSTANT durchgereicht.
So kann ich den Superbaustein individuell konfigurieren.
ich war einige Zeit (öhem) aufgrund Arbeitsstress nicht mehr an dem Thema 'dran. Habe aber jetzt Deinen Beitrag gesehen und wollte Deinen Baustein ausprobieren.
Da fehlen mir aber leider ein paar abhängige Bausteine: