Совместимость в мониторинге определяется не списком «поддерживаемых брендов», а языком, на котором устройство готово отдавать данные. Если оборудование говорит на открытом протоколе — а промышленное железо почти всегда умеет Modbus, — его можно подключить, даже если конкретной модели никто раньше не видел. Разберём, кто за что отвечает.
Протокол — общий язык объекта
Протокол — это соглашение о том, как запрашивать и передавать значения. Для промышленного мониторинга практически всё сводится к двум:
- Modbus — «поле»: как опросить прибор на объекте (инвертор, счётчик, контроллер, датчик);
- MQTT — «транспорт»: как доставить собранные значения на сервер платформы через интернет.
Они не конкурируют, а дополняют друг друга: Modbus собирает данные на месте, MQTT увозит их на платформу.
Modbus: опрос устройств на месте
Modbus — простой и очень распространённый протокол промышленной автоматики. Работает по схеме «запрос-ответ»: ведущее устройство читает из прибора регистры — ячейки с числами (напряжение, ток, мощность, температура). Бывает в двух вариантах: Modbus RTU (по проводу RS-485, типично для щитов и объектов) и Modbus TCP (по Ethernet). Инверторы СЭС, электросчётчики, контроллеры котельных, датчики — как правило, отдают данные именно так.
MQTT: доставка данных на платформу
MQTT — лёгкий протокол обмена сообщениями, созданный как раз для телеметрии по нестабильным и узким каналам (GSM, спутник). Работает по модели «издатель — брокер — подписчик»: устройство публикует значение в «тему» (topic), брокер доставляет его всем подписчикам. Он экономно расходует трафик, переживает обрывы связи и умеет отмечать «последнюю волю» — сообщение о том, что объект пропал со связи.
Именно поэтому MQTT — стандарт де-факто для IoT и распределённого мониторинга: один брокер спокойно держит тысячи объектов.
Шлюз: где встречаются два протокола
Связующее звено на объекте — шлюз (например, на базе ESP32 или промышленного контроллера). Он делает три вещи:
- опрашивает местные приборы по Modbus (RS-485/TCP);
- при необходимости считает производные величины;
- публикует результат по MQTT на платформу.
Один шлюз обслуживает несколько устройств объекта. Добавить новый прибор — значит описать его регистры, а не менять всю систему.
Открытые протоколы против вендор-лока
Ставка на MQTT и Modbus — это не только про совместимость, но и про свободу. Вы не привязаны к экосистеме одного производителя: можно смешивать оборудование разных вендоров, менять поставщика железа и переносить саму платформу — вплоть до установки в своём контуре. Это фундамент и для суверенного размещения данных.
В DispatchPulse обе стороны открыты: платформа принимает MQTT напрямую и забирает Modbus через шлюз, без привязки к железу конкретного вендора. Подробности и примеры — в разделе Интеграции.