Добрый день !

Спасибо за интересный вопрос.

Если CoDeSys бесплатный, тогда, с таким же успехом можно сказать, что и S3 бесплатна.

И в том и в другом продукте бесплатна среда разработки. Но, для того что бы работать с CoDeSys необходимо единоразово заплатить 10000 Евро, а затем платить за каждый runtime, за каждый контроллер, причем их необходимо покупать не меньше 5 шт. за один раз.

Дополнительно к рантаймам Вам прийдется заплатить и за драйверы полевых шин.

Ну , и, конечно - за поддержку - это святое . Подробнее здесь )

Другое дело, что за это все может платить производитель ПЛК, но вы, как конечный пользователь, все равно за это заплатите, так кроме как от вас производителю денег взять неоткуда. Поэтому он вкладывает стоимость runtime лицензии и другие свои расходы в стоимость контроллера.

Более интересна вторая часть вопроса, касающаяся вот хорошо бы было бы получить \"бесплатность\" CoDeSys и скада части S3.

Действительно, CoDeSys - это хороший Softlogic. В нем есть все, что должно быть в Softlogic-е, не менее того, но к сожалению, и не более.

Например в CoDeSys нет тревог. Нет, конечно, вы их сможете сделать руками на том же FBD, задав компараторы по каждому каналу и обработав соответсвующие теги. Но это крайне неудобно, особенно если у Вас много сигналов. В S3 тревоги задаются при создании переменных, при этом вы с помощью групповой операции сможете создать хоть сотню переменных с тревогами одним щелчком мыши.

В CoDeSys нет масштабирования переменных и перевода их к физической величине. Опять таки руками это можно сделать. Но это необходимо в каждой первой системе. Решение S3 очень просто - это делается в том же диалоге создания переменных и размножается групповыми операциями.

В СoDeSys для взаимосвязи между контроллерами используется своя proprietary сеть по UDP протоколу. Это нормально для Softlogic-а, это не главное в Softlogic-е. Но S3 - это скорее DCS - децентрализованная система управления. И сети CoDeSys , при всем уважении, очень далеко до прозрачных распределенных вычислений сети QNX (S3) (см. здесь )

Если сравнивать удобство, то мне, после S3, совершенно не нравится как в CoDeSys создается новый FBD блок. Его сначала в одном месте нужно описать, в другом - запрограммировать. В S3 все гораздо проще. Потом в S3 можно просто обвести мышкой часть FBD схемы, щелкнуть по выпадающему меню - \"создать блок\" - и блок уже создан, более того, схема перерисована, и, вместо обведенной части стоит только что созданный блок.

Но все вышеперечисленное - не главное. Главное в S3 это то, что у вас есть единое распределенное поле переменных как для Softlogic, так и для SCADA, для всех компонентов, отчетов, языков. Более того - это поле одно и тоже под Linux, Windows, QNX. Вы создаете переменную один раз, где угодно, и, как только вы ее создали, она стала доступна везде - во всех ОС и во всех языках , на всех контроллерах и рабочих станциях. В скриптах и языках управления, в базах данных и графиках, в отчетах.

Все это в разы ускоряет и упрощает процесс разработки по сравнению с традиционным - когда сначала программируется Softlogic контроллера, затем, в лучшем случае теги экспортируются в SCADA, в худшем их по новой нужно завести в OPC сервер и в SCADA систему. У нас есть уже рекорд - об этом скоро будет анонс - система на S3 в 2200 параметров была внедрена с нуля за 1.5 месяца.

Т.е. \"фишка\" S3 - это как раз интегрированность всех уровней, всех компонент, всех узлов, будь они под Windows, Linux или QNX.

Теперь по поводу ОВЕН - это хорошо, когда система полностью решится на одном-двух овенах. Но если вдруг появится необходимость подключать контроллеры разных производителей со сложными контурами управления, замкнутыми через полевые шины? S3 - это надежный распределенный backbone, работающий в реальном времени, к которому можно подключить и ОВЕН и МИКРОЛ и Schneider и Siemens...

И еще - S3 - это полностью отечественный продукт, в нем не использована интеллектуальная собственность третьих сторон, поэтому и для производителей контроллеров и для конечных пользователей мы можем делать очень и очень специальные предложения. Кстати, если Вы подключите монитор к узлу, где стоит RTS-S3-RT.QNX.1.0, возможно продукт RTS-S3.HMI.1.0 и не понадобится...

Поэтому, давайте посчитаем всю задачу. Напишите на Этот адрес электронной почты защищён от спам-ботов. У вас должен быть включен JavaScript для просмотра. и , я уверен, мы постараемся найти устраивающее Вас решение.

Добрый день !

Нет, для ОВЕН Вам прийдется использовать драйвер MODBUS. У контроллеров ОВЕН довольно специфический MODBUS, поэтому сообщите, какой все-же у Вас ОВЕН.

Для того, что бы \"поюзать\" готовы предоставить версию без ограничений, на тот срок, который Вам нужен. Скажите, что за проект - мы обеспечим поддержку.

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

Буду признателен, если покажете, как в CoDeSys задаются алармы. Я не нашел. Более того, я спрашивал на стенде CoDeSys у немцев недавно - мне сказали, что все нужно писать на языках IEC. Но на языках IEC можно много чего написать. Тут даже некоторые предлагали драйверы писать на ST. Можно, конечно....

Добрый день !

Сейчас наши сервера, включая этот, в процессе переезда из американского датацентра в украинский. Поэтому почта может теряться.

Пожалуйста, напишите пару слов о своем проекте на Этот адрес электронной почты защищён от спам-ботов. У вас должен быть включен JavaScript для просмотра.

С уважением,
Игорь