Dati e integrazione

Portare i dati del PLC su una dashboard web

Preserva significato e qualità dalle letture autorizzate allo schermo dell'utente.

Portare i dati del PLC su una dashboard non significa collegare direttamente il browser al controllore. Un acquisitore autorizzato legge normalmente il PLC, normalizza il significato e invia record al server. Lo schermo ottiene dati autorizzati tramite l’applicazione, mantenendo un confine fra rete di controllo e Internet.

Verifica il significato dei segnali

Parti da tag o registri. Bit di marcia, codice guasto, contatore cicli e quantità prodotta si comportano diversamente. Il significato può dipendere da programma, modalità o ricetta. Confermalo con il responsabile dell’automazione, senza dedurre la produzione dalla sola etichetta.

Il dizionario include tipo, scala, ordine delle parole, unità e qualità. Azzerare un contatore non significa perdere produzione. Cancellare un bit di guasto non dimostra che qualcuno abbia esaminato l’incidente. Risolvi queste differenze prima che diventino ipotesi della dashboard.

Separa le responsabilità

PLC → acquisitore → validazione e archiviazione → API → dashboard utente

L’acquisitore gestisce accesso e carico autorizzati. L’archivio conserva tempo dell’evento, identità e qualità. L’API limita l’accesso alle apparecchiature; la vista spiega misura ed età. Riunire tutto in un componente non strutturato rende difficile diagnosticare guasti.

Il browser non deve ricevere password del PLC o privilegi estesi sulla rete. Autenticazione e autorizzazione sono diverse: entrare non consente leggere ogni macchina e poter monitorare non implica poter comandare.

Cronologia di stati illustrativa

Una macchina espone marcia, attesa e guasto. Registra transizioni e timestamp, definendo precedenza se più segnali sono attivi. La perdita di comunicazione è un intervallo sconosciuto, non uno stato produttivo da indovinare. La dashboard deve conservarlo sia nei totali sia nel grafico.

Aprendo un fermo, mostra codici pertinenti e disponibilità dei dati a supporto. Se la causa è ignota, permetti la conferma di un operatore autorizzato. Le correzioni mantengono chi ha cambiato cosa, quando e perché, senza sostituire silenziosamente il passato.

Prova riavvio e riconnessione

Leggere lo stato corrente dopo un riavvio potrebbe non recuperare transizioni perse. Possono servire buffer eventi, contatore del controllore o altra sorgente. Il software non inventa eventi mai registrati: la lacuna resta visibile finché una fonte affidabile la completa.

Aggiornamento del browser e polling PLC sono distinti. Ridisegnare ogni secondo non dimostra una nuova lettura ogni secondo. Mostra insieme tempo sorgente e connessione. L’età accettabile dipende dal compito dell’utente.

Lista di collaudo

  • Confrontare transizioni note ed eventi archiviati.
  • Misurare il carico durante la produzione.
  • Verificare permessi per macchine e utenti differenti.
  • Provare perdita di rete, riavvio ed eventi tardivi.
  • Rintracciare un valore visualizzato fino alla sorgente.

Una prima versione di sola lettura mantiene il perimetro gestibile. Eventuali scritture successive richiedono un progetto di controllo separato, con approvazione, condizioni locali e sicurezza fisica. Aggiungere un pulsante all’API non dimostra che il controllo remoto sia sicuro.

Segui un evento nell’applicazione

In un esercizio illustrativo, il team autorizzato individua una transizione nota e il segnale che la rappresenta. Registra come si ottiene il tempo sorgente. Segui record dell’acquisitore, evento salvato e risposta API prima del grafico. Se gli intervalli differiscono, le prove devono indicare se dipende da acquisizione, conversione o presentazione. Una schermata plausibile non basta.

Includi un cambio prodotto. Il contatore può continuare fra ricette mentre cambia il ciclo previsto. Conserva contesto ed entrata in vigore con l’interpretazione, anziché sovrascrivere un unico obiettivo globale. Prova un azzeramento e verifica che non diventi una grande produzione negativa. Se il PLC non espone informazioni sufficienti, dichiara il limite senza costruire precisione da segnali incompleti.

Richiedi lo stesso dispositivo all’API con un account privo di accesso. Il server deve respingerlo anche con identificatore inserito manualmente. Prova una sessione scaduta con dashboard aperta: spiega la fine dell’accesso senza continuare a mostrare nuove informazioni riservate. Il filtro nel browser è presentazione, non questo confine.

Concorda le modifiche con l’automazione

L’integrazione dipende da una configurazione viva: tag rinominati, registri riutilizzati, firmware che cambia interfacce. Conserva versione approvata e procedura di verifica. Quando possibile, confronta identità e configurazione attese prima di trattare nuovamente il flusso come produzione normale dopo manutenzione.

La consegna comprende un payload commentato, precedenze, gestione degli azzeramenti, permessi e comportamento al riavvio. Indica chi autorizza modifiche di polling e quando provarle. Non aumentare la frequenza solo per un’animazione più rapida: valuta prima aggiornamento reale e carico.

Nel primo confronto condividi modello del controllore, interfaccia disponibile e domande operative. Chiarisci se servono stato attuale, conteggi o storico recuperabile. Queste esigenze portano a raccolte differenti e determinano cosa una dashboard professionale può mostrare in modo veritiero.

Quali dati hai bisogno di vedere? Quale processo potrebbe funzionare meglio?

Raccontaci le tue apparecchiature e le tue esigenze. Valutiamo insieme un approccio adatto.

Parliamo del tuo progetto