Что это за устройство и зачем оно нужно

Если объяснить совсем просто

Представьте шкаф автоматики, в котором есть несколько устройств: контроллеры, датчики, счетчики, исполнительные модули. Все они обмениваются данными по Modbus. Шлюз становится центральной точкой, через которую вы видите эти устройства, настраиваете их, наблюдаете за их состоянием и связываете объект с внешним миром.

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

Что именно умеет шлюз

• хранить настройки линий и устройств без перепрошивки;
• постоянно опрашивать устройства и обновлять текущие значения;
• давать оператору понятный web-интерфейс для повседневной работы;
• выполнять локальные сценарии автоматизации;
• вести журналы и показывать диагностическую информацию;
• передавать данные наружу и принимать внешние запросы, если это действительно нужно объекту.

Как выглядит жизненный цикл работы

Обычно знакомство со шлюзом начинается не с интеграций и не с красивых dashboard'ов. Сначала его нужно запустить, настроить связь и убедиться, что он вообще видит ваши устройства. Только после этого имеет смысл переходить к ежедневной эксплуатации, автоматизации и внешним интеграциям.

flowchart LR
    A[Подача питания] --> B[Первый вход
в web-интерфейс]
    B --> C[Настройка сети
и времени]
    C --> D[Настройка линий
Modbus]
    D --> E[Добавление
устройств]
    E --> F[Проверка
текущих значений]
    F --> G[Эксплуатация
и сценарии]
    G --> H[Интеграции
при необходимости]

Почему локальная работа важнее всего

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

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

Три логических канала, о которых стоит знать

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

• RTU 1 Первая линия RS-485. На ней могут жить свои устройства и свои настройки связи.
• RTU 2 Вторая линия RS-485. Она настраивается отдельно и работает независимо от первой.
• TCP Сетевой Modbus-канал. Он нужен для TCP-устройств и для части интеграционных сценариев.

Operating mode: что это значит для обычного пользователя

Отдельно от линий связи существует operating mode. Это настройка, которая определяет, как шлюз должен вести себя по отношению к внешнему миру. Например, должен ли он работать с UMEC Space IoT Cloud, использовать Generic MQTT или оставаться полностью локальным.

Важно не путать operating mode и линии Modbus. Operating mode отвечает за внешний контур работы, а линии отвечают за связь с полевыми устройствами.

stateDiagram-v2
    [*] --> UMEC_SPACE
    UMEC_SPACE --> MQTT_GENERIC: выбран внешний MQTT
    MQTT_GENERIC --> MQTT_DISABLED: внешний контур отключен
    MQTT_DISABLED --> UMEC_SPACE: возвращение к UMEC Space
    state UMEC_SPACE {
      [*] --> Работа_с_облаком
    }
    state MQTT_GENERIC {
      [*] --> Работа_с_MQTT
    }
    state MQTT_DISABLED {
      [*] --> Только_локальная_работа
    }

Какие разделы есть в этой документации

Эта wiki построена не по внутренним модулям прошивки, а по реальным пользовательским задачам. Вам не нужно сначала понимать код, чтобы разобраться, что делать на объекте.