Monitoraggio OEE e fermi macchina: l’efficienza degli impianti dai dati macchina in tempo reale

L’efficienza complessiva degli impianti (OEE) è forse l’indicatore più citato della produzione — e al tempo stesso uno dei peggio misurati. In molti stabilimenti nasce da fogli di turno, tabelle Excel e memoria: il fermo di martedì notte, venerdì è ormai solo una stima. Chi vuole capire davvero i colli di bottiglia ha bisogno degli stati delle proprie macchine — rilevati automaticamente, con marca temporale, nel contesto.

Questa guida mostra come costruire con IronFlock la base dati per il monitoraggio di OEE e fermi macchina: dal collegamento delle macchine al rilevamento delle cause di fermo, fino alla dashboard in tempo reale per ogni linea.

Il problema: l’OEE di seconda mano

Sintomi tipici di un OEE rilevato manualmente:

• Ritardo invece di reazione. Gli indicatori nascono giorni dopo l’evento — troppo tardi per correggere la rotta nel turno in corso.
• Rilevamento dei fermi incompleto. I brevi arresti di pochi minuti non compaiono in nessuna lista, ma sommati costituiscono la maggiore perdita di disponibilità.
• Cause poco chiare. “La macchina era ferma” non è una causa. Senza motivazioni strutturate non si può stabilire a cosa dare priorità.
• Ogni macchina un caso a parte. Macchine CNC, linee controllate da PLC e impianti datati forniscono i loro stati tramite protocolli diversi — o non li forniscono affatto.

Passo 1: rilevare automaticamente gli stati macchina

Alla base di ogni analisi OEE c’è la disponibilità — e questa è contenuta negli stati macchina. IronFlock li rileva con le app collector per l’estrazione di dati di fabbrica, direttamente dalla realtà brownfield:

• MTConnect Collector per macchine utensili CNC (ad esempio HAAS, Mazak, DMG Mori, Fanuc, Okuma) — MTConnect fornisce di serie stati operativi, programmi e valori degli assi in forma standardizzata.
• Industrial Collector per impianti controllati da PLC: OPC UA e Modbus funzionano già oggi; Siemens S7 e Allen-Bradley sono in Early Access — gli S7-1200/1500 possono già essere letti tramite il loro server OPC UA integrato.
• Modbus Collector come via più leggera quando contatori di ciclo e word di stato sono disponibili via Modbus TCP.
• IO-Link Collector per il retrofit: dove il controllore non fornisce stati, sensori installati a posteriori (corrente, vibrazione, fotocellule) forniscono i segnali marcia/fermo.

Tutti i collector normalizzano i dati grezzi in misurazioni denominate con marca temporale e flag di qualità e usano lo stesso schema di tabelle — inclusa una tabella di stato dedicata agli stati degli impianti. La configurazione avviene interamente nel browser; una modalità demo genera dati realistici prima ancora che la prima macchina sia collegata.

Tutti gli stati e i contatori confluiscono nel database del progetto — un database di serie temporali dedicato per ogni progetto, su cui si basano tutte le analisi successive.

Passo 2: documentare le cause di fermo in modo strutturato

Non ogni informazione arriva dal controllore. Perché una macchina era ferma — attrezzaggio, mancanza di materiale, guasto — spesso lo sa solo il team in linea. Per questo il Board Studio offre i moduli: gli operatori registrano le cause di fermo direttamente sulla board, in modo strutturato invece che su carta, con cronologia delle modifiche. Così, accanto al rilevamento automatico degli stati, nasce la dimensione delle cause che trasforma un numero di disponibilità in una base di miglioramento.

Passo 3: rendere visibile l’OEE — per macchina, linea e sito

Sulla base dati comune costruite l’analisi senza codice:

• Board in tempo reale nel Board Studio. Indicatori di disponibilità e prestazioni, timeline degli stati e andamenti dei pezzi prodotti con il drag-and-drop — con una latenza inferiore al secondo dall’edge allo schermo, senza polling.
• Grafici divisi. Un grafico configurato una sola volta viene replicato automaticamente per macchina, linea o sito — ideale per lo sguardo d’insieme del capoturno sull’intero reparto.
• Allarmi in caso di fermo. Il sistema di allarme integrato monitora la telemetria in tempo reale ed effettua l’escalation via email o SMS — con condizioni per livello di gravità e risoluzione automatica non appena l’impianto riparte.
• Domande in linguaggio naturale. Con Physical AI chiedete “Com’era l’OEE della linea 2 la settimana scorsa?” — il Data Explorer traduce la domanda in una query del database e risponde con un numero, una tabella o un grafico in tempo reale; su richiesta, il Dashboard Generator ne ricava una board completa.

Per logiche più avanzate — ad esempio un calcolo OEE completo con tempi ciclo target e dati di qualità — un’app di analisi si appoggia in sola lettura ai dati dei collector tramite l’accesso ai dati tra app. Una dashboard OEE che calcola disponibilità, prestazioni e qualità per linea è l’esempio documentato per eccellenza di questa architettura: raccolta e analisi restano nettamente separate, e ogni livello può essere esteso in modo indipendente.

I tre fattori OEE e le loro sorgenti dati

L’OEE è il prodotto di disponibilità, prestazioni e qualità — e ogni fattore richiede una sorgente dati diversa. Il valore di una piattaforma comune sta nel riunire tutti e tre nello stesso database:

Il consiglio pratico che ne deriva: iniziate dalla disponibilità. È il fattore con la leva maggiore, gli stati sono i più semplici da rilevare automaticamente, e una board della sola disponibilità crea già una base di discussione per ogni passaggio di turno. Prestazioni e qualità seguono non appena i contatori di pezzi e scarti sono collegati — e il modello dati non cambia, perché tutti i collector usano lo stesso schema.

Perché la base dati fa la differenza

Domande frequenti

Mi serve un MES per misurare l’OEE?

No. Per disponibilità e monitoraggio dei fermi bastano gli stati macchina delle app collector più le cause di fermo da un modulo della board. Un MES esistente può essere integrato in aggiunta — le app IronFlock sono normali workload container e possono comunicare con i sistemi esistenti.

Come rilevo le cause di fermo senza sovraccaricare gli operatori?

Tramite moduli direttamente sulla board in linea: pochi campi strutturati, cause predefinite, cronologia delle modifiche inclusa. Il rilevamento automatico degli stati fornisce inizio e durata del fermo — l’operatore aggiunge solo la causa.

Funziona anche con macchine esistenti più datate?

Sì, è il caso più frequente. Le macchine con OPC UA, Modbus, MTConnect, IO-Link o BACnet si collegano direttamente; Siemens S7 e Allen-Bradley sono in Early Access. Gli impianti del tutto privi di interfaccia digitale possono essere rilevati con un retrofit di sensori (ad esempio sensori di corrente IO-Link) — gli impianti puramente cablati richiedono un gateway o un retrofit.

Posso confrontare l’OEE tra più linee o stabilimenti?

Sì. Tutti gli stati risiedono nello stesso database del progetto; i grafici divisi replicano automaticamente ogni analisi per macchina, linea o sito. Con Physical AI le domande di confronto si possono porre anche direttamente in linguaggio naturale.

Come proseguire?

Collegate un primo gateway con la guida Per Iniziare e installate un collector in modalità demo — la vostra prima board degli stati nasce in pochi minuti, senza intervenire sull’impianto. I dettagli sui protocolli si trovano nell’estrazione di dati di fabbrica, la visualizzazione nella guida alle dashboard IoT.