# t\_lockout bei Bind\_control\_s **URL:** \ **Category:** oscat.lib fuer TwinCAT/CoDeSys\ **Created:** [18. August 2017 um 15:08 UTC](https://oscat.discourse.group/t/t-lockout-bei-bind-control-s/2228 "2017-08-18T15:08:45Z")\ **Posts on this page:** 9\ **Page:** 1
**Author:** ![goifalracer](https://avatars.discourse-cdn.com/v4/letter/g/c89c15/32.png) [@goifalracer](https://oscat.discourse.group/u/goifalracer)\ **Post date:** [18. August 2017 um 15:08 UTC](https://oscat.discourse.group/t/t-lockout-bei-bind-control-s/2228/1 "2017-08-18T15:08:45Z")
Hallo zusammen, ich habe ein Problem. Ich dachte ich habe meine Rollosteuerung jetzt im Griff, doch mir ist jetzt aufgefallen das wenn mein Rollo Status 151 beschattet und gleichzeitig der Türkontakt True wird, der Rollo sofort unverzögert in die andere Richtung fährt. Das gleiche macht er auch wenn er automatisch fährt und ich mit dem Taster eine Gegenrichtung ansteuere. Ich habe mir den Code mal angesehen und gemerkt das die Zeit t\_lockout gar nicht die Ausgänge um diese Zeit sperrt. Hat dieses Problem keiner?? Ich finde das nicht so prickelnd das die zeitliche Verriegelung nicht klappt. Ich benutze Blind\_Control\_S aber beim Blind\_Control scheint es laut dem Code zu funktionieren. Hat sich da vielleicht schon jemand selbst schon was gecodet? Wäre um Hilfe sehr dankbar. Gruß ---
**Author:** ![mattsches](https://avatars.discourse-cdn.com/v4/letter/m/d78d45/32.png) [@mattsches](https://oscat.discourse.group/u/mattsches)\ **Post date:** [22. August 2017 um 10:23 UTC](https://oscat.discourse.group/t/t-lockout-bei-bind-control-s/2228/2 "2017-08-22T10:23:02Z")
Ja, das scheint mir auch so. Die Zeilen ```auto IF UP AND NOT DN THEN (* manual UP *) rmp.IN := 255; STATUS := 121; ELSIF DN AND NOT UP THEN (* manual DN *) rmp.IN := 0; STATUS := 122; ``` Zu Beginn setzen hart den Status für manuell auf/ab, unabhängig davon, ob die Lockout-Zeit verstrichen ist oder nicht. Ich würde testweise auf den BLIND\_CONTROL umsteigen mit T\_ANGLE := t#0ms. ---
**Author:** ![goifalracer](https://avatars.discourse-cdn.com/v4/letter/g/c89c15/32.png) [@goifalracer](https://oscat.discourse.group/u/goifalracer)\ **Post date:** [26. August 2017 um 06:59 UTC](https://oscat.discourse.group/t/t-lockout-bei-bind-control-s/2228/3 "2017-08-26T06:59:55Z")
Ja das wäre eine Idee,der hat ja den actuator mit drin. Es sollte ja mit dem Jalousie Baustein genau so mit Rollo funktionieren? ---
**Author:** ![goifalracer](https://avatars.discourse-cdn.com/v4/letter/g/c89c15/32.png) [@goifalracer](https://oscat.discourse.group/u/goifalracer)\ **Post date:** [26. August 2017 um 09:59 UTC](https://oscat.discourse.group/t/t-lockout-bei-bind-control-s/2228/4 "2017-08-26T09:59:15Z")
Hat dieses Problem eigentlich sonst keiner außer ich? ---
**Author:** ![system](https://global.discourse-cdn.com/free1/uploads/oscat/original/1X/2efdfb9c592ff9a666c94dff124ee84fa863dae5.jpeg) [@system](https://oscat.discourse.group/u/system)\ **Post date:** [22. Oktober 2017 um 20:53 UTC](https://oscat.discourse.group/t/t-lockout-bei-bind-control-s/2228/5 "2017-10-22T20:53:49Z")
Hallo goilalracer, hast Du evtl. für dein Problem eine Lösung gefunden? Würde mich auch interessieren, da ich vor habe den Baustein einzubinden. Gruß König ---
**Author:** ![mattsches](https://avatars.discourse-cdn.com/v4/letter/m/d78d45/32.png) [@mattsches](https://oscat.discourse.group/u/mattsches)\ **Post date:** [25. Oktober 2017 um 10:23 UTC](https://oscat.discourse.group/t/t-lockout-bei-bind-control-s/2228/6 "2017-10-25T10:23:29Z")
Habt ihr denn meinen Vorschlag mal ausprobiert? ---
**Author:** ![system](https://global.discourse-cdn.com/free1/uploads/oscat/original/1X/2efdfb9c592ff9a666c94dff124ee84fa863dae5.jpeg) [@system](https://oscat.discourse.group/u/system)\ **Post date:** [25. Oktober 2017 um 22:22 UTC](https://oscat.discourse.group/t/t-lockout-bei-bind-control-s/2228/7 "2017-10-25T22:22:28Z")
Hallo Mattsches, kämpfe mich gerade durch den Quellcode vom Blind Control\_S. Nun habe ich festgestellt das T\_LOCKOUT nur dann greift wenn die Ausgänge QU und QD über den Baustein \_RMP\_NEXT mit rmp.DN und rmp.Up gesteuert werden. Wird dann z.B. der Rolladen über den Automatikbetrieb z.B . durch einen anderen Baustein nach oben gesteuert und während der Fahrt manuell nach unten, dann wird im Case Status 122 dann sofort ohne Lockout die Richtung gändert. 122: (\* manual down \*) MD := TRUE; MU := FALSE; usw. Richtig wäre doch: MD:= rmp.DN; MU:=rmp.UP; usw. Zusätzlich zu der Änderung habe ich noch folgendes eingefügt. ELSE MU := FALSE; MD := FALSE; IF ((POS \<\> PI) AND ((POS =255) OR (POS =0))) OR PI \<\> PI\_last THEN Damit soll im Automatikmodus nach Windarlarm usw. von Security der Behang wieder in die Position von PI fahren. Ist z. B. Input in Automatik, der Shade aktiv (151) und Security gibt Feueralarm. Dann wird über UP an Control\_S (Status manuelles Öffnen) der Behang nach oben gefahren ohne das die POS von Control\_S über Input, Shade usw. weitergereicht wird (ist ja richtig im Automatikbetrierb). D.h an PI von Control\_S bleibt 0 (von Shade) obwohl Control\_S POS = 255. Es gibt keine Veränderung PI (=0)\<\>PI\_last (=0) und damit keine Positionänderung wenn der Feueralarm (false). Dafür die Abfrage POS\<\>PI aber nur bei Endposition Oben oder Unten. Vielleicht könnt Ihr mal draufschauen und Rückmeldung geben. Gruß König [gelöscht durch Administrator] ---
**Author:** ![mattsches](https://avatars.discourse-cdn.com/v4/letter/m/d78d45/32.png) [@mattsches](https://oscat.discourse.group/u/mattsches)\ **Post date:** [2. November 2017 um 19:31 UTC](https://oscat.discourse.group/t/t-lockout-bei-bind-control-s/2228/8 "2017-11-02T19:31:46Z")
Hallo König, deine Codeänderung ```auto MD:= rmp.DN; MU:=rmp.UP; ``` schaut plausibel aus, damit müsste die Totzeit auch beim Umschalten auf/in Handbetrieb aktiv werden. Oder wie schon gesagt BLIND\_CONTROL mit T\_ANGLE := t#0ms. Den Punkt > [@König777 post:7](#): > > Damit soll im Automatikmodus nach Windarlarm usw. von Security der Behang wieder in die Position von PI fahren. > Ist z. B. Input in Automatik, der Shade aktiv (151) und Security gibt Feueralarm. Dann wird über UP an Control\_S (Status manuelles Öffnen) der Behang nach oben gefahren ohne das die POS von Control\_S über Input, Shade usw. weitergereicht wird (ist ja richtig im Automatikbetrierb). D.h an PI von Control\_S bleibt 0 (von Shade) obwohl Control\_S POS = 255. Es gibt keine Veränderung PI (=0)\<\>PI\_last (=0) und damit keine Positionänderung wenn der Feueralarm (false). Dafür die Abfrage POS\<\>PI aber nur bei Endposition Oben oder Unten. Kannst du viel einfacher und ohne Modifikation des BLIND\_CONTROL erreichen, indem du am BLIND\_INPUT den Parameter MASTER\_MODE auf TRUE nimmst. Dann wird die aktuelle Position nicht auf die Sollposition übertragen, sondern diese beibehalten. Schaltet sich der BLIND\_SECURITY ab, schleift er die dann unveränderte Sollposition durch, und der BLIND\_CONTROL(\_S) fährt sie an. Kannst du ja mal ausprobieren. Gruß, mattsches ---
**Author:** ![system](https://global.discourse-cdn.com/free1/uploads/oscat/original/1X/2efdfb9c592ff9a666c94dff124ee84fa863dae5.jpeg) [@system](https://oscat.discourse.group/u/system)\ **Post date:** [5. November 2017 um 17:33 UTC](https://oscat.discourse.group/t/t-lockout-bei-bind-control-s/2228/9 "2017-11-05T17:33:45Z")
Hallo Mattsches, bei Input Mastermode = True tritt dies ja auf. Wenn Automatik und Shade aktiv (151) und dann z.B. Security Feuer (111) fährt Control\_S nach oben. Wenn nun Security Feuer inaktiv und Shade (151 / PO = 0) wieder zum Zug kommt bleibt Control\_S auf Pos 255 stehen. Darum Codeänderung “((POS \<\> PI) AND ((POS =255) OR (POS =0)))”. Blind Control und Blind Control\_S verhalten sich diesbezüglich nicht gleich. Bei Control\_S gefällt mir die Option der Einstellung R\_POS\_TOP und R\_POS\_BOT um evtl. eine Lüftung im Sommer realisieren zu können. Gruß König