GPRS | Соединение между ПР200 и сервером | Как настроить модем iRZ MC55iT?

Question

[Decaf]

Здравствуйте!

Есть задача:
1. Есть ПК-сервер (Windows 10) с программой на Java.
2. Есть Овен ПР200 (Программируемое реле)
3. Есть модем iRZ MC55iT
4. Есть компьютер-клиент с установленным Owen OPC Server и Scada

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

Сейчас если ПК-сервер и ПК-клиент находятся в одной сети, то, используя программу-клиент на ПК-сервере, я могу передавать данные с этой программы-клиента через ПК-сервер на ПК-клиент с Owen OPC Server.
То есть, обновляю данные на ПК-клиенте с Owen OPC Server, они обновляются и в программе-клиенте.
И в обратную сторону.
После проброса портов через Микротик, это должно работать с любой сети.
Тут данные - числа, которые хранятся в регистрах Holding Registers.

Общая схема:


На ПК-клиенте в Owen OPC Server тестовые данные, которые приходят выглядят так:

На ПР200 переменные будут с 512 регистра, в коде программы сервера и на Owen OPC Server это тоже будет обновлено.


Мне нужно настроить модем iRZ MC55iT (например, через PuTTY) так, чтобы заменить эту "программу-клиент" (которая временно на ПК-сервере для теста) на ПР200 с модемом.
Передача данных по GPRS.
Во всех вариантах настройки модема, которые я нашел, примерно одно и то же:

AT
AT+CIPSHUT                   	   // Сброс предыдущих соединений
AT+CIPMUX=0                  	   // Одиночное соединение
AT+CGATT=1	       	     	   // Подключение к GPRS
AT+CSTT="internet.mts.ru"    	   // Задание точки доступа APN - поменять на нужный
AT+CIICR                     	   // Инициализация GPRS
AT+CIFSR                     	   // Получить IP модема (если всё ок — покажет IP)
AT+CIPSTART="TCP","0.0.0.0","1502" // Подключение к ПК-серверу - тут поменять на ip сервера
AT+CIPSEND                         // Отправка данных на сервер
ввести текст

Вопрос: как возможно настроить с помощью АТ команд модем, чтобы не с терминала отправлять данные, как тут:

AT+CIPSEND                         // Отправка данных на сервер
ввести текст

... а так, чтобы всегда, когда данные обновлялись на ПР200 (который будет подключен к порту RS-232 модема), они отправлялись через модем на ПК-сервер?
И в обратную сторону - когда обновленные данные приходят с сервера, чтобы они проходили через модем и через порт модема RS-232 на ПР200?

Буду благодарен за ответы, проясняющие ситуацию.
Спасибо.

Comments

[Komrus]

Вы очень-очень много понаписали вводных..
Но не привели самого главного - схемы соединения.

1) Кто с кем через кого соединяется.
2) Модем по RS-232 - куда прицеплен? К компу или к ПР200 (в этом случае всё становится сложно) ?
3) Вы хотите на каждый блок данных поднимать по модему соединение и потом "вешать трубку" ? Или один раз установить PPP соединение, и работать уже сугубо поверх IP ?
В первом случае - куда передавать блок данных планируете?
Во втором случае - с кем соединение? Со своим сервером? Или с провайдером и потом VPN поднять до своего сервера?

PS. Если Вам в своё время доводилось подключать компьютер к интернету по модему через dial-up соединение - то это примерно также...

PPS. Если Вы уберёте куски кода из вопроса (они не нужны в данном случае) и добавите схему - вопрос будет гораздо более читаемый...

Answer 1

[Komrus]

(Со схемой стало понятнее; но сложнее :)

0) Основное,прежде чем переходить к Morbus'ам, регистрам и программному коду - разобраться с сетевыми соединениями.
Где у Вас serial соединение, откуда и докуда оно сериал; где TCP/IP начинается; бегает ли IP поверх serial RS-232; с чем соединяется модем - с сотовым оператором или со вторым модемом; каким образом соединение доходит до сервера - у него либо белый IP адрес должен быть, либо второй модем...

1) Я смотрю на Овен ПР200 - и не вижу RS-232.
https://owen.ru/product/pr200/connection
Есть опциональные RS-485. Но это, - немного так другой стандарт интерфейса... Конвертор RS-485 - RS-232 бывает (от той же Moxa), но стоит денег.

2) Последние лет -дцать все стараются не изобретать велосипед, а использовать готовые компоненты.
Можете ли рассмотреть вариант замены
а) ПР200 - на модификацию с Ethetnet'ом (например - ПР205)

б) Модем iRZ MC55iT - на роутер с GPRS модулем и сотовой антенной. Роутер должен уметь своими силами поднять PPP соединение с Интернетом через LTE/GPRS сотового оператора и поверх него - VPN соединение.
Микротик (если хочется помучаться :) или Кинетик

А с Овена - уже работать по Modbus/TCP по установленному IP соединению.

3) Если "уже всё предрешено", то
3а) Вопрос с RS-232 портом
3б) - Хватит ли у Овена ресурсов (а Вам - терпения вырисовывать всё это на FBD) для работы по модему и пинания GPRS соединения для каждого блока данных
3в) На схеме - продумайте и прорисуйте - куда у Вас приходит GPRS соединение? Сейчас оно аж до ПК-сервера доходит. В реальности это не так. Оно куда-то в публичный интернет уйдёт. Как дальше соединение до сервера пойдёт?

Comments

[Decaf]

Здравствуйте. Спасибо за ответ.

Вы хотите на каждый блок данных поднимать по модему соединение и потом "вешать трубку" ? Или один раз установить PPP соединение, и работать уже сугубо поверх IP ?

Один раз установить соединение и работать поверх IP.

с кем соединение? Со своим сервером? Или с провайдером и потом VPN поднять до своего сервера?

На данном этапе - соединение с локальным сервером-компьютером. Возможно, в дальнейшем будет переход на облачный сервер.

Где у Вас serial соединение, откуда и докуда оно сериал; где TCP/IP начинается; бегает ли IP поверх serial RS-232; с чем соединяется модем - с сотовым оператором или со вторым модемом; каким образом соединение доходит до сервера - у него либо белый IP адрес должен быть, либо второй модем...

Насколько я понял, serial соединение - от RS-485 ПР200 к RS-232 модема (через переходник с RS-485 на RS-232). TCP/IP начинается с модема, и данные уже по TCP уходят на ПК-сервер. Модем должен соединяться напрямую с ПК-сервером. Для ПК-сервера будут проброшены порты через Микротик (502 и 1502 - согласно коду) и доступ будет по внешнему IP-адресу Микротика, насколько я понимаю.

Я смотрю на Овен ПР200 - и не вижу RS-232.
https://owen.ru/product/pr200/connection
Есть опциональные RS-485. Но это, - немного так другой стандарт интерфейса... Конвертор RS-485 - RS-232 бывает (от той же Moxa), но стоит денег.

Да, у ПР200 RS-485, видимо прийдется использовать конвертор RS-485 - RS-232.

Если "уже всё предрешено", то

Увы, в моем случае "всё предрешено", нужно использовать именно ПР200 и именно этот модем.

Хватит ли у Овена ресурсов (а Вам - терпения вырисовывать всё это на FBD) для работы по модему и пинания GPRS соединения для каждого блока данных

Должно хватить.

На схеме - продумайте и прорисуйте - куда у Вас приходит GPRS соединение? Сейчас оно аж до ПК-сервера доходит. В реальности это не так. Оно куда-то в публичный интернет уйдёт. Как дальше соединение до сервера пойдёт?

Как я понял, GPRS-соединение идет через провайдера (оператора связи) по внутреннему IP-адресу от оператора и дальше через Интернет - TCP-соединение по IP-адресу и порту.
Подправил схему.

[Komrus]

Decaf,
TCP/IP начинается с модема, и данные уже по TCP уходят на ПК-сервер. Модем должен соединяться напрямую с ПК-сервером.

Вот это самый тонкий момент в системе :)
В общем случае, модем (пара модемов) - это просто удлинение прямого кабеля через телефонную/сотовую сеть.
Причём кабель - это RS-232. При работе через который вся логика - на совести оконечных компов.

И изначально - никакого TCP там не было. Требовалось с оконечного устройства (к которому подключен модем) поднимать PPP соединение и поверх него - TCP/IP.
С клиентского компа - до сервера.
TCP/IP - это, в классической модели, - функции роутера.

В конкретно эту модель модема - запихали TCP/IP.
И производитель (iRZ) предлагает ответную часть - iRZ Server
https://support.irz.net/modems/common/PO_Pervonach...

На нём можно настроить виртуальный COM-порт и с него уже ловить данные от ПР200 (которые, обращаю внимание - идут в виде Modbus-RTU, а не Modbus-TCP)

Тогда (если дорисовать на Вашей схеме поверх физических соединений ещё и стрелки логических) всё будет более-менее логично.
От ПР200 до виртуального COM-порта от iRZ Server (установленном на ПК-сервере) будет serial соединение.
(Точнее говоря - для ПР200 оно будет выглядеть как прямой провод сериал, а по факту - serial-over-IP, идущее по IP через GPRS, сотового оператора, публичный Интернет и роутер Микротик)
Причём задача поднятия TCP соединения (через приведённые Вами AT команды) и контроля его наличия - надо будет в логике ПР200 прописывать.

Upd - На всякий случай обращаю внимание, что у роутера Микротик - должен быть публичный статический IP адрес.
Именно его надо будет указывать в команде AT+CIPSTART=...

На схему хорошо бы ещё Ваш роутер нарисовать, который между Интернетом и ПК-сервером.
И, как показывает опыт - лучше сразу в Visio/Draw.io или каком другом редакторе, который позволяет отдельные блоки двигать на готовой схеме...
И стрелочки многочисленные и разноцветные добавлять для разных уровней взаимодействия.

Настоятельно рекомендую - собрать на столе стенд, в котором вместо ПР200 будет комп (с него проще отлаживать и понимать - что происходит),
А все остальные элементы (модем iRZ, соединение через GRPS, проброс через Микротик, iRZ Server) - будут уже в наличии

[Decaf]

Здравствуйте! Спасибо за ответ.
Насколько я понял, iRZ Server не поддерживает мою версию модема - https://www.radiofid.ru/programmnoe-obespechenie/i...

Решение iRZ Collector решает задачу удаленного опроса счетчиков. Для выполнения этой задачи реализованы пользовательские приложения: iRZ Server – для настройки серверной части системы и iRZ Dispatcher для диспетчера, осуществляющего управление модемами или опрос счетчиков.

Устройства, поддерживаемые iRZ Collector 4.2

4G-модемы:
ATM41.A
ATM41.B

3G-модемы:
ATM31.A
ATM31.B
ATM3-232
ATM3-485

2G-модемы:
ATM21.A
ATM21.B
ATM2-232
ATM2-485

Терминалы:
TE12

Возможно ли как-то реализовать это без iRZ Server?

Причём задача поднятия TCP соединения (через приведённые Вами AT команды) и контроля его наличия - надо будет в логике ПР200 прописывать.

А с ПР200 возможно отправлять АТ-команды? Не нашел в Owen Logic такой возможности.

[Komrus]

Ну, перво-наперво - ВЫ придумали данный набор железок.
Я, в меру своих сил и на общественных началах, пытаюсь из данного топора сварить хоть какие-нибудь щи...

iRZ Server не поддерживает мою версию модема
Считаете, что невозможно - ну, Ок. Найдите более другое решение по созданию виртуального COM-порта, у которого заявлена совместимость с Cinterion MC55iT (или с iRZ MC55iT).
(А лучше - взять железки, за пару часов развернуть стенд и вчерне проверить, что получается)

Для начала - с фирмой iRZ связались? Вопросы "с чем вообще совместим программный стэк TCP/IP, который они вкрячили в модель MC55iT; что может выступать в качестве ответной, серверной части для работы с этой железкой по TCP/IP" - задали?

Далее: iRZ Server и iRZ Collector - не тождественные понятия. Вроде как :)

Collector - да, работает только с хорошими мальчиками э.-.э-э... модемами, которые СВОИМИ силами могут поднимать TCP соединение. Линейка ATM у iRZ.
Collector - занимается управлением модемами, сбором данных и т.п.
Server (хотя и часть Collector'а) - вроде как более приземлёнными вопросами занимается. Виртуальными COM портами, в частности.

А с ПР200 возможно отправлять АТ-команды?
ЗАМЕЧАТЕЛЬНЫЙ вопрос! Суперский! В него Вам и надо была начинать работу по данному проекту!
В данном случае могу только сказать, что понятия не имею, я сетевик. А дёргать своих автоматчиков по вопросам, на которые я отвечаю на общественных началах - ну как-то не правильно...
Если ОЧЕНЬ навскидку - то увы, по RS-485 виднеется только работа с Modbus-RTU . Отправка произвольной текстовой строки (а AT команда - это не более чем текстовая строка) и разбор текстового ответа - не виднеется.
Но этот вопрос правильнее задать тех.поддержке "Овена". Или хотя бы на их форуме.

PS. И ещё раз настоятельно советую - уберите Вы программный код из Ваших вопросов на всех форумах. До него ещё как до Луны пешком. Пока хоть один байтик информации от ПР200 до ПК-сервера не докинете (а В Вашем случае - даже ping'и не будут ходить - у Вас чистый serial интерфейс) - про код и не вспоминайте.
А наличие кода - напрочь отбивает охоту у сетевиков вникать в вопрос.

PPS. Свою точку зрения как правильно решать эту задачу - я в первом же сообщении выссказал.
Или, как минимум - модем на линейку iRZ ATM поменяйте. Они хоть сами умеют поднимать линк.