Просмотр полной версии : Обмен сингналами между двумя удалёнными объектами.
MrLonely
25.03.2024, 09:31
Здравствуйте господа специалисты. Прошу помощи или разъяснения по вопросу связи между двумя удалёнными объектами для их взаимодействия.
Имеется несколько удалённых объектов, на которых стоят ПР200 с программами управления насосными агрегатами и контролем всего,
что можно контролировать на насосной станции и выходом в интернет через ПЕ210 и GSM модемы. Все подключены к облаку Овен и
все самостоятельно работают отлично и управляются из облака без проблем.
Но возникла необходимость осуществить обмен командами (сигналами) между объектами в автоматическом режиме без участия диспетчера.
Поскольку облако так не умеет возникает вопрос:
- каким образом наиболее просто осуществить такую связь или возможно ли это в принципе?
Godlike_S
25.03.2024, 09:35
В облаке можно написать программу, которая будет что-то делать.
Ну или хардкор-вариант, ПЛК200-ой серии или СПК, они умеют работать с облаком напрямую, можно и там прогу наваять.
MrLonely не трогая облако использовать scada SIMPLIGHT (она может выступить так же облачным прибором, если правильно понимаю, только Windows)
"Отправка данных в OWEN Cloud (через OWEN Cloud GATE)" версии Про и Ent и даже Демо но 32 тега
RapidScada (писал драйвер для облака Овен но только клиент) + Модуль автоматического управления от разработчика.
Любая другая Scada с OPC UA клиентом и возможностью пересылать данные между тегами (скрипты и т.д.) В облаке задействовать OPC UA сервер.
Нужен ПК и выход в интернет для всего того хозяйства.
MrLonely
25.03.2024, 09:46
Надо чтобы не с облаком, а между собой ...
MrLonely
25.03.2024, 09:48
ПК на объектах нет, слишком маленькие объекты чтобы оснащать их ПК. Если бы там были ПК, то проблему можно было решить, а так есть вопрос ...
И да - только Windows.
MrLonely если между собой, выбросить ПМ210, ПЕ210.
Мини ПК можно оснастить всего один объект, который поближе территориально. Даже на Linux, если использовать RapidScada. Работает на ура на всяких OrangePi и так далее. Протестировать можно на любом совместимом с dotnet (NET8)
Был у Овен такой прибор ПЛК304 (https://owen.ru/product/plk304) с обалденным MQTT-клиентом. С помощью него можно было буквально ВСЁ!!!
Потом перешел на https://owen.ru/forum/showthread.php?t=29276&p=422398&viewfull=1#post422398
MrLonely
25.03.2024, 10:19
Я смотрел в сторону MQTT-клиента - то есть он умеет делать такие вещи?
Вопрос потому, что пока пытался только с ОРС и прямое соединение между объектами без облака, пока безуспешно :(
Значит буду "копать" MQTT-клиент.
Спасибо всем за направление движения :)
Шлюзы Овен самостоятельные для облака, но не могут быть преобразователями интерфейса для сторонних систем. Да и ПР200 не ПЛК, чтобы отправлять данные таким образом, тем более они все в слейв режиме.
То есть вас ограничивает канал связи в возможностях.
А что ПР200 и ПЕ210 могут MQTT ?
Я смотрел в сторону MQTT-клиента - то есть он умеет делать такие вещи?
Вопрос потому, что пока пытался только с ОРС и прямое соединение между объектами без облака, пока безуспешно :(
Значит буду "копать" MQTT-клиент.
Спасибо всем за направление движения :)
MQTT специально создавался для того, чтобы любые устройства, не имеющие статический IP, могли обмениваться между собой через Internet.
MQTT-брокер по сути тоже облако, которое работает как маршрутизатор пакетов (принял - передал и все).
OwenCloud - если хотели бы ... смогли бы ....
MrLonely
25.03.2024, 10:29
Нет, не могут. Но что-то надо придумать, потому как проблема требует решения поскольку довольно актуальная для нас, для водоканала.
Есть много точек (ВНС), где они должны взаимодействовать между собой в автоматическом режиме без участия человека и я думаю,
что АСУП для этого и создавалась, значит должны быть какие-то простые средства реализации обмена данными и командами между
удалёнными объектами :)
К сожалению облако Овен не учитывает такие потребности, а новшество типа мнемосхем вообще непонятно что и зачем, к сожалению.
EFrol вопрос не в том, для чего создавался, и как минимум нужен один объект с выделенным IP, если поднимать своего брокера.
Вопрос в том, что автору придется выбросить ПЕ210 и отказаться от облака, заменив на другое оборудование, читай потратить БОЛЬШЕ.
MrLonely еще раз, возьмите любой ближайший объект с наличием интернета, там где используется именно ПЕ210, я так понимаю там есть роутер + GSM модем.
Желательно на этот объект получить статический IP, чтобы вы могли оперативно, без выезда добавлять объекты. И только на нем одном установите мини ПК и свяжите все через то же облако Овен.
На RapidScada можно будет протестировать бесплатно хоть 1000 тегов, хоть лям... На других системах от 16-ти тегов.
Вы используете только Облако Овен или есть еще своя Scada система ?
MrLonely
25.03.2024, 10:40
На объектах стоят ПЕ210 + 4G модемы Teltonika RUT240.
Используется только облако, никаких скада систем пока нет.
Нет, не могут. Но что-то надо придумать, потому как проблема требует решения поскольку довольно актуальная для нас, для водоканала.
Есть много точек (ВНС), где они должны взаимодействовать между собой в автоматическом режиме без участия человека и я думаю,
что АСУП для этого и создавалась, значит должны быть какие-то простые средства реализации обмена данными и командами между
удалёнными объектами :)
К сожалению облако Овен не учитывает такие потребности, а новшество типа мнемосхем вообще непонятно что и зачем, к сожалению.
Овен придумал ПМ01 (https://owen.ru/product/pm01). А вот выбор сервиса за Вами.
MrLonely ну вот и попробуйте воспользоваться одним мини ПК со Scada системой. С настройками Rapid смогу помочь и попросить у разработчика ключ на модуль автоуправления для тестов.
С другими увы, некогда разбираться.
Ну и сами задайтесь вопросом, водоканалу интересно хранить данные или нет? можно ПК же установить прямо в водоканале, но это уже опционально конечно. Для простой пересылки данных достаточно будет мини, микро ПК.
EFrol опять предлагаете заменить все? да и насколько помню ПМ01 больше не умеет быть прозрачным шлюзом, не надо советовать такие вещи.
Насколько понимаю, вопрос стоит сделать малой кровью, или я не прав и будем резать по живому? :)
На объектах стоят ПЕ210 + 4G модемы Teltonika RUT240.
Используется только облако, никаких скада систем пока нет.
Если бы Вы знали, какая вкусняшка встроена в Ваш Teltronik:
74675
EFrol и как эта вкусняшка коррелирует с облаком Овен (мастер Modbus у черта на куличках) и ПР200? :)
К тому же он сам может быть Modbus мастером, вот только незадача, только TCP, а ПР200 RTU
На объектах стоят ПЕ210 + 4G модемы Teltonika RUT240.
Используется только облако, никаких скада систем пока нет.
Да. Жаль, что у Вас не RUT955. Вот где можно было бы развернуться:
74680
Тут начиная от передачи/приема дискретных сигналов - до любых протоколов через RS485.
MrLonely
25.03.2024, 12:50
Я знаю, но нужна полная документация на него.
Недавно только заметил, когда ковырялся внутри модема.
Хранение данных - это всё есть, нужен именно тупо обмен командами между объектами:
одна ВНС дала команду на включение другой ВНС и получила ответ об исполнении, такие вот
действия в простейшем случае...
В общем буду пробовать через скаду какую-нибудь, а там уже посмотрим.
MrLonely ну если выберите RapidScada, установите ОС и дайте доступ, подмогу. Если будет Linux? то debian подобный. Для простой передачи данных пойдет любой "малыш" типа OrangePi, лучше с 1Гб памяти, хотя и на 512-ти запустится.
У RUT240 есть 1-дискретный вход и 1-дискретный выход:
74681
74682
Вот инструкция - как мониторить эти сигналы через MQTT https://wiki.teltonika-networks.com/view/Monitoring_via_MQTT
Покопайте в эту сторону.
EFrol да хватит уже грузить человека, он не применит это для передачи переменных на своих объектах.
Основа - облако Овен. Отсюда и отталкиваться. Там кто-то еще писал, что можно программу в облаке использовать, но сможет ли она пересылать переменные между объектами? ну и это полностью платный функционал вроде, то есть другой тариф. Ну и мое имхо, писать программу это не одно и то же, что просто настраивать. Но тут как говорится каждому свое.
MrLonely
25.03.2024, 13:23
Ну один товарищ пытался сделать что-то через Распбери, но почему-то не пошло.
Я понял, посмотрю Рапид, если примем такое решение обязательно обращусь к знающим людям, поскольку сам этим занимаюсь всего около года :)
С электроникой "на ты", овен логик не проблема, настройка частотников тоже, а вот с программированием более сложных вещей, конечно есть проблема -
нет в коллективе никого, кто бы мог "копать" так глубоко. Поэтому приходится учиться на ходу, хотя удивляет, что в такой системе как АСУП нет простых инструментов
для решения подобных задач, надо её переименовать :) поскольку она не может Автоматически Управлять, больше заточена под сбор, отображение и хранения информации,
хотя может я и ошибаюсь не зная всей глубины вопроса :) Прошу сильно не бить меня за это ...
Всем спасибо за участие и информацию.
MrLonely у меня нет облака Овен (есть логин, но никак руки не дойдут попробовать), не знаю, как там включается OPC UA сервер. Так то в RapidScada есть OPC UA клиент. Вам в принципе тогда потребуется только платный Модуль автоуправления, чтобы настроить пересылку данных из переменной одного устройства в переменные другого по изменению.
MrLonely
25.03.2024, 13:39
У RUT240 есть 1-дискретный вход и 1-дискретный выход:
74681
74682
Вот инструкция - как мониторить эти сигналы через MQTT https://wiki.teltonika-networks.com/view/Monitoring_via_MQTT
Покопайте в эту сторону.
Вот это уже конкретика, большое спасибо, буду изучать...
Вход/выход видел при изучении модема.
MrLonely
25.03.2024, 13:44
MrLonely у меня нет облака Овен (есть логин, но никак руки не дойдут попробовать), не знаю, как там включается OPC UA сервер. Так то в RapidScada есть OPC UA клиент. Вам в принципе тогда потребуется только платный Модуль автоуправления, чтобы настроить пересылку данных из переменной одного устройства в переменные другого по изменению.
Подключения ОРС к облаку Овена не проблема, подключается очень легко, но связать через ОРС сервер переменные из разных объектов видимо возможности нет, во всяком случае я её не нахожу :(
Ну один товарищ пытался сделать что-то через Распбери, но почему-то не пошло.
Я понял, посмотрю Рапид, если примем такое решение обязательно обращусь к знающим людям, поскольку сам этим занимаюсь всего около года :)
С электроникой "на ты", овен логик не проблема, настройка частотников тоже, а вот с программированием более сложных вещей, конечно есть проблема -
нет в коллективе никого, кто бы мог "копать" так глубоко. Поэтому приходится учиться на ходу, хотя удивляет, что в такой системе как АСУП нет простых инструментов
для решения подобных задач, надо её переименовать :) поскольку она не может Автоматически Управлять, больше заточена под сбор, отображение и хранения информации,
хотя может я и ошибаюсь не зная всей глубины вопроса :) Прошу сильно не бить меня за это ...
Всем спасибо за участие и информацию.
Тогда позвольте ответить на Ваш вопрос.
Если оставить все как есть, то тщательно курим инструкцию по OwenCloud на предмет записи данных по событию.
Не забываем про то, что Пх210 имеют перемычки для управления возможностью записи в переменные.
И главное помним, что OwenCloud (да и Интернет тоже) иногда подглючивает.
Подключения ОРС к облаку Овена не проблема, подключается очень легко, но связать через ОРС сервер переменные из разных объектов видимо возможности нет, во всяком случае я её не нахожу :(
Я не пользуюсь OwenCloud. Юзаю OPC Lectus (https://owen.ru/product/modbus_opc_dde_server) - у него можно значения передавать из прибора в прибор.
Lectus в данном случае видимо не подойдет, так как у облака UA сервер, а не DA...
MrLonely
25.03.2024, 14:00
Тогда позвольте ответить на Ваш вопрос.
Если оставить все как есть, то тщательно курим инструкцию по OwenCloud на предмет записи данных по событию.
Не забываем про то, что Пх210 имеют перемычки для управления возможностью записи в переменные.
И главное помним, что OwenCloud (да и Интернет тоже) иногда подглючивает.
Допускаю, что не до конца скурили, но разве разве разные приборы в облаке могут читать события друг у друга?!
Нужна ведь не только запись, но и чтение этого события у соседа ...
MrLonely в базовом варианте облако вроде не умеет ни того ни другого... нужна прокладка.
Овен добавляет такую прокладку (пока в Beta-версии):
74686
Предполагаю, что будет реализованная возможность читать из одного прибора, а записывать в другой.
ну да, только в базовом тарифе этого не будет скорее всего.
Поэтому пока каждый мутит свой вариант.:cool:
EFrol вопрос цены. Если объектов много, то следующий тариф 810р в месяц вполне размажется в стоимости оплаты интернета. Если объектов мало то часто будет невыгодным. Тем более учитывая корпоративные тарифы на интернет, которые скорее всего использует водоканал.
Да. Я с Вами согласен. Но меня больше беспокоит другой вопрос.
Мы упорно продолжаем стрелять из пушки по воробьям?
74687
MrLonely
25.03.2024, 14:36
EFrol вопрос цены. Если объектов много, то следующий тариф 810р в месяц вполне размажется в стоимости оплаты интернета. Если объектов мало то часто будет невыгодным. Тем более учитывая корпоративные тарифы на интернет, которые скорее всего использует водоканал.
Вопрос цены доступа не имеет значение главное возможность общения объектов друг с другом, только не так как их мнемосхемах...
EFrol стрелять по воробьям из пушки предлагает Овен, так как не озаботилась возможностью пересылки данных между объектами. А сделав только платный вариант, может устраивать не всех, особенно в рамках ежемесячной оплаты.
И опять же, можно не применять OPC, можно написать самому, как я сделал для облака Овен по его API. (кстати плевался долго :) ), так как некоторые вещи сделаны через Ж...
Собственно пересылка данных между объектами не так проста, как кажется, так как будет требовать определенного подхода в программах ПР на объектах. Но если в программа это учтено изначально, например оператором в ручном режиме, то проблем особо не вижу.
Кстати в чем неоправданность применения web технологий в АСУТП ?
Банальный пример, оператор получает СМС, email, Telegram об аварии на объекте №1, он знает, что надо на объекте №2 сделать какие-то действия. Нет интернета - беги делай руками, если ты вообще получил сообщение об аварии :)
Ну и то же самое будет сделано без участия оператора. Если нет интернета то точно так же ничего не получится.
Итак, у нас есть ПР-ки с RS485 (ModbusRTU Slave) разнесенные очень далеко друг от друга. Какие есть относительно дешевые способы их связать между собой?
EFrol я уже написал - Scadа с поддержкой OPC UA или использованием API для OwenCloud и функционалом Scada по пересылке данных из объекта в объект.
Выбор Scada тянет за собой затраты на ПК и ОС.
В случае автора для данной задачи дешевле использовать любого малыша на ARM процессоре ибо Linux (не требуется лицензия) ну и стоимость многих OrangePi смешная.
Ну или если требуется пром решение, то можно найти среди промПК не сильно дорогое решение. Хранить там данные не требуется, можно ограничить БД хоть одним днем или вообще отключить хранение.
Хорошо. Сколько это примерно в рублях?
EFrol в случае с RapidScada это 5900 для бизнеса (то есть на контору официально) за Модуль автоматического управления + стоимость выбранного ПК+БП при использовании OPC UA. Ну если через мой драйвер для API, то плюсом кажется моя цена 2т.р.
В случае с другими Scada надо считать по тегам, которые требуются. Тут я не в курсе.
Еще раз - нужен всего один ПК, а не на каждом объекте.
Опять же, что там с программами в ПР? требуется контроль связи или нет и т.д. Например можно в регистр постоянно посылать изменяющееся значение а ПР-ка будет на основе этого делать вывод, что связь с интернетом есть... и так далее. Но это уже другая история.
EFrol в случае с RapidScada это 5900 для бизнеса (то есть на контору официально) за Модуль автоматического управления + стоимость выбранного ПК+БП при использовании OPC UA. Ну если через мой драйвер для API, то плюсом кажется моя цена 2т.р.
В случае с другими Scada надо считать по тегам, которые требуются. Тут я не в курсе.
Еще раз - нужен всего один ПК, а не на каждом объекте.
Опять же, что там с программами в ПР? требуется контроль связи или нет и т.д. Например можно в регистр постоянно посылать изменяющееся значение а ПР-ка будет на основе этого делать вывод, что связь с интернетом есть... и так далее. Но это уже другая история.
Хорошо. Теперь спросим автора темы. Его этот вариант устраивает для:
Хранение данных - это всё есть, нужен именно тупо обмен командами между объектами:
одна ВНС дала команду на включение другой ВНС и получила ответ об исполнении, такие вот
действия в простейшем случае...
Сам же предложу такой вариант:
74689
Стоимость схемы около 4т.р.
Собираем 2-е таких - по одной на каждую ПР-ку.
MQTT-любой публичный бесплатный, например https://clusterfly.ru/
MrLonely
25.03.2024, 15:51
Хорошо. Теперь спросим автора темы. Его этот вариант устраивает для:
Контроль связи в ПР не предусмотрен, сигнал пропадания связи идёт только с облака.
В ПР имеются только программы управления насосными агрегатами по давлению или по уровням в башнях (резервуарах) и контроль работы насосных агрегатов, питающей сети и выдача аварийных сигналов.
Работа оборудования отслеживается чисто по графикам и таблицам в облаке, то есть всё примитивно просто :)
Просто в случает применения ПР есть возможность отказаться от нескольких блоков управления и получить контроль работы насосной станции, но в связи с новым грандиозным проектом обеспечения водой
близлежащих сёл района из городских водозаборов, остро встал вопрос обмена командами между насосными станциями.
К сожалению в проекте вообще не предусмотрена никакая, от слова "совсем", автоматизация этого процесса, то приходится самим искать пути реализации АСУП для данного проекта.
Мы маленький водоканал и трудно разговаривать с руководством о деньгах ... :)
Вариант с компьютерами на объектах конечно упрощал бы задачу, будем "бодаться" с руководством :)
Спасибо всем за помощь, покопаемся в предложениях и что-то решим.
Собираем 2-е таких - по одной на каждую ПР-ку. да на 4 тыщи умножаем :)
MrLonely ну модуль автоуправления можно купить как частное лицо, там 2900. Ну а мой драйвер отдам вам ключ даром. Ну или OPC UA запустить.
MrLonely
25.03.2024, 15:57
Сам же предложу такой вариант:
74689
Стоимость схемы около 4т.р.
Собираем 2-е таких - по одной на каждую ПР-ку.
MQTT-любой публичный бесплатный, например https://clusterfly.ru/
Каким образом сигнал команды с другого объекта попадает на SUB2?
да на 4 тыщи умножаем :)
MrLonely ну модуль автоуправления можно купить как частное лицо, там 2900. Ну а мой драйвер отдам вам ключ даром. Ну или OPC UA запустить.
Всего один ПК :)
Каким образом сигнал команды с другого объекта попадает на SUB2?
Мне melky запретил дурить Вам голову :)
PIC-ки общаются друг с другом через MQTT-брокера.
SUB2 - это модуль https://www.chipdip.ru/product/uart-to-eth,
который обеспечивает TCP/IP-соединение с MQTT-брокером.
PIC-и публикуют и принимают топики с данными.
MrLonely
25.03.2024, 16:07
Мне melky запретил дурить Вам голову :)
PIC-ки общаются друг с другом через MQTT-брокера.
Ясно, вы там не ругайтесь пожалуйста :)
Немного позже я постараюсь здесь прикрепить схему нашей сети, чтобы вы полностью понимали суть вопроса ...
На сегодня пока что всё.
MrLonely через сухие контакты. Нужно задействовать по одному входу и выходу на каждой ПР-ке. Вам же схему приложили.
EFrol
Всего один ПК посмотрите сколько стоят OrangePi с 1Гб памяти и сетевой картой. Там цена вопроса 2-2,5 тысячи + блок питания на 5В. Ну какой-нить бокс IP65 использовать. плюс модуль для себя. Меньше 10к на все получится. И легко потом добавлять новые объекты.
Да схема и так понятна. роутер с модемом - ПЕ210 - ПР200 и так несколько раз.
Ясно, вы там не ругайтесь пожалуйста :)
Немного позже я постараюсь здесь прикрепить схему нашей сети, чтобы вы полностью понимали суть вопроса ...
На сегодня пока что всё.
Вот это хорошее предложение! Вопрос оставляем открытым. Было очень приятно пообщаться со всеми.
MrLonely
26.03.2024, 11:59
Всем добрый день. Как обещал схема нашей сети, так сказать АСУП :)
Надеюсь что она хоть и проста, но понятна.
Ещё раз хочу уточнить, что нужны идеи (варианты), как заставить станции общаться между собой,
то есть обмениваться командами и информацией в автоматическом режиме.
Желательно конечно без вложения больших средств :)
Р.S. Важное уточнение - не пугайтесь количеством станций, общаться между собой должны максимум три станции,
а не все друг с другом :)
74712
MrLonely
26.03.2024, 12:27
Вложение недоступно?!
У меня открывается ... Файл вставлен как изображение.
Всем добрый день. Как обещал схема нашей сети, так сказать АСУП :)
Надеюсь что она хоть и проста, но понятна.
Ещё раз хочу уточнить, что нужны идеи (варианты), как заставить станции общаться между собой,
то есть обмениваться командами и информацией в автоматическом режиме.
Желательно конечно без вложения больших средств :)
Р.S. Важное уточнение - не пугайтесь количеством станций, общаться между собой должны максимум три станции,
а не все друг с другом :)
74712
Вы очень плохо думаете о нас. Мы именно такую схему представили себе еще в начале разговора.
Нам нужно понять сколько вешать в байтах? :) Сколько и какой информации передавать между узлами?
MrLonely
26.03.2024, 12:55
Вы очень плохо думаете о нас. Мы именно такую схему представили себе еще в начале разговора.
Нам нужно понять сколько вешать в байтах? :) Сколько и какой информации передавать между узлами?
Ничего плохого я о вас не думаю, поскольку вы знаете гораздо больше меня, я, скажем так, в начале пути и смотрю куда идти :)
Передаваемая информация проста - передать команду "вкл./выкл." насосного агрегата и ответ, что команда исполнена и я вижу
на графике в облаке, что действие выполнено.
В дополнение к схеме обрисую типичную у нас ситуацию, когда две-три станции должны работать в связке: имеется населённый пункт,
где находится резервуар, с которого насосная станция снабжает население водой. Но ... Она является перекачивающей,
поскольку резервуар наполняет совсем другая станция, расположенная на приличном удалении от населённого пункта (5-8 км).
Поэтому стоит задача сказать удалённой станции, когда надо включить насосы для наполнения резервуара и получить несколько
ответных контрольных сигналов от удалённой станции. Всего то...
Хорошо.
Станция №1(Насос №1) - N км - Станция №2(Резервуар)(Насос) - потребители
Станция №1(Насос №2) - N км - Станция №3(Резервуар)(Насос) - потребители
Станция №2 (1 бит для Станции №1) - включи свой насос (Насос №1)
Станция №1 (1 бит для Станции №2) - насос включен (Насос №1)
Станция №3 (1 бит для Станции №1) - включи свой насос (Насос №2)
Станция №1 (1 бит для Станции №3) - насос включен (Насос №2)
2-входа, 2-выхода для Станции №1
1-вход,1-выход для Станций №2,3
Передаваемая информация проста - передать команду "вкл./выкл." насосного агрегата и ответ, что команда исполнена и я вижу
на графике в облаке, что действие выполнено
Вы видите, а ПР200(102) об этом как-то могут узнать, что команда выполнена? Это важный вопрос, по какую переменную передавать, что команда выполнена?
Вы нарисовали только 3 узла но их больше - требуется разделение кому какую смотреть? кроме автоматического обмена?
Что за ПК в схеме? он в постоянной работе? если на него установить прокладку для обмена? тогда сильно даром получится :)
И этот ПК он может выступить в роли арбитра для различных диспетчерских пунктов? Быть сервером WEB для других?
з.ы. вообще не вижу проблемы при использовании RapidScada или возможно какой-то другой. Вот прямо хоть сейчас вкорячить вам на этот ПК Рапиду и организовать обмен, в том числе и включение выключение одной насосной станции другой станцией.
Тут проблема вот в чем, передавать переменные не проблема, но если ВНС-2 сказала "ВНС-52 включи насос", на ВНС-52 насос включился, а потом бац и оборвалась связь на ВНС-52, причина не важна.
ВНС-2 говорит "ВНС-52, вЫЫЫключай, хватит", а связи нет, чтобы передать команду на выключение. Че тогда?
Сергей0308
26.03.2024, 13:28
Может ещё и какой контроль предусмотреть, например срабатывание тепловой защиты электродвигателя или что насос качает, типа реле протока или давления, ещё пару бит потребуется, наверно одного регистра(16 бит) хватит на всё!
з.ы. нахрен тут биты? тут хоть че гоняй через облако, хоть целочисленные, хоть float.
На демо аккаунте чтение всех переменных происходит от 1 до 2 секунд сотня переменных
Простой вопрос, у вас в водоканале есть сервер с виртуалками? например один для 1С, другой для почты и т.д.? Поднять там же еще одну виртуалку например Debian возможно?
И просто на нее установить Scada, настроить обмен между объектами через облако Овен (ну раз у вас уже все так сделано) и впоследствии сделать доступ разным диспетчерским пунктам мнемосхемы с разграничением по логину и паролю. Например Диспетчерская №1 постучавшись на IP:порт вашего сервера откроет только свои Насосные, №2 откроет свои и так далее.
Видимо очень хочется независимости от всяких облаков и ПК.
Зависимость от Интернета - еще можно пережить!
EFrol они уже зависимы от ПЕ210 и облака Овен. Либо они меняют ПЕ210 на преобразователи интерфейсов, на роутерах настраивают доступ к своему серверу (симки то наверняка с серыми адресами) и ставят свою Scada. Либо использую так же Scada у себя и не меняют ПЕ210, так и оставляют их на месте. При этом получают желаемое, в том числе с возможностью развития.
У той же RapidScada есть платный функционал, типа карт, расширенных графиков, отправки сообщений в Telegram. Можно потихоньку будет приобресть разные модули и использовать. При этом можно протестировать и опробовать бесплатно.
з.ы. я вообще противник всяких ПЕ, ПМ, так как их нельзя переключить в автономный режим, например изначально настроив на свой сервер или свою сеть. Не люблю таких решений.
EFrol они уже зависимы от ПЕ210 и облака Овен. Либо они меняют ПЕ210 на преобразователи интерфейсов, на роутерах настраивают доступ к своему серверу (симки то наверняка с серыми адресами) и ставят свою Scada. Либо использую так же Scada у себя и не меняют ПЕ210, так и оставляют их на месте. При этом получают желаемое, в том числе с возможностью развития.
У той же RapidScada есть платный функционал, типа карт, расширенных графиков, отправки сообщений в Telegram. Можно потихоньку будет приобресть разные модули и использовать. При этом можно протестировать и опробовать бесплатно.
з.ы. я вообще противник всяких ПЕ, ПМ, так как их нельзя переключить в автономный режим, например изначально настроив на свой сервер или свою сеть. Не люблю таких решений.
Я согласен с Вами. А вдруг что-то с ПК (свет выключили), а вдруг что-то с облаком (вовремя не заплатили). Ну не посмотришь ты текущее состояние, но управление останется. Я и автора темы могу понять.
EFrol если облако в базовом варианте, то есть бесплатное, то только неработоспособность интернета вырубит из наблюдения объект.
Опять же где интернета не будет? если на самом роутере с GSM модемом, то и mqtt не поможет, так ведь?
Следовательно программы должны предусматривать такой сценарий. Ну например ПР ВНС-2 не просто передает команду о включении насоса на ВНС-52, а еще и передает требуемый объем. Зная объем прокачки насоса ВНС-52 не просто включит насос, а строго на определенное время и если за это время не пришла команда отключить насос (потеря связи та же), уже ПР ВНС-52 сама его отключит.
ну сервера компании должны быть на ИБП и генераторе, а то извините бухгалтер, работая в 1С будет крайне недоволен, если ему по новой надо все делать после каждого чиха со светом :)
Тем более Scada многие прекрасно себя чувствуют в виртуалках и многие не требуют физических ключей лицензий.
MrLonely
26.03.2024, 14:07
Вы видите, а ПР200(102) об этом как-то могут узнать, что команда выполнена? Это важный вопрос, по какую переменную передавать, что команда выполнена?
Вы нарисовали только 3 узла но их больше - требуется разделение кому какую смотреть? кроме автоматического обмена?
Что за ПК в схеме? он в постоянной работе? если на него установить прокладку для обмена? тогда сильно даром получится :)
И этот ПК он может выступить в роли арбитра для различных диспетчерских пунктов? Быть сервером WEB для других?
з.ы. вообще не вижу проблемы при использовании RapidScada или возможно какой-то другой. Вот прямо хоть сейчас вкорячить вам на этот ПК Рапиду и организовать обмен, в том числе и включение выключение одной насосной станции другой станцией.
Тут проблема вот в чем, передавать переменные не проблема, но если ВНС-2 сказала "ВНС-52 включи насос", на ВНС-52 насос включился, а потом бац и оборвалась связь на ВНС-52, причина не важна.
ВНС-2 говорит "ВНС-52, вЫЫЫключай, хватит", а связи нет, чтобы передать команду на выключение. Че тогда?
На этот случай есть своя фишка: Станция №1 - Станции №2 - "Вкл." - команда даётся при достижении определённого (минимального) уровня в резервуаре и поскольку на Станции №2 производительность
насосного агрегата известна, то Станции №1 не нужно говорить "Выкл.", потому что дальше Станцйия №2 работает и выключится по таймеру ...
У нас на всех станциях в ПР предусмотрен режим работы и по ТРМ (программный) и по таймеру и дистанционно в ручном режиме, переключается дистанционно через облако.
Ну а если инета нет длительное время, тогда никуда не денешься - местный слесарь едет и работает вручную :)
Пропадание связи можно не рассматривать, поскольку всегда может подключиться обслуживающий слесарь, он также через смартфон видит работу своей станции и получает аварийные сигналы.
Компьютер АСУП предназначен работать сервером (более мощный остальных) и конечно же может работать круглосуточно.
Компьютер АСУП предназначен работать сервером (более мощный остальных) и конечно же может работать круглосуточно. вот вам и решение куда поставить Scada. не надо никаких OrangePi на один объект.
Ну и если вы к этому серверу сможете дать доступ диспетчерам, точнее к WEB серверу RapidScada, если будете использовать ее, то диспетчера хоть с телефона в поле смогут заходить и смотреть что там творится на ВНС. И даже подавать команды, сидя дома в кресле у камина :) Лицензий за клиентов web у RapidScada нет.
Соответственно разграничить доступ. Вася будет видеть только свои ВНС, Петя свои, Федя свои.
Я тут увлекся инструкцией на RUT240.
Оказывается, что эти роутеры могут обмениваться SMS-ками, сообщая друг другу о своем состоянии (включая состояние дискретные входа)
а также реагировать на определенный текст во входящих SMS-ках выполняя команды (включая выставление дискретного выхода)
MrLonely
26.03.2024, 14:30
вот вам и решение куда поставить Scada. не надо никаких OrangePi на один объект.
Ну и если вы к этому серверу сможете дать доступ диспетчерам, точнее к WEB серверу RapidScada, если будете использовать ее, то диспетчера хоть с телефона в поле смогут заходить и смотреть что там творится на ВНС. И даже подавать команды, сидя дома в кресле у камина :) Лицензий за клиентов web у RapidScada нет.
Соответственно разграничить доступ. Вася будет видеть только свои ВНС, Петя свои, Федя свои.
Видеть, они и сейчас всё видят, доступ также разграничен и с помощью облака, задача ведь не в этом. Если вы хорошо знаете Рапид, тогда скажите - смогу ли я через неё настроить обмен командами между удалёнными станциями, вот в чём вопрос :)
MrLonely
26.03.2024, 14:32
Я тут увлекся инструкцией на RUT240.
Оказывается, что эти роутеры могут обмениваться SMS-ками, сообщая друг другу о своем состоянии (включая состояние дискретные входа)
а также реагировать на определенный текст во входящих SMS-ках выполняя команды (включая выставление дискретного выхода)
Да, я тоже её всю изучил и, к сожалению, понял, что он может передавать только свою информацию, которая нам не интересна, а лепить что-то программное для управления
двумя дискретками модема как-то не вижу смысла ...
Может всё таки что-то сообразить через скаду или через АРI облака?
MrLonely сможете, для этого потребуется платный функционал в виде Модуля автоматического управления. Там можно настроить пересылку данных тега по изменению. Мы так связывали ПР200 и кондиционер Kentatsu через радио удлинитель RS485.
EFrol SMS платные
MrLonely
26.03.2024, 14:37
MrLonely сможете, для этого потребуется платный функционал в виде Модуля автоматического управления. Там можно настроить пересылку данных тега по изменению. Мы так связывали ПР200 и кондиционер Kentatsu через радио удлинитель RS485.
EFrol SMS платные
Это уже что-то, тогда надо познакомиться с этой скадой поближе, главное чтобы овеновские приборы и ОРС с ней подружились :)
Мне почему-то кажется, что этот вопрос должен интересовать много народа, но почему-то во всем форуме не нашел подобной темы
или это только у меня такая проблема возникла ?! :)
Да, я тоже её всю изучил и, к сожалению, понял, что он может передавать только свою информацию, которая нам не интересна, а лепить что-то программное для управления
двумя дискретками модема как-то не вижу смысла ...
Может всё таки что-то сообразить через скаду или через АРI облака?
Соглашайтесь на предложение melky. Через API OwenCloud - в Вашем случае идеальный вариант.
MrLonely
26.03.2024, 14:42
Соглашайтесь на предложение melky. Через API OwenCloud - в Вашем случае идеальный вариант.
Ну вот, уже какой-то результ :) Спасибо за участие, буду изучать и пробовать, о результатах обязательно доложу, может всё таки
эта проблема ещё кому-то будет интересна.
Будут вопросы, буду озвучивать, вы уж не пропадайте далеко :)
Ещё раз спасибо !!!
Это уже что-то, тогда надо познакомиться с этой скадой поближе, главное чтобы овеновские приборы и ОРС с ней подружились :)
Мне почему-то кажется, что этот вопрос должен интересовать много народа, но почему-то во всем форуме не нашел подобной темы
или это только у меня такая проблема возникла ?! :)
Эта тема на форуме избита ногами уже! Вот пример, https://owen.ru/forum/showthread.php?t=29276
MrLonely
26.03.2024, 14:58
Эта тема на форуме избита ногами уже! Вот пример, https://owen.ru/forum/showthread.php?t=29276
Ну как бы совсем не то, там надо получить информацию с приборов, а не управлять ими...
получение информации и передача команд в них по сути близка. Все зависит от ПО.
з.ы. кинул вам в личку доступ к своей погремушке на OrangePi, прикрутил там таблицу с Овен облаком демо аккаунта. Можете параллельно открыть и посмотреть. Чтение из облака кажется раз в 10 минут, но из Scada команда должна отправляться сразу.
MrLonely
05.04.2024, 15:06
Добрый день заинтересованным лицам :)
Как обещал делюсь тем, что уже удалось на пути решения озвученной проблемы.
Пока что удалось "подружить" Овен ОРС сервер с Рапид Скадой - Овен ОРС берет информацию с Облака Овен и транслирует её в Рапиду.
На это у меня ушло почти неделя (конечно же не все дни и не всё время), жаль, не могу найти подробное описание Рапиды ...
Теперь буду искать как сделать обратное - передать из скады команду в облако ...
Дело не быстрое и трудное, но интересное :)
Если кто имеет подробное описание "внутренностей" Rapid Scada, буду очень благодарен за ссылку или документацию ...
Всем спасибо за участие и приятных выходных !!! :)
МихаилГл
05.04.2024, 15:08
Там есть вроде вполне живой форум.
И https://rapidscada.net/docs/ru/5.8/software-overview/software-purpose#introduction
Вот этого вполне достаточно, ну или изучать исходники.
MrLonely все же попробуйте настроить OPC UA сервер в облаке, тогда вам не понадобится дополнительный Овен OPC, просто уберете лишнее звено.
В ручную передать, просто указать канал как Input/Output в таблице БД, когда вы настроили подключение, либо при настройке к вашему OPC...
в Автоматическом режиме, поставить модуль Автоматического управления и настроить его на нужные каналы и условия. Если условия самого модуля не устраивают, можно создать расчетный канал и сделать их более сложными уже своими условиями (скриптами) а модуль натравить уже на расчетный канал.
МихаилГл
05.04.2024, 15:28
MrLonely все же попробуйте настроить OPC UA сервер в облаке, тогда вам не понадобится дополнительный Овен OPC, просто уберете лишнее звено.
В ручную передать, просто указать канал как Input/Output в таблице БД, когда вы настроили подключение, либо при настройке к вашему OPC...
в Автоматическом режиме, поставить модуль Автоматического управления и настроить его на нужные каналы и условия. Если условия самого модуля не устраивают, можно создать расчетный канал и сделать их более сложными уже своими условиями (скриптами) а модуль натравить уже на расчетный канал.
Кстати, делал тут крохотный проектик, так вот запись регистров в рапид мне не понравился, и даже платный демо функционал не так как надо работает. Пришлось симпл скаду ещё поставить, демки вполне хватает на управление по формуле одним каналом от состояния 4х других. А внутрь рапид лезть не охота...
МихаилГл все там хорошо с записью, можно даже группу регистров записать при необходимости.
И с формулами там все хорошо, просто C# практически без заморочек, но с нюансами
MrLonely
05.04.2024, 16:14
MrLonely все же попробуйте настроить OPC UA сервер в облаке, тогда вам не понадобится дополнительный Овен OPC, просто уберете лишнее звено.
В ручную передать, просто указать канал как Input/Output в таблице БД, когда вы настроили подключение, либо при настройке к вашему OPC...
в Автоматическом режиме, поставить модуль Автоматического управления и настроить его на нужные каналы и условия. Если условия самого модуля не устраивают, можно создать расчетный канал и сделать их более сложными уже своими условиями (скриптами) а модуль натравить уже на расчетный канал.
Попробую UA сервер, но уже в понедельник - в выходные надо отдыхать :)
МихаилГл
05.04.2024, 17:38
МихаилГл все там хорошо с записью, можно даже группу регистров записать при необходимости.
И с формулами там все хорошо, просто C# практически без заморочек, но с нюансами
Как это без с# решить? Никак. А вот этот платный модуль даже в демо режиме не позволяет изменять одну переменную при изменении 4х других. Т.е. у меня 4ре датчика температура, по значению которых я должен был запускать азот для их охлаждения. Т.е. запускать, когда один из датчиков превышение покажет, останавливать, когда всё 4ре ниже допуска. Этот модуль неадекватно себя вёл, и выключал при снижении любого, короче я плюнул. А с с# нету времени, стар я для этого языка, чтоб начать его изучать.
МихаилГл, не задача модуля выполнять математические вычисления в принципе. Да, без С# там ни как, если надо не значение канала сравнивать, а именно каналы.
Надо делать формулу в дополнительном канале и уже по нему запускать модуль и отправлять команды.
Может быть появится что-то вроде FBD но точно будет платным, человек занялся подобным. Сам правда не знаю, что у него получится
MrLonely
15.04.2024, 08:50
Добрый день всем заинтересованным.
Докладываю - задача обмена командами, именно командами управления, а не сбора информации, решена.
Работает связка: объект №1 > Овен облако > Овен ОРС сервер > РапидСкада с модулем Автоматического управления > Овен ОРС сервер > Овен облако > объект №2.
Осталась проблема в работе Овен ОРС сервера - надо временами перезапускать его. Подключиться к Овен облаку с помощью ОРС сервера в РапидСкаде пока не получилось.
Спасибо melky за подсказки по РапидСкаде и по модулю Автоматического управления.
Осталось избавиться от Овен ОРС сервера.
Блин, ну уйдите вы от Owen OPC, стройте сразу без него. Или у вас не получилось запустить OPC UA в облаке ?
MrLonely
15.04.2024, 09:21
В облаке нет ОРС сервера, для этого и сделали Овен ОРС сервер, а тот что в скаде не могу подключить к облаку.
Попробую еще через апи подключиться, посмотрим, главное что уже есть путь.
Да ладно, они же там про OPC UA что-то писали, который прямо в облаке работает?????
интеграция со SCADA-системами с помощью бесплатного ОВЕН OPC-сервера или по протоколу OPC UA;
Передача данных в SCADA-систему:
Если SCADA-система поддерживает OPC UA, считывание данных производится без использования дополнительных OPC серверов.
Если SCADA-система не поддерживает OPC UA протокол, считывание данных производится OPC-сервером (с протоколом OPC UA) с последующей передачей данных в SCADA-систему.
https://docs.owen.ru/product/owencloud/590/83289#topic-83292
Введите в поиск OPC и найдете пример настройки для MasterScada
MrLonely
15.04.2024, 09:57
Ну РапидСкада поддерживает ОРС UA, но подключиться к облаку с РапидСкада пока не получилось, разбираюсь с этим вопросом,
пока руководство решает вопрос приобретения Модуля Автоматического управления :)
Кстати, я по этой ссылке и делал, но РапидСкада пока не признаёт облако или наоборот :)
Овен сотрудничает с МастерСкада, потому там получается...
Возможно причина в типе шифрования, хз. Попробую сейчас на демо аккаунте, раз там пример на нем.
Посмотрел, в клиенте OPC UA в RapidScada нет Режима безопасности сообщений. Возможно из-за этого не хочет. Или возможно надо в конфиге что-то подправить. Задал вопрос на форуме...
Как вариант, установите мой драйвер облака, работающий по API. Ключ я вам сделаю.
Ну вроде как режим "Подпись и шифрование" есть, но подключаться не хочет, выдает ошибку.
MrLonely
15.04.2024, 12:47
Посмотрел, в клиенте OPC UA в RapidScada нет Режима безопасности сообщений. Возможно из-за этого не хочет. Или возможно надо в конфиге что-то подправить. Задал вопрос на форуме...
Как вариант, установите мой драйвер облака, работающий по API. Ключ я вам сделаю.
Ну вроде как режим "Подпись и шифрование" есть, но подключаться не хочет, выдает ошибку.
Вот и у меня выдаёт ошибку. Правда особо ещё не разбирался - всего один раз по-быстрому попробовал - не получилось и занялся Модулем Автоматического управления.
Раз модуль заработал, теперь буду разбираться с облаком.
Самое главное, что управление получилось, просто теперь вопрос в надёжности и решении вопроса, какие сигналы передавать :)
Powered by vBulletin® Version 4.2.3 Copyright © 2024 vBulletin Solutions, Inc. All rights reserved. Перевод: zCarot