Rollladensteuerung mit externer / paralleler Bedienung

Hallo liebes Forum,

ich möchte hier meine Rollladensteuerung vorstellen. Der Rollladen kann sowohl über Taster (verbunden mit LOGO! Eingang) oder von einem externen System (Heim-Automation) per Netzwerk-Input gesteuert werden.

• Runter-Taster kurz: Q2 fährt runter für 5s / erneutes Drücken, fährt runter für die gleiche Zeit
• Runter-Taster lang: Q2 fährt runter für 10s
• Hoch-Taster: Q1 fährt hoch für 15s
• kurzer Tasterdruck stoppt
• 500ms Verzögerung zwischen Richtungsumkehr
• Langer Druck auf Taster der Gegenrichtung fährt nach Verzögerung in Gegenrichtung
• Notfall Stop (für Türsensor), normally LOW
• Berechnung der Position (0% - 100%) getrennt für hoch/runter Richtung
• Feature: langsames Update der Position (1x pro Sekunde für runter), gut zu Verteilung per Netzwerk an ein externes System

Funktioniert problemlos mit openHAB. Siehe auch: Tutorial im openHAB Forum

Frage doch noch zur Optimierung (als Anmerkung rot in der UDF).

Wie kann man einen (1) Wert (Parameter) zur Übergabe in die UDF an 2 Blöcke in der UDF senden (gleicher Wert an 2 Blöcke)? Alternativ, wie kann man einen (1) parametrisierten Wert innerhalb der UDF von einem Block zu einem anderen kopieren?

Viele Grüße

Arnd

(search-tags: Rolladen, Rollladen, Markise, Rollo)

Hallo logonerd,

Mir ist Deine Frage nicht ganz klar:

logonerd

Frage doch noch zur Optimierung (als Anmerkung rot in der UDF).

Wie kann man einen (1) Wert (Parameter) zur Übergabe in die UDF an 2 Blöcke in der UDF senden (gleicher Wert an 2 Blöcke)? Alternativ, wie kann man einen (1) parametrisierten Wert innerhalb der UDF von einem Block zu einem anderen kopieren?

Meinst Du das so wie im Anhang ?

mfG Ella_68

Ich glaube eher, das es anders gemeint ist nach der Beschreibung. Die Vorgabezeit Tdo2 soll durch 100 geteilt werden und dann den Blöcken mit TDOa und TDOb zugeführt werden.

Im Anhang mal ein Beispiel, wie man es machen könnte, da die Aktionen innerhalb einer UDF etwas beschränkt sind. Um trotzdem noch eine Zeit z.B. 10:00s anstatt eines Zahlenwertes 1000 vorzugeben, könnte man eine Einschaltverzögerung B010 mit invertiertem Triggereingang nehmen. Nach Einschalten der Logo steht der Zeitwert am Analogausgang erst nach einmaligem Ablauf zur Verfügung. Falls das stört, muss man einen Analogblock nehmen und 1000 anstatt 10:00s vorwählen.

In der Simulation verhält sich der Timer jedenfalls nach einmaligen Durchlauf so, dass ein geänderter Zeitwert direkt ohne Verzögerung ausgegeben wird. Diesen führt man jetzt auf den ursprünglichen Timer und auf eine arithmetische Anweisung, um den Wert durch 100 zu teilen und den beiden anderen Blöcken zur Verfügung zu stellen.

Eine einfachere Variante wäre die Vorgabe von nur ganzen Sekunden, indem man die Zeitbasis ändert. Dann bräuchte man nur einen Analogblock und könnte den direkt mit allen 3 Blöcken verbinden.

M.f.G. Scorp

Danke Euch beiden.

Die Frage war tatsächlich, wie man einen (1) Parameter an 2 Blöcke sendet. Da ein Blockparameter sich wie ein Eingang verhält, kann man diesen nicht an einen anderen (Parameter-) Eingang senden. Die Lösung ist ein (Dummy-) Block, der einen (1) Parameter empfängt, diesen durchreicht und an zwei Blöcke weitergibt. Man muss allerdings einen Arithmetikblock + einen Merker in der UDF opfern.

Schön, etwas gelernt. Das habe ich in meine Rollladensteuerung übernommen. Es macht die Konfiguration der UDF für den Nutzer einfacher.

Die Berechnung Sekunden -> Integerwert habe ich erstmal weggelassen trotzdem danke für die Idee.

Link zum Projekt im openHAB Forum.

Viele Grüße

Arnd

Mit einem Zusatzparameter kann man es natürlich auch lösen. Gibt bestimmt noch mehr Varianten, aber leider nur mit zusätzlichem Blockverbrauch. Vielleicht sind in zukünftigen Versionen die Anzahl der Möglichkeiten erhöht, um das auch eleganter und platzsparender zu lösen.

M.f.G. Scorp