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

[Decaf]

Добрый день!

По задаче нужно:
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.

Тогда примерная схема:
new scheme updated.png

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

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

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

[melky]

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

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

[In_Da_Cher_A]

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

собирайте

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

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

[Sergey361]

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

[melky]

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

[imaex]

Как я вижу:

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

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

[imaex]

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

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

[melky]

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

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

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

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

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

[imaex]

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

Исключено.

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

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

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

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

[melky]

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

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

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

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