• Prodotti
  • Settori
  • IIoT & soluzioni
  • Servizi
  • Azienda
  1. moneo: piattaforma IIoT
  2. 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

  1. Sensore di posizione (IQ2002)
  2. Interruttore a chiave per resettare lo stato del contatore
  3. 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.

  1. Stato attuale del contatore come grafico a barre
  2. 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.

  1. Definizione delle soglie (5) e delle origini dati (6)
  2. Definisce quale regola viene applicata
  3. Definisce la priorità dell’avviso o dell’allarme
  4. Definisce il gruppo di destinatari dell’e-mail
  5. Definizione dei valori di soglia rilevanti
  6. 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