ПР200. Настройка отправки/получения данных по RS485 + поддержка постоянной передачи

Вид для печати

23.04.2025, 13:27
Decaf

Вложений: 2

ПР200. Настройка отправки/получения данных по RS485 + поддержка постоянной передачи

Добрый день!

По задаче нужно:
1. ПК-сервер (Windows 10)
2. ПР200
3. Модем iRZ ATM21
4. ПК-клиент с установленным Owen OPC Server и Scada

Должен быть двухсторонний диалог между ПР200 (через модем) с ПК-клиентом через ПК-сервер.
То есть, если данные обновляются на ПР200, то они приходят через модем на ПК-сервер и обновляются на ПК-клиенте в Owen OPC Server (через Modbus TCP/IP).
И в обратную сторону.
С Owen OPC Server данные будут вытягиваться в Scada.

Тогда примерная схема:
Вложение 83366

1. На стороне ПК-сервера прослушиваются 2 порта: на один должны приходить обновленные данные с ПР200 (через модем), на второй - данные с ПК-клиента с Owen OPC Server.
Если данные приходят на первый порт, они записываются в БД и отправляются на второй. Если приходят на второй порт - записываются в БД и отправляются на первый порт.
2. Модем iRZ ATM21 служит прозрачным каналом связи, настраивается в режиме "Клиент", никакая логика для передачи данных с последовательного порта на сервер и обратно на нём не прописывается.

Вопрос 1:
Насколько я понял, для ПР200 по передаче/получению данных в Owen Logic можно настроить только сам RS485 и переменные с их адресами регистров и т.д.
Вложение 83367
Достаточно ли этого для передачи данных как задумано "если данные обновляются на ПР200, то они приходят через модем на ПК-сервер и обновляются на ПК-клиенте в Owen OPC Server (через Modbus TCP/IP). И в обратную сторону"? Или что еще нужно будет настроить на стороне ПР200?

Вопрос 2:
"Кроме передачи данных с ПР200 нужно поддерживать постоянную передачу данных в канале, например минимальными Keep alive пакетами, иначе оператор может просто закрывать этот канал связи, а модем будет постоянно переподключаться" - если я использую Owen OPC Server на ПК-клиенте, он же опрашивает с заданным периодом. Этого достаточно для поддержания постоянной передачи данных? Если нет, такое вообще возможно сделать со стороны ПР200?
23.04.2025, 14:05
melky

Вам же писали уже - ПР не умеет работать с модемом, и вряд ли научится. Опрашивать ПР можно только сверху. з.ы. верхом для ПР может быть миниПК с RS485 портом, установленный рядом с ПР. Вот тогда передача может быть со стороны ПР, точнее со стороны этого миниПК. Иначе никак.

а... ПР может быть мастером сети в RS485 - модем тупой удлинитель (но должен сам уметь поднять интернет соединение на какой-то сервер) - тогда ПР, будучи мастером, может слать куда-то данные. iRZ по идее может выступить TCP клиентом на удаленный сервер. На удаленном Сервере должен быть Modbus Slave соответственно. Для ПР мастера должна быть написана программа соответствующим образом, чтобы на мастера можно было посылать команды. если точнее, ПР как бы проверяет, а есть ли для него команды? если есть - исполняет.
23.04.2025, 14:41
In_Da_Cher_A

Цитата:

Если нет, такое вообще возможно сделать со стороны ПР200?

собирайте

Цитата:

1. ПК-сервер (Windows 10)
2. ПР200
3. Модем iRZ ATM21
4. ПК-клиент с установленным Owen OPC Server и Scada

пробуйте и получите ответ на свой вопрос
а по существу - ну что там за суперданные болтаются на этом приборчике, ради чего городить такой колхоз?
если уж там настолько всё по-взрослому, то какого тогда вы упёрлись в ПР? ну явно тогда нужна другая техника и необязательно от ОВЕН
грубо говоря - стоимость железа = стоимости работ, а у вас один затраты ресурсов на инжинирнг и наладку вашего моста будут больше в разы и вообще без гарантии работы
ищите более простые и надёжные способы, с адекватными проблемами и рисками
23.04.2025, 14:59
Sergey361

1 да можно, нужно ещё пару сим карт (хотя бы одну с белым IP), непонятно, зачем ПК Сервер, может туда тогда ПО Сервер поставить
2 должно быть достаточно
23.04.2025, 15:21
melky

Sergey361 при наличии iRZ ему самому белый IP не нужен. Он может подключиться клиентом например на VPN сеть, и тогда запросы пойдут IP VPN сети и порт. Все.
23.04.2025, 16:28
imaex

Как я вижу:

1. Модем настраивается в режим "Сервер". Нужен статический белый IP от оператора.
2. Активируется режим "Modbus RTU/TCP конвертер" ПР-ка будет слейвом

Собственно, всё. Подключаетесь по выданному оператором IP на прописанный в режиме "Сервер" порт тем же Owen OPC и опрашиваете ПР-ку по modbus tcp
23.04.2025, 16:30
imaex

Цитата:

Сообщение от melky

Sergey361Он может подключиться клиентом например на VPN сеть, и тогда запросы пойдут IP VPN сети и порт. Все.

Какой vpn с модемом? Кто со стороны модема будет vpn поднимать, если у него на стороне модема только ПР?
23.04.2025, 16:36
melky

imaex вообще-то iRZ-шки умеют сами конектится к интернету. Ну может не указанная модель, а выбрать другой.

• возможность одновременной работы в режимах «клиент» и «сервер»;
• прозрачный режим TCP/IP-to-COM;
• возможность одновременной работы с двумя интерфейсами (RS232 и RS485);
• возможность работы с резервным IP-адресом сервера или резервным сервером;

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

бля - сам модем. Какой он имеет функционал?, может и умеет даже vpn.

и • поддержка работы со специализированным серверным программным обеспечением iRZ Collector;
23.04.2025, 16:46
imaex

Цитата:

Сообщение от melky

бля - сам модем. Какой он имеет функционал?, может и умеет даже vpn.

Исключено.

Цитата:

Сообщение от melky

как бы качаем доку на модем и изучаем.

Да я как бы посмотрел, хоть и по диагонали.

Цитата:

Сообщение от melky

Судя по этим данным, он должен уметь сам конектиться к серверу.

Допустим, подключился. Дальше что?
23.04.2025, 17:01
melky

Цитата:

Допустим, подключился. Дальше что?

дальше все просто, создаем сервер подключения у себя и виртуальный COM порт на него для OPC сервера. Все.
Короче, если человек не в теме как можно построить сеть, то за него изучать доки на модем не особо интересно. Своей работы по горло. Пусть к IT-шникам обратится на предприятии, ему все разжуют.

3.2. Основные атрибуты SIM-карт
3.3. Основные атрибуты для работы модема-«Клиента»

этого достаточно, чтобы настроить связь с любым слейвом, висящим на портах модема.
23.04.2025, 22:35
EFrol

Цитата:

Сообщение от Decaf

Должен быть двухсторонний диалог между ПР200 (через модем) с ПК-клиентом через ПК-сервер.

Рассмотрите такой вариант:
ПО для сервера https://owen.ru/product/modbus_opc_dde_server
К серверу подключите GPRS-модем, который как и iRZ ATM21 поддерживает CSD-режим.
В Lectus'е создаете узел со списком нужных Вам регистров, в котором мастер подключение будет "модемное соединение", а Slave-подключение (Server TCP).
При запуске Lectus подключиться по номеру до Вашего модема iRZ ATM21 и будет через него опрашивать/записывать из/в ПР200, при этом будет отвечать на ModbusTCP-запросы от клиентов в сети. Т.е. Интернет в этом случае не будет использоваться. Однако возможны трудности с сотовым оператором (не все предоставляют передачу данных в CSD-режиме).
24.04.2025, 00:07
melky

EFrol операторы с радостью предоставят CSD, там тарифы бешенные :)
24.04.2025, 07:33
EFrol

Тема удаленной диспетчеризации остается очень актуальной.
И наша с Вами идея создания 4G-MQTT-модема как заноза в одном месте!!!
А потребность в нём всё больше и больше!!!
https://owen.ru/forum/showthread.php?t=29276
https://owen.ru/forum/showthread.php?t=39385
https://owen.ru/forum/showthread.php?t=40519
https://owen.ru/forum/showthread.php?t=40635
https://owen.ru/forum/showthread.php?t=1927

Нам очень нужен бюджетный аналог https://ipc2u.ru/catalog/ua-5231m-3gwa/,
в котором оставить всего 2 функции: Modbus TCP/RTU/ASCII Master, MQTT Client/Broker
24.04.2025, 07:48
melky

Так понимаю, все никак не доделает? А то пощупать же хочется, как передавать через топик пакеты байт для различных протоколов.
24.04.2025, 08:04
EFrol

У меня проблема только в одном: создание WEB-интерфейса! Понимаете? Полезный объем кода 10kB, а несчастный HTML со страницами настройки сжирает MB-ы.
Да и WEB-мастер с меня никакой!!
24.04.2025, 08:07
In_Da_Cher_A

да всё это притянуто за уши, изначально из-за неправильной постановки задачи и последующего выбора оборудования
и после этого начинается колхоз с пристыковкой к друг другу разномастного железа и мучения "как теперь всё это заставить работать"
есть готовые решения с модемом на борту, есть модемы, есть VNC.
связь с её приблудами ну это немного другая история
24.04.2025, 08:12
EFrol

В том то и беда, что оно работает и работает хорошо, только настройки все пока на уровне прошивки (исходника).
А доводить до товарного вида нет времени (желания, мотивации, поддержки коллег, знаний и т.д.)

Себестоимость:
https://duino.ru/Wemos-D1-mini.html/ - 280
https://duino.ru/preobrazovatel-logicheskikh-urovney/ - 40
https://duino.ru/rs485-ttl/ - 50
https://duino.ru/SIM800L-GSM-modem.html/ - 370
https://duino.ru/step-down-ponizhaju...azheniem.html/ - 110

Всего 850р. + корпус
24.04.2025, 08:12
imaex

Цитата:

Сообщение от melky

дальше все просто, создаем сервер подключения у себя и виртуальный COM порт на него для OPC сервера. Все.

Вас всё на виртуальные COM-порты тянет. Я глянул немного KB iRZ, может получится и в режиме клиент. Пусть пробует. Вот, для примера:
https://faq.irz.net/modems/common/Mo..._i_SPG761.html

Только вместо Прога будет Owen OPC. Не знаю, насколько это будет работоспособно.

Вот только, няп, он облако не хотел. А тут вместо овеновского облака будет облако от iRZ. Те же яйца.

Говорил же - надо роутер сразу на стороне ПР ставить. Ладно, пусть упражняется.
24.04.2025, 08:13
melky

EFrol не нужен там навороченный web, нужен примитив на стандартных кнопочках и полях html.

imaex, чтобы без виртуальных портов, надо чтобы scada или opc умел так работать.
24.04.2025, 08:49
imaex

Цитата:

Сообщение от melky

imaex, чтобы без виртуальных портов, надо чтобы scada или opc умел так работать.

Можно мне пример SCADA или OPC, которым непременно нужен com-порт для работы по Modbus TCP ?

Что касается RTU over TCP, то такие, которые не умеют, тоже ещё поискать нужно.
24.04.2025, 08:59
EFrol

Есть любопытный девайс https://www.chipdip.ru/product0/8036778485
Это самый настоящий MQTT-модем, который конфигурируется AT-командами. Но опять же пассивный. Нужен преобразователь RS232 -> RS485 c инкапсуляцией Modbus-пакетов.
24.04.2025, 10:34
melky

Цитата:

c инкапсуляцией Modbus-пакетов

не не, мне нужен под любой протокол. Я без железки не могу ничего сделать, так как подозреваю, придется писать драйвер верхнего уровня, где я обзову его ну например ComOverMQTT. То есть драйвер скажем счетчика Меркурий даже подозревать не будет, что его обманывают, и шлют все не через Com порт.

Как-то так. Соответственно нужно понимание цены для юр лица. Тема очень актуальная на самом деле. А еще нужен аккум, какой-нибудь конденсатор, чтобы устройтсво в топик успело отослать что все, что за ним ВСЁ - Умерло :)