Politiche e tecnologie per l’industria digitale

Con la rapida evoluzione dell’industria manifatturiera nell’era dell’industria 4.0, i professionisti del settore stanno esplorando le tecnologie per migliorare e ottimizzare i processi industriali. Realizzare prodotti migliori è una delle principali priorità degli operatori industriali, insieme alla riduzione dei costi complessivi, all’aumento dei ricavi, all’offerta di prodotti a un prezzo inferiore e alla riduzione del time-to-market. Il controllo qualità è un processo critico che garantisce ai clienti di ricevere prodotti privi di difetti. Tuttavia, nella stragrande maggioranza dei casi, questa fase è ancora prevalentemente gestita dall’uomo.

Amazon Web Services (AWS) offre oltre 200 servizi completi di data center a livello globale. Inoltre, l’AWS Partner Network (APN) include migliaia di fornitori di software indipendenti (ISV) che adattano la loro tecnologia per lavorare su AWS. Ciò fornisce ai nostri clienti strumenti e capacità per supportare molti carichi di lavoro, ma anche per personalizzare le loro applicazioni in base alle esigenze aziendali utilizzando “lo strumento giusto per il lavoro giusto”.

In questo articolo vedremo come configurare un sistema di rilevamento delle immagini basato sul Machine Learning per identificare i difetti dei prodotti manufatturieri, inclusi dashboard di allarme in varie fasi del processo di produzione, nonché descrivere l’architettura di acquisizione, archiviazione e avviso del sensore back-end.

L’utilizzo di un meccanismo riproducibile e automatizzato consente di aumentare il numero di controlli di qualità lungo la linea di produzione, migliorando le attività di ispezione, riducendo gli errori e aumentando la visibilità nella catena di produzione. Inoltre, sarà possibile correlare i dati prodotti da questo processo di automazione con quelli derivanti dalle macchine, così da monitorare l’efficienza complessiva delle apparecchiature (OEE) misurata da prestazioni, disponibilità e qualità. L’eliminazione dei silos di dati e l’inserimento dei dati in un data lake di produzione centrale eleva il monitoraggio a livello aziendale, pur preservando i dettagli della fabbrica e della macchina. Ciò consente di comprendere meglio i processi di produzione e ottenere informazioni dettagliate su come migliorarli utilizzando un approccio basato sui dati.

La definizione delle dashboard e dei KPI da monitorare nelle fasi iniziali aiuta a impostare la soluzione e l’esperienza del cliente e a lavorare a ritroso dal punto di vista tecnologico. Daremo quindi prima uno sguardo più approfondito alle dashboard che vogliamo creare e ai KPI che dobbiamo monitorare per affrontare le sfide descritte nell’introduzione. Per impostare il contesto, utilizziamo come esempio un processo di produzione di bottiglie di alluminio. Bisogna tener presente che è possibile adattarlo ed applicarlo ad altri casi d’uso di produzione poiché i concetti sottostanti (ML – Gestione di dati – Analisi dei dati) rimangono gli stessi.

Nella Figura 1, abbiamo modellato il processo di produzione della bottiglia di alluminio rappresentando ogni fase di produzione: proiettile di alluminio – lubrificazione – estrusione a impatto a freddo – guscio in alluminio – formatura del collo – trattamento termico – filettatura – test di idro-analisi – ispezione e spedizione.

Questo ci consente di monitorare l’output di ogni passaggio e rintracciare la causa principale di un difetto per affrontarlo al livello giusto.

Questa visualizzazione è integrata nella nostra dashboard di monitoraggio per aumentare l’ispezione umana, rendendola più visiva (in contrasto con l’avere solo dati/registri semplici). Così possiamo evidenziare rapidamente la fase di produzione che ha avuto esito negativo in un determinato momento, poiché correliamo l’evento di rilevamento dei difetti con i dati telemetrici delle macchine.

La figura 2 è un esempio di come si desidera che l’avviso di monitoraggio evidenzi un difetto rilevato durante la fase di ispezione.

Per creare tali dashboard, utilizzeremo Thingsboard, una piattaforma IoT open source per la visualizzazione dei dati disponibile su AWS Marketplace. Thingsboard fornisce widget personalizzati per facilitare la creazione di dashboard, inoltre consente di inviare comandi ai dispositivi e ricevere risultati di esecuzione dei comandi.

Come descritto nell’introduzione, oltre ad avere una visione di basso livello della produzione in una fabbrica, vogliamo anche avere una visione di alto livello dello stato della produzione a livello di impresa. Per fare ciò, abbiamo utilizzato una metrica denominata OEE, che viene calcolata in base alla disponibilità e alle prestazioni delle macchine, nonché alla qualità dei prodotti. L’obiettivo è aggregare queste metriche a diversi livelli per fornire una vista per regione, per paese, per stabilimento (vedi Figura 3 sotto, ci sono 8 regioni qui trattate: Pechino, Bangkok, Sydney, Nairobi, Lussemburgo, Buenos Aires, New York e Messico).

Utilizzando questa dashboard, siamo in grado di identificare rapidamente un problema in una di queste regioni e avere una visione di alto livello del problema. Nel nostro prototipo, abbiamo utilizzato parametri come la velocità in tempo reale del nastro trasportatore, la velocità massima progettata, lo stato del motore (on/off) per calcolare la disponibilità e le prestazioni. Per una linea di produzione nel mondo reale, aggiungerai più metriche nell’equazione. Osservando gli indicatori di colore, puoi confrontare le prestazioni di diverse regioni.

Ora, se facciamo clic su una di queste regioni, otterremo una vista intermedia (tra quella di alto livello nella Figura 3 e quella della catena di produzione nella Figura 2) per mostrare i dati e gli avvisi in corso a livello di fabbrica (vedere la Figura 4 di seguito).

Nella parte in alto a sinistra dello schermo, mostriamo l’OEE che ora è specifico per la regione su cui hai fatto clic, con la possibilità di attivare o disattivare i KPI di disponibilità, prestazioni e qualità per ottenere maggiori dettagli. In basso a sinistra c’è il conteggio dei difetti rilevati, ordinati per tipologia di difetti (es. graffi di vernice, tappo mancante).

Nella parte destra dello schermo ci sono gli avvisi in corso con il loro stato, dopo che è stato rilevato un difetto. Gli avvisi possono essere riconosciuti e assegnati (per consentire a qualcuno del tuo team di lavorarci su) o semplicemente cancellati dopo aver ispezionato il difetto.

Ora che abbiamo descritto l’aspetto e il comportamento delle dashboard, analizzeremo in modo più approfondito l’architettura e i servizi alla base (vedere la Figura 5 di seguito) per comprendere i requisiti per la creazione di questo tipo di piattaforma di monitoraggio.

Creiamo le dashboard nella sezione precedente utilizzando i dati generati da più sistemi hardware che lavorano insieme. Questi includono nastri trasportatori, telecamere e computer di apprendimento automatico basati sulla tecnologia edge (chiamati insieme Computer Vision). Acquisiamo quasi in tempo reale i parametri utilizzando AWS IoT Core e carichiamo periodicamente nuove foto del prodotto su Amazon S3 utilizzando AWS Transfer Family. Inviamo anche i parametri ad Amazon Timestream da AWS IoT Core. Questi due servizi di archiviazione cloud (vedere il blocco “7” nella Figura 5) fungono da data lake di produzione:

Il data lake è un elemento centrale nell’architettura Cloud che archivia diversi tipi di dati trasferiti dalle fabbriche e consente due flussi di lavoro principali: Computer Vision e Equipment Data Analytics.

L’ispezione automatizzata della qualità dei prodotti richiede l’esecuzione di modelli di machine learning (ML) all’edge per fornire una conclusione quasi in tempo reale e prevenire problemi che possono essere generati dalla disconnessione della rete esterna. La visione computerizzata comprende fotocamere (e-CAM130 13MP) e un computer (Jetson Xavier AGX) periferici. Questi sono alloggiati in un involucro costruito su misura per il nostro prototipo che è posizionato sopra un nastro trasportatore come mostrato nella Figura 6.

Il prodotto (bottiglia di alluminio nel nostro caso) passa attraverso la custodia dove acquisiamo 4 immagini da diverse angolazioni. Per effettuare deduzioni sulle immagini e identificare difetti come graffi e cappucci mancanti, utilizziamo un computer edge Jetson Xavier AGX con due modelli ML.

Abbiamo formulato algoritmi Single Shot Multibox Detector (SSD) utilizzando Amazon SageMaker e implementato sul pc periferico utilizzando AWS IoT Core. L’attuale velocità di inferenza è inferiore a 200 ms per immagine, ovvero ci vuole meno di un quarto di secondo perché un’immagine in arrivo venga elaborata dal nostro modello ML. I risultati di questo processo vengono combinati con metadati aggiuntivi come la velocità del nastro trasportatore e inseriti in AWS Cloud tramite AWS IoT Greengrass in esecuzione sul dispositivo Jetson (vedere il blocco “6” nella Figura 5).

La nostra scelta di hardware si basa su capacità di calcolo, costo e disponibilità sul mercato. La selezione del dispositivo Jetson Xavier AGX rispetto ad altre offerte (ad es. Jetson Nano) ci consente di eseguire più modelli ML in parallelo senza perdere prestazioni. Funziona con il sistema operativo Ubuntu 16.04 che offre flessibilità per implementare codice di apprendimento automatico personalizzato senza essere vincolato a software specifici di fornitori di terze parti. Il modulo telecamera e-CAM130 consente di collegare fino a 4 telecamere al dispositivo Jetson Xavier AGX e trasmettere immagini in streaming con una risoluzione di 1280×720.

L’immagine sottostante (Figura 7) è un esempio di bottiglia con difetti evidenziati dal modello ML.

Per ogni prodotto che passa attraverso il nastro trasportatore, registriamo metriche diverse. Nella figura 8 si può vedere un JSON di esempio che rappresenta una registrazione. Il computer perimetrale è configurato con AWS IoT GreengrassV2 e invia dati in tempo reale al cloud AWS. La frequenza del caricamento dei metadati JSON nel cloud dipende da quanti prodotti passano attraverso il nastro trasportatore. Per questo dimostratore, abbiamo testato la configurazione con una frequenza di 1 caricamento JSON ogni 3 secondi.

Una serie di servizi diversi collabora per archiviare, elaborare e alimentare i dati di cui sopra nella dashboard di Thingsboard (vedere il blocco “6”, “7” nella Figura 5). La motivazione per la scelta di questi servizi era quella di avere un’architettura senza server e scalabile.

Attualmente, la nostra configurazione è in grado di valutare la qualità di una bottiglia ogni secondo, il tempo necessario affinché la bottiglia passi attraverso il nostro sistema di controllo qualità e produca i risultati da caricare nel cloud per l’elaborazione a valle.

La dashboard di Thingsboard può acquisire i risultati di 10 di queste fabbriche in parallelo per mostrare metriche rilevanti per l’azienda come l’OEE. La nostra architettura è progettata per scalare questo su più fabbriche come richiesto.

Al fine di rintracciare la causa principale dei difetti e generare avvisi significativi per l’anomalia, correliamo i risultati dell’inferenza del difetto con le metriche del macchinario in tempo reale durante il processo di produzione (“arricchimento dei dati”). Ad esempio, un punto dati macchina “velocità nastro=100 rps” non fornisce alcuna informazione significativa di per sé, ma se combinato con il suo ID attrezzatura, ID linea di produzione, timestamp, soglie normali e altri dati relativi all’attrezzatura come temperatura e vibrazione, ci consente di sfruttare un algoritmo di rilevamento delle anomalie (o rilevamento dei valori anomali) per scoprire schemi anomali nel processo.

A tale scopo (vedere il blocco “5”, “6”, “7” nella Figura 5), distribuiamo una funzione AWS Lambda sul dispositivo gateway edge per consolidare i parametri delle apparecchiature in formato JSON e inviare dati al core AWS IoT. AWS IoT core indirizza le metriche dell’attrezzatura in tempo reale (ad es. ID attrezzatura, velocità del nastro trasportatore, stato di produzione) verso Amazon Timestream.

Quindi pianifichiamo con Amazon CloudWatch l’esecuzione di un’altra funzione AWS Lambda che recupera una grande quantità di dati durante gli ultimi 60 secondi da Amazon Timestream e inserisce il pacchetto in una coda di Amazon SQS. Thingsboard acquisisce il pacchetto dalla coda e aggiorna la dashboard. (Vedi blocco “9” in Figura 5)

La motivazione che colloca Amazon SQS nel mezzo del processo è quella di rendere il sistema ad accoppiamento lasco più robusto al fine di evitare la perdita di dati in scenari come:

Infine, le notifiche possono aiutare i lavoratori ad agire rapidamente quando viene rilevato qualcosa di anomalo. Definiamo le logiche di business (ad esempio, il rapporto di qualità è inferiore all’80% per x minuti) in una funzione AWS Lambda e utilizziamo Amazon Simple Notification Service per inviare la notifica agli industriali (vedere il blocco “8” nella Figura 4).

Le aziende manifatturiere possono utilizzare Amazon Machine Learning e i servizi IoT, insieme a software e hardware dei partner, per “reinventare” i propri processi industriali e migliorare il controllo della qualità dei prodotti fabbricati.

Grazie ai servizi AWS, le aziende possono creare e testare soluzioni complesse in un impianto produttivo e distribuirle immediatamente in altri siti utilizzando le stesse API e sfruttando l’infrastruttura globale di AWS.

Avere la possibilità di utilizzare un meccanismo riproducibile per automatizzare l’ispezione della qualità consente di moltiplicare il numero di controlli di qualità nella linea di produzione, rendendo più facile risalire ai difetti e rilevarli in modo proattivo, migliorando in definitiva la qualità complessiva dei prodotti che escono dalla fabbrica a vantaggio dei tuoi clienti.

DevOps nel cuore unito a passione per la tecnologia all'avanguardia, gli strumenti open source e le tecnologie basate sul cloud. Aiuta le aziende automobilistiche e manifatturiere ad accelerare la loro trasformazione verso il futuro della produzione!

Gaurav Kaila è un Deep Learning Prototype Lead con il team di prototipazione EMEA. Lavora con clienti di diversi settori per ideare e co-sviluppare soluzioni ML per i loro casi d'uso aziendali e contribuire ad accelerare l'adozione delle tecnologie ML.

Weibo Gu è un architetto di soluzioni che lavora con le principali aziende manifatturiere in Francia, è anche specializzato in big data e tecnologie AI/ML.

Il tuo indirizzo email non sarà pubblicato. I campi obbligatori sono contrassegnati *

Questo sito usa Akismet per ridurre lo spam. Scopri come i tuoi dati vengono elaborati.

[…] supporto importante per ridurre le patol...

Buonasera dott. Canna per soddisfare il seguente...

[…] Nel settembre 2021, la serie BLK si è a...

[…] Clicca qui per leggere l’articolo di I...

© RIPRODUZIONE RISERVATA La riproduzione dei contenuti pubblicati su Innovation Post è proibita salvo esplicita autorizzazione scritta.

Innovation Post è una testata giornalistica fondata il 28/09/2016. Registrazione n. 5/2017 del 22/09/2017 elenco periodici del Tribunale di Monza. Proprietario ed editore: ICT AND STRATEGY S.R.L., via Copernico, 38, Milano. Società iscritta al Registro operatori della Comunicazione (ROC) al numero 16446. ICT & Strategy Srl è società soggetta a Direzione e Coordinamento da parte di Digital360 S.p.A. Direttore responsabile: Franco Canna.

Su questo sito utilizziamo cookie tecnici necessari alla navigazione e funzionali all’erogazione del servizio. Utilizziamo i cookie anche per fornirti un’esperienza di navigazione sempre migliore, per facilitare le interazioni con le nostre funzionalità social e per consentirti di ricevere comunicazioni di marketing aderenti alle tue abitudini di navigazione e ai tuoi interessi.

Puoi esprimere il tuo consenso cliccando su ACCETTA TUTTI I COOKIE.

Potrai sempre gestire le tue preferenze accedendo al nostro COOKIE CENTER e ottenere maggiori informazioni sui cookie utilizzati, visitando la nostra COOKIE POLICY.

Tramite il nostro Cookie Center, l'utente ha la possibilità di selezionare/deselezionare le singole categorie di cookie che sono utilizzate sui siti web.

Per ottenere maggiori informazioni sui cookie utilizzati, è comunque possibile visitare la nostra COOKIE POLICY.

I cookie tecnici sono necessari al funzionamento del sito web perché abilitano funzioni per facilitare la navigazione dell’utente, che per esempio potrà accedere al proprio profilo senza dover eseguire ogni volta il login oppure potrà selezionare la lingua con cui desidera navigare il sito senza doverla impostare ogni volta.

I cookie analitici, che possono essere di prima o di terza parte, sono installati per collezionare informazioni sull’uso del sito web. In particolare, sono utili per analizzare statisticamente gli accessi o le visite al sito stesso e per consentire al titolare di migliorarne la struttura, le logiche di navigazione e i contenuti.

I cookie di profilazione e i social plugin, che possono essere di prima o di terza parte, servono a tracciare la navigazione dell’utente, analizzare il suo comportamento ai fini marketing e creare profili in merito ai suoi gusti, abitudini, scelte, etc. In questo modo è possibile ad esempio trasmettere messaggi pubblicitari mirati in relazione agli interessi dell’utente ed in linea con le preferenze da questi manifestate nella navigazione online.