UMEC Space Wiki | UMEC Space Platform

Главная идея

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

В связке с UMEC Space шлюз меняет уровень решения. Он не просто читает регистры, а превращает локальные Modbus-точки в наблюдаемые, управляемые и обслуживаемые цифровые объекты платформы. Значения можно вывести на дашборды, показать в мобильном приложении, использовать для уведомлений и алертов, передать в сценарии или внешние системы.

Где зарегистрироваться и войти в платформу

UMEC Space Dashboard

Клиент регистрируется, входит в аккаунт и работает со своим объектом через dashboard.umec.deviot.cloud.

Что появится после provisioning

После успешного provisioning шлюз должен появиться в аккаунте клиента. Если шлюза нет, сначала проверьте режим UMEC_SPACE, Cloud runtime, MQTT connected и active uplink в локальной странице Система.

Где загрузить модели

Model JSON, выгруженный из карточки Modbus-устройства шлюза, загружается в Dashboard в разделе Models. После загрузки модель появляется как Custom Model.

Существующее оборудование не нужно менять

Если устройство уже говорит по Modbus RTU или Modbus TCP, шлюз может стать его платформенным контуром: читать значения, отправлять команды и передавать состояние дальше.

Платформа дает видимость объекта

Данные перестают быть только локальной таблицей регистров. Они становятся понятными карточками, графиками, статусами, уведомлениями и действиями в UMEC Space.

Локальная надежность сохраняется

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

Почему это больше, чем локальный шлюз

Возможность	Только локальный шлюз	Шлюз + UMEC Space
Наблюдение	Оператор открывает локальный ModBus или дашборд внутри сети объекта.	Состояние можно вывести на платформенные дашборды и смотреть удаленно.
Мобильный доступ	Обычно требуется локальная сеть, VPN или присутствие на объекте.	Мобильные приложения могут показывать состояние и действия для бизнеса и конечных пользователей.
Алерты и уведомления	Проблему замечают, когда кто-то открыл интерфейс или смотрит локальную систему.	События можно превратить в уведомления, алерты и сервисные реакции по правилам проекта.
Управление	Команды отправляются из локального ModBus или локальных сценариев.	Разрешенные команды можно сделать частью платформенного управления с правами и аудитом.
Масштабирование	Каждый объект нужно понимать отдельно.	Одинаковые типы объектов можно приводить к единой модели дашборды, уведомлений и поддержки.
Интеграции	Интегратор сам строит MQTT, storage, API, роли, UI и мобильную часть.	UMEC Space уже является платформенным контуром с облаком, API, дашборд и приложениями.

Путь данных от Modbus до платформы

flowchart LR
    A[Modbus equipment
meters, sensors, drives, controllers] --> B[UMEC Modbus Gateway]
    B --> C[Local proof
line, device, fresh values, commands]
    C --> D[UMEC_SPACE mode]
    D --> E[UMEC Space IoT Cloud Platform]
    E --> F[Дашборды]
    E --> G[Mobile apps]
    E --> H[Alerts and notifications]
    E --> I[Remote control]
    E --> J[API and integrations]

Что получает бизнес

Быстрая цифровизация объекта

Не нужно начинать с замены всего парка оборудования. Шлюз подключает уже существующие Modbus-точки и делает их доступными для платформенных сценариев.

Единые дашборды

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

Мобильные приложения

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

Алерты и уведомления

Пороговые значения, offline-состояния, аварии, превышения и сервисные события можно переводить в уведомления. Это снижает зависимость от ручной проверки локального интерфейса.

Удаленное управление

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

Меньше интеграционной рутины

В типовом проекте не нужно отдельно собирать облако, дашборд, мобильную часть, API, роли и уведомления. Шлюз использует платформенный контур UMEC Space.

Что получает оператор и сервис

Оператор видит не адрес регистра, а понятное имя устройства, канал, единицу измерения и состояние.
Диспетчер получает обзор по объекту или группе объектов, а не отдельный локальный экран каждого шкафа.
Сервисная команда быстрее понимает, где проблема: сеть, линия Modbus, устройство, команда, платформа или права.
Бизнес может показывать разные уровни интерфейса: технический для эксплуатации и более простой для конечного пользователя.
История, статусы и уведомления помогают перейти от реактивной поддержки к регулярному мониторингу.

Как подключать шлюз к UMEC Space

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

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

Выбрать режим UMEC_SPACE В Система задайте платформенный режим. Он является основным маршрутом, когда шлюз должен работать как часть UMEC Space.

Выполнить provisioning Проверьте облачный контекст, учетные данные и доступность связи. BLE/provisioning относится именно к платформенному режиму. После успешного provisioning клиент может войти в UMEC Space Dashboard и увидеть привязанный шлюз в своем аккаунте.

Проверить runtime Смотрите не только сохраненную конфигурацию, но и фактическое состояние: Cloud runtime, MQTT connected, uplink ready, ошибки и счетчики.

Загрузить модели устройств Для каждого настроенного Modbus-устройства выгрузите из шлюза model JSON через экспорт модели устройства, затем загрузите этот файл в UMEC Space Dashboard в разделе Models. После загрузки они появятся как Custom Models.

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

Задать права и границы управления Не каждая команда должна быть доступна удаленно. Разрешайте только действия, которые безопасны для конкретного объекта и роли пользователя.

Как перевести шлюз в режим сопряжения

Сопряжение с мобильным приложением относится к маршруту UMEC Space. Оно доступно только в режиме UMEC_SPACE и не заменяет локальный ввод Modbus-оборудования в эксплуатацию.

Откройте Система и выберите режим работы UMEC_SPACE.
Проверьте Сеть/Аплинк и убедитесь, что у шлюза есть рабочий внешний канал связи.
На телефоне установите мобильное приложение UMEC Home для iPhone или UMEC Home для Android, включите Bluetooth и разрешите приложению доступ к местоположению, если телефон запросит это для поиска BLE-устройств.
Подключите телефон к той Wi-Fi сети 2.4 GHz, в которой должен работать шлюз. Сеть 5 GHz для первичного подключения не используйте.
Откройте UMEC/provisioning-блок в разделе Система и запустите BLE/provisioning. Если web-пароль потерян, сначала выполните soft recovery.
В приложении на главном экране нажмите + или Добавить устройство. Держите телефон рядом со шлюзом и следуйте подсказкам приложения.
Когда приложение попросит сеть, выберите Wi-Fi 2.4 GHz и введите пароль. Затем нажмите Подключить устройство.
Дождитесь завершения подключения. При успешном сопряжении приложение показывает идентификатор устройства, например MAC-адрес или номер устройства, и предлагает задать понятное имя.
После подтверждения сопряжения войдите в UMEC Space Dashboard и проверьте, что шлюз появился в аккаунте клиента.
Вернитесь в Система и проверьте Cloud runtime, MQTT connected, active uplink, ошибки и счетчики. Если подключение не удалось, повторно запустите BLE/provisioning и пройдите добавление устройства заново.

Как пользоваться мобильным приложением

Мобильное приложение - пользовательский слой UMEC Space для уже привязанного оборудования. Общая логика одинакова для приборов UMEC Space: войти в аккаунт, выбрать объект, добавить устройство, если оно еще не привязано, затем использовать дашборды, уведомления, историю и разрешенные команды в рамках прав проекта.

UMEC Home в App Store - приложение для частных пользователей и домашних объектов.
UMEC Home в Google Play - Android-версия для частных пользователей и домашних объектов.
UMEC Business в Google Play - Android-приложение для компаний, монтажников, сервисных команд и эксплуатационных ролей UMEC Space.

Дашборды используйте для текущих значений и бизнес-статуса, а не для низкоуровневой диагностики линии.
Уведомления и алерты включайте после настройки порогов каналов и правил свежести данных.
Удаленные команды используйте только если команда явно опубликована и безопасна для роли пользователя.
Для настройки платформы используйте UMEC Space Dashboard: там клиент регистрируется, видит шлюз после provisioning и загружает модели устройств в раздел Models.
Перед ожиданием телеметрии на платформе выгрузите model JSON из шлюза и загрузите его как Custom Model. Без модели платформа может видеть шлюз, но не понимать, какие сенсоры и команды нужно показывать.
Если приложение не показывает нужное устройство, проверьте режим UMEC_SPACE, состояние сопряжения, cloud runtime и локальную проверку Modbus.

Что означает “бесшовная интеграция”

В этой документации “бесшовная” не означает, что объект не требует пусконаладки. Modbus-линии, адреса, регистры, каналы и команды все равно должны быть настроены правильно. Бесшовность означает другое: шлюз имеет штатный режим UMEC_SPACE, платформенный provisioning, единый runtime-контекст и предсказуемый путь телеметрии и команд.

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

Границы и безопасность

Сначала локальная проверка, потом облако: платформа не должна маскировать неправильные Modbus-настройки.
Удаленное управление включайте только для команд, которые безопасны и понятны владельцу объекта.
Пароли, токены и MQTT/платформенные секреты не должны отображаться в явном виде и не должны попадать в журналы.
При потере внешней связи шлюз должен оставаться полезным локально: ModBus, локальные сценарии, журналы и диагностика остаются важными.
Дашборды, мобильные экраны, алерты и уведомления зависят от конкретной конфигурации проекта и прав пользователей.

Где читать дальше

Быстрый старт - короткий путь от первого входа до локальной проверки и выбора режима.
Ввод в эксплуатацию - подробная настройка линии, устройства, каналов и команд.
Система - режим UMEC_SPACE, runtime truth, uplink и apply semantics.
Интеграции - внешние контуры, Generic MQTT, Modbus TCP и границы интеграций.
UMEC Space Dashboard - регистрация клиента, привязанный шлюз, Models и Custom Models.
umec.space - публичное описание платформы, приложений и IoT-инфраструктуры UMEC.

Главная ценность шлюза - подключить Modbus-оборудование к платформе