Una pressa del 2008 può ancora produrre pezzi conformi e rispettare i tempi ciclo, ma restare invisibile a produzione, manutenzione e direzione. Scegliere i migliori protocolli per macchine legacy significa rendere disponibile il dato già presente in campo, senza sostituire impianti affidabili né costruire un progetto...
Il primo criterio: leggere ciò che serve davvero
Una macchina legacy raramente è priva di segnali. Più spesso, i segnali sono confinati nel PLC, esposti su porte seriali, disponibili in un HMI o distribuiti tra moduli I/O. Il punto non è acquisire ogni tag possibile: è definire un set dati coerente con il processo.
Per il monitoraggio OEE servono in genere stato macchina, motivo di fermo, produzione totale, pezzi buoni, scarti e tempo ciclo. Per la tracciabilità possono essere necessari codice ordine, lotto, ricetta, parametri di lavorazione e operatore. Per la manutenzione assumono peso allarmi, contatori cicli, temperature, assorbimenti o ore di moto. Un protocollo adatto deve permettere di leggere questi dati senza rallentare il ciclo macchina e senza modificare una logica PLC stabile, se non dove strettamente necessario.
È utile distinguere tra connettività e qualità del dato. Un collegamento Ethernet disponibile non garantisce che il PLC renda accessibili le variabili giuste, né che i contatori siano affidabili. La verifica preliminare deve quindi coinvolgere automazione, produzione e IT/OT: il responsabile di reparto conosce il significato operativo dei segnali; il tecnico PLC ne conosce indirizzi, limiti e modalità di esposizione.
I migliori protocolli per macchine legacy: quale scegliere
Non esiste un protocollo migliore in assoluto. Esiste quello più adatto alla marca del PLC, all'età del controllo, al livello di apertura richiesto e all'architettura che l'azienda intende mantenere nel tempo. In molti stabilimenti la soluzione più efficace è una combinazione di protocolli, normalizzata poi in un'unica piattaforma dati.
Siemens S7 per PLC Siemens installati
Nei reparti italiani, Siemens S7 è spesso la via più diretta per integrare macchine con S7-300, S7-400, S7-1200 e S7-1500, con le differenze legate a modello, firmware e configurazione di sicurezza. Consente di leggere aree dati, merker, ingressi, uscite e contatori esposti dal PLC, evitando conversioni non necessarie quando il dato nasce già nell'automazione Siemens.
Il vantaggio è la vicinanza al controllo macchina e la disponibilità di segnali granulari. Il compromesso riguarda la progettazione: indirizzi, DB ottimizzati, permessi di accesso e frequenza di polling vanno valutati con attenzione. Su macchine datate può essere necessario verificare anche la presenza della porta Ethernet, della CPU compatibile o di un'interfaccia di rete aggiuntiva.
Modbus TCP/IP per semplicità e ampia compatibilità
Modbus TCP/IP rimane uno dei protocolli più utili per macchine legacy e periferiche industriali. È diffuso su PLC, inverter, termoregolatori, strumenti di misura, sistemi di pesatura e apparati di utilities. La sua forza è la semplicità: registri, coil e indirizzi sono facilmente mappabili quando il costruttore fornisce una tabella di comunicazione completa.
È una scelta efficace per raccogliere stati, contatori e parametri da dispositivi diversi senza introdurre gateway proprietari per ogni connessione. Il limite è semantico: il registro 40021 non spiega da solo se rappresenta pezzi buoni, pressione o una causa di allarme. Serve una mappatura accurata, con unità di misura, scaling, gestione dei segni e controllo della coerenza dei valori.
OPC UA quando servono standard e interoperabilità
OPC UA è indicato quando l'obiettivo non è solo leggere tag, ma costruire un livello di interoperabilità più strutturato tra macchine, MES, SCADA e applicazioni aziendali. Supporta un modello informativo più ricco rispetto ai registri puri, oltre a meccanismi di sicurezza e gestione delle sessioni adatti a contesti industriali con più sistemi connessi.
Per una macchina legacy, tuttavia, OPC UA non è sempre disponibile nativamente. Può richiedere un gateway o un aggiornamento del controllo. Ha senso quando l'investimento viene giustificato dalla necessità di integrare più applicazioni, standardizzare nuovi impianti e rendere il dato più leggibile nel tempo. Per acquisire pochi segnali da un PLC datato, Modbus TCP/IP o S7 possono essere più rapidi da attivare.
EtherNet/IP per linee con automazione Rockwell
Nelle linee che adottano PLC Allen-Bradley e architetture Rockwell Automation, EtherNet/IP è il riferimento naturale. Consente di accedere a tag e informazioni di processo in un ecosistema molto presente nei settori packaging, food, converting e macchine importate.
La compatibilità effettiva dipende dalla famiglia di controller e dalla configurazione di rete. In ambienti misti è opportuno evitare di forzare EtherNet/IP come standard universale: il protocollo va usato dove è nativo, mentre i dati degli altri sistemi vanno raccolti con i rispettivi driver e armonizzati a valle.
MQTT per inviare dati al cloud con logica publish/subscribe
MQTT non sostituisce necessariamente il protocollo PLC. È particolarmente utile come livello di trasporto tra un agente in stabilimento e una piattaforma cloud, soprattutto quando si desidera ridurre il polling diretto dall'esterno e gestire connessioni intermittenti in modo ordinato.
Il modello publish/subscribe permette di pubblicare eventi, stati e misure su topic definiti. È efficace per dashboard real-time, allarmi e scalabilità su molti impianti. Non è però la scelta da cui partire se il PLC non espone alcun dato: prima occorre usare S7, Modbus, OPC UA o un altro driver per acquisire le variabili dalla macchina.
MTConnect per macchine utensili compatibili
MTConnect è uno standard orientato alle macchine utensili e alla raccolta di informazioni produttive in ambienti CNC. Quando è disponibile, semplifica la lettura di dati quali stato, programma, avanzamento, allarmi e condizioni operative, con una semantica pensata per il mondo machining.
Non tutte le macchine utensili legacy lo supportano nativamente. In alcuni casi sono disponibili adattatori, ma va valutato il perimetro reale dei dati ottenibili. Se l'obiettivo è calcolare produzione e fermi, anche la lettura di segnali digitali o del PLC può essere sufficiente; se servono dati CNC più approfonditi, MTConnect può ridurre il lavoro di interpretazione.
Quando manca un protocollo utilizzabile
Una macchina senza rete Ethernet o senza PLC accessibile non è necessariamente esclusa dalla digitalizzazione. Si può intervenire su più livelli, scegliendo quello meno invasivo. Un gateway seriale può valorizzare un'interfaccia RS-232 o RS-485 esistente; moduli I/O possono acquisire segnali come ciclo attivo, macchina ferma, allarme e consenso; sensori aggiuntivi possono contare pezzi, rilevare presenza materiale o misurare assorbimenti.
Questa strada offre meno dettaglio rispetto all'accesso diretto al PLC, ma può essere adeguata per avviare monitoraggio OEE e raccolta dati su impianti che non conviene modificare. Il rischio è costruire una lettura indiretta difficile da mantenere: prima di aggiungere sensori, va sempre verificato se un dato affidabile esista già nel controllo macchina.
Architettura: evitare che il protocollo crei nuova complessità
La raccolta dati da macchine legacy diventa fragile quando ogni impianto richiede un PC dedicato, un database locale, script non documentati e credenziali gestite manualmente. Il protocollo risolve l'accesso al dato, ma l'architettura decide se il progetto sarà sostenibile dopo sei mesi o dopo cinque anni.
Un agente leggero on-premise può comunicare con i PLC nella rete di fabbrica e inviare al cloud solo i dati autorizzati. In questo modello non occorre esporre direttamente i controlli industriali verso l'esterno, né installare server applicativi in reparto. La piattaforma centralizza dashboard, storicizzazione, utenti, KPI e integrazioni, mantenendo in stabilimento il minimo indispensabile.
Per aziende con macchine Siemens, Modbus, OPC UA ed EtherNet/IP nello stesso stabilimento, PLCinCloud consente di acquisire dati con protocolli nativi e renderli disponibili in un ambiente operativo unico. Il vantaggio non è soltanto vedere più macchine nella stessa dashboard: è utilizzare definizioni coerenti per produzione, scarti, fermi e ordini, evitando confronti basati su dati calcolati in modi diversi.
Sicurezza e continuità produttiva: le verifiche da non saltare
Collegare una macchina legacy richiede una valutazione OT prima della configurazione software. La rete di automazione deve essere segmentata, gli accessi devono rispettare il principio del minimo privilegio e la lettura dei dati non deve interferire con il traffico di controllo. Frequenze di acquisizione troppo aggressive, query mal progettate o scritture non autorizzate sono rischi evitabili con un progetto corretto.
È altrettanto utile prevedere test progressivi: prima la lettura di poche variabili non critiche, poi la validazione con il personale di linea, quindi l'estensione a KPI e integrazioni gestionali. Il dato va confrontato con contatori HMI, registri di produzione e riscontri fisici. Un dashboard preciso al secondo ma basato su un contatore errato non migliora alcuna decisione.
La scelta dei protocolli deve quindi partire dalla macchina, ma terminare con una domanda di stabilimento: quale informazione deve arrivare alla persona giusta, nel momento in cui può ancora intervenire? Se la risposta guida la mappatura tecnica, anche una macchina legacy diventa una fonte concreta di efficienza, tracciabilità e controllo operativo.