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