Практически:
Для V2.3 есть огромное число обученных специалистов. Их можно найти почти на любом предприятии в России. Есть русская версия. Поэтому для коммерческих приложений прямо сейчас я пожалуй предпочту ПЛК с V2.3. Будет полегче сопровождать.

Актуальная версия V3.3. Локализация делается. К концу мая будет русский интерфейс. Полностью вся документация на русском к концу года. Как обычно для наших пользователей все будет доступно бесплатно.

Увы, есть вещи внутри V2 которые задумывались и воплощались на уровне развития технологий который был в свое время. Их можно улучшать понемногу (что и делается), но в тоже время есть понимание: начни сейчас с нуля – сделали бы иначе, совсем по-другому. Наверняка и вас часто бывает такое после окончания некой большой работы. В итоге было принято весьма болезненное для 3S решение разработать новую систему программирования с нуля. Получилась V3. Решение больное для разработчиков в первую очередь. Анонс новой версии мгновенно привел ее ожиданию заказчиками и спаду продаж. Сейчас ситуация выправилась.

К сожалению для нас в V3 принципиально другая система исполнения в контроллере. Среду программирования V3 нельзя использовать для программирования контроллеров сделанных под V2.3. На уровне прикладных проектов совместимость есть, но ПЛК нужно переделывать сильно.

Стоимость V3 не выше нисколько! Никаких мыслей ее увеличивать и близко нет, напротив… Однако установка V3 тянет за собой новую разработку ПЛК. Абсолютно никто из изготовителей ПЛК не ставит V3 на свои уже запущенные в производство контроллеры. Нет резона. Это практически новая разработка. Требования к аппаратным ресурсам под V3 выше. Если делать, так делать новый ПЛК. На новые ПЛК конечно все ставят V3 без вариантов.

В V3 много видимых улучшений: ООП, распределенные системы в одном проекте, несколько приложений в одном контроллере, конфигурирование пассивных устройств, сервер данных, тонкий клиент визуализации, OPC UA, всякие красоты в редакторах и др. и пр. С этим все понятно. Для меня совсем неожиданным явился спрос на технологию Automation Platform. Изначально предполагалось что это внутренняя технология для себя, для разработчиков 3S и очень очень редких изготовителей ПЛК, у которых возникнет желание переделать CoDeSys. Однако оказалось, что есть немало серьезных компаний, которые специализируются на определенных прикладных областях и имеют свой софт для проектировщиков. Например, рисуется объект из типовых модулей (задвижки, привода и др.). К нему автоматом генерируются все описания сигналов и даже шаблон программы (обычно FBD). Возникает мысль интегрировать эту среду с CoDeSys (заодно выбросив избыточный функционал). Получается простой в применении инструмент проектирования заточенный четко под себя. С его помощью можно программировать любые ПЛК, которые поддерживают V3. Т.е. можно ожидать, что кроме универсальной среды CoDeSys в перспективе появятся специализированные инструменты. Будут ли эти компании их использовать только сами, но и давать (продавать) сказать сложно. Абсолютно новая область, пока не изведанная

Глобально:
Есть очень серьезный вопрос развития языков программирования ПЛК на ближайшие десятилетия. Понятно, что эти языки надо развивать. Но как? Вопрос бурно обсуждается в научных кругах. Практически же получается все плохо. Все попытки собрать кучу умных людей от ведущих компаний заканчиваются откровенным базаром. Те, кто могут делают сами то, что могут придумать. Вот после многолетнего обсуждения приняли МЭК 61499. Да, неплохое улучшение, возможно, многим полезное (противники тоже есть), но и не более того. Не революция.
Доработать стандарт МЭК под ООП – это естественная идея лежащая на поверхности, причем активно требуемая пользователями. Она реализована в V3. Плюс компонентная модель ядра. Это мощный фундамент, на котором можно делать еще более интересные штуки. В частности высокоуровневые языки программирования нового поколения. Один красивый вариант уже реализован в CoDeSys. Пока это чисто научный проект. К концу года будет отполирован и представлен на суд общественности. Впрочем, это пока секрет

Предложения по доработке:
Конечно, давайте обсуждать и предлагать доработки. CoDeSys – это живая система. Именно для этого мы проводим ежегодные конференции по CoDeSys. Так сложилось, что в России это не маркетинговое мероприятие, а более разработчиское. Руководитель проекта CoDeSys Дитер Хесс не зря приезжает на всю неделю (с его графиком это совсем не просто). Разговаривать с ним исключительно интересно. Все кажется так просто и даже странно что сам не догадался. Убедите его что надо изменить в CoDeSys и это будет реализовано. Подробнее о конференции тут. Сейчас составляю программу. Если есть желающие сделать презентацию или обсудить тему, то давайте прямо сейчас