- В этой теме 11 ответов, 4 участника, последнее обновление 3 года, 1 месяц назад сделано
.
-
Сообщения
-
Применение конвертеров RS485 -> ModBusTCP в RapidScada хорошо описано в документации. А как использовать конвертеры RS485/ModBusTCP —> Wi-Fi/4G в Rapid SCADA?
По логике данные по протоколу Modbus RTU/TCP преобразуются в данные Wi-Fi/4G и через Internet/LAN передаются на большие растояния. Это и есть цель применения таких конвертеров. И далее через обратный конвертер Wi-Fi/4G —> RS485/ModBusTCP на устройства (расположенные удаленно). Конвертеры RS485/ModBusTCP —> Wi-Fi/4G имеют IP адреса. По этим IP адресам RapidScada получает эти данные и команды. Получается RapidSCADA должна работать с данными Ethernet канала (Wi-Fi, или TCP кабеля, подключенного к Wi-Fi/4G точке доступа).
Вопрос
1. Может кто-то пояснит как в RapidSCADA получать данные из Wi-Fi/4G каналов (отправленные через конвертеры RS485/ModBusTCP—>Wi-Fi/4G) и отправлять из RapidScada в ответ команды?В случае 4G у конвертера должно быть два варианта
1. наличие реального IP адреса со стороны провайдера
2. возможность работать через m2m или vpnДля Scada как-бы монофиолетово что там за устройство, лишь бы был IP адрес для указания в поле «Позывной» или возможности его использовать в настройках линии связи TCP клиента.
Как 3-й вариант, устройство может быть TCP клиентом и удерживать связь с сервером (в настройках линии связи)
3. Точка- точка с GSM модемом у которого есть адрес в локальной сети. Есть многоканальные модели.
4. Если позволят расстояния развернуть «зонтик» сети LoraWAN и использовать их конвертеры (ВЕГА Си-13-485 от ВЕГА-Абсолют например). Там свои грабли…
5. Если провайдер поддерживает NB-IOT использовать модемы, поддерживающие эту технологию. Правда там как правило придется иметь дело с данными в формате MQTTДля Scada как-бы монофиолетово что там за устройство, лишь бы был IP адрес для указания в поле «Позывной» или возможности его использовать в настройках линии связи TCP клиента.
Получается это просто TCP/IP клиент северное приложение. Но в каком виде представлены данные. Может у кого есть пошаговая инструкция как в RapidScada создать проект и получить данные из RS485/ModBusTCP —> Wi-Fi/4G конвертера?Taw ну по идее это просто Ethernet — RS485 преобразователь, возможно еще с преобразованием протокола TCP — RTU.
А вид связи — проводной, Wi-Fi или GSM так вам не все равно, какой он там ?Принцип один ведь, либо вы обращаетесь по IP если работаете в TCP режиме, либо в RTU поверх TCP
Как настроите устройство, так же настраивается и линия связи, как настроите, так и полетит 🙂
В любом из выбранных вариантов, рекомендую стремиться к тому, чтобы оборудование обеспечивало прозрачный TCP канал для SCADA. Тогда отладка связи более понятна и предсказуема.
чтобы оборудование обеспечивало прозрачный TCP канал для SCADA
Меня интересует структура пакета. И пример проекта для настройки прозрачного TCP канала.Структура пакета получается будет ModBus RTU или ModBus TCP (согласно протоколу до конвертации). И пакеты будут считываться потоком C# (текстовым или байтовым)
И пример проекта для настройки прозрачного TCP канала.
Это зависит исключительно от выбранного оборудования.
Меня интересует структура пакета.
Структура пакета определяется протоколом обмена данными контроллеров/модулей/приборов учёта.
Структура пакета определяется протоколом обмена данными контроллеров/модулей/приборов учёта.
Хорошо, давайте рассмотрим простой случай (чтобы понять как SCADA работает с подобными конвертерами).
— Модульс сбора данных (или PLC) по протоколу RS485 отправляет данные на конвертер RS485/Wi-Fi.
— Модульс сбора данных (или PLC ) по протоколу ModBusTCP отправляет данные на конвертер ModBusTCP/Wi-Fi.Вопросы:
1. Как на сервере SCADA обработать эти данные? Как получить? Как отправить? Хотя бы общий принцип создания проекта или принцип функционирования?
2. Ethernet протокол получается просто представляет данные индустриальных протоколов (RS485, ModBusTCP) в текстовом виде (или в виде байтов (двоичном виде))?Taw ох…. вы видимо не работали с протоколами или слишком мало…
— Модульс сбора данных (или PLC) по протоколу RS485 отправляет данные на конвертер RS485/Wi-Fi.
отправка данных происходит не модулю а ЧЕРЕЗ модуль в куда-то (например в Scada)
В таком случае у Scada должен быть реальный IP и драйвер Modbus Slave (если речь о данном протоколе)— Модульс сбора данных (или PLC ) по протоколу ModBusTCP отправляет данные на конвертер ModBusTCP/Wi-Fi.
В принципе аналогично, только в модуле происходит преобразование из RTU в TCP если это модуль с портом RS485 и далее уже в куда-то (например в Scada). Да и Wi-Fi тут для других целей может быть, нет поблизости проводного канала для подключения ПЛК например.
1. все полностью аналогично, если Scada мастер а прибор за конвертером (преобразователем) slave или наоборот, использование драйвера Modbus Slave если прибор мастер.
2. TCP всего лишь транспортный уровень, ПО все команды, присущие протоколу Modbus RTU или вообще иные протоколы запихивает в пакеты TCP и передает через Ethernet.
Не важно, это провод, GSM или Wi-Fi на другом конце света…
Modbus TCP немножко отдельная тема, так как за сохранность данных отвечает TCP стек (тот самый транспортный уровень)…и если что, RS485 это не протокол, это по сути так же, транспортный уровень, физическая среда для передачи данных.
А все данные у нас в чистом виде это нолики и единицы, а там как-то фиолетово, передаете вы букву (она тоже состоит из ноликов и единиц для устройств) или цифру.Без схемы построения канала передачи данных (датчик -> Модем на стороне датчика -> среда передачи -> модем на приемной стороне) хотя бы с марками оборудования довольно трудно дать конкретные рекомендации. А вдруг неожиданно окажется, что это оборудование NB-IOT…а это совсем другая песня 🙂 Там уже MQTT…
- Вы должны авторизироваться для ответа в этой теме.