Alla prima serie la scheda può accendersi e svolgere la propria funzione, ma lasciare il collaudo quasi senza strumenti. I nodi utili sono coperti dai componenti, il connettore di programmazione è stato eliminato per recuperare spazio e il test restituisce soltanto un esito negativo. La produzione sa che qualcosa non funziona, ma non può distinguere rapidamente un errore di assemblaggio da un problema di alimentazione, firmware o interconnessione.
Queste difficoltà non nascono tutte nella stazione di prova. Molte dipendono da decisioni già prese sullo schema e durante il layout. La domanda da porre prima di congelare il PCB è quindi precisa: per ogni funzione e rischio rilevante, esistono un accesso utilizzabile, un metodo di verifica, un criterio di accettazione e informazioni sufficienti a localizzare il guasto?
Una scheda funzionante e una scheda collaudabile non sono la stessa cosa. La seconda deve poter dimostrare in modo ripetibile il proprio stato, nelle condizioni e con gli strumenti previsti per la produzione.
Il contratto di testabilità precede il layout finale
La pianificazione dei test va avviata già sullo schema e consolidata mentre il layout è ancora modificabile. Rinviarla a routing concluso espone a problemi come accessi mancanti, sonde ostacolate, fixture non compatibili e dati di prova incompleti, come documentano le linee guida tecniche sulla testabilità dei PCB.
Il passaggio operativo è costruire una matrice DFT che colleghi rischi e funzioni alle condizioni necessarie per verificarli. Non basta una colonna con l’elenco dei punti di test: un pad può essere presente e tuttavia non offrire una misura utile, non essere raggiungibile dopo l’assemblaggio oppure consentire soltanto un pass/fail privo di valore diagnostico.
| Funzione o rischio | Accesso previsto | Metodo di prova | Criterio di accettazione | Diagnosi richiesta |
|---|---|---|---|---|
| Ingresso e conversione di alimentazione | Ingresso, massa di riferimento e nodi delle sezioni da distinguere | Misura elettrica e prova funzionale nelle condizioni definite | Valori entro i limiti della specifica di prodotto | Separare il problema d’ingresso da quello della singola sezione di conversione |
| Programmazione e avvio | Interfaccia di programmazione, reset e selezione della modalità di test | Programmazione, lettura dell’esito e avvio controllato | Immagine accettata, identificativo corretto e avvio completato | Distinguere mancato collegamento, rifiuto della programmazione e mancato avvio |
| Interconnessioni digitali difficili da sondare | Catena boundary-scan, dispositivi compatibili e relativi dati | Prova delle interconnessioni supportate | Risultati conformi al programma di test | Ricondurre l’esito, quando possibile, alla rete o ai terminali coinvolti |
| Ingresso o uscita funzionale | Connettore di prodotto, punto dedicato o interfaccia di servizio | Stimolo e osservazione della risposta | Risposta entro soglie e tempi definiti | Attribuire il guasto almeno alla funzione o alla sezione interessata |
La matrice diventa così un contratto tra progettazione, produzione e collaudo. Per essere chiudibile deve indicare anche chi fornisce fixture, programmi, file e limiti, evitando che una voce generica come “testare l’alimentazione” nasconda decisioni ancora aperte.
Dallo schema ai punti realmente raggiungibili
Sullo schema: decidere che cosa deve essere osservabile
Il lavoro comincia dall’elenco dei difetti e dei comportamenti che il processo deve intercettare. Alimentazioni, riferimenti, reset, linee di avvio, interfacce di programmazione e comunicazione richiedono una modalità di osservazione coerente con il rischio. Per alcuni segnali serve un punto fisico; per altri può essere più adatta un’interfaccia digitale incorporata, un connettore già presente o una modalità firmware riservata al collaudo.
È utile definire anche come portare la scheda in uno stato noto. Se una prova dipende da una sequenza di avvio, da un consenso o da una configurazione software, il banco deve poter ottenere quella condizione senza manovre ambigue. L’accesso di programmazione deve inoltre restare disponibile nella configurazione realmente assemblata, non soltanto sul prototipo da laboratorio.
Questa fase serve anche a separare osservabilità e copertura. Rendere accessibile una rete non garantisce che il metodo scelto individui tutti i difetti rilevanti; allo stesso modo, una prova funzionale conclusa con successo non dimostra automaticamente quale componente o collegamento abbia causato un precedente fallimento.
Nel layout: trasformare l’intenzione in accesso fisico
Durante il piazzamento e il routing ogni accesso previsto deve diventare una geometria verificabile. Occorre controllare lato della scheda, area libera intorno alla piazzola, altezza dei componenti vicini, direzione di arrivo della sonda, riferimenti di massa e compatibilità meccanica con il sistema di serraggio. La verifica va eseguita sulla scheda assemblata: un pad visibile nel CAD può risultare inutilizzabile dopo il montaggio di un connettore, di una schermatura o di un componente alto.
Diametro, passo e distanza dai componenti non hanno valori validi per ogni processo. Le indicazioni pubblicate dai fornitori non sono uniformi perché ICT, sonde mobili, fixture personalizzate e applicazioni particolari impongono condizioni differenti. I valori dei punti di test devono quindi essere verificati contro tester e fixture scelti, coinvolgendo chi realizzerà il collaudo. Le linee guida sul dimensionamento e sul posizionamento possono offrire un riferimento, ma non sostituiscono i vincoli del processo effettivo.
La revisione deve inoltre confrontare la posizione fisica con la netlist e con l’identificativo usato nel programma di prova. Se il punto è raggiungibile ma associato al nodo sbagliato nei dati di produzione, l’accesso meccanico non risolve l’errore.
Combinare i metodi invece di chiedere tutto a un solo tester
ICT, flying probe, test funzionale e boundary-scan rispondono a domande diverse. L’ICT offre uno screening elettrico rapido e ripetibile sui nodi raggiungibili dalla fixture. Le sonde mobili usano gli accessi fisici disponibili senza replicare necessariamente la stessa architettura di contatto. Il test funzionale verifica invece il comportamento del prodotto sotto stimoli e condizioni definiti.
La scelta dipende da densità, volume, stabilità del progetto, copertura richiesta e natura dei segnali. Per decidere conviene valutare come fixture dedicata e sonde mobili cambiano il collaudo in base alla commessa. Il risultato può essere una strategia a più livelli: controlli elettrici per intercettare difetti di assemblaggio, programmazione e identificazione della scheda, prove digitali sulle interconnessioni compatibili e infine verifica delle funzioni che richiedono il prodotto acceso.
Nessun singolo metodo copre necessariamente tutte le verifiche. Aggiungere prove senza assegnare a ciascuna uno scopo produce sovrapposizioni, mentre lasciare una funzione a un solo passaggio può creare un punto cieco. Nella matrice DFT ogni metodo dovrebbe quindi avere una responsabilità esplicita: che cosa rileva, quali accessi usa e quale informazione restituisce quando fallisce.
Che cosa può fare il boundary-scan
Lo standard IEEE 1149.1 definisce un’architettura incorporata per accedere, osservare e controllare risorse di test nei circuiti integrati. Sui dispositivi e sulle interconnessioni compatibili, il boundary-scan può integrare l’accesso fisico, un vantaggio rilevante quando package come i BGA e layout densi impediscono di raggiungere direttamente parte dei nodi.
Questa possibilità deve però essere progettata. Servono dispositivi compatibili, una catena corretta, accesso ai segnali necessari e file BSDL coerenti. Boundary-scan e JTAG non sono sinonimi perfetti: JTAG è il nome comunemente associato all’interfaccia, mentre la strategia di test dipende dall’architettura disponibile e dal programma costruito intorno ad essa.
Il boundary-scan non verifica da solo ogni rete, grandezza analogica o comportamento completo del prodotto. Le risorse di approfondimento tecnico sul boundary-scan mostrano come l’accesso incorporato possa completare le sonde fisiche, non eliminarne automaticamente la necessità.
Dal pass/fail alla localizzazione del difetto
Un esito negativo è utile alla selezione della scheda, ma può essere insufficiente per riparazione e controllo del processo. Se il test dice soltanto che “la comunicazione non funziona”, la causa può trovarsi nell’alimentazione del ricetrasmettitore, nel reset, nell’interconnessione, nella programmazione o nello stadio fisico dell’interfaccia. Senza osservazioni intermedie, tutte queste ipotesi restano aperte.
La diagnosi va quindi progettata insieme alla prova. Per ogni fallimento rilevante occorre stabilire il livello di localizzazione necessario: funzione, sezione, rete o componente candidato. Non esiste un valore universale valido per ogni prodotto; la granularità va fissata in base ai difetti attesi, al processo di riparazione e al costo accettabile dell’indagine.
Una sequenza diagnostica può partire da condizioni comuni a più funzioni, come alimentazione, reset e programmazione, per poi procedere verso la sezione che ha fallito. Il programma dovrebbe registrare almeno identificativo della scheda, passo eseguito, valore osservato, limiti applicati e revisione dei dati di test. In questo modo il risultato rimane interpretabile anche quando cambiano firmware, hardware o programma di collaudo.
La stessa logica deve comparire nell’hardware. Se due sezioni dipendenti sono osservabili soltanto all’uscita finale, il test non può separarle. Un accesso intermedio, fisico o incorporato, può invece trasformare un generico fallimento in un’indicazione utilizzabile dalla produzione.
La checklist di rilascio deve produrre evidenze
Prima del congelamento, la revisione DFT dovrebbe chiudere elementi verificabili, non soltanto raccogliere approvazioni informali:
- Matrice completa: ogni funzione o rischio ha accesso, metodo, risultato atteso, limite e livello diagnostico assegnati.
- Accessibilità sul montato: punti, keep-out, altezze, lati di contatto e riferimenti sono stati confrontati con fixture e tester previsti.
- Modalità di test: programmazione, reset, avvio controllato e condizioni necessarie alle prove sono ottenibili sul prodotto finito.
- Copertura distribuita: ICT, flying probe, test funzionale e boundary-scan hanno compiti definiti; le aree non coperte sono identificate e gestite.
- Prerequisiti digitali: catena, dispositivi, connettività e file necessari al boundary-scan sono coerenti con la revisione della scheda.
- Pacchetto di produzione: netlist, coordinate dei punti, dati CAD, specifiche dei test, risultati attesi e limiti sono versionati e allineati.
- Percorso di diagnosi: per gli esiti critici è indicato come restringere il guasto al livello richiesto dal processo.
- Responsabilità e modifiche: progettazione, produzione e collaudo hanno verificato gli stessi dati, con una procedura per rivalutare la testabilità dopo una modifica.
I dati di rilascio non sono un allegato amministrativo. Servono a generare il programma di test e a mantenere la corrispondenza tra nodi elettrici, coordinate fisiche, risultati attesi e revisione hardware. Per questo il rilascio dovrebbe includere una verifica tracciabile di accessi, metodo e documentazione, in linea con le pratiche di revisione standardizzata del progetto.
FAQ
Quando vanno definiti i punti di test durante lo sviluppo di una scheda?
La prima definizione va fatta sullo schema, quando sono noti funzioni, reti critiche e modalità di programmazione. Nel layout si riservano e si verificano gli spazi fisici, correggendo posizione e geometria insieme al fornitore del collaudo. La chiusura avviene prima del congelamento, dopo avere controllato la scheda nella configurazione assemblata e la coerenza dei dati destinati al tester.
Quali segnali conviene rendere accessibili anche se non fanno parte del normale funzionamento?
Sono candidati utili le alimentazioni intermedie, le masse di riferimento, reset, selezioni di avvio, interfacce di programmazione e nodi che permettono di separare due sezioni funzionali. Anche i segnali necessari a portare il prodotto in modalità di test devono rimanere raggiungibili. Per linee sensibili non va imposto automaticamente un pad: l’osservazione può essere ottenuta tramite interfacce incorporate o connettori esistenti, dopo una verifica elettrica e meccanica specifica.
Come si può mantenere la testabilità quando lo spazio sul PCB è molto limitato?
Occorre assegnare priorità agli accessi in base al rischio e al valore diagnostico. Alcuni controlli possono passare attraverso connettori di prodotto, modalità firmware o boundary-scan; altri richiedono comunque piazzole e riferimenti fisici. Ridurre dimensioni e distanze senza confrontarsi con tester e fixture può rendere nominale l’accesso, perciò le geometrie devono essere concordate con il processo scelto.
Il boundary scan può sostituire completamente i punti di test fisici?
No. Può coprire parte delle interconnessioni digitali quando dispositivi, catena e dati necessari sono compatibili, ma non sostituisce automaticamente le misure analogiche, le verifiche di alimentazione, i nodi non inclusi nell’architettura né il test funzionale del prodotto. Va trattato come uno dei canali della strategia DFT.
Il congelamento del PCB è anche una decisione di produzione
Una review DFT non è un controllo formale da aggiungere quando lo sbroglio è terminato. È la sede in cui progettazione, produzione e collaudo stabiliscono se la scheda possiede davvero gli accessi, i dati e i percorsi diagnostici necessari per essere verificata.
Il progetto può essere dichiarato pronto quando quel contratto è chiuso insieme al layout. Un accesso rinviato non rimane una semplice casella vuota: diventa una limitazione diagnostica che il processo dovrà compensare con fixture più articolate, prove supplementari o tempo di analisi.