Prima o dopo il posizionamento
Seleziona la fase in base al supporto del dispositivo, alla gestione del pacchetto, all'accesso alla scheda, al flusso di produzione, alla quantità e le prove richieste dal progetto.
PCB Servizio di assemblaggio / rilascio firmware controllato
Programmazione IC e caricamento del firmware
La programmazione IC aggiunge i dati approvati del dispositivo o al flusso di lavoro di assemblaggio PCB nell'ambito di un piano di verifica e a rilascio definito. PCBArise esamina il dispositivo di destinazione, l'identità del file, la fase di programmazione, la quantità, la tracciabilità del rapporto di prova e prima che l'operazione sia inclusa in un percorso di produzione.
File controllatoImmagine approvata e versione
Dispositivo abbinatoParte di destinazione e revisione del board
Risultato verificatoControlli di programmazione concordati
Costruire collegatoTracciabilità e allineamento della prova
A colpo d'occhio
Che cos'è la programmazione IC in un PCBA costruire?
La programmazione IC è il caricamento controllato del firmware approvato, i dati di configurazione o altro contenuto del dispositivo come parte di un ordine di assemblaggio. A seconda del componente e progetto, la programmazione può verificarsi prima del posizionamento, durante l'assemblaggio del bordo o dopo l'assemblaggio attraverso la produzione definita e interfaccia di prova. Il percorso corretto viene selezionato solo dopo i dati del dispositivo, l'accesso alla scheda, le quantità e i requisiti di verifica sono rivisti. Il limite di servizio include più che il trasferimento di un file. Il cliente deve identificare l'immagine di programmazione approvata e versione, il numero di parte del produttore di destinazione, configurazione o requisiti di sicurezza, criteri di risultato accettabili e Il rapporto con il test funzionale. PCBArise poi esamina la fattibilità, dispositivo o esigenze di accesso, aspettative record e controllo del cambiamento per la build quotata.
Scelte ingegneristiche
Definire il percorso di programmazione prima dell'inizio della produzione.
Fase di programmazione, controllo file, verifica e la tracciabilità influisce sul flusso del materiale e pianificazione della prova. Queste decisioni dovrebbero essere parte del pacchetto di fabbricazione liberato.
File approvato e versione
Fornire l'immagine controllata, l'identificatore di versione, checksum o altro metodo di identità concordato, note di configurazione e autorità di omologazione designata.
Definire un risultato accettabile
Indicare se le prove richieste sono un risultato del programmatore, read-back o checksum check, risposta a livello di scheda, risultato del test funzionale o una combinazione specifica del progetto.
Collegare il risultato alla build
Definire se i record di programmazione devono connettersi all'ordine di lavoro, al lotto di materiale, al numero di serie della scheda, alla versione del firmware o un altro identificatore richiesto dal cliente.
Riferimento tecnico
IC programmazione rilascio input riferimento
Utilizzare questo riferimento per preparare una richiesta di programmazione che può essere valutata con PCB Assemblaggio e Il supporto specifico del dispositivo rimane soggetto a revisione ingegneristica.
IC programmazione rilascio input riferimento
Portata finale, limiti e Le prove sono confermate dal pacchetto di build rilasciato.
| Dispositivo di destinazione | Produttore, numero di parte del produttore, pacchetto, designatori di riferimento e quantità identificata senza fare affidamento su un nome di famiglia generico. |
|---|---|
| Consiglio e revisione assembly | Obiettivo PCB, BOM, CPL e revisione disegno assembly dichiarato in modo posizione del dispositivo e Il percorso di produzione può essere riconciliato. |
| File di programmazione approvato | File rilasciato fornito tramite il percorso di trasferimento concordato con nome file, versione, data e identità di approvazione del cliente. |
| Integrità del file | Checksum, manifesto o un altro metodo concordato fornito quando richiesto per distinguere l'immagine approvata da file con nome simile. |
| Ingressi di configurazione | Impostazioni del dispositivo, regioni di memoria, requisiti di sicurezza o di blocco e altre istruzioni specifiche del progetto documentate quando applicabile. |
| Fase di programmazione | Pre-collocamento, in-process o percorso post-assemblaggio proposto e confermato dopo il dispositivo, l'accesso, la manipolazione e Riesame della quantità. |
| Accesso e utensili | Collegamento scheda, apparecchio, adattatore, presa, cavo o altri requisiti di interfaccia inclusi dove il percorso proposto dipende da loro. |
| Criteri di verifica | Risultato di programmazione previsto, read-back, checksum, risposta elettrica o comportamento funzionale definito per l'ambito approvato. |
| Requisito di tracciabilità | Ordine di lavoro, lotto, numero di serie, versione e record dei risultati identificati alla granularità richiesta dall'ordine. |
| Controllo delle modifiche | Il nuovo firmware, il rollback, le istruzioni per la sostituzione del dispositivo o richiedono una nuova versione approvata e per la disposizione chiara degli assembly interessati. |
Fase di programmazione e pianificazione delle prove
Nessuna singola fase o Il metodo di prova si adatta a tutti i dispositivi e bordo. Il percorso finale segue il pacchetto esaminato e requisito di accettazione del cliente.
| Programmazione pre-collocamento | Può adattarsi ai dispositivi allentati supportati durante l'imballaggio, la manipolazione, l'identità del dispositivo, il controllo della parte programmata e Il flusso di posizionamento può essere gestito. |
|---|---|
| Programmazione post-assemblaggio | Possono essere adattati pannelli con un'interfaccia accessibile approvata quando condizioni elettriche, metodo di connessione e La sequenza di produzione è definita. |
| Risultato del programmatore | Registra il risultato riportato dall'operazione di programmazione approvata ma non sostituisce automaticamente l'accettazione funzionale a livello di bordo. |
| Ripresa o checksum | Può confermare il contenuto programmato sotto il dispositivo concordato e condizioni di sicurezza; la fattibilità dipende dalla configurazione specifica. |
| Risposta a livello di Board | Utilizza un elettrico o indicazione funzionale definita dal piano di prova per verificare che il gruppo programmato si comporti come previsto. |
| Prove serializzate | Identità della scheda o, versione firmware e risultato in cui è richiesta la tracciabilità a livello di unità e supportata dal processo rilasciato. |
| Programmazione fallita | Tenere premuto il dispositivo interessato o Assemblaggio e seguire il tentativo concordato, rilavorazione, indagine e percorso cliente-disposizione. |
| Cambio revisione firmware | Interrompere le versioni di miscelazione, identificare il lavoro interessato nel processo e riprendi solo contro il file appena approvato e istruzioni di disposizione. |
Contesto di progettazione
Programmazione e Il test funzionale risponde a diverse domande.
Un risultato di programmazione riuscito può dimostrare che il file definito è stato accettato dal dispositivo di destinazione nell'ambito dell'operazione scelta. Non dimostra di per sé che ogni circuito e la funzione del prodotto soddisfa il requisito dell'applicazione. PCB Test di assemblaggio, risolvere l'accesso al primo build e Istruzioni tramite Prototipo PCB Assemblaggio, e includere l'ambito di programmazione approvato in chiavi in mano PCB Pianificazione dell'assemblaggio.
- Rilasciare una versione approvata del file e per la revisione del dispositivo e della scheda identificata.
- Definire in che modo il successo della programmazione differisce dall'accettazione dei test a livello di bordo.
- Proteggere i file, i dati di configurazione e materiale programmato attraverso il controllo di accesso concordato.
- Usa il controllo formale delle modifiche per nuove versioni, retry, rilavorazioni e inventario interessato.
Revisione ingegneristica
Cosa dovrebbe chiudere la revisione della programmazione
Il percorso rilasciato dovrebbe consentire alla produzione di identificare il dispositivo corretto, caricare l'immagine corretta, verificare il risultato concordato e isolare qualsiasi eccezione.
I designatori di riferimento del produttore target, pacchetto e corrispondono ai dati di assemblaggio BOM e rilasciati.
Il file di programmazione approvato ha un nome di file univoco, versione e identità di rilascio del cliente.
Trasferimento file, accesso e Le aspettative di riservatezza sono definite per l'ordine.
Fase di programmazione e utensili necessari o l'accesso al bordo è confermato per il disegno reale e quantità.
Configurazione, sicurezza e Le istruzioni sullo stato del dispositivo sono esplicite laddove il progetto le richiede.
I criteri di verifica indicano quali controlli di programmazione e Sono attesi i risultati dei test a livello di scheda.
Tracciabilità collega la versione del firmware e risultato all'ordine di lavoro richiesto, lotto o identità dell'unità.
Fallimento, riprovare, rielaborare e Le decisioni di modifica del firmware seguono una presa documentata-e-Percorso di rilascio.
Vestibilità pratica
Dove la programmazione IC controllata si adatta al percorso di assemblaggio
L'operazione è utile quando l'ordine di assemblaggio ha bisogno di un'immagine del dispositivo definita e prove che rimangono allineate con l'hardware rilasciato e piano di prova.
Convalida del prototipo
Controlla le prime versioni del firmware mentre accedi alla scheda, comportamento del primo articolo e I requisiti di test funzionali sono ancora in fase di conferma.
chiavi in mano produzione
Includere file approvati, identità del dispositivo, prove di programmazione e controllo del cambiamento in tutto il materiale e campo di montaggio.
Ripeti build
Confermare che la revisione hardware, dispositivo di destinazione e Il rilascio del firmware approvato corrisponde ancora prima di programmare un ordine di ripetizione.
Parti programmate fornite dal cliente
Definire se i dispositivi arrivano programmati, richiedere la verifica o bisogno di una fase di programmazione controllata all'interno di una build consegnata.
Assemblaggi testati
Utilizzare il piano di prova concordato per distinguere il caricamento di file riuscito da quello elettrico a livello di scheda e accettazione funzionale.
Prodotti controllati da revisione
Revisione della scheda di collegamento, BOM revisione, versione firmware e regole di disposizione quando l'hardware e Le versioni software cambiano insieme.
Domande frequenti
Domande che danno forma alla programmazione ic e al percorso di caricamento del firmware
Queste risposte stabiliscono il rilascio e modello di prova. Supporto esatto del dispositivo, fase di programmazione, utensili e La capacità viene confermata durante la revisione del progetto.
Quali informazioni sono necessarie per una citazione di programmazione IC?
Fornire il numero di parte del produttore di destinazione, pacchetto e designatori; bordo e BOM revisione; file di programmazione approvato e versione; istruzioni di configurazione; quantità di costruzione; fase preferita; criteri di verifica; e tracciabilità richiesta.
I dispositivi possono essere programmati prima o dopo l'assemblaggio?
Entrambi i percorsi possono essere possibili a seconda del dispositivo, del pacchetto, dell'accesso alla scheda, degli utensili, delle esigenze di movimentazione, della quantità di produzione e requisito di prova. La fase finale è confermata dopo la revisione di ingegneria.
Come viene controllata la versione corretta del firmware?
Utilizzare un nome di file rilasciato e versione, un identificatore di integrità concordato ove richiesto, con il nome di approvazione del cliente e un link per l'ordine di lavoro. Qualsiasi nuova versione dovrebbe seguire il cambiamento e controllo della disposizione prima che la produzione riprenda.
Un risultato di programmazione di successo sostituisce test funzionale?
No. Conferma solo il risultato definito per l'operazione di programmazione. o L'accettazione funzionale rimane un requisito separato a meno che il piano di prova rivisto non colleghi esplicitamente le prove..
Cosa succede quando un dispositivo o La scheda non riesce a programmare?
Il materiale interessato è tenuto sotto la via di eccezione concordata. Riprova, rilavora, sostituzione, indagine o la disposizione del cliente deve seguire i criteri rilasciati e preservare la tracciabilità.
Pagine correlate
Collegare il rilascio del firmware all'assemblaggio e controllo di prova.
Utilizzare queste pagine per definire l'apprendimento di prima costruzione, l'ambito di produzione, la revisione delle capacità e le prove di accettazione per gli assemblaggi programmati.
PCB Assemblaggio
PCB Servizi di test di assemblaggio
PCB servizi di test, tra cui SPI, AOI, AXI, ICT, sonda volante, FCT e piani di prova funzionali specifici per il progetto per schede assemblate.PCB AssemblaggioPrototipo PCB Assemblaggio
Prototipo PCB assemblaggio per campioni di ingegneria, NPI e Il pilota costruisce, con BOM e revisione del file, controlli di sourcing, acquisizione dei problemi e trasferimento ripetitivo-build.PCB AssemblaggioAlto volume PCB Assemblaggio
Alto volume PCB assemblaggio per la produzione ripetuta, con tracciabilità, ispezione in linea, test e Controlli confermati dalla build rilasciata.PCB AssemblaggioPCB Box Build Assemblaggio
PCB servizi di assemblaggio di box build che combinano PCBA, cavo e Assemblaggio di imbracature, integrazione meccanica, programmazione, test funzionale e imballaggio finale.Definire il rilascio del firmware e percorso di verifica prima della produzione.
Condividi il dispositivo di destinazione, la revisione della scheda, il file approvato e versione, quantità, preferenza della fase di programmazione, criteri di verifica e esigenze di tracciabilità per la revisione ingegneristica.