Ich bin gerade am überlegen wie ich es hinbekommen kann, dass die Positionsvariable des Shutter Control halbwegs sinnvoll aktualisiert werden kann, wenn das betreffende Gerät „extern“, also unabhängig von IPS verfahren wird. Konkret geht es um eine Markise, die an einem LCN-Busmodul hängt und mit einem Doppeltaster direkt ansteuerbar ist.
Natürlich könnte ich es so lösen, dass ich den Tastenbefehl immer nur in IPS auswerte und dann per Skript das Shutter Control ansteuere, aber dann ist ja keine Bedienung mehr möglich wenn IPS mal ausfällt. Das möchte ich eigentlich nicht so gerne.
Ich sehe es also richtig, dass das ein ungelöstes Problem ist? Wie machen denn die anderen das? Stimmt dann einfach der Status nicht in IPS, bis das nächste Mal von IPS aus an eine der Endpositionen gefahren wird?
Ja, das geht mit dem neuen Shutter Control ab Version 5.0 - Mit LCN scheint es aber noch nicht ganz rund zu laufen. (Muss ich mir noch ansehen…) Ich habe es insbesondere mit KNX getestet
Ich habe das etwas umständlich gelöst und werte nicht den Tastbefehl, sondern die Ansteuerung der zwei Relais aus (Netz und Richtung). Darüber messe ich die ungefähre Laufzeit. Passt in etwa, verschiebt sich über längere Zeit dann aber doch etwas. Kann aber auch an meinem Code liegen, der nicht ‚rund‘ läuft.
Die Tastbefehle von LCN in IP-Symcon zu bekommen halte ich für nicht praktikabel, zumindest dann nicht wenn es auch noch Gruppen oder Zentralschaltungen gibt. Dafür werden dann wieder virtuelle Relais draufgehen.
Dass es nicht total präzise ist, liegt wohl in der Natur der Sache, finde ich aber nicht so schlimm. Ich will ja nur das Mögliche, nicht das Unmögliche erreichen.
HM kann direkt 0-100% ansteuern, somit hilft das Shutter Control nicht. Bei FS20 hast du keinen Rückkanal (und kein echtes FS20 Shutter Modul) womit du somit ebenfalls das Shutter Control nicht nutzen kannst.
Ich habe am Samstag auf die Beta V5 umgestellt. Bei mir kommen Shutttermodule von dS zum Einsatz. Aktuell nutze ich zwei Rolladen mit dem IPS internen Shuttercontrol.
Nach der Umstellung habe ich das Phänomen, dass bei einem Rolladen der Fahrbefehl nicht bis zum Ende ausgeführt wird.
Der Rolladen bleibt nach kurzer Zeit stehen. Das auch bei Test über die Instanz selber und deren Buttons.
@paresy
Ich hab die gleiche „Problematik“ mit dem Stop-Befehl. Nachdem ich jetzt gelesen habe, dass das ab Version 5.0 funktionieren soll, habe ich gleich das neue Shutter Control installiert. Beim Test mit meinen xComfort-Aktoren hat sich jetzt aber herausgestellt, dass in der Variable keine Position mehr angezeigt wird, wenn ich während einer Auf- oder Ab-Fahrt den Stop-Befehl ausführe. Wie sieht so ein Ablauf in der Praxis aus? Mit welchen Befehlen wird die Ansteuerung vorgenommen? Im Moment führe ich das mit den SC_Move Befehlen durch.
Ich verstehe deine Frage nicht wirklich Das Shutter Control (nicht Legacy!) führt korrekt nach, wenn du die Zielvariablen ansteuerst. Also die, die im Shutter Control angegeben sind zum Steuern.
Okay, verstanden.
Mein Problem, habe noch Eltako FSB12 (ohne Rückmeldekanal) im Einsatz. Also hatte ich mir vorgestellt über das Shutter Control die Positionen zu erfahren. Die Aktoren werden über das Shutter Control angesteuert, weiß die Zeiten für Hoch- und Runterfahrt und könnte mir die Positon ausgeben.
Sofern ich eine Fahrt komplett ausführen lasse, funktioniert das soweit (Fahrbefehl = Zielposition).
Unterbreche ich die Fahrt, bekomme ich eben die -1, wie in der Doku beschrieben. Hätte mir hier die aktuelle Position erhofft.
Gibt es eine andere Möglichkeit die aktuelle Position zu berechnen?
Aktuell nein. Ich weiß nicht, ob der FSB12 Status emulieren hat, aber dann könnte das Shutter Control das Hoch/Runter/Stop dort mitbekommen. Andernfalls geht es leider nicht.