IoT industriale e monitoraggio energetico produttivo

Dati macchina, energia, contesto produttivo e processo di manutenzione senza interrompere il controllo locale.

Punti di partenza tipici

Risolviamo la questione operativa prima della tecnologia.

01

Isole macchine e dati difficilmente accessibili

Connessione IIoT controllata dei dati SCADA/PLC

02

Consumo energetico senza contesto produttivo

Indicatori specifici di energia e condizione

03

Non ci sarà alcuna azione successiva a un avviso

Foglio di lavoro e feedback sulla discrepanza dello stato

Cosa e dove vale la pena misurare?

IIoT senza interrompere la produzione

Il primo requisito per la connessione dei dati di produzione non è un dashboard spettacolare, ma il rispetto dei confini della rete di produzione e di controllo. Il PLC o SCADA controlla ancora il processo locale; il livello IIoT raccoglie lo stato, l'energia e il contesto di produzione tramite una connessione dati controllata, generalmente di sola lettura.

  • ciclo macchina, numero di pezzi, fermi macchina ed eventi di qualità
  • elettricità, aria compressa, gas o mezzi di processo
  • Punti dati PLC/SCADA e sensori installati separatamente
  • storico della manutenzione, codice guasto, componente e tempo di intervento
  • prodotto, operazione, turno e ordine per indicatori specifici
OrigSmart platform – IIoT a termelés megzavarása nélkül
IIoT senza interrompere la produzione

Esempio numerico illustrativo

Il consumo energetico giornaliero di una linea di macchine su due turni è di 1.600 kWh. Questo da solo non ti dice se ha funzionato bene. Se nello stesso giorno venissero prodotti 8.000 pezzi buoni e 400 scarti, il valore per prodotto buono sarebbe 0,20 kWh/pezzo. Nel progetto pilota, la domanda energetica dei tempi di inattività e dei cicli di smaltimento può essere esaminata separatamente, in modo che le ragioni di manutenzione e tecnologiche non vengano confuse.

L'esempio non è un'offerta, una promessa di risparmio o un obbligo generale di adempimento; la soluzione tecnica finale è determinata dal sopralluogo in loco e dal processo.

Decisione, audit e contesto operativo

Il confine OT/IT, la segmentazione della rete, i protocolli consentiti e la direzione dei dati devono essere registrati prima della connessione. Il pilota non può scrivere al controller o modificare una funzione di sicurezza senza un piano appositamente approvato. L'anomalia misurata non costituisce di per sé una diagnosi; il feedback sulla manutenzione diventerà conoscenza che potrà essere utilizzata in seguito.

Come fa questo a rendere un pilota accettabile?

Il progetto pilota sarà preceduto da un'indagine sulla sicurezza OT e sui punti dati. Registriamo la modalità di accesso, le variabili di lettura consentite, la richiesta di campionamento e l'origine del contesto produttivo per macchina. La connessione viene avviata prima in un ambiente isolato e poi attraverso un percorso di rete approvato. Costruiamo una catena completa di rilevamento e feedback per un tipo selezionato di perdita, ad esempio inattività, microspegnimento o differenza di energia specifica. La condizione per l'accettazione è che la produzione continui a funzionare in modo sicuro, che la mancanza di dati sia visibile e che il manutentore possa indicare chiaramente la correttezza della causa presunta.

Cosa offre il pilota?

  • schema di collegamento OT/IT approvato
  • elenco dei punti dati e campionamento
  • indicatore con un contesto produttivo
  • deviazione esaminata dell'energia o dei tempi di inattività
  • regola corretta con il feedback del manutentore

Cosa è incluso nel primo passaggio?

Nella prima fase verranno controllate le seguenti due aree: ciclo macchina, numero pezzi, tempi morti ed evento qualità ed energia elettrica, aria compressa, gas o mezzo tecnologico. L'obiettivo non è connettere tutti i siti, i dispositivi e i dati storici contemporaneamente. Innanzitutto, verifichiamo che dai dati selezionati vengano presi una decisione affidabile e un processo di lavoro che possa essere chiuso. Per finalizzare l’ambito, due domande sono particolarmente importanti: quale punto dati può essere letto senza rischi di produzione? Come viene effettuata la separazione della rete e delle autorizzazioni? Le risposte determinano il conteggio dei dispositivi, l'attività di integrazione, l'archiviazione dei dati locali, i ruoli e il test di accettazione.

Domande che registriamo nel sopralluogo tecnico

  • Quale punto dati può essere letto senza rischi di produzione?
  • Cosa dà il contesto di produzione ai dati della macchina?
  • Da quale deviazione deve essere eseguita l'attività di manutenzione?
  • Come viene effettuata la separazione della rete e delle autorizzazioni?

Contenuti correlati

Soluzioni settoriali correlate

Gestione di edifici e strutture su un database comune — OrigSmartProgetto nel settore edile e digitalizzazione sul campo — OrigSmart
Primi 90 giorni

Pilot misurabile, fase successiva basata sui risultati.

1–15. sole

Sopralluogo tecnico

Sedi, fonti di dati, persone responsabili e criteri di successo.

16–45. sole

Connessione

Collegamento controllato di punti e sistemi di misurazione designati.

46–75. sole

Processo

Dashboard, avvisi e almeno un flusso di lavoro utilizzabile.

76–90. sole

Valutazione

Risultato, elenco delle carenze e proposta di espansione quantificabile.

Cosa ottieni alla fine del pilot?

  • Origine dati documentata e mappa delle connessioni
  • Ambiente pilota limitato di lavoro
  • Processo coordinato di allerta e responsabilità
  • Risultato della misurazione e sintesi della decisione
  • La base per la parte tecnica e di bilancio della fase successiva

Il primo passo non è un'introduzione completa del sistema.

Durante un breve consulto tecnico selezioniamo il punto di misura o di funzionamento in cui è possibile verificare il valore del pilota.

Consultazione pilota