Спросите продавца ПЛК о MQTT, и вы получите дорожную карту: "в следующем году, возможно, на премиум модели." Затем вы смотрите на мелкий шрифт и находите шлюз, преобразователь или облачную подписку, скрывающиеся за функцией. Поддержка MQTT на Ethernet ЦП xLogic не имеет ничего из этого — она была в прошивке с ревизии 1.04 и публикует напрямую из контроллера.
Это меняет то, что может делать бюджетная машина, и большинство интеграторов этого не заметили.
Почему MQTT дляMicro PLC
MQTT создан именно для этой ситуации: устройство в ненадежной сети, публикующее небольшие сообщения брокеру, с подписчиками, которые приходят и уходят. Машина на заводе, насосная станция в поле, теплица в двух часах от офиса — каждая публикует свое состояние; облачная панель, телефонное приложение и ноутбук инженера все подписываются на одну и ту же тему. Никакого опроса, никаких открытых портов на заводе, никакого SCADA-сервера, присматривающего за соединением.
Брокер управляет хаосом. ПЛК просто публикует.
Что вы на самом деле настраиваете
Блоки подключения живут в программе: задайте адрес брокера, тему, интервал публикации и сопоставьте, какие значения идут в полезную нагрузку. ЦП управляет жизненным циклом соединения — переподключение после разрыва, повторная публикация после перерыва — что и убивает самодельные реализации.
Сочетайте это с веб-сервером и SMS-оповещением, и у вас есть три независимых удаленных канала на одном контроллере. Облачная панель для офиса, страница браузера для оператора, SMS для дежурного инженера. Выберите свой канал для каждой аудитории.
Реальный случай: удаленный мониторинг теплицы
Детский сад с четырьмя секциями хотел облачную видимость, не перестраивая сеть сайта. Каждый контроллер секции публиковал температуру, влажность и статус клапана брокеру на арендованном VPS; простая панель подписалась и показала все четыре секции на одном экране. Когда интернет отключился на полдня, контроллеры продолжали публиковать в локальную очередь, и значения догнали при переподключении.
Резюме садовода, переведенное с энтузиазмом: "Я следил за графиком температуры со своего телефона, пока был в отпуске. Это было лучше, чем быть там."
Где MQTT является неправильным ответом
Будьте честны в отношении ограничений. MQTT ориентирован на события и телеметрию — это не детерминированный контур управления. Если вам нужна гарантированная доставка и миллисекундный отклик, используйте Modbus TCP локально. MQTT предназначен для наблюдения и отчетности, а не для безопасного взаимодействия. Проектируйте это таким образом, и это будет служить вам много лет.
И держите учетные данные брокера в порядке. ПЛК, который публикует на публичной теме, — это ПЛК, который транслирует свой бизнес. Частные темы, локальный брокер или, по крайней мере, TLS на брокере — стоимость настройки составляет минуты, а избегаемый позор реален.
Шаблон, который стоит украсть
Дизайн тем, который масштабируется
MQTT так же чист, как ваша структура тем, а структура тем — это то место, где маленькие проекты тихо становятся неуправляемыми. Наивный подход — одна тема на устройство, одна полезная нагрузка со всем в ней — работает для одной машины и рушится на десяти. Каждый подписчик повторно анализирует каждую полезную нагрузку, каждое изменение полезной нагрузки ломает каждую панель, и отладка становится охотой по темам.
Проектируйте иерархию перед первой публикацией. Шаблон, который хорошо мне служил:сайт/устройство/категория/значение. Итакplant1/pump1/status/run, plant1/pump1/sensor/level, plant1/pump2/alarm/high-level. Подписчики с подстановочными знаками — панель для plant1, страница для pump1, слушатель тревог для всего — каждый подписывается ровно на тот срез, который им нужен. Новые устройства вставляются, не касаясь старых тем, а полезные нагрузки остаются маленькими и типизированными.
Держите полезные нагрузки простыми: значение и временная метка. Никаких вложенных JSON-объектов с одиннадцатью полями, если они вам действительно не нужны. Простые полезные нагрузки поддаются отладке — вы можете прочитать одну в консоли брокера и сразу понять, правильная ли она. И установите флаг удержания на статусных темах, чтобы новый подписчик мгновенно видел последнее известное состояние, а не ждал следующей публикации. Удерживаемое состояние — это разница между панелью, которая открывается готовой, и той, которая пусто смотрит минуты.
Последнее правило — это то, чему люди сопротивляются: версионируйте тему, когда формат полезной нагрузки меняется.plant1/pump1/status/v2. Это некрасиво. Это спасает вас от поломки пяти подписчиков в производстве с одной заменой. Некрасивые темы, которые работают, лучше чистых тем, которые взрываются.
Данные, которые стоит публиковать
Публикация всего так же плоха, как и публикация ничего — это затопляет брокера, раздувает журнал и закапывает важные значения. Начинайте с вопроса, который задаст подписчик, а не со списка регистров. Оператор хочет статус, тревоги и текущие итоги. Инженер хочет тренды: температура, давление, часы работы. Менеджер хочет время безотказной работы и подсчеты. Публикуйте это и только это.
Скорости тоже важны. Переходы тревог: публикуйте немедленно, всегда. Статус: при изменении плюс сердцебиение. Аналоговые значения: с интервалом, который действительно показывает процесс — десять секунд для медленной температуры теплицы, одна секунда для станка. Каждая быстрая тема, которая вам не нужна, — это потерянная нагрузка на брокера и потерянные данные SIM на беспроводных моделях.
И записывайте важные данные локально. Даталогирование ЦП плюс удерживаемые сообщения брокера дает вам две копии критической истории. Когда у брокера плохой день — у всех бывает — журнал со стороны машины является источником правды, и разговор о восстановлении короткий.
Локальное управление на ЦП, облачная видимость через MQTT, и два никогда не мешают. Это разделение — архитектура современного малого автоматизации, и оно помещается на DIN-рейку. Дорожная карта продавца не пришла. Прошивка уже отправлена.
