OPC UA è il futuro della comunicazione industriale. Su questo non c'è discussione. La domanda pratica è: serve usarlo oggi nel tuo impianto?
I vantaggi reali (non quelli del depliant)
- Modello informativo strutturato. Non leggi DB10.DBW0, leggi
MachineXY.Production.GoodCount. Più mantenibile, autodescrittivo. - Sicurezza nativa. Cifratura TLS, autenticazione con certificati. Non serve VPN né tunnel custom.
- Sottoscrizione. Il server pubblica i valori quando cambiano, il client non polla. Riduce traffico e migliora reattività.
- Standard industriale incluso nella maggior parte delle CPU moderne. Siemens S7-1500, Omron NJ/NX, Beckhoff TwinCAT, Rockwell ControlLogix recenti.
I costi nascosti
- Licenza opzionale sulle CPU Siemens (la S7-1500 ce l'ha integrata ma per usarla servono SiOME o software equivalente per configurare il server).
- Certificati da gestire: provisioning iniziale, rinnovo, revoca. Più rigoroso di una password Modbus, più infrastruttura da mantenere.
- Setup non banale: ogni nodo da esporre richiede mapping esplicito.
Quando OPC UA è la scelta giusta
Quando hai CPU moderne con OPC UA Server già attivo (S7-1500, NJ501, ControlLogix moderni), il modello dati è già strutturato e i tag esposti sono in numero limitato. In quei casi connettersi via OPC UA è più semplice di leggere DB indirizzati a mano.
OPC UA Pub/Sub (estensione recente) ha senso per impianti con altissimo volume di dati e bassa latenza richiesta — di nicchia per le PMI.
Quando il protocollo nativo è meglio
CPU vecchie (S7-300, AB MicroLogix, CJ2M) dove OPC UA non c'è o richiede gateway esterno: tanto vale usare S7Comm/EtherNet/IP/FINS direttamente. Anche per pochi tag specifici, lo sforzo di tirare su un'infrastruttura OPC UA non vale.