Un gateway, tutte le vie d'uscita
PLCGateway raccoglie i dati macchina una sola volta e li offre nella forma che ogni sistema vuole: OPC UA per SCADA e historian, MQTT per piattaforme IoT e cloud, Modbus TCP per altri controllori, un'API REST con stream in tempo reale per ERP, MES e script, e webhook, e-mail e Telegram per le persone e i sistemi che devono essere avvisati quando succede qualcosa.
Le vie per far uscire i dati
Server OPC UA
Ogni dispositivo e ogni valore come nodo, con None / Sign / SignAndEncrypt, certificati automatici, trust dei client e account utente.
Scopri di più →Publisher MQTT
Ogni tag su <base>/<device>/<tag> come JSON con valore, qualità, orario e unità di misura, su variazione o a intervallo, con TLS, birth e last will; scritture opzionali tramite topic /set.
Server Modbus TCP
Tutti i tag come un unico slave Modbus: coil e holding register assegnati automaticamente o fissati, ordine delle word selezionabile, mappa degli indirizzi in CSV.
API REST e stream in tempo reale
Valori, storico con aggregati, allarmi, dati di produzione, sorgenti dati e scritture via HTTPS con un token; i Server-Sent Events inviano ogni variazione.
Notifiche
E-mail via SMTP con STARTTLS, bot Telegram e webhook con header personalizzati; regole per priorità, gruppo e allarme, riepiloghi per le raffiche di allarmi, nuovi tentativi e registro degli invii.
Report pianificati
Report giornalieri, settimanali e di turno con dati di produzione, statistiche degli allarmi e la sezione energia come e-mail HTML con allegati CSV.
Sorgenti dati
Ordini di lavoro, ricette e registri come tabelle che l'ERP compila tramite l'API e le schermate leggono; importazione CSV e pull HTTP.
Esempi dall'assistente
Un assistente IA spiega quale via è adatta e restituisce esempi pronti da copiare ed eseguire con i tuoi tag, topic e registri reali.
Scopri di più →MQTT per piattaforme IoT e cloud
Mosquitto, EMQX, HiveMQ, AWS IoT Core o Azure IoT Hub tramite un bridge, Node-RED, Grafana via Telegraf: sottoscrivi i topic del gateway invece di interrogare i PLC. Il publisher si riconnette con un ritardo crescente, nel frattempo accoda i messaggi e comunica al broker quando il gateway è online o assente.
- MQTT 3.1.1 su TCP o TLS, QoS 0 o 1, messaggi retained
- Payload JSON o solo il valore, selezione per dispositivo
- Stato con conteggio dei messaggi pubblicati e ricevuti e ultimo errore
Modbus TCP per i sistemi che parlano solo Modbus
Un DCS, un altro SCADA o un PLC leggono il gateway come un unico dispositivo, compresi i tag di protocolli che non parlano: S7, Mitsubishi, FOCAS, OPC UA, IEC 61850. I booleani diventano coil, i numeri holding register su una, due o quattro word; la mappa resta stabile, può essere fissata e il client ne riceve un CSV.
- Function code da 1 a 6, 15 e 16, unit id, fino a 16 client
- Scritture disattivate per impostazione predefinita
- Ultimo valore noto mentre un dispositivo è disconnesso
Avvisa le persone e i sistemi
I canali di notifica trasportano allarmi, ordini di lavoro di manutenzione e report. Una regola stabilisce quali eventi vanno dove: priorità, gruppo, singoli allarmi, eventi di attivazione, rientro e riconoscimento, con una finestra di riepilogo così che una raffica di allarmi diventi un solo messaggio. I webhook inviano JSON con i tuoi header a sistemi di ticket, strumenti di chat e API interne; gli invii falliti vengono ritentati e registrati.
- E-mail (SMTP, STARTTLS / TLS), Telegram, webhook
- Invio di prova con la trascrizione del server quando qualcosa fallisce
- Segreti salvati mascherati, mai più mostrati
Quale via per quale sistema
| Sistema | Via consigliata | Perché |
|---|---|---|
| SCADA, historian, MES con client OPC UA | Server OPC UA | Standard del settore, sottoscrizioni, certificati e account utente |
| Piattaforma IoT, cloud, Node-RED, Grafana | Publisher MQTT | Molti consumatori, pubblicazione su variazione, nessun polling delle macchine |
| DCS, PLC, SCADA che parla solo Modbus | Server Modbus TCP | Un solo slave per tutte le macchine, mappa dei registri stabile |
| ERP, BI, script, dashboard | API REST e stream in tempo reale | JSON via HTTPS con un token, storico con aggregati, scritture con diritti di operatore |
| Sistema di ticket, CMMS, chat, ricevitore interno | Webhook ed e-mail | Inviati quando si verificano allarmi, ordini di lavoro o report |
| Fogli di calcolo, analisi una tantum | Esportazioni CSV | Elenco tag, mappa Modbus, allegati dei report, storico in CSV |
Integrazioni: domande frequenti
Come si collega un assistente IA a PLCGateway e che cosa può fare con i dati?
Ogni prodotto PLCGateway include un server MCP (Model Context Protocol) su Streamable HTTP e stdio. Un assistente che supporta MCP si collega con una sessione utente o un token e ottiene strumenti per valori, storico, allarmi, dati di produzione, energia, manutenzione e configurazione, ciascuno limitato ai diritti di quell'utente. Può rispondere a domande da dati in tempo reale e storici, preparare bozze di schermate e report da far verificare alle persone, configurare dispositivi e tag e consegnare al tuo integratore esempi pronti per ogni via di integrazione di questa pagina.
PLCGateway può inviare dati al cloud?
Sì. Il publisher MQTT invia ogni valore a un broker via TLS, che è il modo in cui AWS IoT Core, Azure IoT Hub (tramite il suo bridge MQTT), HiveMQ Cloud, EMQX Cloud e la maggior parte delle piattaforme IoT ricevono i dati. L'API REST e i webhook sono l'alternativa per i servizi basati su HTTP.
Esiste un'API REST?
Sì. Tag, valori correnti, storico con campioni grezzi o intervalli aggregati e incrementi dei contatori, allarmi, KPI di produzione, sorgenti dati, dati di energia e manutenzione sono disponibili come JSON via HTTPS con un bearer token; uno stream Server-Sent Events invia ogni variazione. Le scritture richiedono i diritti di operatore.
Come ottengo gli esempi esatti per il mio integratore?
Collega al gateway un assistente IA compatibile con MCP e chiedi: legge la guida di integrazione, verifica che cosa è attivo e restituisce frammenti pronti da copiare ed eseguire in curl, Python, Node.js o C# con i tuoi nomi di tag, topic MQTT, indirizzi Modbus e node id OPC UA reali, senza il token.
Altri sistemi possono scrivere sul PLC tramite PLCGateway?
Sì, quando è consentito: via OPC UA con un nodo scrivibile, via topic MQTT /set quando le scritture sono abilitate, via function code Modbus 5, 6, 15 e 16 quando il server consente le scritture, e via API REST con i diritti di operatore. Le scritture su tag di sola lettura o su dispositivi disconnessi vengono rifiutate con un errore chiaro.
Quale sistema deve vedere le tue macchine?
Dicci che cosa usi; ti mostriamo la via, il payload e i primi valori che arrivano nel tuo sistema.