Что будет дальше?

[SBER]

А зачем вам кодесис, переносите в их дистрибутив, ST работает везде одинаково. Я с Овена переносил на мицубу, вообще никаких проблем. Там единственное что, действия чуть по другому реализованы, но это всё мелочи. Какая разница на чем вам ST писать? В этом главное и наверное основное преимущество языка.

ST не везде работает одинаково, много где реализован криво или не до конца. Например на Д.. и на старой серии О.. (который не овен).
При переходе на незнакомые плк будьте бдительны, не доверяйте рекламным слоганам, в ST могут не только лишь все

[Сема]

ST не везде работает одинаково, много где реализован криво или не до конца. Например на Д.. и на старой серии О.. (который не овен).
При переходе на незнакомые плк будьте бдительны, не доверяйте рекламным слоганам, в ST могут не только лишь все

Да это понятно, мы дешёвое не берем, На дорогих ПЛК почти всё совпадает.

[melky]

SBER еще раз, в некоторых ПЛК таймеры, счетчики, триггеры аппаратные (ну или на уровне firmware) в отличии от CodeSys, где эти вещи полностью программные в коде. Отсюда вероятно и "несовместимость" и "кривизна" ST. Это не значит, что там ST кривой, просто необходимо учитывать архитектуру ПЛК.

Вы когда сравниваете, сравнивайте ST CodeSys ПЛК Овен и другие ПЛК, где тоже CodeSys а не совершенно другую архитектуру...

[IVM]

SBER еще раз, в некоторых ПЛК таймеры, счетчики, триггеры аппаратные (ну или на уровне firmware) в отличии от CodeSys, где эти вещи полностью программные в коде. Отсюда вероятно и "несовместимость" и "кривизна" ST. Это не значит, что там ST кривой, просто необходимо учитывать архитектуру ПЛК.

Вы когда сравниваете, сравнивайте ST CodeSys ПЛК Овен и другие ПЛК, где тоже CodeSys а не совершенно другую архитектуру...

При чем тут архитектура ПЛК ? Если изготовитель ПЛК заявляет, что его система разработки полностью соответствует международному стандарту IEC 61131-3, то не имеет значение какую аппаратную платформу он использует. Система разработки может называться CODESYS, ISaGRAF, Step7 и еще много как. Но суть одна. Т.е. если система разработки полностью соответствует стандарту IEC 61131-3, то текст программы написанной, например на ST в CODESYS, без проблем можно перенести в ISaGRAF и наоборот.

[melky]

IVM правила вызова таймеров и их организация например отличается в подобных ПЛК, так как выход Q таймера привязывается к определенному битовому флагу, отведенному в памяти ПЛК.

Подозреваю, что вся "кривизна" ST в данном случае связана именно с этим на подобных ПЛК.

з.ы. но это мое предположение, не знаю, насколько оно верное. Кто чаще работает с ST не на CodeSys может скажет точнее...

[IVM]

IVM правила вызова таймеров и их организация например отличается в подобных ПЛК, так как выход Q таймера привязывается к определенному битовому флагу, отведенному в памяти ПЛК.

Подозреваю, что вся "кривизна" ST в данном случае связана именно с этим на подобных ПЛК.

з.ы. но это мое предположение, не знаю, насколько оно верное. Кто чаще работает с ST не на CodeSys может скажет точнее...

Совершенно неверное предположение. Язык ST с физическими адресами переменных вообще не работает.

[Валенок]

melky правду говорит - особенно про таймеры.
Не все ST прокопипастится в ST. Я именно про логику

[IVM]

melky правду говорит - особенно про таймеры.
Не все ST прокопипастится в ST. Я именно про логику

Логика у таймеров везде одинаковая, символические имена входов, выходов могут быть разные.

[Валенок]

Логика у таймеров везде одинаковая,..

Вот именно с этим не совсем все так гладко. Вам же melky уже сказал.
А символизация меньше всего беспокоит.

[keysansa]

Вот именно с этим не совсем все так гладко. Вам же melky уже сказал.
А символизация меньше всего беспокоит.

Тогда это не соответствие стандарту. Всего-то.