Pianificare la raccolta di dati industriali in tempo reale significa partire dalla rapidità con cui una decisione richiede informazioni affidabili. Risposta del sensore, aggiornamento del PLC, interrogazione e aggiornamento dello schermo sono tempi distinti. Riunirli sotto l’etichetta «dal vivo» può suggerire garanzie che il sistema non offre.
Crea un inventario dei segnali
Per ogni segnale registra identità, significato, unità, tipo di dato, interfaccia, frequenza ammessa e qualità. Usa una descrizione fisica come «temperatura ambiente della cella nord», anziché un nome ambiguo. Specifica se il contatore indica potenza istantanea o energia cumulativa.
Verifica la mappa con la documentazione del dispositivo e firmware corretti, poi confrontala con una condizione nota. Scala, segno e ordine delle parole possono generare un numero plausibile ma errato. In collaudo confronta lettura grezza, record normalizzato e valore visualizzato.
Distingui campionamento e presentazione
Campionare rapidamente non richiede inviare ogni punto al browser con la stessa frequenza. L’acquisitore può conservare eventi mentre la schermata mostra un riepilogo più lento. Al contrario, aggiornare spesso la pagina non rende più recente la misura sorgente. L’utente deve vederne l’ultimo timestamp.
| Momento | Significato | Errore comune |
|---|---|---|
| Misura | Produzione del valore fisico | Sostituirlo con l’arrivo al server |
| Raccolta | Acquisizione da parte del raccoglitore | Considerarlo l’istante sorgente esatto |
| Elaborazione | Trattamento da parte del servizio | Nascondere il ritardo di rete |
| Presentazione | Visualizzazione sullo schermo | Confondere nuova schermata e nuovi dati |
La sincronizzazione degli orologi può fallire. Se l’ora sorgente non è affidabile, porta questa incertezza nelle informazioni di qualità senza dichiarare una sequenza esatta. Archivia con uno standard temporale coerente e mostra chiaramente il fuso dell’interfaccia.
Calcolo illustrativo del volume
Venti punti, con un record ogni 10 secondi ciascuno, producono 20 × 8.640 = 172.800 record al giorno. È un conteggio, non una stima di spazio. I byte dipendono da struttura, raggruppamento, indici e costi operativi: misura record rappresentativi prima di stimare la capacità.
Un evento breve può comparire e sparire fra due letture. Potrebbe servire un evento registrato dalla sorgente o un contatore del dispositivo. La temperatura ambiente lenta può richiedere un approccio diverso. La frequenza deve conservare l’informazione necessaria senza caricare inutilmente il dispositivo.
I dati mancanti sono uno stato distinto
Zero valido, guasto del sensore, dispositivo irraggiungibile e record assente non sono equivalenti. Un grafico non deve collegare silenziosamente le lacune. Se resta visibile l’ultimo valore valido, mostrane l’età. Le regole non devono rivalutare continuamente un dato vecchio come misura nuova.
Le osservazioni conservate e reinviate vanno collocate al tempo dell’evento quando arrivano tardi. Un’identità stabile evita duplicati. Decidi se il ritardo modifica i report storici e come informare l’utente che un periodo prima incompleto è stato aggiornato.
Collauda i casi di guasto
Prova separatamente produzione normale, perdita di rete, deriva degli orologi, guasti sensore e riconnessione. Riporta distribuzioni dei ritardi e perdite, non solo una media. Il monitoraggio remoto non ha lo stesso requisito di un anello deterministico di controllo macchina.
Il pilota completo include dizionario, motivazioni del campionamento, volume misurato e comportamento ai guasti. Questi documenti impediscono di perdere le ipotesi iniziali quando arrivano nuovi dispositivi.
Trasforma un requisito di ritardo in una prova
Supponiamo che la manutenzione richieda visibilità di una transizione entro un intervallo definito. Concorda inizio e fine: transizione fisica, aggiornamento del PLC, lettura o ricezione del browser. Misurare solo l’ultima richiesta di rete ignora tutto ciò che precede. Se la sorgente non assegna un timestamp alla transizione, dichiara l’incertezza del polling anziché presentare il rilevamento come accadimento esatto.
Durante il collaudo usa una sequenza controllata con riferimento indipendente. Includi due transizioni più ravvicinate del normale intervallo e un evento durante una disconnessione. Osserva se la sorgente li conserva, l’acquisitore li rileva e il report li mostra. Una prova lenta riuscita non dimostra la cattura di eventi produttivi brevi. Una misura ambientale lenta, viceversa, non richiede automaticamente il ritmo delle transizioni macchina.
Registra la distribuzione dei ritardi sotto carico rappresentativo. Risultato tipico, ritardi occasionalmente lunghi e periodi privi di risultati validi rispondono a domande diverse. Documenta carico e rete per confronti futuri significativi. Una dimostrazione da scrivania senza carico aiuta lo sviluppo, ma non garantisce i tempi dell’impianto.
Definisci il recupero senza riscrivere la storia
Un gateway si riconnette con quindici minuti di osservazioni nel buffer. Inviare prima tutto lo storico può aumentare l’età della vista attuale. Dare priorità al presente senza recupero delimitato può lasciare lo storico incompleto indefinitamente. Specifica entrambi i compiti e misura la competizione per dispositivo, rete e server.
I record tardivi richiedono una politica di report chiara. Il report di turno può restare provvisorio fino alla chiusura della finestra di recupero oppure essere revisionato con copertura corretta. La scelta dipende dal processo e non va nascosta in un’attività di database non documentata. Conta i rifiuti per motivo, evitando valori grezzi inutili nei log. Porta all’analisi iniziale l’evento più breve rilevante, l’interruzione più lunga da coprire e l’età massima utile di una lettura. Sono requisiti più concreti della richiesta generica di una dashboard dal vivo.