Типовые схемы подключения шлюза

Как выбирать топологию

Схема 1. Один локальный RS-485 сегмент

Самая простая схема: шлюз опрашивает устройства на RTU 1, оператор смотрит ModBus и дашборды, журналы сохраняются локально. Внешняя интеграция может быть отключена.

flowchart LR
    O[Операторский ноутбук] -->|HTTP| G[UMEC Gateway]
    G -->|RTU 1 / RS-485| D1[Счетчик]
    G -->|RTU 1 / RS-485| D2[Датчик]
    G -->|RTU 1 / RS-485| D3[Контроллер]
    G --> S[(Хранилище / Logs)]

Схема 2. Две независимые RS-485 линии

Используйте две линии, когда устройства физически разделены, работают на разных скоростях или одна группа оборудования должна оставаться доступной при проблеме на другой линии.

flowchart LR
    G[UMEC Gateway]
    G -->|RTU 1: 9600 8N1| A1[Вентиляция]
    G -->|RTU 1: 9600 8N1| A2[Датчики CO2]
    G -->|RTU 2: 19200 8E1| B1[Счетчики]
    G -->|RTU 2: 19200 8E1| B2[Релейные модули]
    UI[Web UI] --> G

Схема 3. Локальные RTU устройства и TCP устройство

Канал TCP нужен для сетевых Modbus устройств и интеграционных endpoint'ов. Не воспринимайте его как прозрачную RS-485 линию: у него есть отдельные режимы polling, not polling и disabled.

flowchart LR
    G[UMEC Gateway]
    G -->|RTU 1| R1[RS-485 устройства]
    G -->|TCP bus3| T1[Modbus TCP устройство]
    G -->|TCP tunnel| T2[Удаленный Modbus endpoint]
    G --> C[ModBus / Дашборды / Автоматизация]

Схема 4. Локальный объект и MQTT

MQTT включается после проверки локальной работы. Шлюз продолжает опрашивать устройства локально, а наружу отправляет подготовленную телеметрию. Потеря брокера не должна останавливать локальный ModBus и сценарии.

flowchart LR
    D[RTU/TCP устройства] --> G[UMEC Gateway]
    G --> UI[Локальный web UI]
    G -->|MQTT / Wi-Fi или Ethernet| B[(Broker)]
    B --> P[SCADA / Cloud / Analytics]

Схема 5. SCADA подключается к RTU через Modbus TCP server

В этой схеме шлюз принимает сетевые Modbus TCP запросы и маршрутизирует их к RTU линиям. Она полезна, когда верхняя система понимает Modbus TCP, а полевые устройства остаются на RS-485.

flowchart LR
    S[SCADA / PLC] -->|Modbus TCP| L[Gateway listener]
    L --> G[UMEC Gateway route map]
    G -->|RTU 1| A[Slave ID 1..20]
    G -->|RTU 2| B[Slave ID 21..40]
    G --> N[NAT / strict map]

Схема 6. NAT для повторяющихся адресов

NAT нужен, когда в разных сегментах есть одинаковые slave ID, но внешняя система должна видеть их как разные адреса. Не используйте NAT вместо аккуратной адресации: каждое правило должно быть явным и проверяемым.

flowchart LR
    S[Modbus TCP client] --> G[Gateway NAT]
    G -->|source unit 101 -> RTU1 unit 1| A[Device A / unit 1]
    G -->|source unit 102 -> RTU2 unit 1| B[Device B / unit 1]
    G -->|priority order| R[NAT rules]

Схема 7. Несколько шлюзов для диспетчеризации

Когда объект большой, удобнее ставить несколько шлюзов рядом с оборудованием: один в щите учета, второй в вентиляционной, третий на удаленном вводе. SCADA или диспетчерский сервер получает данные от каждого шлюза по сети, а локальная диагностика остается доступной на каждом участке.

flowchart LR
    subgraph Site[Объект]
      G1[Gateway A / Щит учета] --> M1[Счетчики]
      G2[Gateway B / Вентиляция] --> V1[AHU / CO2 / клапаны]
      G3[Gateway C / Насосная] --> P1[Насосы / датчики]
    end
    G1 -->|MQTT или Modbus TCP| D[Диспетчеризация]
    G2 -->|MQTT или Modbus TCP| D
    G3 -->|MQTT или Modbus TCP| D
    D --> O[Оператор / инженер]

Схема 8. Распределенные объекты в UMEC Space

UMEC Space подходит, когда есть много объектов: магазины, склады, насосные станции, вентиляционные камеры, щиты учета. Каждый шлюз собирает данные локально, а платформа показывает единый список объектов, состояние связи, аварии, тренды и агрегированные дашборды. Клиент работает с объектами в UMEC Space Dashboard, а мобильный доступ открывается через UMEC Home или UMEC Business.

flowchart LR
    subgraph Stores[Распределенные объекты]
      A[Магазин 1 / Gateway]
      B[Магазин 2 / Gateway]
      C[Склад / Gateway]
      D[Насосная / Gateway]
    end
    A -->|MQTT over TLS / учетная запись объекта| U[(UMEC Space)]
    B -->|MQTT over TLS / учетная запись объекта| U
    C -->|MQTT over TLS / учетная запись объекта| U
    D -->|MQTT over TLS / учетная запись объекта| U
    U --> M[Диспетчер]
    U --> E[Сервисный инженер]

Отраслевые примеры

Набор экранов для проверки топологии

Типовые ошибки RS-485

Из коробки до первого дашборда

Памятка по безопасности