Un singur gateway, toate căile de ieșire
PLCGateway colectează datele utilajelor o singură dată și le oferă în forma dorită de fiecare sistem: OPC UA pentru SCADA și sisteme historian, MQTT pentru platforme IoT și cloud, Modbus TCP pentru alte controlere, un API REST cu flux în timp real pentru ERP, MES și scripturi, și webhook-uri, e-mail și Telegram pentru oamenii și sistemele care trebuie anunțate când se întâmplă ceva.
Căi de scoatere a datelor
Server OPC UA
Fiecare dispozitiv și valoare ca nod, cu None / Sign / SignAndEncrypt, certificate automate, încredere pentru clienți și conturi de utilizator.
Aflați mai multe →Publisher MQTT
Fiecare tag pe <base>/<device>/<tag> ca JSON cu valoare, calitate, timp și unitate, la schimbare sau la interval, cu TLS, birth și last will; scrieri opționale prin topicuri /set.
Server Modbus TCP
Toate tagurile ca un singur slave Modbus: coils și holding registers alocate automat sau fixate, ordinea cuvintelor selectabilă, harta de adrese în CSV.
API REST și flux în timp real
Valori, istoric cu agregate, alarme, indicatori de producție, surse de date și scrieri prin HTTPS cu token; Server-Sent Events transmit fiecare schimbare.
Notificări
E-mail prin SMTP cu STARTTLS, boți Telegram și webhook-uri cu antete personalizate; reguli după prioritate, grup și alarmă, rezumate pentru avalanșe de alarme, reîncercări și un jurnal de trimiteri.
Rapoarte programate
Rapoarte zilnice, săptămânale și pe tură cu indicatori de producție, statistici de alarme și secțiunea de energie, ca e-mail HTML cu atașamente CSV.
Surse de date
Comenzi de lucru, rețete și jurnale ca tabele pe care ERP-ul le completează prin API și ecranele le citesc; import CSV și preluare prin HTTP.
Exemple de la asistent
Un asistent AI explică ce cale se potrivește și returnează exemple gata de copiat și rulat, cu tagurile, topicurile și registrele dvs. reale.
Aflați mai multe →MQTT pentru platforme IoT și cloud
Mosquitto, EMQX, HiveMQ, AWS IoT Core sau Azure IoT Hub printr-un bridge, Node-RED, Grafana prin Telegraf: abonați-vă la topicurile gateway-ului în loc să interogați PLC-urile. Publisher-ul se reconectează cu o întârziere crescătoare, pune mesajele în coadă între timp și anunță broker-ul când gateway-ul este online sau a dispărut.
- MQTT 3.1.1 prin TCP sau TLS, QoS 0 sau 1, mesaje retained
- Payload JSON sau valoarea brută, selecție pe dispozitiv
- Stare cu numărul de mesaje publicate și primite și ultima eroare
Modbus TCP pentru sistemele care vorbesc doar Modbus
Un DCS, un alt SCADA sau un PLC citește gateway-ul ca pe un singur dispozitiv, inclusiv taguri din protocoale pe care nu le vorbește el însuși: S7, Mitsubishi, FOCAS, OPC UA, IEC 61850. Valorile booleene devin coils, numerele devin holding registers pe unul, două sau patru cuvinte; harta rămâne stabilă, poate fi fixată, iar clientul primește un CSV cu ea.
- Coduri de funcție 1-6, 15 și 16, unit id, până la 16 clienți
- Scrierile dezactivate implicit
- Ultima valoare cunoscută cât timp un dispozitiv este deconectat
Anunțați oamenii și sistemele
Canalele de notificare transportă alarme, comenzi de lucru de mentenanță și rapoarte. O regulă stabilește ce evenimente merg unde: prioritate, grup, alarme individuale, evenimente de activare, dezactivare și confirmare, cu o fereastră de rezumat, astfel încât o avalanșă de alarme devine un singur mesaj. Webhook-urile trimit JSON cu antetele dvs. către sisteme de tichete, instrumente de chat și API-uri interne; trimiterile eșuate sunt reîncercate și jurnalizate.
- E-mail (SMTP, STARTTLS / TLS), Telegram, webhook
- Trimitere de test cu transcrierea dialogului cu serverul când ceva eșuează
- Secrete stocate mascat, niciodată afișate din nou
Ce cale pentru ce sistem
| Sistem | Calea recomandată | De ce |
|---|---|---|
| SCADA, historian, MES cu client OPC UA | Server OPC UA | Standardul industriei, abonamente, certificate și conturi de utilizator |
| Platformă IoT, cloud, Node-RED, Grafana | Publisher MQTT | Mulți consumatori, publicare la schimbare, fără interogarea utilajelor |
| DCS, PLC, SCADA care vorbește doar Modbus | Server Modbus TCP | Un singur slave pentru toate utilajele, hartă de registre stabilă |
| ERP, BI, scripturi, tablouri de bord | API REST și flux în timp real | JSON prin HTTPS cu token, istoric cu agregate, scrieri cu drepturi de operator |
| Sistem de tichete, CMMS, chat, receptor intern | Webhook-uri și e-mail | Trimise când apar alarme, comenzi de lucru sau rapoarte |
| Foi de calcul, analize punctuale | Exporturi CSV | Lista de taguri, harta Modbus, atașamente de rapoarte, istoric în CSV |
Integrări: întrebări frecvente
Cum se conectează un asistent AI la PLCGateway și ce poate face cu datele?
Fiecare produs PLCGateway include un server MCP (Model Context Protocol) prin Streamable HTTP și stdio. Un asistent care suportă MCP se conectează cu o sesiune de utilizator sau cu un token și primește instrumente pentru valori, istoric, alarme, indicatori de producție, energie, mentenanță și configurare, fiecare limitat la drepturile acelui utilizator. Poate răspunde la întrebări din date în timp real și istorice, poate schița ecrane și rapoarte pentru a fi verificate de oameni, poate configura dispozitive și taguri și poate pune la dispoziția integratorului dvs. exemple gata de folosit pentru fiecare cale de integrare de pe această pagină.
Poate PLCGateway trimite date în cloud?
Da. Publisher-ul MQTT trimite fiecare valoare către un broker prin TLS, modul în care AWS IoT Core, Azure IoT Hub (prin bridge-ul său MQTT), HiveMQ Cloud, EMQX Cloud și majoritatea platformelor IoT primesc date. API-ul REST și webhook-urile sunt alternativa pentru serviciile bazate pe HTTP.
Există un API REST?
Da. Tagurile, valorile curente, istoricul cu eșantioane brute sau intervale agregate și creșteri de contor, alarmele, KPI-urile de producție, sursele de date, cifrele de energie și mentenanță sunt disponibile ca JSON prin HTTPS cu un token bearer; un flux Server-Sent Events transmite fiecare schimbare. Scrierile necesită drepturi de operator.
Cum obțin exemplele exacte pentru integratorul meu?
Conectați un asistent AI compatibil MCP la gateway și întrebați: acesta citește ghidul de integrare, verifică ce este activat și returnează fragmente gata de copiat și rulat în curl, Python, Node.js sau C#, cu numele reale ale tagurilor, topicurile MQTT, adresele Modbus și node id-urile OPC UA, fără token.
Pot alte sisteme scrie în PLC prin PLCGateway?
Da, atunci când este permis: prin OPC UA cu un nod inscriptibil, prin topicuri MQTT /set când scrierile sunt activate, prin codurile de funcție Modbus 5, 6, 15 și 16 când serverul permite scrieri și prin API-ul REST cu drepturi de operator. Scrierile în taguri doar în citire sau în dispozitive deconectate sunt respinse cu o eroare clară.
Ce sistem ar trebui să vă vadă utilajele?
Spuneți-ne ce folosiți; vă arătăm calea, payload-ul și primele valori ajungând în sistemul dvs.