Kanal oder Befehl blockieren

[stan23]

Wenn du nur im ausgefahrenen Zustand (0%) sperren willst, müsste es doch so klappen:

Setzt aber voraus, dass Kanal B nur dann auf Sperre gesetzt werden darf, wenn die Markise ausgefahren ist. Und das geht dann eben wieder nicht per virtuellem Kanal, sondern benötigt ein Programm.
Aber dann kann ich die ganze Funktionalität ja gleich komplett in ein Programm packen. Und da sehe ich keine Umsetzprobleme.

Ja das ist richtig.
Vielleicht habe ich da ein falsches Bild von der gewünschten Sperre, bzw. wann sie gesetzt werden soll.
Ich habe mir das so vorgestellt dass er die Markise ausfährt, per Taster, Fernbedienung oä die Sperre setzt und dann seine Fixierung anbringt.
Und rückwärts halt genau andersherum.

Für Programme die fahren sollen ist das laut erstem Beitrag jetzt schon kein Problem, die Sperr-SV zu berücksichtigen, aber die DV arbeiten weiter.

[Silverstar]

Das erinnert mich etwas an dieses Thema: viewtopic.php?f=27&t=68127&p=673922

Könnte man vielleicht einen Fensterkontakt an der mechanischen Stütze einsetzen, der daraufhin per DV einen virtuellen Kanal schaltet und damit die weitere Bedienung verhindert?

[MichaelN]

Wenn man den Sensor passend anbringen kann, sollte das funktionieren. Dann wäre es auch kein Problem mehr, das beim Schalten des virtuellen Kanal die Markise gleich ausfährt, denn sie ist dann ja schon ausgefahren. Ich weiß nur nicht, ob man die DV so einstellen kann, daß bei geschlossenem Kontakt 0 und bei geöffnetem 100% übertragen wird.

[Xel66]

Grundsätzlich ist es doch egal. Es muss ja nur das Reinfahren blockiert werden. Das Ausfahren ist ja nicht durch die mechanische Befestigung beschränkt. Ich halte eine solche Bediensperre eines bewussten manuellen Eingriffes eher für hinderlich und nicht zielführend. Aber das ist vermutlich eine Sache der inneren Einstellung.

Der einfachste Weg ist, wie schon beschrieben einen Aktor mit virtuellen Kanälen zu nehmen und diese mit AND zu verknüpfen. Dann gewinnt automatisch der Kanal mit der höheren Priorität und niedriegerem Wert, egal ob der andere virtuelle Kanal des Aktors nun per Programm oder per DV geändert wird. (aus der Hilfe zu den virtuellen Kanälen: AND: Das Verknüpfungsergebnis ist der niedrigere Pegel der verknüpften Kanäle.)

Ist die Markise blockiert, wird dieser Kanal auf 0% gesetzt und die Markise bleibt draußen. Fertig. Diesen Kanal braucht man nur zwischen 0 und 100% wechseln, um die Sperre zu erreichen und benötigt die zusätzliche Systemvariable nicht unbedingt. Die könnte man aber nutzen, um den Sperrkanal automatisch per Programm zu schalten (Variable gesetzt + Bedienkanal = 0% --> Sperrkanal = 0%). Für den umgekehrten Weg böte sich ein Programm an: Taste einfahren + Variable falsch (nur prüfen) --> Sperrkanal 100%. Ich würde aber trotzdem versuchen, die mechanische Blockierung über irgendeine Sensorik (Kontaktschalter) automatisch zu erfassen und über diesen den virtuellen Kanal schalten.

Gruß Xel66

[Ganter]

..... Ich halte eine solche Bediensperre eines bewussten manuellen Eingriffes eher für hinderlich und nicht zielführend. Aber das ist vermutlich eine Sache der inneren Einstellung.

Wahrscheinlich ist das richtig so. Vor allem, weil es nur um die direktverknüpften Taster geht. Die programmgesteuerten Fahrten der Markise sind unproblematisch.

Ich muss dann halt die Trunkenbolde, die bei mir Effzeh gucken, disziplinieren

...
Der einfachste Weg ist, wie schon beschrieben einen Aktor mit virtuellen Kanälen zu nehmen und diese mit AND zu verknüpfen. Dann gewinnt automatisch der Kanal mit der höheren Priorität und niedriegerem Wert, egal ob der andere virtuelle Kanal des Aktors nun per Programm oder per DV geändert wird. (aus der Hilfe zu den virtuellen Kanälen: AND: Das Verknüpfungsergebnis ist der niedrigere Pegel der verknüpften Kanäle.)
...
Ist die Markise blockiert, wird dieser Kanal auf 0% gesetzt und die Markise bleibt draußen. Fertig. Diesen Kanal braucht man nur zwischen 0 und 100% wechseln, um die Sperre zu erreichen und benötigt die zusätzliche Systemvariable nicht unbedingt.

Wenn nicht gesperrt ist (B=100%) fährt A bei "AND" nicht aus. Ich müssrte über B ausfahren (B=0 %) und hätte dann immer die Sperre drin.

Ich glaube, ich lasse die Bediensperre, Deinem Gedanken oben entsprechend. Es gibt ja auch noch Haftpflichtversicherungen

Vielen Dank an alle, die sich Gedanken gemacht haben.

Grüße

Ganter

[Xel66]

Wenn nicht gesperrt ist (B=100%) fährt A bei "AND" nicht aus. Ich müssrte über B ausfahren (B=0 %) und hätte dann immer die Sperre drin.

Nein, bei AND "gewinnt" der niedrigere Wert (zumindest gemäß Hilfetext). Das heißt, Du kannst grundsätzlich über den Bedienkanal die Markise fahren wie Du willst, solange der Sperrkanal auf 100% steht. (zugegeben, ich betreibe einem Aussperrschutz nur andersrum mit OR, aber da funktioniert es). Fährst Du diesen Sperrkanal auf 0%, bleibt die Markise draußen (oder fährt raus). Du musst eben nur dafür sorgen, dass dieser Kanal 0% ist, wenn die mechanische Blockierung eingehängt ist.

Gruß Xel66

[Matsch]

Ich müssrte über B ausfahren (B=0 %) und hätte dann immer die Sperre drin.

Bei nur 2 Kanälen/Operanden ist es völlig wurst, ob A oder B die Sperre bildet. Also kann A ruhig der Stellwert bleiben, es ändert nichts am Ergebnis.

[Ganter]

Nein, bei AND "gewinnt" der niedrigere Wert (zumindest gemäß Hilfetext).

Das hatte ich auch gedacht, ist nach meinen Beobachtungen aber nicht so: Meine Feldversuche haben ergeben:

OR: Bei Pegelgleichstand (z.B. beide 0) schaltet A
AND: Bei Pegelgleichstand (z.B. beide 100) schaltet B

Grüße

Ganter

[Matsch]

Nein, bei AND "gewinnt" der niedrigere Wert (zumindest gemäß Hilfetext).

Das hatte ich auch gedacht, ist nach meinen Beobachtungen aber nicht so: Meine Feldversuche haben ergeben:

OR: Bei Pegelgleichstand (z.B. beide 0) schaltet A
AND: Bei Pegelgleichstand (z.B. beide 100) schaltet B

Grüße

Ganter

Ok, du kennst dich also gar nicht aus mit der Boolschen Algebra.

Du beweist mit deinen Beobachtungen doch genau die Aussage on Xel66. Nur wenn keiner der Operanden bei AND kleiner als der andere ist, wird der höhere wirksam. Der kleinere greift durch, heißt, wenn einer der beiden kleiner als 100% ist, dann ist auch das Ergebnis nicht höher als dieser.

Ist aber schwierig, wenn man sich mit logischen Operationen nicht auskennt.

[Xel66]

OR: Bei Pegelgleichstand (z.B. beide 0) schaltet A
AND: Bei Pegelgleichstand (z.B. beide 100) schaltet B

Das enspricht aber nicht der Regeltabelle. Solange der Sperrkanal auf 100% steht muss sich mit dem Bedienkanal der Aktor problemlos verfahren lassen. Natürlich wird der Aktor auf 0% verfahren wenn der Sperrkanal auf 0% bedient wird, aber der Bedienkanal noch auf 100% steht. Es gewinnt ja auch der niedrigere Wert. Also reagiert der Aktor auch auf ein Verfahren des Sperrkanals. Darum ist der Sperrkanal auch ausschließlich für die Sperre zu verwenden. Du wolltest doch erreichen, dass die Markise nicht eingefahren werden kann, wenn der Sperrkanal auf 0% steht. Eine Sperre des Ausfahrens ist ja für das Anwendungsszenario auch nicht zweckdienlich.

Dieses Konstrukt ist keine globale Bediensperre für beide Richtungen. Sowas gibt es bei den IP-Aktoren nicht mehr. Es ist das Erzwingen eines Zustandes, welcher dem Pegel zustand der virtuellen Kanäle entsprechend der Verknüpfungslogik entspricht. Willst Du eine richtige lokale Bediensperre für beide Richtungen, musst Du auf einen klassischen Rollladenaktor setzen. Der kann das.

Gruß Xel66