Один шлюз, все пути наружу
PLCGateway собирает данные оборудования один раз и отдаёт их в той форме, которую ждёт каждая система: OPC UA для SCADA и систем архивирования, MQTT для IoT-платформ и облака, Modbus TCP для других контроллеров, REST API с потоком в реальном времени для ERP, MES и скриптов, а также webhook, e-mail и Telegram для людей и систем, которых нужно известить, когда что-то происходит.
Способы выдачи данных
Сервер OPC UA
Каждое устройство и значение как узел, с None / Sign / SignAndEncrypt, автоматическими сертификатами, доверием клиентам и учётными записями пользователей.
Подробнее →Публикация MQTT
Каждый тег на <base>/<device>/<tag> в JSON со значением, качеством, временем и единицей измерения, по изменению или по интервалу, с TLS, birth и last will; опционально запись через топики /set.
Сервер Modbus TCP
Все теги как одно ведомое устройство Modbus: coils и holding-регистры назначаются автоматически или закрепляются, выбор порядка слов, карта адресов в CSV.
REST API и поток в реальном времени
Значения, архив с агрегатами, тревоги, производственные показатели, источники данных и запись по HTTPS с токеном; Server-Sent Events передают каждое изменение.
Уведомления
E-mail по SMTP со STARTTLS, Telegram-боты и webhook с собственными заголовками; правила по приоритету, группе и тревоге, сводки при лавине тревог, повторные попытки и журнал отправки.
Отчёты по расписанию
Суточные, недельные и сменные отчёты с производственными показателями, статистикой тревог и энергетическим разделом в виде HTML-письма с вложениями CSV.
Источники данных
Заказ-наряды, рецепты и журналы как таблицы, которые ERP заполняет через API, а экраны читают; импорт CSV и выборка по HTTP.
Примеры от ассистента
ИИ-ассистент объясняет, какой путь подходит, и возвращает готовые к запуску примеры с вашими реальными тегами, топиками и регистрами.
Подробнее →MQTT для IoT-платформ и облака
Mosquitto, EMQX, HiveMQ, AWS IoT Core или Azure IoT Hub через мост, Node-RED, Grafana через Telegraf: подпишитесь на топики шлюза вместо опроса ПЛК. Публикатор переподключается с нарастающей задержкой, тем временем ставит сообщения в очередь и сообщает брокеру, когда шлюз в сети или пропал.
- MQTT 3.1.1 по TCP или TLS, QoS 0 или 1, retained-сообщения
- JSON payload или только значение, выбор по устройствам
- Состояние со счётчиками отправленных и принятых сообщений и последней ошибкой
Modbus TCP для систем, которые говорят только на Modbus
РСУ, другая SCADA или ПЛК читают шлюз как одно устройство, включая теги протоколов, которых сами не знают: S7, Mitsubishi, FOCAS, OPC UA, IEC 61850. Булевы значения становятся coils, числа — holding-регистрами в одно, два или четыре слова; карта остаётся стабильной, её можно закрепить, а клиент получает её в CSV.
- Функции 1–6, 15 и 16, unit id, до 16 клиентов
- Запись по умолчанию отключена
- Последнее известное значение, пока устройство отключено
Известите людей и системы
Каналы уведомлений переносят тревоги, заказ-наряды на обслуживание и отчёты. Правило определяет, какие события куда идут: приоритет, группа, отдельные тревоги, события возникновения, снятия и квитирования, с окном сводки, чтобы лавина тревог стала одним сообщением. Webhook отправляют JSON с вашими заголовками в тикет-системы, чаты и собственные API; неудачные отправки повторяются и записываются в журнал.
- E-mail (SMTP, STARTTLS / TLS), Telegram, webhook
- Тестовая отправка с протоколом сервера, когда что-то не работает
- Секреты хранятся замаскированными и больше не показываются
Какой путь для какой системы
| Система | Рекомендуемый путь | Почему |
|---|---|---|
| SCADA, система архивирования, MES с клиентом OPC UA | Сервер OPC UA | Отраслевой стандарт, подписки, сертификаты и учётные записи пользователей |
| IoT-платформа, облако, Node-RED, Grafana | Публикация MQTT | Много потребителей, публикация по изменению, без опроса оборудования |
| РСУ, ПЛК, SCADA только с Modbus | Сервер Modbus TCP | Одно ведомое устройство для всех машин, стабильная карта регистров |
| ERP, BI, скрипты, дашборды | REST API и поток в реальном времени | JSON по HTTPS с токеном, архив с агрегатами, запись с правами оператора |
| Тикет-система, CMMS, чат, собственный приёмник | Webhook и e-mail | Передача при тревогах, заказ-нарядах и отчётах |
| Электронные таблицы, разовые анализы | Экспорт CSV | Список тегов, карта Modbus, вложения отчётов, архив в CSV |
Интеграции: частые вопросы
Как ИИ-ассистент подключается к PLCGateway и что он может делать с данными?
Каждый продукт PLCGateway включает сервер MCP (Model Context Protocol) по Streamable HTTP и stdio. Ассистент с поддержкой MCP подключается с сеансом пользователя или токеном и получает инструменты для значений, архива, тревог, производственных показателей, энергии, обслуживания и конфигурирования — каждый в пределах прав этого пользователя. Он может отвечать на вопросы по текущим и архивным данным, готовить черновики экранов и отчётов для проверки людьми, настраивать устройства и теги и выдавать вашему интегратору готовые примеры для каждого пути интеграции на этой странице.
Может ли PLCGateway отправлять данные в облако?
Да. Публикатор MQTT отправляет каждое значение в брокер по TLS — именно так принимают данные AWS IoT Core, Azure IoT Hub (через его мост MQTT), HiveMQ Cloud, EMQX Cloud и большинство IoT-платформ. REST API и webhook — альтернатива для сервисов на базе HTTP.
Есть ли REST API?
Да. Теги, текущие значения, архив с сырыми отсчётами или агрегированными интервалами и приращениями счётчиков, тревоги, производственные KPI, источники данных, показатели энергии и обслуживания доступны в JSON по HTTPS с bearer-токеном; поток Server-Sent Events передаёт каждое изменение. Для записи нужны права оператора.
Как получить точные примеры для моего интегратора?
Подключите к шлюзу ИИ-ассистента с поддержкой MCP и спросите: он прочитает руководство по интеграции, проверит, что включено, и вернёт готовые к запуску фрагменты на curl, Python, Node.js или C# с вашими реальными именами тегов, топиками MQTT, адресами Modbus и node id OPC UA — без токена.
Могут ли другие системы писать в ПЛК через PLCGateway?
Да, если это разрешено: по OPC UA через узел с правом записи, по топикам MQTT /set при включённой записи, по функциям Modbus 5, 6, 15 и 16, если сервер разрешает запись, и по REST API с правами оператора. Запись в теги только для чтения или в отключённые устройства отклоняется с понятной ошибкой.
Какая система должна видеть ваше оборудование?
Расскажите, что у вас работает; мы покажем путь, payload и первые значения, поступающие в вашу систему.