Architettura di un data historian industriale: raccolta locale o basata su server

Perché l’architettura dello storico è importante?

I sistemi di automazione industriale generano flussi continui di misurazioni, stati operativi, allarmi ed eventi di produzione. Questi record aiutano gli ingegneri a indagare sui guasti, verificare le condizioni di processo e comprendere le prestazioni delle apparecchiature.

Tuttavia, la raccolta dei dati non garantisce automaticamente uno storico completo o utile. Interruzioni di rete, manutenzione dei server, spazio di archiviazione limitato e impostazioni di raccolta non idonee possono creare lacune.

La scelta tra uno storico a livello macchina e uno basato su server dovrebbe partire dall’applicazione prevista. Ogni architettura risponde a requisiti diversi di raccolta, conservazione e analisi.

Uno storico a livello macchina acquisisce informazioni dettagliate in prossimità delle apparecchiature di produzione. Uno storico basato su server consolida i record provenienti da più fonti e supporta analisi più ampie.

Che cos’è uno storico a livello macchina?

Uno storico a livello macchina raccoglie e memorizza dati di serie temporali in prossimità di una singola macchina, cella di produzione o sistema di controllo. A seconda dell’implementazione, può acquisire dati da PLC e reti industriali supportate. Tra le fonti di dati più comuni figurano controllori come il controllore PLC Allen-Bradley 1756-L1 ControlLogix e il modulo controllore PLC Siemens 6ES7214.

Questa configurazione è utile quando gli ingegneri hanno bisogno di record dettagliati relativi a un arresto, a un guasto dell’apparecchiatura o a una sequenza imprevista di eventi.

• Diagnostica della macchina: Conserva i valori selezionati del controllore in prossimità di guasti e interruzioni della produzione.
• Tracciabilità: Associa le misurazioni del processo ai cicli di produzione, ai lotti o ai singoli prodotti.
• Verifica del processo: Conserva i record utilizzati per verificare se le condizioni operative rispettavano i requisiti definiti.
• Raccolta locale dei dati: Riduce la dipendenza dalla comunicazione continua con uno storico remoto.

La raccolta locale può migliorare la resilienza quando un server a monte o una connessione di rete non sono disponibili. Tuttavia, questo vantaggio dipende dall’architettura effettiva dello storico e dallo spazio di archiviazione disponibile.

Gli ingegneri devono verificare la capacità di conservazione, i metodi di esportazione dei dati, le prestazioni di raccolta e il comportamento in fase di ripristino. L'archiviazione locale non elimina tutti i possibili tipi di guasto.

Che cos'è un historian basato su server?

Un historian basato su server raccoglie dati storici da più asset di produzione e da altre fonti dati supportate. In genere offre funzionalità più ampie di reportistica, visualizzazione dei trend, archiviazione e analisi.

Gli ingegneri di stabilimento possono confrontare le prestazioni delle apparecchiature, indagare sulle perdite di produzione ricorrenti e correlare le misurazioni di processo tra macchine diverse.

Gli historian centralizzati supportano anche applicazioni che combinano dati operativi con informazioni di produzione o aziendali. Ciò può aiutare a mettere in relazione l'andamento del processo con i programmi di produzione, i lotti e i risultati di qualità.

Tuttavia, il percorso di raccolta introduce ulteriori dipendenze. Guasti di rete, manutenzione del server, problemi alle interfacce e limiti dello spazio di archiviazione possono interrompere la raccolta dei dati. La connettività sul campo spesso si basa su moduli di comunicazione Ethernet come Yokogawa ALE111-S51, Schneider 140NOE21100 o Foxboro FBM232; la loro configurazione e il loro stato sono quindi importanti per le registrazioni.

Non dare per scontato che ogni historian memorizzi automaticamente i dati durante un'interruzione. Verifica se il collettore specifico supporta la memorizzazione temporanea, per quanto tempo conserva i record in sospeso e come gestisce il ripristino.

Quali sono le differenze tra le due architetture?

Si tratta di tendenze architetturali, non di garanzie universali sui prodotti. Verifica il comportamento della piattaforma selezionata prima di finalizzare il progetto.

Come scegliere un historian adatto?

A quale quesito tecnico devono rispondere i dati?

Inizia individuando le decisioni che i dati storici devono supportare. L’analisi dei guasti può richiedere record ad alta risoluzione relativi a un evento breve. L’analisi della produzione può richiedere una conservazione più lunga e dati coerenti provenienti da più asset.

Documenta i tag necessari, gli intervalli di raccolta, i trigger degli eventi, la qualità dei timestamp, il periodo di conservazione e i requisiti di report.

In quali punti del percorso di raccolta si possono perdere dati?

Mappa il percorso di raccolta da ogni controller alla destinazione di archiviazione. Individua gli switch di rete, i gateway, i servizi di raccolta, i server e gli altri componenti che possono interrompere la registrazione.

Chiediti cosa succede durante un’interruzione di rete, il riavvio di un server o la manutenzione programmata. Verifica se i dati rimangono in buffer localmente e se il sistema può recuperare gli intervalli mancanti una volta ripristinato.

Quanto storage è necessario?

Stima lo storage in base al numero di punti, alla frequenza di raccolta, alle dimensioni dei record, al comportamento della compressione e al periodo di conservazione richiesto. Includi i costi operativi aggiuntivi e un adeguato margine di capacità.

Non dimensionare lo storage basandoti solo sul numero di tag. Due sistemi con lo stesso numero di tag possono generare volumi di dati diversi, a causa delle impostazioni di raccolta e del comportamento del processo.

I timestamp sono coerenti e ben compresi?

L’analisi storica è meno affidabile quando i record correlati usano orologi non sincronizzati o fonti dei timestamp poco chiare. Verifica la sincronizzazione oraria di controller, raccoglitori di dati e server.

Stabilisci se i timestamp indicano l’acquisizione alla fonte, la raccolta o la ricezione sul server. Questa distinzione è importante per ricostruire l’ordine di eventi ravvicinati.

La cybersicurezza e il ripristino sono coperti?

Esamina l’autenticazione, i controlli di accesso, la segmentazione della rete, la gestione delle patch, le procedure di backup e i test di ripristino. Un historian può contenere informazioni operative preziose e deve essere adeguatamente protetto.

Verifica il processo di ripristino effettivo. Un backup è utile solo se i dati e la configurazione necessari possono essere ripristinati entro limiti operativi accettabili.

Quando combinare la raccolta locale e quella centralizzata?

Alcune applicazioni traggono vantaggio da entrambe le architetture. Un historian a livello di macchina può conservare registrazioni dettagliate vicino alle apparecchiature, mentre un historian basato su server consolida informazioni selezionate per l'analisi a livello di stabilimento.

Ad esempio, una linea di produzione basata su controller come il modulo controller PLC GE Mark VIe IS400AEBMH3A può richiedere registrazioni dettagliate degli eventi per la diagnosi dei guasti e storici centralizzati dei lotti per il controllo della qualità. L'archiviazione locale e l'aggregazione centralizzata possono soddisfare insieme questi requisiti.

Progetta con cura il meccanismo di trasferimento. Definisci quali record vengono inviati ai sistemi centrali, come vengono conservati i timestamp, come vengono gestiti i record duplicati e cosa accade quando la comunicazione si interrompe.

Considera anche se i sistemi locali e centrali conservano lo stesso livello di dettaglio. L'aggregazione o la compressione possono modificare le informazioni disponibili per le successive indagini.

Cosa dovrebbe includere una checklist per la messa in servizio e la manutenzione?

• Verifica che vengano raccolti i tag richiesti del controller.
• Confronta i valori dell'historian con quelli delle fonti attendibili.
• Conferma gli intervalli di raccolta e il comportamento di attivazione degli eventi.
• Controlla la sincronizzazione oraria tra i dispositivi pertinenti.
• Verifica il comportamento in caso di interruzione della rete e durante il ripristino.
• Esamina la capacità di archiviazione, le policy di conservazione e la rotazione degli archivi.
• Verifica i controlli degli accessi, i backup e le procedure di ripristino.
• Documenta i percorsi di raccolta e la responsabilità di ciascun componente.

Registra i risultati dei test e i criteri di accettazione. Ripeti i controlli critici dopo modifiche significative alla rete, al controller o alla configurazione dell'historian.

Conclusione: trasformare i dati storici in una risorsa ingegneristica affidabile

Scegli un historian di dati industriali in base alle evidenze che la tua attività deve conservare e alle decisioni che tali evidenze devono supportare. La raccolta locale è utile per diagnosi dettagliate delle macchine, mentre la raccolta basata su server consente report più ampi e analisi tra asset. Combinarle può offrire vantaggi complementari, se il trasferimento, la conservazione e il ripristino sono progettati con attenzione. Prima dell'implementazione, documenta i requisiti dei dati, verifica il comportamento durante le interruzioni, controlla la qualità dei timestamp e accertati che sia possibile ripristinare i backup. Questi passaggi aiutano a trasformare i dati storici in una risorsa ingegneristica affidabile.