тонкости вложенных шагов Sfc

[Kiselev]

В CoDeSys 2.3 есть такая тонкость: в шаге INIT "step attributes" использовать нельзя.

Странно. У Lenze в их Drive PLC developer studio (их вариант codesys) шаг INIT можно задавать, там даже примеры фирменные были: POU для работы с блоками распределенного ввода-вывода. Заданная время "простоя" INIT требовалось для аппаратной инициализации CANbus.

Если внешний SFC POU ушел на другой шаг, то вложенный SFC POU просто перестает вызываться и более ничего. В итоге 1) он естественно не доработает свою задержку 2) при повторном вызове (когда внешний SFC POU опять придет на шаг, где он вызывается), то пойдет он не с INIT, а с того места, где был брошен.

внешнего POU.

А что делать, если в ситуации, описанной Вами в пункте 2, требуется начать с INIT, а не с того места, где он был брошен?

[Игорь Петров]

Странно. У Lenze...

Вполне возможно, они поправили эту 'особенность' в своей системе исполнения. Однако в других контроллерах с CoDeSys нельзя гарантировать, что так будет работать.

А что делать, если в ситуации, описанной Вами в пункте 2, требуется начать с INIT, а не с того места, где он был брошен?

Хорошие методы:
1) проработать алгоритм так чтобы такая нужда не возникала
2) дать доработать вложенному POU так, чтобы он сам дошел на 'правильный' шаг прежде чем выдаст наверх флаг готовности (см. выше).
3) составить этот POU так, чтобы после отработки таймаутов он сам бы доходил до на INIT. Тогда при повторном вызове если время таймеров к этому моменту вышло, то он автоматом сразу прошагает куда надо. Таймеры идут даже если блок не вызывается – время остановить нельзя.

Кривой метод: сбросить извне вложенный POU вызвав его со взведенным флажком SFCInit