Le schede Industrial IoT (gateway, nodi sensore, controllori edge) raramente sono completate quando viene saldato l’ultimo componente. La scheda diventa un prodotto solo una volta che il firmware è stato caricato, e questo passaggio è spesso l’anello più debole nella catena di tracciabilità. Questo articolo illustra come il tracciamento basato su MES possa rendere la programmazione del firmware una fase di processo registrata e verificabile, piuttosto che informale.
Perché il controllo delle versioni del firmware fallisce sulla linea
Inassemblaggio a basso volume e alta varietàlo stesso progetto di scheda può essere prodotto più volte all'anno. Ogni produzione può includere una diversa release del firmware e un singolo ordine può essere suddiviso in varianti di calibrazione o configurazione. Le modalità di guasto comuni includono:
Versioni firmware miste in un unico lotto.Una modifica di progettazione passa dalla v1.4 alla v1.5 a ordine in corso, e le schede programmate prima e dopo la modifica non sono tenute separate.
File immagine obsolete.Un operatore carica un file di programmazione da una cartella locale che non è mai stata aggiornata.
Tentativi non registrati.Una scheda fallisce la programmazione due volte, riesce al terzo tentativo e nulla nel registro lo mostra.
Nessun collegamento tra una scheda fisica e una release del firmware. settimane dopo, nessuno sa dire quale immagine abbia ricevuto un’unità sul campo.
La conseguenza si manifesta sul campo. Due schede che sembrano identiche si comportano in modo diverso: una riporta i dati del sensore a un intervallo differente, un’altra gestisce in modo diverso un timeout di comunicazione e un guasto legato al firmware è difficile da distinguere da un guasto hardware. Senza una registrazione per singola scheda, l’indagine diventa un esercizio di sospetto esteso all’intero lotto.
Associazione della versione del firmware al numero di serie della scheda nel MES
La fondazione è un identificatore univoco su ogni scheda. In unMES intelligente con tracciabilità UID e marcatura laser, ogni PCBA riceve un UID marcato al laser, che diventa la chiave a cui verrà associata ogni registrazione successiva. Per il firmware, il record MES dovrebbe collegare insieme:
UID/SN scheda(la chiave primaria)
Identificatore dell'immagine del firmware(nome del file, stringa di versione e idealmente un checksum dell'immagine rilasciata)
Timestamp di programmazione
ID stazione di programmazione
Risultato:conteggio di superamenti, fallimenti e tentativi
Identificatore dell’operatore o della ricetta di processo
La scelta di design più utile ècontrollo ricetta. Invece di un operatore che seleziona un file, l’ordine di lavoro riporta la versione firmware approvata come parametro controllato. La stazione carica ciò che l’ordine di lavoro specifica e il MES registra ciò che è stato effettivamente caricato. Quando i due non coincidono, la scheda viene contrassegnata invece di essere fatta passare silenziosamente. Che questo venga applicato come un blocco rigido o come eccezione registrata è una decisione a livello di progetto.
Un checksum è più importante di un’etichetta di versione. Una stringa di versione è digitata da una persona, mentre un checksum è calcolato dal file, quindi può confermare che l’immagine in linea corrisponde all’immagine rilasciata dal cliente.
Registrare i tentativi e i fallimenti, non solo i successi
Un semplice indicatore di superamento/non superamento nasconde le informazioni di processo. Registrare il numero di tentativi distingue tre situazioni che nel report di resa sembrano uguali:
Successo al primo tentativo:normale.
Pass dopo nuovo tentativo:possibilemente un collegamento marginale, un problema di contatto o un problema di alimentazione che vale la pena riesaminare.
Operazione non riuscita dopo i tentativi consentiti:il board viene trattenuto per la diagnosi, non rielaborato alla cieca.
Una scheda che richiede diversi tentativi per essere programmata è un segnale. Può indicare un problema di contatto all’interfaccia di programmazione, un difetto di saldatura vicino ai pin di programmazione o un problema di alimentazione sulla scheda. Rilevarlo fornisce al reparto di ingegneria qualcosa da analizzare prima che la scheda arrivi al cliente.
Collegamento dei dati di programmazione al test funzionale (FCT)
Programmazione etest funzionaledovrebbe leggere dallo stesso record della scheda. Quando la stazione FCT scansiona l'UID, il MES può confermare che:
The board has acurriculum di programmazione di successo, e
La versione del firmware registratacorrisponde ai requisiti dell’ordine di lavoro.
Se uno qualsiasi dei due controlli fallisce, la scheda non procede. Questo evita una lacuna comune in cui una scheda non programmata o programmata in modo errato viene testata rispetto a aspettative sbagliate o salta completamente un passaggio.
Isolamento a lotti quando i tassi di errore di programmazione variano
I dati di programmazione funzionano anche come monitoraggio dei processi. Un framework per rispondere a tassi di guasto anomali:
Definisci una baselineper il prodotto delle prime build, con il cliente.
Imposta un trigger di revisionead esempio un aumento dei fallimenti al primo tentativo o dei tentativi di ripetizione in una finestra di tempo definita.
Trattenere il materiale interessato.Utilizzando UID e timestamp delle stazioni, identifica quali schede sono passate attraverso la stazione interessata, nella finestra temporale o nel lotto di componenti coinvolti, e metti in quarantena solo quelle invece dell’intero ordine.
Indaga tramite correlazione.Confronta le schede difettose con i registri della stazione, della maschera, del processo di rifusione o di saldatura, edati del lotto del componente.
Esempio illustrativo (ipotetico):supponiamo che i conteggi di retry aumentino per le schede programmate su una stazione dopo una modifica al fissaggio. Poiché ogni record contiene un ID stazione e un timestamp, le schede interessate possono essere isolate e il fissaggio esaminato, senza trattenere le schede programmate altrove. I numeri non sono il punto; lo è la capacità di definire l’ambito del blocco.
Quando i registri dei processi a monte sono collegati, come ad esempioSPI 3DeAOI 3Drisultati oIspezione a raggi X delle cavità nei BGA/QFNun cluster di guasti di programmazione può essere verificato incrociando tali dati per distinguere una causa legata alla saldatura da una causa legata al firmware o agli strumenti. Questo dipende dal fatto che tali registrazioni siano collegate allo stesso UID all'interno della configurazione MES del progetto.
Come i clienti possono utilizzare questi registri per gli audit del firmware sul campo
La tracciabilità ripaga dopo la spedizione. Con un record per UID, un cliente può:
Verifica la genealogia del firmware di un'unità sul campo.Dato un numero di serie, cerca quale immagine e quale versione sono state caricate in fabbrica e quando.
Definire l'ambito di un problema relativo al firmware.Se viene individuato un difetto in una specifica release, identifica quali numeri di serie sono stati spediti con essa e quali no, invece di richiamare o riflashare l’intera popolazione.
Riconciliare con i dati dei dispositivi distribuiti.Confronta le versioni registrate in fabbrica con le versioni riportate dai dispositivi in servizio. Una mancata corrispondenza indica un aggiornamento sul campo oppure una discrepanza lato fabbrica che merita di essere approfondita.
Supportare la documentazione interna e normativa.I clienti di prodotti industriali e connessi hanno sempre più bisogno di dimostrare il controllo sulla provenienza di software e firmware. Framework come IPC-1782 (rintracciabilità per prodotti elettronici) forniscono una struttura di riferimento per definire quali dati di produzione debbano essere registrati.
Una avvertenza sull’interpretazione: questi sonoregistrazioni di produzione generate dai controlli di processoDocumentano cosa è stato caricato e quando. Non sostituiscono la gestione delle release del firmware o la validazione della sicurezza da parte del cliente.
Campi suggeriti per la tracciabilità della programmazione del firmware
Utilizza questo elenco come punto di partenza quando definisci i requisiti per un progetto.
Identificazione della scheda e dell'ordine:UID/numero di serie della scheda, numero di parte e revisione del PCBA, ordine di lavoro o numero di lotto.
Evento di firmware e programmazione:nome file dell'immagine firmware, stringa di versione, checksum o hash dell'immagine, versione del bootloader e identificatore del file di configurazione/parametri (se caricato separatamente), data e ora della programmazione, ID stazione e ID fissaggio, identificatore dello strumento o dell'interfaccia di programmazione, risultato (superato/non superato), numero di tentativi e codice o messaggio di errore (se acquisito).
Collegamento e controllo delle modifiche:risultato del controllo di corrispondenza delle versioni (versione caricata rispetto a quella richiesta nell’ordine di lavoro), risultato del test funzionale e marca temporale, collegamento ai registri di ispezione a monte (SPI/AOI, a raggi X) ove applicabile, disposizione per le schede trattenute o rilavorate, riferimento al rilascio di immagini approvato dal cliente e riferimento al controllo delle modifiche quando la versione del firmware cambia a ordine in corso.
Passo successivo: Richiedi una valutazione dei requisiti di tracciabilità
Se le tue schede IoT vengono programmate durante l’assemblaggio, la domanda pratica è quali di questi campi siano effettivamente necessari per il tuo sistema di qualità e il tuo processo di assistenza sul campo.Invia il tuo progetto(BOM, file di assemblaggio, processo di rilascio del firmware e qualsiasi requisito di audit) a PCBCart per una valutazione dei requisiti di tracciabilità. Il nostro team di ingegneri esaminerà come la programmazione, i test e i record MES possono essere configurati per il tuo prodotto e confermerà ciò che può essere supportato prima dell’inizio della produzione.
Risorse utili
•Tracciabilità del ciclo di vita guidata da MES per le schede di interfaccia ATE: cronologia dei cicli di collaudo e delle rilavorazioni
•Tracciabilità dal silicio al sistema: implementazione MES nella produzione nel settore delle scienze della vita
•Strategie di rivestimento conformale per schede gateway IIoT industriali in ambienti ostili
•Ispezione delle cavità BGA a raggi X per moduli di potenza industriali
