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. Если Вы уберёте куски кода из вопроса (они не нужны в данном случае) и добавите схему - вопрос будет гораздо более читаемый...

[Komrus]

Decaf
Если не затруднит, в светлом будущем чиркните пару слов - чем закончилось?
Что получилось сделать и как решили задачу...

[Decaf]

Komrus, напишу, но до этого, видимо, еще долго...
На текущий момент удалось выяснить, что:
1. Виртуальные COM-порты с iRZ Server использовать не получится, поскольку "работа с виртуальными COM-портами из iRZ Configurator недоступна в 32-битных версиях Windows", а на ПК-сервере именно 32-х разрядная ОС.
2. С ПР200 физически невозможно отправлять АТ-команды.
3. Тех. поддержка iRZ сказала, что модем iRZ MC55iT под эту задачу точно не подойдет, необходим модем из серии ATM.
4. Также тех. поддержка сказала, что "можно не использовать iRZ Collector, просто должна быть сим карта со статическим Ip-адресом и тогда модем настраивается в режиме "Сервер" и соответственно все запросы с OPC Server через ПК-сервер будут транслироваться по каналу статического IP на ПР200 и обратно", но тогда ПК-сервер с БД отпадает. И даже если так, ну сможет ATM модем автоматически поднять TCP IP соединение, всё равно не понятно каким образом организовать отправку данных с ПР200 и их получение, если оттуда даже АТ-команду нельзя отправить... В Owen Logic для RS485 можно настроить только переменные (последний скрин в моем вопросе). Но как организовать так, чтобы каждый раз когда данные обновляются на ПР200, модем забирал их с порта и отдавал дальше, и в обратную сторону...

[Komrus]

сможет ATM модем автоматически поднять TCP IP соединение, всё равно не понятно каким образом организовать отправку данных с ПР200 и их получение, если оттуда даже АТ-команду нельзя отправить...

Если ATM модем (а лучше - роутер с RS-485 портом, например - RL21) сможет своими силами поднять IP соединение через сотовую сеть, то с ПР200 никакие команды отправлять не надо.
Тогда ПР200 будет работать, как будто бы соединён с сервером прямым проводом.

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 поменяйте. Они хоть сами умеют поднимать линк.