Dimostrare l'ispezione automatizzata sui vostri prodotti
Si comincia con un gate di fattibilità sui vostri campioni reali, perché alcuni compiti visivi non sono risolvibili alla vostra velocità di linea, ed è più economico saperlo alla prima settimana. Seguono progettazione dell'imaging, dati annotati, un modello validato e un test controllato in linea — riportato per classe di difetto, con difetti mancati e falsi scarti contati separatamente.
Verificare il mio caso d'uso di visioneParla con un ingegnere di produzioneÈ questo il problema che devi risolvere?
- L'ispezione visiva dipende dall'attenzione di una persona alla fine di un turno lungo.
- Lo stesso tipo di difetto continua a raggiungere il cliente e nessuno sa dire con quale frequenza.
- L'ispezione è il motivo per cui la linea non può correre più veloce.
- Un precedente progetto di visione era stato accettato su un numero di accuratezza ed è fallito sui difetti che contavano.
Interlocutore principale: Responsabile qualità · Responsabile di produzione · Responsabile automazione · Responsabile ingegneria · Direttore di stabilimento
Che cosa dimostra questo PoC
Perimetro pilota consigliato
- Una stazione di ispezione e una famiglia di prodotto, incluse le sue varianti reali.
- Un insieme delimitato e denominato di classi di difetto o verifica — non "qualsiasi difetto".
- Camera, obiettivo e illuminazione selezionati, scelti dopo la fase di progettazione dell'imaging.
- Un flusso di scarto o conferma operatore, così che una decisione porti a un'azione.
- Campioni di training, validazione e accettazione tenuti rigorosamente separati per tutto il percorso.
Che cosa sarà attivo durante il PoC
Come si svolge questo PoC
Le durate sono tipiche, non garantite. Allungano il calendario: dati mancanti o incompleti, approvazioni di sicurezza e di rete, tempi di consegna dell’hardware, raccolta dei campioni, accesso per l’installazione, il piano di produzione, l’accesso all’ambiente di test dell’ERP e il tempo che il tuo team impiega per valutare i risultati.
Non è previsto alcun fermo non pianificato. Ogni finestra di installazione o interruzione controllata viene concordata in anticipo e pianificata attorno alla produzione.
Come verrà misurato il successo
| Indicatore | Come è definito | Da dove arriva il valore | Tipo |
|---|---|---|---|
| Precisione per classe di difetto | Dei pezzi segnalati per una classe, la quota che vi appartiene realmente — riportata per classe, mai mediata in un unico valore. | Set di validazione tenuto da parte | Tecnico |
| Recall per classe di difetto | Dei pezzi che mostrano realmente una classe, la quota rilevata — riportata per classe e per variante di prodotto. | Set di validazione tenuto da parte | Tecnico |
| Tasso di falsi accettati | Pezzi difettosi fatti passare come buoni. Contati e riportati separatamente dai falsi scarti, perché il loro costo aziendale è completamente diverso. | Set di validazione tenuto da parte | Tecnico |
| Tasso di falsi scarti | Pezzi buoni scartati. Il numero che decide se gli operatori terranno il sistema acceso. | Set di validazione tenuto da parte | Operativo |
| Matrice di confusione e numero di campioni | Matrice completa classe per classe con il numero di campioni per classe, così il lettore può giudicare quanto vale il risultato. | Set di validazione tenuto da parte | Tecnico |
| Latenza di elaborazione e conformità al tempo ciclo | Tempo di ispezione per pezzo rispetto al tempo ciclo disponibile, misurato in linea anziché su una postazione di lavoro. | Dati della piattaforma MSF | Tecnico |
| Tasso di classificazioni incerte | Quota di pezzi su cui il modello non ha potuto decidere con sicurezza, ciò che il flusso di conferma operatore deve assorbire. | Set di validazione tenuto da parte | Operativo |
| Uptime e comportamento di conferma degli operatori | Disponibilità del sistema durante il test in linea, e come gli operatori hanno effettivamente gestito conferme e sovrascritture. | Dati della piattaforma MSF | Adozione |
Prima dell’implementazione, MSF e il tuo team concordano come si calcola ogni indicatore, da dove arriva il valore di partenza, quali dati sono esclusi e quale risultato sostiene una decisione di rollout. Questa pagina elenca che cosa viene misurato; gli obiettivi numerici appartengono al perimetro scritto del PoC, non a una promessa commerciale.
Che cosa fornisci tu
- Pezzi o immagini OK e NOK rappresentativi, che coprano ogni variante e ogni classe di difetto in ambito.
- Definizioni dei difetti, regole di gravità e i livelli accettabili di falsi accettati e falsi scarti.
- Tempo ciclo, velocità di linea, campo visivo e le condizioni ambientali alla stazione.
- Dettagli dell'interfaccia PLC o di scarto e qualsiasi requisito di tracciabilità.
Chi fa che cosa
Meta Smart Factory fornisce
- Workshop iniziale e facilitazione nella definizione del perimetro
- Configurazione della soluzione per il perimetro concordato
- Attività di integrazione e collegamento entro quel perimetro
- Hardware MSF indicato nell’offerta
- Formazione degli utenti del pilota
- Le definizioni dei KPI e il metodo di validazione
- Gestione delle segnalazioni e supporto durante il pilota
- Il report finale dei risultati e il disegno del rollout
- Il verdetto di fattibilità, la progettazione dell'imaging e una versione di modello validata con la sua valutazione riproducibile.
- Esempi di errore — le immagini su cui ha sbagliato — non solo quelle su cui ha avuto ragione.
Tu fornisci
- Un referente di business e un referente tecnico nominati
- Accesso tempestivo a utenti, linea, macchine e sistemi autorizzati
- Una descrizione fedele del processo e dei dati anagrafici
- Accesso a rete, alimentazione, montaggio e sicurezza
- Documentazione ERP, PLC e dei fornitori, con gli esperti che la conoscono
- Campioni rappresentativi o dati storici
- La conferma che il valore di riferimento è corretto
- Feedback e decisione di accettazione
- Campioni NOK genuini sufficienti per classe; i difetti rari sono i più difficili e i più importanti da fornire.
- Accesso alla linea per il test controllato a velocità di produzione normale.
Definito nell’offerta scritta
- Panel PC, tablet, server e server GPU
- Telecamere, ottiche, illuminazione e custodie
- Lettori, stampanti, dispositivi RFID, contatori e sensori
- Trasferte, installazione, trasporto, dazi e opere elettriche locali
- Se l’hardware è a noleggio o in acquisto
- Se il corrispettivo del PoC viene scomputato dal rollout
Condizioni commerciali, proprietà dell’hardware, trasferte, perimetro di integrazione ed eventuale scomputo sul rollout sono definiti nell’offerta scritta del PoC. Non sono uguali per tutti i prodotti e questa pagina non li promette.
Che cosa ricevi alla fine
- Verdetto di fattibilità con il ragionamento alla base.
- Progettazione di imaging e illuminazione validata su pezzi reali.
- Una versione di modello validata con valutazione riproducibile.
- Rapporto delle metriche per classe di difetto, con esempi di errore inclusi.
- Elenco di rischi e limitazioni relativo alle condizioni che ne degradano le prestazioni.
- Computo metrico hardware, architettura di integrazione e raccomandazione di rollout.
Prerequisiti, esclusioni e limiti
Questo PoC dipende da
- Campioni NOK genuini sufficienti per classe — la causa più comune di un PoC di visione ritardato.
- Presentazione stabile del pezzo alla stazione, o un dispositivo di bloccaggio concordato per ottenerla.
Non incluso in questo PoC
- Classi di difetto non nominate nell'ambito, e varianti di prodotto non rappresentate nei campioni.
- Movimentazione meccanica, bloccaggio e costruzione del meccanismo di scarto.
L'accuratezza complessiva non viene mai usata come metrica di accettazione — su un insieme di difetti sbilanciato può apparire eccellente pur mancando ogni difetto che conta. I risultati sono riportati per classe con il numero di campioni, e nessuna affermazione viene fatta per tipi di difetto, varianti o condizioni non presenti nel set validato.
Procedere, correggere o fermarsi: il punto di decisione
Domande frequenti
Quanti pezzi campione servono?
Dipende da quanto variabili siano il difetto e il prodotto, e il gate di fattibilità fornisce un numero specifico per il vostro caso. Di norma il vincolo non sono i pezzi OK — quelli sono ovunque — ma esempi NOK genuini per classe, soprattutto i difetti rari che sono l'intero motivo del progetto.
Perché non riportare semplicemente l'accuratezza?
Perché su una linea che produce il 2% di difetti, un modello che fa passare tutto ottiene il 98% di accuratezza e non ne cattura nessuno. Precisione e recall per classe, più falsi accettati e falsi scarti separati, sono gli unici numeri che descrivono cosa accadrà realmente sulla vostra linea.
Cosa succede se il gate di fattibilità dice no?
Ricevete il ragionamento, le evidenze di imaging e, dove esiste, un'alternativa — un diverso punto di ispezione, una diversa geometria di illuminazione, o un controllo basato su sensori anziché visivo. Un no chiaro alla prima settimana è un buon esito rispetto a una cella fallita al nono mese.
Funzionerà su nuovi tipi di difetto in seguito?
Non automaticamente, e questo è dichiarato nell'elenco limitazioni anziché essere edulcorato. Un modello rileva ciò su cui è stato addestrato e validato. Nuove classi di difetto richiedono nuovi campioni, un nuovo addestramento e una nuova validazione — un'attività normale e pianificabile, ma non gratuita.
Prodotti e programmi PoC correlati
Richiedi questo Proof of Concept
Raccontaci il perimetro che hai in mente e ti rispondiamo con un piano di PoC scritto: che cosa viene collegato, che cosa fornisci tu, come si misura il successo e come si presenta la decisione finale.