Свой псевдо-OPC сервер

[PupaJr]

Доброго дня всем. Возможно не в том разделе, поправьте если что модераторы.
Задача - нужно регистрировать 4 параметра установки во времени - 2 температуры, влажность и давление в камере. Плюсом бы ещё датчики аварий и концевички. Когда надо потом ещё поднять архив записей. В идеале бы ещё задавать параметры с ПК а не только с панели HMI.
Контроллер свежий СПК107[M01] с Ethernet.
Почитав форумы узнал что встроенный "тренд" глючит при внезапном отключении питания+износ встроенной памяти+пр...
Было решено перенести это всё на простой ПК оператора/технолога, который сидит за стеной в соседней комнате.
Вариантов особо не много - сторонний OPC(платный/бесплатный) и писать для него софт на какой-то SCADA, или сразу писать своё, задача простецкая и платить кило-рубли за рисование графика.. как-то не айс...
Подключившись снифером на 485 я прекрасно вижу все данные АЦП датчиков, и все порты вв/выв. То есть самый простой "быдло-код" покажет мне полную картину о состоянии всей установки на любом офисном ПК под удобным GUI написанным под любую WIN. Также, панель специально купленная с Ethernet, чтобы подключиться в заводскую сеть ну или на прямую в LAN пк.
Теперь самое интересное - как это делают "фирменные" OPC/SCADA ?? Для того чтобы считывать данные с модулей достаточно их просто "слушать" - что я и сделал. Другое дело если надо включать-выключать принудительно элементы на объекте или задавать режимы работы как на экране СПК в поле ввода, "мастер" на ModBusRTU только один, да и след. пакет затрёт твои данные, тоесть надо как-то договариваться с встроенным контроллером - кто в данный момент управляет оборудованием. Также должна быть возможность работать полностью автономно - но уже без регистрации тренда.
Если контроллер всегда выступает мастером на шине то OPC сервер подключаясь к шине должен быть "прописан в проекте" как некий объект со своими параметрами - виртуальные входа/кнопки управления оборудованием и поля ввода параметров (допустим температура). Причём я его могу подключить как ModBusTRU_Over_Eternet.
Алгоритм:
1)если мне нужно получить просто графики - сканирую 485, выхватываю пакеты АЦП и дальше их обрабатываю как надо.
2)если мне нужно ещё подёргать принудительно каким-либо клапаном/реле мне надо "сказать" контроллеру что управление "беру на себя" - это можно создать из ПК виртуальный модуль ввода и ПЛК его читая видит что установлен скажем бит приоритета ПК и отдаёт ему управление на некоторое оборудование продолжая выполнять основную программу.
3)если мне нужно передать новые значения режима работы (давление/температура) то тут сложнее - уже вклиниться с протокол не получится - так как эта информация храниться внутри СПК107. В связи с этим вопрос - как это делают OPC/SCADA?

Всё это конечно выглядит как "велосипед", но чтобы решить простую задачу надо кучу софта ставить, у которого есть куча версий и несовместимостей, изучить конкретный OPC и к нему ещё конкретную SCADA...
Должно быть всё локанично - вкл/выкл, окно параметров.. всё. Посмотрев на то что есть и каким длинным путём они настраиваются, + наверняка встроенные баги и пр. проблемы с обновлениями и т.д.

Основной вопрос и стоит в том, как передать в СПК107 новые параметры техпроцесса по сети 485 или Ethernet (прописать ещё какое-то устройство в проекте ? и как его настроить). Может есть уже , но поиск не дал информации.
П.. е в нужном направлении.
Спасибо .

[1exan]

Ну если для вас писать своё - задача лёгкая (и дешёвая), то вперёд.
А вообще практически все скады имеют бесплатные версии на 32 тега, опс сервер овна вообще бесплатный вроде. Делаете СПК слейвом, читаете с тего нужные данные и при необходимости дёргаете нужные регистры для внешнего управления
Баги, длинный путь - да, есть такое, но ваш путь возможно получится ещё длиннее

[EFrol]

Ни ЧЕ не понял! Но очень интересно!
Вы бродили вокруг да около (истины), но так ее и не увидели.
В любом СПК или ПЛК память делится на видимую извне и невидимую часть.
Видимая часть доступна, например, через Modbus-сервер, т.е. это те данные, которые видны как внутренней программе, так и внешним устройствам.
Теперь представим себе, что ПЛК имеет общую Modbus-таблицу, которая будет доступна через его RS-232, RS-485 и Ethernet порты.
Соответственно теперь можно управлять и задавать/считывать параметры с любого внешнего устройства.
У меня на заводе несколько контроллеров, которые разбросаны в разных цехах и очень надо, иногда, заглянуть в оперативные параметры ПЛК за сотню метров от текущего места. Ставлю панели СП3xx и через Ethernet все вижу и управляю.
Отдельно стоит ПК, на котором крутится самописный сборщик данных, который через ModbusTCP собирает те же данные в SQL.
На всех рабочих местах крутится самописная прога, которая делает выборку данных из SQL и визуализирует все, что кому приспичит.
Я не использую OPC и Scada. А зачем? Все итак работает классно! И все довольны. Зная протокол, можно в сборщик впихнуть опрос любых устройств.
Чтобы не подраться с ПЛК за ресурсы, в код ПЛК встраиваю условие, что если в этом месте установлен бит ручного управления, то такой выход/ы не трогать.
Все просто и логично. Не надо усложнять.

[melky]

а можно не делать мозг с самописаниной взять любую бесплатную Scada.... причем взять сразу со встроенным Modbus

Нужное направление вам уже дали, ПЛК, являясь мастером некой сети должен быть слейвом для Scada. Все. Остальное настраивается согласно выбранной Scada. А их великое множество.
Чисто с Modbus есть масса вариантов, только под Винду, только под Linux, и под то и под другое...

Еще раз, есть бесплатные не на 32/64 тега а куда больше тегов...

[EFrol]

Можно и не "делать мозг", если он есть конечно.
Здесь каждый выбирает сам:
Один ограничивает себя своей фантазией, а другой - фантазиями и багами других программистов.
Выбирать только Вам.

[Игорюня]

То же понадобилась простенькая скада, сделал за неделю в лазарусе с подключенным компонентом PASCALSCADA. Пока работает.

[EFrol]

То же понадобилась простенькая скада, сделал за неделю в лазарусе с подключенным компонентом PASCALSCADA. Пока работает.

Сам факт того, что этих Scada большое разнообразие, говорит о том, что не всем по вкусу один и тот же хлеб, операционная система, интернет браузер, архиватор, сотовый телефон, мышь компьютерная. Кого-то что-то все равно не устраивает - от сюда разнообразие вещей, мнений, языков программирования и т.д.

[BETEP]

........Подключившись снифером на 485 .........

Посоветуйте нормальный халявный сниффер компорта под семёрку и десятку 64. Т.е. не тупо переходником в линию, а именно порт компа слушать.

[kon48]

То же понадобилась простенькая скада, сделал за неделю в лазарусе с подключенным компонентом PASCALSCADA. Пока работает.

Уважаемый коллега по форуму восхищен вами. Просто класс - разрабтать СКАДУ за неделю !!! И все же может вы удовлетворите мое люботытство: а какие функции она выполняет?
А так успехов вам, и, чтобы СКАДА работала не пока, а и дальше.

[Игорюня]

Уважаемый коллега по форуму восхищен вами. Просто класс - разрабтать СКАДУ за неделю !!! И все же может вы удовлетворите мое люботытство: а какие функции она выполняет?
А так успехов вам, и, чтобы СКАДА работала не пока, а и дальше.

Она заточена на три объекта, только эти объекты, показывает температуры и давления, графики относительные показывает, тип операторам проще работать, больше не надо, я и писал, наипростейшая, базз данных нет, все равно никто не смотрит.
Безымянный.jpg