假设某FB内部有10行代码，原本的设计意图是：只要第1行被触发，后面就会一直顺序执行到第10行完毕。

但是由于模块同时被多处调用，就有可能出现：虽然本处调用的第1行没有触发，但第8行的条件已经为真，结果就在本处调用中，后面的部分语句在第1行未触发的情况下被执行。

也就是说：内部的某个语句，如果前置条件不是以外部管脚为条件，而是以内部的静态变量为条件，这个静态变量就有可能被其它处的调用给激活，从而导致该行在本处调用中被执行。

也就是说：它的内部构造不是完全与本处调用耦合的，比如：所有的逻辑都被放进一个以输入管脚事件为条件的大IF语句中。

就这么个大概意思吧。所以这样的外部调用方式并不好，它耦合于模块的内部构造。同一个实例的多处调用，会让内部的静态数据，在多处调用之间，成为逻辑传递的公共区。

即使官方的东西也可能有瑕疵。全球库很多范例可以看源代码，很多西门子程序员都是老派的。