По шлюзам у меня нет информации, но если бы и была, то до новости на сайте, я бы не мог об этом распространять слухи :)
Вид для печати
SBER еще раз, в некоторых ПЛК таймеры, счетчики, триггеры аппаратные (ну или на уровне firmware) в отличии от CodeSys, где эти вещи полностью программные в коде. Отсюда вероятно и "несовместимость" и "кривизна" ST. Это не значит, что там ST кривой, просто необходимо учитывать архитектуру ПЛК.
Вы когда сравниваете, сравнивайте ST CodeSys ПЛК Овен и другие ПЛК, где тоже CodeSys а не совершенно другую архитектуру...
При чем тут архитектура ПЛК ? Если изготовитель ПЛК заявляет, что его система разработки полностью соответствует международному стандарту IEC 61131-3, то не имеет значение какую аппаратную платформу он использует. Система разработки может называться CODESYS, ISaGRAF, Step7 и еще много как. Но суть одна. Т.е. если система разработки полностью соответствует стандарту IEC 61131-3, то текст программы написанной, например на ST в CODESYS, без проблем можно перенести в ISaGRAF и наоборот.
IVM правила вызова таймеров и их организация например отличается в подобных ПЛК, так как выход Q таймера привязывается к определенному битовому флагу, отведенному в памяти ПЛК.
Подозреваю, что вся "кривизна" ST в данном случае связана именно с этим на подобных ПЛК.
з.ы. но это мое предположение, не знаю, насколько оно верное. Кто чаще работает с ST не на CodeSys может скажет точнее...
melky правду говорит - особенно про таймеры.
Не все ST прокопипастится в ST. Я именно про логику