Подскажите, пожалуйста, аналоги CoDeSys

[BETEP]

Полностью согласен с pike

перенос кода на мой взгляд это ерунда.
разные контроллеры на то они и разные, в каждом могут быть реализованы свои аппаратные фичи, реализованы по разному, Ограничивать производителей рамками готовой среды?
Смотрел недавно Фестовские контроллеры, очень сомневаюсь что можно проект полностью перенести на Овен. впечатление что невозможно, кое чего не хватает у Овена.
На мой взгляд: хочешь использовать другой контроллер, сначала нужно изучить его матчасть(железо), а чем он программируется, уже большого значения не имеет, те кто работает с контроллерами, как правило умеют писать на разном, в том числе и для компов, скад, панелей.
Эаказчики, не сидящие плотненько на каком-то бренде, как правило это единичные небольшие заказы, не настаивают на оборудовании того-или иного производителя, Ну а если хочешь работать с постоянным клиентом, тут два варианта, или учи то что он использует, или обладая репутацией переводи его на те бренды которые используешь, поверте, переходят.

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

1. А есть ли в конфигураторе одного из производителей панелей поддержка контроллеров немецкой компании "Семен Семеныч 300 или 400 серии"??? А что мне делать, если мне еще и десяток разнородных переменных добавить надо, не относящимся к входам\выходам???

Усё есть, и даже молоденькая серия
SIEMENS S7/1200 (Ethernet)
SIEMENS S7/200
SIEMENS S7/200 (Ethernet)
SIEMENS S7/300
SIEMENS S7/300 (Ethernet)
SIEMENS S7/300 MPI
SIEMENS S7/400 Ethernet
SIMATIC TI505
совместимость интерфейсов переходниками производителя панелек.
И при чём здесь входа выхода, любая переменная запрашивается по адресу, в том числе и системные.

Автоконфигурация в V3 шикарнейшая штука. Подключился, просканировал сеть и у меня в проекте видны все контроллеры (включая подсети вниз) и в/в. Работаем с наименованиями переменными и никаких прямых адресов. Вот это я бы назвал удобно, а с адресами тыкаться – это осталось со времен прошивки ПЗУ проводами.

Отстали с такой сеткой очень сильно, сравните с омроном, там уже очень давно можно подключившись к одному контроллеру программировать другой, и даже настраивать частотник, сервак, терморегулятор. через несколько сетей и контроллеров, кое что пользовал, удобно однако сидя в кипе или другом городе не перется в цех из-за проблем с частотником. Если речь идёт об обмене контроллера с контроллером, то то-же проблем нет.

Про сеть и адреса. Наваял программист программу на контроллер, скаду пишет другой, причём скада ужасно большая и требует пару тысяч переменных с контроллера, причём скад висит несколько, у оператора, технолога и допустим резервная.
как оптимизировать время опроса, что-бы летало а не тормозило? Естественно собрать переменные в пакеты, как это сделать в кодесисе для его родного протокола?(без модбаса, настроить его в кодесисе на пару тысяч переменных, офигеть можно) Я не знаю как работает кодесисовский протокол без адресов, и было-бы интересно возможно ли в нём передача за раз нескольких десятков переменных?

а с адресами всё просто, программист контроллера решает свою задачу, потом выясняет с программистом скады компоновку пакетов для связи и просто меняет адреса у нужных переменных так что-бы они располагались подряд, причём в омроне это делается очень быстро через эксель и копипасту, всё переменные лежат в памяти подряд и их можно забирать по связи пакетами.