Per chi è utile: Responsabili IT e produzione che devono collegare macchine, applicazioni di reparto e piattaforme aziendali.
OPC UA e MQTT possono svolgere ruoli diversi nella stessa architettura. La domanda utile non è quale sia migliore in assoluto, ma come trasferire informazioni comprensibili fra sistemi che devono continuare a lavorare anche quando una connessione manca.
Prima di scegliere, prepara un elenco dei dati richiesti, delle sorgenti disponibili e delle applicazioni destinatarie. Distinguere una temperatura da consultare, un evento di fine ciclo e un comando operativo evita di trattare esigenze molto diverse come un unico collegamento generico.
Trasportare un valore e descriverne il significato
OPC UA comprende meccanismi di accesso alle informazioni e strumenti per descrivere oggetti, relazioni e proprietà. Supporta interazioni client-server e modalità PubSub. MQTT organizza invece lo scambio di messaggi secondo pubblicazione e sottoscrizione; il contenuto del messaggio deve essere definito dalle applicazioni.
Per il committente, la differenza diventa una domanda concreta: chi garantisce che un valore sia interpretato nello stesso modo da tutti? Un numero isolato non chiarisce macchina, unità, istante di misura o stato della lettura. Il progetto deve assegnare queste responsabilità, qualunque sia il protocollo scelto.
Riferimenti: OPC Foundation — OPC Unified Architecture · OASIS — MQTT Version 5.0
Quando valutarli separatamente o insieme
Parti dalle interfacce realmente disponibili. Se una macchina espone un server OPC UA, verifica quali informazioni rende accessibili, con quali autorizzazioni e licenze. Se più applicazioni devono ricevere eventi tramite MQTT, definisci la gestione del broker, i destinatari autorizzati e il formato dei messaggi.
È possibile raccogliere dati da una sorgente OPC UA e distribuirne una selezione tramite MQTT. Questo aggiunge però una trasformazione da documentare e mantenere: non crea automaticamente interoperabilità. Chiedi una mappa del percorso, dal segnale originale fino al campo visualizzato o registrato dal software finale.
Scorri in orizzontale per vedere tutte le colonne.
| Situazione | Verifica iniziale | Decisione da documentare |
|---|---|---|
| Interfaccia OPC UA già presente | Dati esposti e accessi consentiti | Modello informativo e frequenze richieste |
| Distribuzione a più applicazioni | Gestione del broker e dei destinatari | Struttura dei topic e dei messaggi |
| Collegamento fra ambienti diversi | Gateway e trasformazioni necessarie | Responsabile di ciascun passaggio |
Definire che cosa accade alle interruzioni
Scrivi il comportamento atteso quando la macchina, il collegamento o l’applicazione destinataria non sono disponibili. Per alcuni dati basta ricevere il valore più recente; per altri serve ricostruire una sequenza senza perdere eventi. Indica durata di conservazione locale, segnalazione dell’assenza e modalità di recupero.
Con MQTT, i livelli di qualità del servizio riguardano la consegna dei messaggi. Non bastano, da soli, a garantire che un’applicazione registri un avanzamento o esegua un’azione una sola volta. Il collaudo deve verificare anche il trattamento applicativo di ritrasmissioni e duplicati, senza confondere una conferma del trasporto con la conclusione dell’operazione aziendale.
Riferimenti: OASIS — MQTT Version 5.0
Richiedere una prova rappresentativa prima di estendere
Scegli una macchina e pochi dati che comprendano letture periodiche, cambi di stato e almeno una condizione di errore. Confronta il dato originale con quello ricevuto, compresi unità e riferimenti temporali. Ripeti la verifica dopo una disconnessione e controlla che gli operatori distinguano chiaramente un valore aggiornato da uno non più valido.
L’offerta dovrebbe precisare chi configura identità, autorizzazioni e manutenzione del collegamento. Verifica anche limiti di connessione, rinnovi delle licenze, disponibilità dei fornitori e documentazione consegnata. Un protocollo aperto riduce alcune dipendenze, ma non elimina i costi di configurazione, gestione e modifica delle integrazioni.
Informazioni utili per scegliere l’interfaccia
- Marca, modello e interfacce documentate delle macchine coinvolte.
- Elenco dei dati, con significato, unità e destinazione.
- Frequenza necessaria e ritardo massimo accettabile per ogni uso.
- Distinzione fra sola lettura, eventi e comandi.
- Comportamento atteso durante assenze e riconnessioni.
- Referenti per rete, credenziali, broker e applicazioni destinatarie.
Domande frequenti
MQTT sostituisce sempre OPC UA?
No. La scelta dipende dalle informazioni disponibili e dalle applicazioni da collegare. Un’architettura può utilizzare entrambi, con ruoli definiti. La valutazione deve riguardare l’intero percorso del dato, non soltanto la presenza di un connettore con il nome del protocollo.
Basta un gateway per integrare una macchina?
Il gateway può risolvere un passaggio tecnico, ma restano da definire significato dei dati, permessi, gestione delle interruzioni e verifiche finali. Servono anche informazioni sulle interfacce del costruttore e sui vincoli operativi, prima di confermare il perimetro dell’integrazione.
Fonti e approfondimenti
Portiamo la guida nel tuo progetto.
Inviaci l’elenco delle macchine e dei dati che vuoi rendere disponibili: possiamo valutare il collegamento più coerente con i tuoi sistemi.
Parlaci del software che ti serve