Edge Gateway industriale: come collegare PLC, sensori IoT e contatori al CMMS

Perché serve un Edge Gateway tra impianto e CMMS

In stabilimento i dati utili alla manutenzione nascono nell'OT (Operational Technology): PLC, SCADA, contatori, sensori di campo, DCS. Il CMMS vive nell'IT: cloud, mobile, ERP, report multi-sito. Il divario non è solo tecnico — è organizzativo: OT privilegia continuità impianto e latenza millisecondi; IT privilegia sicurezza, accesso remoto e integrazione aziendale.

Collegare tutto con script ad hoc, VPN permanenti sul PLC o export CSV manuali non scala su più linee, siti e protocolli. Un Edge Gateway industriale raccoglie protocolli di campo, normalizza i tag, applica regole locali e sincronizza verso il CMMS — con buffer se la rete cade.

È il pezzo architetturale che rende operativi sensori IoT, manutenzione predittiva e ottimizzazione consumi sullo stesso registro asset — senza esporre l'impianto direttamente a internet.

Architettura edge e cloud: il modello a strati

Livello 0–2 — Campo
  Sensori, attuatori, PLC, contatori, VFD
        ↓ Modbus, OPC-UA, Profinet, I/O
Livello Edge — Stabilimento
  Gateway: acquisizione, normalizzazione, soglie, buffer
        ↓ MQTT/TLS, API REST, Sparkplug B
Livello Cloud / CMMS
  Storico, planner, mobile, KPI, ticket, ODL
        ↓
  Azione manutenzione (umana + workflow CMMS)

Edge = elaborazione e buffer in plant, latenza bassa per allarmi critici, riduzione banda (invio di eventi e aggregati, non ogni campione raw). Cloud = storico lungo, report multi-sito, app tecnici, integrazione ERP.

Architetture moderne adottano anche il concetto di Unified Namespace (UNS): un broker MQTT (o equivalente) come bus dati dove ogni sistema pubblica e sottoscrive topic strutturati (es. gerarchia ISA-95: Enterprise/Site/Area/Line/Cell). L'edge gateway è il produttore di dati contestualizzati su quel bus; il CMMS è consumatore per manutenzione.

Protocolli: OPC-UA, Modbus, MQTT e altri

Il gateway non sostituisce il PLC: legge variabili (e, dove esplicitamente autorizzato, scrive setpoint o acknowledge) nel rispetto delle policy di sicurezza impianto approvate da automazione e produzione.

Scelta protocollo per caso d'uso

• Energia / contatori — Modbus TCP su submeter; pubblicazione kWh ogni 15 min su MQTT.
• Condizione / vibrazione — Sensori wireless o cablati → edge con FFT locale o raw a campionamento definito.
• Allarmi SCADA — OPC-UA subscription o integrazione eventi verso CMMS (dettaglio SCADA).
• Multi-vendor linea — Un edge per linea con più driver southbound, un topic northbound per asset.

Sicurezza OT/IT: requisiti enterprise

Il 90% dei problemi di integrazione OT/IT è governance, non driver mancanti. Checklist minima:

Standard di riferimento: IEC 62443 (cybersecurity industriale), policy interne IT. Coinvolgete automazione, IT e manutenzione prima di aprire flussi verso cloud.

Continuità, buffer e qualità dati

Se la connettività salta, l'impianto continua a produrre. L'edge deve:

• memorizzare campionamenti e eventi (store-and-forward) per ore o giorni;
• riallineare il CMMS a rete ripristinata senza perdere allarmi critici;
• deduplicare ticket su stesso allarme (debounce, correlazione, finestra temporale);
• timestamp sincronizzati (NTP) — storico SCADA e CMMS devono allinearsi ai minuti;
• filtrare rumore — non ogni oscillazione di tag genera ticket.

Per predittiva e energia, molti gateway inviano al cloud eventi e aggregati (min/max/media oraria) riducendo banda del 90%+ rispetto a raw ad alta frequenza — sufficiente per ODL e baseline, non sempre per analisi vibrazionale avanzata (che può restare locale).

Casi d'uso per manutenzione

1. Manutenzione predittiva e su condizione

Vibrazione, temperatura cuscinetto, corrente motore → soglie ISO 10816 o baseline macchina → ODL. Dettaglio piani: sensori IoT e PLC in predittiva. Matrice strategie: CBM vs predittiva.

2. Energia e baseline

kW su compressore, HVAC, forno → deviazione EnPI → ticket. Cluster: ridurre costi energetici.

3. Allarmi processo

Pressione, livello, portata fuori range → straordinaria con priorità da matrice criticità asset.

4. Monitoraggio multi-sito

Stessi connettori e topic su più stabilimenti; roll-up CMMS per direzione. Monitoraggio remoto.

5. Contatori e ore macchina

Ore run, cicli, km da PLC → trigger preventiva a contatore nel CMMS.

Progetto pilota: metodo in 6 settimane

Non partite con migliaia di tag: priorità manutenzione prima del data lake.

Come scegliere un gateway

Criteri per capo manutenzione, automazione e IT:

Evitate gateway che inviano solo email senza asset ID nel CMMS — è un dead end operativo.

Maintain360 Edge Gateway

Il modulo Edge Gateway di Maintain360 collega PLC, contatori e sensori al registro asset e ai flussi ticket/ODL. Si affianca a manutenzione predittiva e ottimizzazione consumi con percorso pilota → scale-up.

Per contesto regolatorio monitoraggio: Transizione 5.0. Per scelta CMMS: guida 2026.

Errori comuni

• Esporre PLC direttamente al cloud senza edge hardened.
• Mappare migliaia di tag senza priorità manutenzione né whitelist.
• Nessun owner OT per approvare regole e scritture.
• Ignorare debounce → ticket duplicati, alert fatigue.
• Timestamp non sincronizzati → impossibile correlare guasto e allarme.
• Edge non censito in CMMS → firmware obsoleto, vulnerabilità.
• Aspettarsi predittiva avanzata senza storico guasti nel CMMS.