Trasferimento della progettazione alla produzione di prodotti elettronici

Il trasferimento della progettazione alla produzione è il momento in cui i dati di ingegneria diventano un pacchetto di produzione controllato. Non si tratta di un semplice invio di file, bensì del rilascio di tutto ciò di cui la fabbrica ha bisogno per costruire il prodotto senza dover porre domande di progettazione ogni volta: dati di fabbricazione, dati di assemblaggio, regole di approvvigionamento, firmware, criteri di test, attrezzature e il framework di controllo delle versioni che garantisce la coerenza di tutti questi elementi. Questo articolo illustra cosa deve essere completato prima di un trasferimento, cosa deve essere rilasciato contestualmente e come Highleap Electronics trasforma tale rilascio in un flusso di produzione ripetibile.

1. Cosa deve essere completato prima del trasferimento del progetto

Il trasferimento del progetto non significa che il progetto non possa più subire modifiche. Significa che ogni modifica successiva deve seguire un percorso di controllo formale, ovvero un ordine di modifica tecnica , anziché procedere silenziosamente tramite allegati e-mail o aggiornamenti verbali. La verifica di maturità pre-trasferimento comprende:

• Progettazione elettrica. Schema rilasciato in una specifica revisione, conforme alle normative ERC, e problemi noti aperti chiusi o esplicitamente rinviati con una motivazione documentata.
• Disposizione PCB. Verifica DRC accurata rispetto alle capacità del produttore di destinazione, impedenza controllata regolata se applicabile e ogni strato denominato e identificato nel pacchetto di output.
• Progettazione meccanica. Il profilo della scheda, la posizione dei connettori, le caratteristiche di montaggio e le aree da escludere corrispondono al disegno meccanico e all'involucro. Modello STEP disponibile.
• DBA. Ogni articolo ha un codice MPN specifico, l'imballaggio viene verificato rispetto all'ingombro, gli articoli DNP vengono contrassegnati e sono state decise le alternative.
• firmware. Una build di rilascio con numero di versione e checksum, non "l'ultimo commit funzionante".
• Strategia di test. Definiti l'approccio ICT, i test funzionali e la programmazione, con limiti di superamento/fallimento. La progettazione del banco di prova viene decisa anche se il banco stesso è ancora in fase di costruzione.
• Requisiti di conformità. Norme applicabili (sicurezza, compatibilità elettromagnetica, ambientali, specifiche di settore) e risultati di eventuali verifiche preliminari di conformità esaminati per valutarne l'impatto sulla produzione.
• Specifiche del prodotto. Prestazioni, limiti ambientali, etichettatura, imballaggio e qualsiasi criterio di accettazione specifico del cliente, messi per iscritto.

Se uno qualsiasi di questi elementi è ancora in movimento, si tratta di una situazione accettabile, ma il pacchetto di trasferimento deve indicarlo come aperto, non come chiuso.

2. Rilascio dei dati di fabbricazione del PCB e della stratificazione

Il pacchetto di fabbricazione definisce la scheda nuda e gestisce tutto ciò che segue. Dati di fabbricazione mancanti o ambigui sono il modo più rapido per ritardare la prima realizzazione. La release dovrebbe includere:

• Gerber, ODB++ o IPC-2581 — tutti gli strati di rame, la maschera di saldatura, la serigrafia, gli strati di pasta e il contorno del circuito stampato
• File di perforazione NC — fori placcati e non placcati separati, con tolleranze specificate ove necessario
• Disegno di impilamento — ordine degli strati, materiale dielettrico, spessore del nucleo e del preimpregnato, peso del rame per strato, spessore finale
• Requisiti di impedenza controllata — requisiti di impedenza target, tolleranza, strato di riferimento e campione di prova per le tracce interessate
• Materiale di base — grado del laminato, Tg, contenuto di alogeni e qualsiasi dichiarazione relativa alla direttiva RoHS
• Spessore di rame — strati interni ed esterni, insieme ai requisiti di placcatura per le aree ad alto contenuto di rame
• Finitura superficiale — ENIG, HASL senza piombo, OSP, argento a immersione, ENEPIG, oro duro o ibrido
• Maschera per saldatura — colore, tipo ed eventuali requisiti di rimozione o mascheratura
• Dimensioni finite — contorno della scheda, spessore e qualsiasi tolleranza dimensionale più stretta rispetto allo standard del fabbricante
• Note speciali sulla fabbricazione — foratura posteriore, placcatura dei bordi, riempimento dei fori passanti, castellature, dita d'oro o caratteristiche insolite

Quando i file non concordano, ad esempio se il file Gerber indica uno spessore del circuito stampato di 1.6 mm e il disegno di stratificazione di 1.2 mm, il trasferimento deve specificare quale documento ha la priorità. Highleap considera il disegno di fabbricazione rilasciato come fonte autorevole, a meno che il cliente non specifichi diversamente.

3. Dati di assemblaggio del PCB, distinta base e fornitori approvati

Il pacchetto di dati di assemblaggio è il punto in cui il rischio di approvvigionamento diventa evidente. Una distinta base (BOM) che appare completa in superficie può comunque nascondere problemi di imballaggio, alternative e regole di tracciabilità. La versione completa include:

I dati di prelievo e posizionamento (file del centroide) e il disegno di assemblaggio completano il pacchetto. Il disegno di assemblaggio deve includere la polarità, il pin 1, le marcature DNP, le posizioni dei punti di riferimento e qualsiasi nota relativa a processi speciali che non risulti evidente dal solo file Gerber.

4. Firmware, programmazione e controllo della configurazione

Il rilascio del firmware per la produzione non è la stessa cosa del passaggio di consegne al team di ingegneria. Il team di produzione necessita di una build inequivocabile, verificabile e riproducibile, con un controllo post-programmazione definito. Cosa deve essere rilasciato:

• Immagine del firmware. Il file binario esatto, con numero di versione e checksum. "L'ultima versione master" non è una release.
• Boot loader. Laddove sia necessario un bootloader separato, la sua immagine e la procedura di caricamento vengono rilasciate insieme all'immagine dell'applicazione.
• Dati di configurazione. Qualsiasi dato non codificato (tabelle EEPROM, costanti di calibrazione, flag di funzionalità) con indicazione del file, dell'indirizzo e del metodo di caricamento.
• Politica sui numeri di serie. Formato, origine (intervallo fornito dal cliente, generato in fabbrica o ibrido) e posizione di memorizzazione sul dispositivo.
• Gestione degli indirizzi MAC. Laddove sia coinvolta la connettività, se il MAC sia fornito dal cliente, concesso in licenza o prelevato da un pool di fabbrica e come sia scritto.
• Calibrazione. Se la calibrazione viene eseguita durante il test e, in caso affermativo, quali limiti di riferimento e di superamento/fallimento si applicano.
• Interfaccia di programmazione. Tramite JTAG, SWD, ISP, UART o bootloader, con la piedinatura esatta di qualsiasi connettore di programmazione o gruppo di piazzole di test.
• Conferma di superamento/non superamento dell'esame. Controlli post-programmazione: lettura dell'ID del dispositivo, verifica del checksum dell'immagine, breve risposta funzionale, con chiare condizioni di superamento.
• Convenzione di denominazione delle versioni. Come le versioni del firmware corrispondono alle revisioni del prodotto e come vengono registrate per ogni numero di serie.
• Controllo di accesso. Se l'immagine è crittografata o trasmessa tramite un canale specifico, e chi, all'interno della fabbrica, detiene il rilascio.

Il rischio principale che questa sezione previene è la programmazione della versione errata, una classe di difetti spesso invisibile durante l'ispezione perché la scheda appare corretta. Il controllo delle versioni a livello di file, di dispositivo e di record è ciò che colma questa lacuna.

5. Documentazione relativa a ispezione, collaudo e accettazione

La copertura delle ispezioni e dei test deve essere rilasciata contestualmente al trasferimento, e non definita separatamente dalla fabbrica. I criteri di accettazione del cliente devono essere resi noti prima della prima produzione. La documentazione tipica comprende:

• Criteri di accettazione visiva. IPC-A-610 Classe 2 o Classe 3, oppure standard di lavorazione specifico del cliente laddove diverso.
• Aspettative AOI. Quali difetti vengono catturati da Aoi rispetto a quelli esaminati manualmente.
• Scopo a raggi X. Quali componenti BGA, QFN o LGA vengono ispezionati e i limiti di vuoti e cortocircuiti (in genere secondo IPC-7095).
• Copertura ICT o tramite sonda volante. Punti di prova, percentuale di copertura netta e responsabilità dell'installazione.
• Procedura di test funzionale. Fasi, punti di misurazione, limiti di superamento/fallimento e durata prevista per unità.
• Scansione dei confini. Laddove il design lo supporta e dove integra la copertura ICT.
• Ispezione meccanica. Verifiche dimensionali, orientamento dei connettori e verifica dell'adattamento all'involucro.
• Accettazione specifica del cliente. Qualsiasi ulteriore ispezione o test che il cliente esegue al ricevimento.
• Limiti di prova. Tutti i limiti sono espressi numericamente. I limiti descrittivi come "produzione ragionevole" non possono essere imposti su una linea di produzione.
• Registri degli errori. Formato per l'acquisizione e la conservazione dei difetti.
• Politica di ritest. Quali guasti possono essere ritestati, quante volte e quali devono essere indirizzati direttamente alla rilavorazione o allo scarto.

La documentazione relativa all'ispezione e al collaudo permette di valutare in modo coerente la stessa scheda, assemblata da operatori diversi in turni diversi. Qualsiasi ambiguità in questa fase può trasformarsi in una controversia in un secondo momento.

6. Istruzioni di lavoro, attrezzature e campioni di riferimento

L'aspetto più comunemente trascurato nel trasferimento della progettazione è l'insieme fisico e procedurale delle risorse di produzione, ovvero gli elementi che risiedono in fabbrica anziché su un server di file:

• Attrezzature di montaggio per l'allineamento THT, pallet per la saldatura a onda o selettiva e dime per le fasi di assemblaggio manuale
• Apparecchiature di prova — Banchi di chiodi ICT, programmi di sonde volanti, banchi di prova funzionali e camere RF, ove necessario
• modifiche alla programmazione — supporti o contenitori che si interfacciano in modo affidabile con l'interfaccia di programmazione alla velocità di produzione
• stencil alla revisione del volume prevista, con dati di apertura acquisiti
• Utensili speciali — dispositivi di fissaggio a pressione, avvitatori dinamometrici con impostazioni memorizzate, tester di trazione per collegamenti a filo o saldatrici a ultrasuoni
• Istruzioni di lavoro con fotografie per ogni passaggio non ovvio: orientamento dei connettori a nastro, punti di applicazione dell'adesivo, instradamento dei cavi
• Dati relativi a coppia, adesività e mascheratura — valori specificati anziché “stringere a mano” o “puntino piccolo”
• Campione d'oro — un'unità di riferimento che rispecchia una configurazione nota e funzionante, fisicamente conservata in archivio
• Campioni difettosi — ove possibile, esempi di difetti che ci si aspetta vengano rilevati durante l'ispezione

I campioni di riferimento non sostituiscono i disegni di controllo. Una fotografia o un'unità fisica non possono definire una dimensione come fa un disegno. Tuttavia, servono come punto di riferimento visivo e meccanico che permette di individuare problematiche che i disegni non riescono a esprimere facilmente, come l'aspetto della superficie, la disposizione dei cavi, la profondità di inserimento dei connettori e il posizionamento delle etichette.

7. Blocco della versione e rilascio per la produzione

L'ultimo passaggio del trasferimento del progetto è il rilascio formale che dichiara: "Questi sono i documenti che la produzione utilizzerà, a partire da questa data". Un rilascio comprende:

• Versioni dei file: Gerber, foratura, stackup, distinta base, baricentro, disegno di assieme, firmware, script di test
• Approvatore/i: la persona o il ruolo specifico autorizzato a rilasciare ciascun documento
• Data di entrata in vigore: data in cui la produzione inizierà a utilizzare questa revisione.
• File sostituiti: quali revisioni precedenti questa versione sostituisce
• Gestione delle scorte esistenti: cosa succede ai PCB, ai componenti e ai sottoassiemi delle vecchie revisioni?
• Lavori in corso: sia che il lavoro in corso venga completato sulla vecchia revisione, sia che venga migrato alla nuova.
• Primo articolo: se è richiesto un primo articolo sulla nuova revisione prima del rilascio della versione definitiva.
• Approvazioni di deviazione: qualsiasi variazione temporanea rispetto ai documenti rilasciati e la sua scadenza
• Punto di ingresso ECO: il punto in cui le modifiche successive devono passare attraverso il processo di ordine di modifica.
• Conservazione dei dati: per quanto tempo vengono conservati i record di build, i dati di test e i registri di tracciabilità.

Highleap considera la versione rilasciata come la definizione del prodotto. Qualsiasi richiesta di modifica, inclusa una "modifica rapida" da parte del team di ingegneri del cliente, segue lo stesso percorso ECO, in modo che il prodotto in linea corrisponda sempre a una documentazione approvata.

8. Inviare un pacchetto di trasferimento del progetto a Highleap

Highleap Electronics accetta un pacchetto di trasferimento nello stesso percorso di produzione che gestirà la produzione pilota e la produzione di serie. La revisione iniziale verifica i dati di fabbricazione rispetto alle capacità dello stabilimento, controlla la completezza della distinta base e la fattibilità dell'approvvigionamento, esamina l'ambito di test e programmazione e identifica eventuali attrezzature o documentazione mancanti prima di formulare un preventivo. In caso di volumi di produzione bassi o elevati , la revisione si adatta al piano di produzione previsto.

Per avviare una richiesta di revisione del trasferimento, fornire:

• Dati di fabbricazione: Gerber, ODB++ o IPC-2581 con file di foratura.
• Disegno dello stackup con indicazione del materiale, del rame e dell'impedenza
• Elenco dei farmaci con MPN, AVL e DNP
• Disegno di assemblaggio e file del centroide
• Schema (da utilizzare come riferimento durante la revisione del file)
• Immagine del firmware, checksum e istruzioni di programmazione
• Requisiti per il test: ICT/sonda volante, FCT e superamento/non superamento del test di programmazione.
• Stato degli apparecchi: apparecchi esistenti spediti o ambito di realizzazione degli apparecchi
• Campione di riferimento o unità di misura aurea, se disponibile.
• Volume annuo stimato e frequenza di consegna prevista
• Problemi noti e aperti ereditati dalle build EVT o DVT