- В этой теме 9 ответов, 3 участника, последнее обновление 9 лет, 6 месяцев назад сделано
.
-
Записи
-
Добрый день! Вопрос почти оффтоп, но пришёл в голову. Есть 5 языков программирования контроллеров стандарта МЭК: ST,IL,SFC,FBD,LD. В скаде вся логика пишется по цепочке дорассчётных входных каналов. Это очень похоже на SFC или LD. Разработка программы на этих языках достаточно надёжна, в том плане, что если придерживаться правил итд, вероятность совершить какую-то ошибку мала. Для отладки алгоритма, написанного на этих языках есть специальные программы, что удобно.
Собственно вопрос в чём. Может взять какую-нибудь программу, в которой можно писать на этих языках, привычных нам, и сделать компилятор, который бы переводил тот код в вид, приемлемый для Rapid Scada? Что вообще думаете по этому поводу?
И другой вопрос. Кто какими методами и способами вообще пользуется при написании алгоритма на Rapid Scada? Первый вопрос у меня возник потому, что когда начинаешь писать алгоритм, появляется куча ячеек, потом путаница, итд. Лично у меня как-то всё неструктурировано получается. Может кто-нибудь подсказать по своему опыту, как лучше делать?
Можно использовать не кучу ячеек а просто формулы.
Единственное, решить вопрос с retain переменными, так как при перезапуске сервера все обнуляется.
Ну и недостаток, что формулы ограничены в размере 1000 знаков. соответственно все переменные по возможности однобуквенные и т.д.Тут нужен не компилятор, а полноценный runtime, который бы интегрировался в SCADA, но это серьезная разработка.
Например использование языка FBD есть в SCADA+, FBD и ST в новой Master SCADA 4D и встречал еще в других, но сами SCADA системы мне были не интересны.
Чем вам C# не нравится ? 🙂 хотя конечно вариант FBD/ST был бы ну очень кстати…
C# хорош, дело не в нём, а во мне, и в человеческом факторе скорей. Если большой проект, большой алгоритм, приходится всё учитывать, очень много всяких связей, что в структуре скады сложно отследить. Если сравнить с языком LD, там всё просто, катушка — контакт, таймер какой-нибудь. И отладка программы в более явном виде (хоть CoDeSys берём, хоть Step7, или любую другую программу). В общем идея такая, чтобы привнести в скаду какие-то элементы языков МЭК, чтобы упростить процедуру разработки.
manjey73, а Вы как выстаиваете процедуру разработки? можете поделиться опытом?
Так я выкладывал формулы в соответствующем разделе
Тема Функции (формулы) для Rapid SCADA
Старался как раз избавиться от применения дополнительных каналов в SCADA системе для расчета и работы функций.
Применил использование массивов, в которых идет запись «Канал» — «Значение переменной»
Что за на, нельзя ссылку на тему дать ?????В целом SCADA не ПЛК, но некоторые вещи были бы полезны, так что посматриваю в сторону Master SCADA 4D, но для себя хватает и Rapid SCADA.
Опрос приборов реализую драйверами для Коммуникатора.Языки МЭК достаточно востребованы, но приоритет этих задач не самый высокий. Потому что соотношение затрат на разработку + поддержку и последующего эффекта для проекта, на мой взгляд, не очень.
Сравнивая с другими системами, учитывайте также стоимость ПО. Если есть информация о стоимости от первого лица, было бы интересно сравнить, т.к. прайсы зачастую не дают представления о конечной цене, которую нужно заплатить.
manjey73, Действительно, посмотрел в тему, формул там прибавилось солидно) Спасибо Вам большое!
Что касается сравнения цены, действительно, очень хороша в этом плане RapidScada. Если честно, с другими скадами я ещё пока не знаком, так что пока информацией не владею =(
Михаил, если сравнивать готовый продукт и Rapid SCADA + стоимость разработки, либо цена близка, либо готовый продукт дешевле.
Только если придется добавлять теги в готовом продукте будет так же вытягивать деньги. Зависит от конечной системы, если расширения не планируется, бывает готовый продукт сильно дешевле.Для 90% внедрений достаточно существующего функционала Rapid SCADA. Стоимость лицензий на ПО в этом случае равна 0. Можно докупить Графики Про для удобства за 1500 руб.
Примеры таких внедрений: пример 1, пример 2, пример 3 и т.д.Для крупных систем стоимость заказных разработок покрывается тем, что не нужно покупать лицензии, стоимость которых привязана к количеству сигналов.
Пример: система учёта тепла в Екатеринбурге. Сейчас система включает более 500 домов. Допустим по минимуму, на 1 дом ставим только один прибор учёта, по которому собирается 40 параметров. Это 500 * 40 = 20000 входных каналов. Потребовалось разработать на заказ драйвер СПТ943, потому что OPC-сервер от производителя не тянет такое количество приборов. Я не буду здесь писать стоимость разработки драйвера, но она значительно ниже стоимости лицензий на другие популярные SCADA, особенно если покупать не одно рабочее место, а сетевой вариант.
В некоторых случаях без разработки драйверов вообще не обойтись, потому что встречаются производители приборов, которые умудряются не поддерживать стандартные протоколы и при этом не предоставлять OPC-сервер.
Ну вот за возможность писать драйвера самому и была выбрана Rapid SCADA 🙂
Еще бы программировать научиться нормально….
- Для ответа в этой теме необходимо авторизоваться.