- moneo: piattaforma IIoT
- Use cases
Manutenzione basata sul numero di pezzi prodotti, soggetti ad usura, con moneo RTM
Calcolo delle quantità prodotte tramite Siemens LOGO! Controller
In una stazione di lavoro, durante il montaggio dei sensori di pressione, delle parti vengono impresse con una goffatrice automatica. Il pezzo soggetto ad usura, in particolare, è il timbro e la sua usura dipende principalmente dal numero di pezzi lavorati.
Situazione iniziale
Prima di utilizzare moneo RTM, la manutenzione e la sostituzione dei pezzi usurati avvenivano ad una scadenza fissa di 4 settimane. In alcuni casi, ciò causava un guasto della macchina per timbratura perché la sostituzione del timbro avveniva troppo tardi. Risultavano così costi aggiuntivi. In altri casi, sarebbe stato possibile continuare ad utilizzare il timbro.
Obiettivo del progetto
L’obiettivo era quello di passare ad una strategia di manutenzione più efficace. Invece di un ciclo di 4 settimane, il timbro viene sostituito in base alle condizioni. Il numero di operazioni viene rilevato da un sensore di posizione e contato tramite un piccolo controller. Un ingresso digitale deve consentire l’azzeramento dello stato del contatore una volta avvenuta la sostituzione.
Inoltre, lo stato attuale viene visualizzato con moneo RTM e, superata una soglia, viene generata l'informazione corrispondente (avviso/allarme) in modo automatico, sotto forma di e-mail, per la manutenzione. Questo deve annunciare l'imminente e necessaria sostituzione del timbro.
Realizzazione
Presso ifm prover gmbh, moneo è stato installato centralmente su un server utilizzando la struttura IT esistente e sono stati attivati i moduli software necessari, come moneo RTM.
Per rilevare l’avvenuta operazione è stato installato un sensore di posizione (IQ2002) che rileva quando viene chiuso il cassetto della goffratrice automatica.
Il conteggio delle operazioni rilevate avviene in un controller Siemens LOGO!. Questo ha due funzioni. Da un lato, aumenta il valore del contatore gradualmente se viene rilevato un fronte positivo sull'ingresso corrispondente (I1). Dall’altro, permette di azzerare lo stato del contatore utilizzando un altro ingresso (I2).
Viene utilizzato LR-Agent, un'interfaccia dati universale per collegare il controller Siemens LOGO! con il software moneo RTM in modo che lo stato del contatore possa essere rilevato e visualizzato centralmente. Il valore di processo viene letto ciclicamente dal controller e trasmesso a moneo RTM tramite ifm IoT Core. Configurando i valori di soglia e creando una regola di elaborazione dei ticket, è ora possibile per il personale di manutenzione essere automaticamente informato quando la soglia del contatore viene superata.
Risultato
Gli obiettivi sono stati raggiunti grazie a questa riorganizzazione della manutenzione.
Conclusioni
Grazie a moneo RTM è stato possibile ottimizzare i processi, evitare i tempi di fermo e risparmiare le risorse.
Struttura del sistema
- Sensore di posizione (IQ2002)
- Interruttore a chiave per resettare lo stato del contatore
- Siemens LOGO! (6ED1052-1CC08-0BA1)
Dashboard
Nella dashboard viene visualizzata l'applicazione con schermate di strumenti predefinitii. Queste visualizzazioni possono essere condivise con tutti gli utenti di moneo. Ogni utente può anche creare e personalizzare la propria dashboard semplicemente con la funzione drag & drop. Lo stato attuale del contatore viene visualizzato come grafico a barre. Un semaforo fornisce informazioni sullo stato attuale. Il formato di visualizzazione dei valori di processo può essere impostato individualmente nel campo dei valori di soglia.
- Stato attuale del contatore come grafico a barre
- Visualizzazione a semaforo della soglia di avviso e di allarme
Tasks & Tickets Gestire i valori soglia
I valori di soglia di avviso e di allarme vengono impostati definendo i valori:
- Stato del contatore < 4.800 = OK
- Stato del contatore > 4.800 = Avviso
- Stato del contatore > 5.000 = Allarme
Gestire le regole di elaborazione ticket
Con la procedura guidata per le regole di elaborazione dei ticket è possibile definire, in modo semplice, strategie che devono essere eseguite i in caso di avvisi e allarmi. In questo caso, è stato stabilito che il personale di manutenzione venga informato di un’imminente sostituzione in caso di avviso. Se il timbro non viene sostituito e il valore del contatore viene azzerato durante il periodo definito tra avviso e allarme, viene inviata un’altra e-mail ai responsabili dell'area di produzione quando viene raggiunta la soglia di allarme.
- Definizione delle soglie (5) e delle origini dati (6)
- Definisce quale regola viene applicata
- Definisce la priorità dell’avviso o dell’allarme
- Definisce il gruppo di destinatari dell’e-mail
- Definizione dei valori di soglia rilevanti
- Definizione delle origini dati corrispondenti
L'e-mail generata da moneo contiene già le prime informazioni sul ticket creato:
- Origine dati interessata
- Valore superato per difetto o per eccesso
- Priorità del ticket
- Timestamp