hi Sabeeh,

It depends on what you are doing inside the FC.

Have a look in the Online help:

Step7 Online Help

Boxes are LAD elements with complex functions. The empty box is an exception. You can use the empty box as a placeholder in which you can select the required instruction.

The following types of boxes are available to you in a LAD program:

• Boxes without EN/ENO mechanism:
  A box is executed depending on the signal state at the box inputs. The error status of the processing cannot be queried.

• Boxes with EN/ENO mechanism:
  A box is only executed if the enable input "EN" carries the signal state "1". If the box is processed correctly, the "ENO" enable output has signal state "1". If an error occurs during the processing, the "ENO" enable output is reset.

• Calls of code block are also shown in the network as boxes with EN/ENO mechanism.

 hope this helps,#

regards,

 Thanks for your reply,

Help says "If an error occurs during the processing, the "ENO" enable output is reset.". But from what i understand the logic is executing correctly and there is no error in my results, also I am not doing anything directly to status register. 

For example, the FC MetadataPointersCalculator has nothing but 5 networks and any one of the network is active at any time, that's all. I have attached a snapshot of the inside simple code, if you could look at it and give your opinion that would be great.

hi Sabeeh,

try to insert an STL-Network at the end of the FC and use the SAVE operation.

regards

mopS04

hi Sabeeh,

try to insert an STL-Network at the end of the FC and use the SAVE operation.

regards

Thanks mopS04, that helped with some of blocks. But other are still in previous state. I have attached the result of 

L STW

SAVE
L STW

Can you explain why both results are different? Am I unintentionally changing STW somehow? I mean that should be the default behavior, I shouldn't have to SAVE it myself, eh?

Sabeeh

 Can you explain why both results are different? Am I unintentionally changing STW somehow? I mean that should be the default behavior, I shouldn't have to SAVE it myself, eh?

 

 It depends on what the last operation in the block is. If the last operation that changes the StatusWord  resets the RLO-Bit ENO is not true. 

try this at the end for al FC´s:

SET

SAVE

BEC