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