Применение конвертеров RS485/ModBusTCP —>Wi-Fi/4G

Стартовая страница Форумы Взаимодействие с устройствами Применение конвертеров RS485/ModBusTCP —>Wi-Fi/4G

Просмотр 12 сообщений - с 1 по 12 (из 12 всего)
  • Автор
    Сообщения
  • #18546
    Taw
    Участник

    Применение конвертеров 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 в ответ команды?

    #18550
    manjey73
    Участник

    В случае 4G у конвертера должно быть два варианта

    1. наличие реального IP адреса со стороны провайдера
    2. возможность работать через m2m или vpn

    Для Scada как-бы монофиолетово что там за устройство, лишь бы был IP адрес для указания в поле «Позывной» или возможности его использовать в настройках линии связи TCP клиента.

    Как 3-й вариант, устройство может быть TCP клиентом и удерживать связь с сервером (в настройках линии связи)

    #18556
    a80808
    Участник

    3. Точка- точка с GSM модемом у которого есть адрес в локальной сети. Есть многоканальные модели.
    4. Если позволят расстояния развернуть «зонтик» сети LoraWAN и использовать их конвертеры (ВЕГА Си-13-485 от ВЕГА-Абсолют например). Там свои грабли…
    5. Если провайдер поддерживает NB-IOT использовать модемы, поддерживающие эту технологию. Правда там как правило придется иметь дело с данными в формате MQTT

    #18570
    Taw
    Участник

    Для Scada как-бы монофиолетово что там за устройство, лишь бы был IP адрес для указания в поле «Позывной» или возможности его использовать в настройках линии связи TCP клиента.
    Получается это просто TCP/IP клиент северное приложение. Но в каком виде представлены данные. Может у кого есть пошаговая инструкция как в RapidScada создать проект и получить данные из RS485/ModBusTCP —> Wi-Fi/4G конвертера?

    #18571
    manjey73
    Участник

    Taw ну по идее это просто Ethernet — RS485 преобразователь, возможно еще с преобразованием протокола TCP — RTU.
    А вид связи — проводной, Wi-Fi или GSM так вам не все равно, какой он там ?

    Принцип один ведь, либо вы обращаетесь по IP если работаете в TCP режиме, либо в RTU поверх TCP

    Как настроите устройство, так же настраивается и линия связи, как настроите, так и полетит 🙂

    • Этот ответ был изменен 7 месяцев, 2 недели назад от manjey73.
    #18599
    Mikhail
    Модератор

    В любом из выбранных вариантов, рекомендую стремиться к тому, чтобы оборудование обеспечивало прозрачный TCP канал для SCADA. Тогда отладка связи более понятна и предсказуема.

    #18607
    Taw
    Участник

    чтобы оборудование обеспечивало прозрачный TCP канал для SCADA
    Меня интересует структура пакета. И пример проекта для настройки прозрачного TCP канала.

    #18608
    Taw
    Участник

    Структура пакета получается будет ModBus RTU или ModBus TCP (согласно протоколу до конвертации). И пакеты будут считываться потоком C# (текстовым или байтовым)

    #18628
    Mikhail
    Модератор

    И пример проекта для настройки прозрачного TCP канала.

    Это зависит исключительно от выбранного оборудования.

    Меня интересует структура пакета.

    Структура пакета определяется протоколом обмена данными контроллеров/модулей/приборов учёта.

    #18636
    Taw
    Участник

    Структура пакета определяется протоколом обмена данными контроллеров/модулей/приборов учёта.
    Хорошо, давайте рассмотрим простой случай (чтобы понять как SCADA работает с подобными конвертерами).
    — Модульс сбора данных (или PLC) по протоколу RS485 отправляет данные на конвертер RS485/Wi-Fi.
    — Модульс сбора данных (или PLC ) по протоколу ModBusTCP отправляет данные на конвертер ModBusTCP/Wi-Fi.

    Вопросы:
    1. Как на сервере SCADA обработать эти данные? Как получить? Как отправить? Хотя бы общий принцип создания проекта или принцип функционирования?
    2. Ethernet протокол получается просто представляет данные индустриальных протоколов (RS485, ModBusTCP) в текстовом виде (или в виде байтов (двоичном виде))?

    #18638
    manjey73
    Участник

    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 это не протокол, это по сути так же, транспортный уровень, физическая среда для передачи данных.
    А все данные у нас в чистом виде это нолики и единицы, а там как-то фиолетово, передаете вы букву (она тоже состоит из ноликов и единиц для устройств) или цифру.

    • Этот ответ был изменен 7 месяцев, 2 недели назад от manjey73.
    • Этот ответ был изменен 7 месяцев, 2 недели назад от manjey73.
    #18642
    a80808
    Участник

    Без схемы построения канала передачи данных (датчик -> Модем на стороне датчика -> среда передачи -> модем на приемной стороне) хотя бы с марками оборудования довольно трудно дать конкретные рекомендации. А вдруг неожиданно окажется, что это оборудование NB-IOT…а это совсем другая песня 🙂 Там уже MQTT…

Просмотр 12 сообщений - с 1 по 12 (из 12 всего)
  • Вы должны авторизироваться для ответа в этой теме.