NPI EVT/DVT/PVT per PCB di controllo robot: gate e RFQ

Guida NPI per controller robotici: baseline, EVT, DVT, PVT, copertura test, sicurezza, pilot run, change control e dati per la RFQ PCBA.

technology15 settembre 202516 min lettura

EVT, DVT e PVT sono decisioni di rilascio, non semplici lotti progressivamente più grandi. Per una PCBA di controllo robotico, ogni fase deve congelare una configurazione, chiudere rischi nominati e produrre evidenze sufficienti per autorizzare il passo successivo.

Questa guida è destinata a responsabili hardware, firmware, meccatronica e safety, DFM/NPI, qualità, collaudo e procurement di controller, drive e I/O industriali. Non sostituisce la validazione del robot o della cella e non assegna alla sola PCBA la conformità di una funzione di sicurezza.

Decisioni essenziali del percorso NPI

Definire prima i requisiti, le varianti e la configurazione da provare: PCB, BOM, firmware, FPGA, parametri, meccanica e fixture.
Usare EVT per rendere osservabile l'architettura e verificare funzioni, margini e fault behavior.
Usare DVT per provare una configurazione rappresentativa contro requisiti di prestazione, ambiente, EMC, safety allocation e vita.
Usare PVT per dimostrare che linea, operatori, programmi, attrezzature, test e dati ripetono la baseline approvata.
Non confondere flying probe, AOI, X-ray, ICT, boundary scan, FCT, power test e system validation: coprono difetti differenti.
Collegare ogni failure a un owner, una causa, un'azione, una prova di efficacia e una decisione di rilascio.
Scegliere campioni e corner per variante, rischio e modalità di guasto; non adottare una quantità universale.
Conservare la prima evidenza di fail e governare retest, rilavorazione, concessione e MRB.
Trasferire in produzione una baseline completa, non soltanto Gerber e BOM.
Rendere comparabili le offerte indicando fixture, firmware, test, unità distruttive, dati e change control.

Percorso dai requisiti alla produzione

Che cosa deve essere congelato prima dell'EVT
Come costruire la matrice requisiti-evidenze
Qual è l'exit gate dell'EVT
Qual è l'exit gate della DVT
Qual è l'exit gate della PVT
Come separare i livelli di test
Come validare potenza, motion e I/O
Come delimitare la safety
Come scegliere varianti e campioni
Come chiudere failure e deviazioni
Che cosa contiene la baseline di produzione
Quali modifiche richiedono una prova delta
Come confrontare due partner NPI
Che cosa guida costo e calendario
Quali dati includere nella RFQ
Come delimitare il perimetro HILPCB
FAQ

Che cosa deve essere congelato prima dell'EVT?

L'EVT può iniziare con rischi aperti, ma non con una configurazione anonima. Ogni unità deve essere riconducibile a:

Blocco	Baseline minima
PCB	part number, revisione, stack-up, Gerber/ODB++, netlist, drill e deviazioni DFM
BOM	manufacturer part, alternative approvate, DNI, lifecycle e componenti critici
Firmware/FPGA	build ID, sorgente autorizzata, bootloader, parametri, chiavi e metodo di lettura
Meccanica	cassa, dissipatore, connettori, cablaggi, fissaggio e tolleranze d'interfaccia
Potenza/motion	bus, gate driver, sensori di corrente/posizione, motore/carico e protezioni
Safety	hazard allocation, safe state, diagnostica, interfacce e responsabile di validazione
Test	fixture, strumenti, software, limiti, golden unit e copertura dichiarata

Una modifica manuale, un rework wire o un parametro temporaneo deve essere registrato. Se il prototipo che supera il test non può essere ricostruito, il risultato non è una baseline utile.

Come costruire una matrice requisiti–evidenze–decisione?

Ogni requisito deve avere condizione, metodo, criterio e owner. La matrice dovrebbe includere:

ID, fonte, revisione e priorità;
funzione o rischio coperto;
variante e configurazione applicabile;
ingresso, carico, ambiente e stato firmware;
metodo, fixture, strumento e incertezza;
campione, corner e precondizionamento;
limite e regola pass/fail;
dati grezzi e report richiesti;
fase EVT/DVT/PVT e exit gate;
owner del fail, MRB e prova di efficacia.

“Il robot si muove” non è un requisito sufficiente. Occorre separare controllo, feedback, timing, arresto, perdita comunicazione, guasto sensore, power fault e recovery.

Qual è l'exit gate dell'EVT per una PCBA robotica?

L'EVT dimostra che l'architettura è misurabile e che le funzioni fondamentali operano con margini e fault behavior comprensibili. Non richiede necessariamente forma e processo finali, ma ogni differenza deve essere nota.

Domanda EVT	Evidenza utile
Le alimentazioni si avviano e si spengono correttamente?	rail, sequencing, inrush, brownout e fault logs
MCU/FPGA/communication sono osservabili?	debug access, firmware ID, timing e error injection
I/O e feedback hanno range e diagnostica?	electrical simulation, sensor/encoder tests e invalid states
Il power stage è controllabile in sicurezza?	representative load, switching waveforms, protection e thermal data
Le interfacce meccaniche/elettriche sono compatibili?	fit check, connector/cable mapping e assembly issues
I principali rischi sono riproducibili?	risk register aggiornato e test cases tracciati

Flying probe può controllare reti o componenti secondo accessibilità; non sostituisce automaticamente la verifica funzionale di drive, encoder o safe state.

Qual è l'exit gate della DVT?

La DVT dimostra i requisiti su una configurazione rappresentativa del prodotto. Cassa, raffreddamento, cablaggio, firmware, motore/carico e rete devono corrispondere alla baseline oppure essere dichiarati come differenze.

Prestazioni: loop, timing, encoder, I/O, comunicazione e corner di carico.
Potenza: switching, overshoot, current sensing, protection, thermal path e fault energy.
EMC: emissione/immunità sul prodotto con cavi, alimentazione e stati rappresentativi.
Ambiente: temperatura, umidità, vibrazione, contaminazione e profilo applicabile.
Meccanica: connettori, fissaggi, massa, raffreddamento, strain relief e service access.
Safety allocation: diagnostica, safe state, indipendenza, reset e proof test secondo il proprietario del sistema.
Affidabilità: stress selezionati per modalità di guasto con misure prima/dopo.

La DVT non certifica automaticamente la cella robotica. Dimostra soltanto i requisiti assegnati alla configurazione provata.

Qual è l'exit gate della PVT?

La PVT dimostra la ripetibilità del sistema produttivo e di test sulla baseline di serie. Il focus è il trasferimento, non una nuova esplorazione dell'architettura.

Area PVT	Evidenza
Materiali	approved BOM, alternative, tracciabilità, stoccaggio e kitting
Processo	programmi, profili, attrezzature, operatori, work instruction e parametri critici
Ispezione	librerie SPI/AOI/X-ray, copertura, falsi scarti e piano di reazione
Test	fixture ICT/FCT/boundary scan, MSA, software, golden unit e manutenzione
Dati	seriali, firmware, risultati EOL, fail/retest, NCR/MRB e collegamento al lotto
Capacità	dati sufficienti sui parametri selezionati e processo stabile, non un indice isolato
Supply chain	MOQ/NCNR, componenti critici, seconda fonte e change notification

Una PVT può fallire anche se tutte le unità funzionano, per esempio quando il processo dipende da rilavorazioni manuali non controllate o i dati non identificano la configurazione spedita.

Come separare PCB test, ispezione, ICT, boundary scan, FCT e system test?

Metodo	Copertura tipica	Limite
PCB electrical/flying probe	opens, shorts e isolamento della rete	non verifica firmware o funzione assemblata
SPI/AOI	pasta, presenza, polarità e difetti visibili	copertura dipende da libreria e visibilità
X-ray	giunti nascosti/voids in geometrie adatte	non è universale per potting, funzione o vita
ICT	componenti/nodi accessibili e alcuni valori	richiede test point/modelli e non copre tutto
Boundary scan/JTAG	digital interconnect e dispositivi compatibili	dipende dalla catena e dal design
FCT	funzioni nominate con ingressi/carichi definiti	non prova automaticamente ambiente, safety o vita
Power-stage test	gate, current, protection, switching e thermal behavior	richiede carico, sicurezza e strumenti dedicati
Robot/cell validation	motion, safety, cablaggio, software e applicazione	responsabilità di sistema, non della sola PCBA

La massima copertura non è una percentuale generica. È una mappa tra failure modes e metodi capaci di rilevarli.

Come validare potenza, motion, encoder e I/O senza duplicare i tutorial circuitali?

Il piano NPI deve indicare condizioni rappresentative e prove di margine, lasciando la progettazione dettagliata ai documenti di circuito. Per il power stage includere bus, carico, temperatura, switching state, gate supply, protection e recovery. Per current sensing indicare range, bandwidth, offset, common-mode e Kelvin path. Per encoder/I/O definire livelli, timing, cable, faults e diagnostic states.

Blocco	Corner DVT/PVT da nominare
Gate driver/power device	bus min/max, load, dv/dt, dead time, fault e temperature
Current/voltage sensing	zero/full scale, transient, common mode, drift e sensor fault
Encoder/resolver	speed, direction, cable length, noise, disconnect e plausibility
Industrial I/O	load, short/open, surge/transient, grounding e channel interaction
Network	traffic, latency, loss, reconnect, topology e firmware update
Thermal	enclosure/cooling, ambient, duty cycle, hotspot e derating

Una PCB in rame pesante o una PCB high-Tg può essere valutata se richiesta da corrente o temperatura, ma non sostituisce la validazione del modulo.

Come delimitare la safety tra PCBA, controller e robot?

La safety nasce dall'analisi dei pericoli, dall'architettura e dalla validazione del sistema. La PCBA implementa soltanto i requisiti assegnati.

Nominare safe state per perdita alimentazione, CPU, feedback, network, driver e actuator interface.
Distinguere diagnostica indipendente, watchdog, dual-channel, cross-monitoring e test periodico.
Definire latenza, fault reaction, reset, latching e gestione del guasto latente.
Validare i casi di fault con carico e cablaggio rappresentativi, sotto controllo di sicurezza.
Collegare hardware revision, firmware, parametri e safety report.
Separare isolamento del PCB/PCBA dalla conformità dell'azionamento e della cella.

Un FCT superato non certifica una funzione safety. Standard, revisioni, livelli richiesti e organismo responsabile devono essere definiti dal proprietario del prodotto.

Come scegliere varianti, corner e campioni?

Il campionamento deve coprire le differenze che cambiano rischio o processo. Costruire una variant matrix con alimentazione, power rating, I/O, comunicazione, sensori, firmware, cassa, raffreddamento e mercato.

Scegliere campioni per:

worst-case electrical/thermal/mechanical corner;
material/component lots e siti rilevanti;
process extremes e pannelli/posizioni;
destructive test e failure analysis;
qualification versus serial acceptance;
retained/reference units;
ripetibilità di fixture e operatori.

La variante più potente non è sempre worst case: quella a basso carico può avere un diverso regime termico o di controllo. La rationale va registrata.

Come chiudere failure, retest, deviazioni e concessioni?

Un fail è chiuso quando la causa e l'efficacia dell'azione sono dimostrate sulla configurazione interessata. Il workflow minimo:

conservare raw data, unità, log, foto, firmware e condizione iniziale;
verificare fixture/strumento su riferimento indipendente senza cancellare il fail;
contenere lotti e varianti potenzialmente interessati;
identificare causa design, component, process, test, firmware o requisito;
definire correzione e prova di efficacia;
aggiornare risk register, matrice requisiti e baseline;
autorizzare retest, rework, deviation/concession o scrap tramite MRB;
valutare regressione su funzioni sorelle.

Ripetere fino al pass o cambiare limite senza approvazione non è closure.

Che cosa contiene la baseline di produzione?

Il trasferimento include ciò che serve a ricostruire, testare e rilasciare il prodotto. Almeno:

released PCB/assembly/mechanical files e order of precedence;
approved BOM, alternatives, component programming e lifecycle controls;
firmware/FPGA/configuration, secure files e verification method;
work instructions, profiles, fixtures, software e golden units;
control plan, inspection/test coverage, limits, reaction plan e MSA;
first article/pilot evidence, known limitations e open deviations;
serial/lot data schema, retention, CoC, NCR/MRB e report;
packaging, handling, moisture, coating/potting e shipping requirements;
change notification e delta-qualification matrix.

Quali modifiche richiedono una prova delta?

Qualsiasi modifica che alteri funzione, margine, safety allocation, fabbricabilità o copertura test richiede impact assessment. Includere:

PCB stack-up/layout, materiali, rame, isolamento, finish e pannellizzazione;
MCU/FPGA, gate driver, power device, sensor, memory, network e supply component;
firmware, FPGA image, parameter set, bootloader, security keys e toolchain;
cassa, raffreddamento, connector, cable, motor/load e coating/potting;
sito, linea, forno, selective solder, fixture, software, limits e sampling;
supplier/source, lifecycle, packaging e storage.

La prova delta può includere DFM, function, power, EMC, environment, safety, reliability, PVT o field regression. Un componente “drop-in” non è automaticamente equivalente.

Come confrontare due partner NPI per una PCBA robotica?

Voce	Domanda comparativa
Perimetro	PCB, BOM, assembly, firmware load, fixtures, coating, box build e test inclusi?
DFM/DFT	output, tempi di risposta, deviazioni e owner delle modifiche?
NPI builds	setup, first article, EVT/DVT/PVT lots, rework e report?
Test	inspection, ICT/JTAG/FCT/power, coverage, raw data e MSA?
Fixture	design, proprietà, manutenzione, ricambi, software e trasferimento?
Qualità	NCR/MRB, concession, RCA, audit, retention e change notification?
Supply chain	approved sources, MOQ/NCNR, lifecycle, counterfeit controls e forecast?
Dati	seriali, BOM/firmware/config, EOL, fail/retest e accesso?
Capacità	evidenza sul processo richiesto, non elenco generico di macchine?
Commerciale	NRE, campioni, unità distruttive, tempi test, scarti e logistica separati?

Che cosa guida costo e calendario NPI?

I driver sono numero di revisioni/varianti, componenti, fixture, firmware, potenza, sicurezza, ambiente, campioni e chiusura dei failure. Non esiste un tempo standard per EVT/DVT/PVT.

disponibilità BOM, NCNR, alternative e data code;
stack-up, heavy copper, isolamento, connettori e processi speciali;
fixture ICT/FCT/power/motion/network e software;
strumenti/carichi/sicurezza per fault injection e full-power test;
unità per EMC, ambiente, vita, distruzione e retained samples;
box build, cablaggi, motori, cooling e configurazioni di sistema;
report, raw data, serializzazione, review e failure iterations.

Separare fabrication, BOM, assembly, NRE/fixture, programming, test, qualification, reports e logistics. Il calendario parte da un release package definito, non dalla prima e-mail.

Quali dati includere nella RFQ NPI per controller robotico?

part/revision/variant, quantità e fase EVT/DVT/PVT/serie;
product architecture, use case, performance e safety allocation;
Gerber/ODB++, stack-up, drawings, BOM, netlist, pick-place e 3D;
firmware/FPGA/configuration, programming, keys e verification;
power bus, device/driver, load/motor, cooling e fault cases;
encoder/sensor/I-O/network interfaces, cables e diagnostic states;
mechanical enclosure, connectors, grounding, coating/potting e box build;
requirement-to-test matrix, risks, variants e corner rationale;
PCB electrical, SPI/AOI/X-ray, ICT, boundary scan, FCT e power-test scope;
fixture/golden unit, ownership, maintenance, software, MSA e calibration;
EVT exit criteria, debug access, raw data e allowed prototype differences;
DVT performance, EMC, environment, mechanical, safety e reliability tests;
PVT line/process/operator/data checks, pilot lot e control plan;
sample allocation, destructive units, retained units e witness testing;
pass/fail, retest, RCA, NCR/MRB, rework, deviation e concession;
serial/lot/BOM/firmware/configuration data, report format e retention;
component/site/process/firmware changes, notification e delta plan;
forecast, MOQ/NCNR, requested date, lifecycle e logistics;
divisione tra customer-supplied, supplier-sourced, subcontracted ed excluded;
prezzi separati per PCB, BOM, assembly, NRE, fixture, test, report e spedizione.

Come delimitare il perimetro NPI con HILPCB?

HILPCB può valutare fabbricazione, assemblaggio e attività concordate sui file, quantità, componenti e piano test reali. Una piccola serie può supportare i build iniziali; turnkey assembly può coordinare BOM e assemblaggio quando esplicitamente quotato.

Non presumere inclusi progettazione del controller, firmware/FPGA, gate-driver tuning, motor/load rig, safety analysis, robot-cell validation, fixture ICT/FCT, full-power fault injection, EMC/ambiente, coating/potting, certificazione, fixed yield, MOQ o lead time. Ogni voce deve risultare inclusa, del cliente, subfornita, opzionale o esclusa.

Invia la RFQ con baseline, matrice requisiti, varianti, test e deliverable. La risposta dovrebbe separare assunzioni, deviazioni, NRE e gate di rilascio.

FAQ su NPI EVT/DVT/PVT per controller robotici

EVT, DVT e PVT sono definiti dalla quantità del lotto?

No. Sono decisioni diverse: EVT verifica architettura e osservabilità, DVT i requisiti su prodotto rappresentativo, PVT la ripetibilità della produzione. La quantità deriva da rischi, varianti e prove.

Un flying-probe test può sostituire l'EVT funzionale?

No. Può verificare reti e alcuni componenti secondo l'accesso. Non dimostra controllo motion, firmware, power stage, encoder, diagnostica o comportamento ai guasti.

Che cosa deve essere congelato prima della DVT?

PCB, BOM, firmware/FPGA, parametri, meccanica, cooling, cablaggi, carichi e test devono essere rappresentativi oppure le differenze devono essere dichiarate con un piano delta.

Che cosa dimostra la PVT?

Dimostra che linea, materiali, operatori, programmi, fixture, test e dati ripetono la baseline. Non prova automaticamente l'affidabilità del design se la DVT era incompleta.

AOI e X-ray garantiscono la qualità della PCBA?

No. Rilevano difetti specifici secondo visibilità, libreria e metodo. Servono insieme a test elettrici/funzionali e a un piano che collega failure modes alla copertura.

Un FCT superato certifica la safety del robot?

No. La safety richiede hazard analysis, architettura, firmware, attuatori, installazione e validazione del sistema. FCT verifica soltanto le funzioni assegnate nella fixture.

Come scegliere le varianti per DVT?

Creare una matrice di potenza, I/O, rete, firmware, cassa, cooling e mercato, quindi scegliere corner che massimizzano rischi specifici. La variante più grande non copre necessariamente tutte le altre.

Come gestire un fail che passa al secondo tentativo?

Conservare il primo risultato, verificare la stazione, contenere il lotto e indagare. Retest e disposition devono seguire una regola approvata; il secondo pass non cancella l'intermittenza.

Che cosa deve contenere il pacchetto di trasferimento?

File rilasciati, BOM, firmware/configurazione, istruzioni, profili, fixture, software, coverage, limiti, dati pilota, deviazioni, control plan e change matrix.

Quando una modifica firmware richiede una prova hardware delta?

Quando cambia timing, power states, gate/IO behavior, diagnostica, safety, network, thermal load o test coverage. L'impact assessment decide quali regressioni ripetere.

Come confrontare due preventivi NPI?

Normalizzare build, BOM, fixture, programmazione, test, campioni, report, rework, dati e change control. Un'offerta più economica può escludere la chiusura dei rischi necessaria.

Quali file servono per una RFQ utile?

Servono file PCB/meccanici, BOM, firmware, architettura, varianti, requisiti, rischi, test, campioni, dati e gate. Indicare chiaramente ciò che fornisce il cliente.

Un percorso NPI è pronto quando ogni gate autorizza una configurazione ricostruibile con rischi, failure e dati tracciati. Richiedi una valutazione sulla baseline reale del controller.