Step 7 EN0 an einer FC steuern bzw. beeinflussen

TP-Inc schrieb:

verstehe zwar nicht warum du nicht einfach einen Ausgang in deinem FC erstellst

Zum Vergrößern anklicken....

PN/DP schrieb:

Im FC mit "---(SAVE)" den RET_VAL an ENO ausgeben, dann kann das Ergebnis in FUP/KOP direkt vom ENO weiterverschaltet werden:

Code:

   #IN1      #IN2    #RET_VAL
---| |-------| |-------(#)-------(SAVE)

Allerdings hat der Baustein dann immer noch einen (in FUP/KOP eigentlich unnötigen) Ausgang RET_VAL, der mit einer (Dummy-)Variable beschaltet werden muß. Dafür ist er aber in FUP/KOP/AWL/SCL aufrufbar inklusive Ergebnisrückgabe.

Code:

     +------------+
     |   "MyFC"   |       M1.3      M1.4
-----|EN       ENO|-------| |-------( )
     |            |
M1.1-|IN1         |
     |     RET_VAL|-#dummyBit
M1.2-|IN2         |
     +------------+

Man kann auch den Ausgang/Return RET_VAL weglassen und das Ergebnis nur über ENO zurückgeben, dann kann man aber in AWL und SCL den Rückgabewert nicht mehr direkt einer Variale zuweisen sondern muß nach dem Bausteinaufruf das BIE abfragen ("U BIE"). Der Ausgang ENO kann nicht umbenannt werden.

Code:

   #IN1      #IN2
---| |-------| |-------(SAVE)

Code:

     +------------+
     |   "MyFC"   |       M1.3      M1.4
-----|EN       ENO|-------| |-------( )
     |            |
M1.1-|IN1         |
     |            |
M1.2-|IN2         |
     +------------+

PS: Verknüpfungen links/vor dem FC-Aufruf nicht am EN machen, denn dann wird der FC gar nicht aufgerufen und die Weiter-Verknüpfung hinter dem FC verknüpft nicht den ENO des nicht aufgerufenen FC sondern den Zustand am EN des FC - also FALSE.

Zum Vergrößern anklicken....

Chyll-Out schrieb:

Das Problem ist, dass an einen Ausgang keine weitere Funktion hängen kann. Über den EN0 hätte ich so die Möglichkeit, mehrere Aufrufe der Funktion aneinander zu packen und bräuchte keine weiteren Variablen.

Zum Vergrößern anklicken....