Un template di regole PCB DRC è un sistema controllato che traduce requisiti elettrici, meccanici e produttivi in vincoli eseguibili nel CAD. Non è una semplice tabella di larghezze e distanze: ogni regola deve avere una fonte, un campo di applicazione, un proprietario, uno stato, una verifica e un'evidenza di rilascio.
Un DRC senza errori dimostra soltanto che il layout soddisfa le regole attive. Non dimostra che quelle regole siano complete, che lo stack-up sia approvato, che il circuito superi SI/PI/EMC, che l'assemblaggio sia robusto o che il prodotto sia conforme. Il valore del template nasce quindi dalla governance dei vincoli, non dal colore verde del report.
Risposte operative
- Definite prima la gerarchia delle fonti: requisito di prodotto, sicurezza, componente, stack-up, fabbricazione, assemblaggio, test e default CAD non hanno la stessa autorità.
- Registrate ogni regola come oggetto verificabile con ID, motivazione, fonte, scope, owner, stato e prova.
- Applicate i vincoli per rete, regione, layer, componente, interfaccia e fase del progetto; una sola net class raramente basta.
- Separate regole provvisorie, approvate e di rilascio, impedendo che un'ipotesi temporanea diventi produzione senza riesame.
- Trattate ogni waiver come rischio con scadenza, controllo compensativo e condizione di chiusura.
- Verificate il template con casi che devono passare e casi che devono fallire prima di usarlo come gate.
- Rilasciate un manifest che leghi revisione delle regole, stack-up, database CAD, output, eccezioni e firme.
- In RFQ chiedete evidenze e deliverable nominati, non soltanto la dichiarazione “DFM incluso”.
Indice
- Quali fonti hanno precedenza nelle regole PCB?
- Quali campi deve contenere una regola DRC?
- Come definire lo scope senza conflitti?
- Quali stati deve avere il template?
- Come costruire un bundle di impedenza?
- Come governare classi di via e transizioni?
- Chi possiede assemblaggio, test e pannello?
- Come gestire waiver ed eccezioni?
- Come verificare che il rule deck funzioni?
- Che cosa contiene il manifest DRC?
- Come confrontare le evidenze dei fornitori?
- Che cosa influenza costo e lead time?
- Quali dati inviare in RFQ?
- Qual è il confine del supporto HILPCB?
Quali fonti hanno precedenza nelle regole PCB?
La precedenza va definita prima di inserire valori nel CAD. Quando due fonti confliggono, il team deve bloccare o approvare la decisione; non deve lasciare che vinca il valore caricato per ultimo.
| Livello | Fonte | Decisione che governa | Evidenza minima |
|---|---|---|---|
| 1 | Requisiti di sicurezza, isolamento o contratto | Vincoli che non possono essere ridotti dal template | Requisito identificato, revisione e responsabile |
| 2 | Requisiti di sistema e interfaccia | Corrente, tensione, topologia, timing, ambiente e compatibilità | ICD o specifica approvata |
| 3 | Dati del componente e package | Land pattern, keep-out, escape, dissipazione e montaggio | Datasheet e nota applicabile identificati |
| 4 | Stack-up e analisi del progetto | Layer, riferimento, impedenza, perdita, ritorno e distribuzione di potenza | Stack-up approvato e output del metodo di analisi |
| 5 | Capacità del fabbricante e assemblatore | Geometrie producibili, pannello, tooling, stencil, placement, rework e test | Revisione specifica del progetto o capability concordata |
| 6 | Regole aziendali interne | Margini, riuso, testabilità e convenzioni di progettazione | Standard interno con owner |
| 7 | Default del CAD | Punto di partenza quando nessuna fonte superiore governa | Versione del tool e default dichiarato |
Un requisito più severo non va allentato perché il fornitore può produrre una geometria più aggressiva. Allo stesso modo, una capability minima non deve diventare automaticamente il valore nominale di tutto il layout. Se la fonte superiore è incompleta, la regola resta provvisoria e il rischio rimane visibile.
Quali campi deve contenere una regola DRC?
Una regola riutilizzabile deve poter essere compresa senza aprire il progetto precedente. Il seguente schema minimo permette a design, NPI e qualità di risalire dalla violazione alla decisione originale.
| Campo | Domanda a cui risponde | Esempio di contenuto, non di valore |
|---|---|---|
| Rule ID | Come viene richiamata in review ed ECO? | Identificatore stabile e univoco |
| Titolo e tipo | Che cosa controlla? | Clearance, width, via, courtyard, layer o length |
| Fonte e revisione | Da dove deriva? | Requisito, stack-up, componente o review del fornitore |
| Motivazione | Quale rischio limita? | Isolamento, corrente, return path, processo o accesso test |
| Scope | A quali oggetti si applica? | Net, classe, regione, layer, componenti o interfaccia |
| Vincolo | Che cosa esegue il CAD? | Espressione, condizione e parametro controllato |
| Owner | Chi può modificarla? | Design authority o funzione nominata |
| Stato | È un'ipotesi o una base di rilascio? | Provvisoria, verificata, approvata, sostituita |
| Metodo di verifica | Come si prova che è corretta? | Review, calcolo, simulazione, coupon, DFM o test |
| Evidenza | Dove si trova il risultato? | Report, ticket, approvazione o record di misura |
| Waiver collegati | Quali eccezioni restano aperte? | ID, scadenza e controllo compensativo |
Il valore numerico senza fonte è fragile; una fonte senza scope è ambigua; uno scope senza test può essere sbagliato senza essere rilevato. Per questo i tre elementi devono viaggiare insieme.
Come definire lo scope senza conflitti?
Lo scope deve descrivere dove la regola vale e dove non vale. Le net class sono utili, ma non esprimono da sole tutte le eccezioni locali e le condizioni di montaggio.
| Dimensione di scope | Quando serve | Errore tipico se manca |
|---|---|---|
| Rete o classe di reti | Segnali standard, coppie differenziali, power e domini sensibili | Un unico minimo governa funzioni incompatibili |
| Regione o room | BGA escape, connettore, isolamento, RF, zona di rework | Un neck-down locale diventa valido su tutta la scheda |
| Layer o coppia di layer | Impedenza, reference plane, microstrip/stripline e transizioni | La stessa geometria viene applicata a costruzioni diverse |
| Componente o package | Courtyard, via-in-pad, thermal pad e keep-out | Il controllo non segue la reale geometria del package |
| Interfaccia | Memoria, seriale, alimentazione, sensore o connettore | Timing e ritorno vengono separati dalla funzione |
| Fase del progetto | Concept, layout, prototipo, NPI e release | Una tolleranza provvisoria diventa baseline di serie |
Quando due regole possono selezionare lo stesso oggetto, documentate priorità e risultato atteso. Un piccolo set di oggetti campione deve dimostrare quale regola vince. Questo evita che un cambio di nome rete, room o layer alteri silenziosamente la copertura.
Quali stati deve avere il template?
Lo stato impedisce di confondere una decisione temporanea con una condizione approvata. Un flusso minimo può usare quattro stati.
- Provvisoria: la fonte è incompleta; la regola consente di proseguire ma non autorizza il rilascio.
- Verificata: il valore e lo scope hanno una base tecnica controllata, ma mancano una decisione o un'evidenza finale.
- Approvata per il progetto: owner e funzioni coinvolte hanno accettato regola, eccezioni e metodo di verifica.
- Congelata per release: la regola è legata a una revisione specifica di stack-up, CAD e pacchetto produttivo.
Una modifica dopo il freeze deve aprire un ECO o un percorso equivalente. Il riesame deve includere gli oggetti interessati, i report da rigenerare, gli output produttivi da sostituire e le prove che devono essere ripetute.
Come costruire un bundle di impedenza?
Una regola di impedenza non è soltanto un target nominale. Il bundle deve collegare la rete all'intera condizione che rende il target significativo.
| Elemento del bundle | Che cosa deve essere definito |
|---|---|
| Classe funzionale | Interfaccia e reti incluse, con naming controllato |
| Stack-up | Layer di routing, dielettrico, rame e piano di riferimento approvati |
| Geometria | Width, gap e condizioni di neck-down per ogni layer applicabile |
| Topologia | Single-ended, differential, point-to-point, multidrop o altra struttura |
| Ritorno | Piano continuo, restrizioni sugli split e gestione dei cambi layer |
| Transizioni | Classe di via, antipad, stub e requisiti di stitching quando applicabili |
| Verifica | Metodo di analisi, coupon o misura richiesto dal progetto |
| Rilascio | Nota, stack-up e dati produttivi che devono restare coerenti |
Il DRC può controllare layer, width, gap, lunghezza, skew e alcune condizioni geometriche. Non sostituisce la validazione del canale, dei modelli, dei package, dei connettori o del sistema. Per costruzioni complesse, allineate il bundle con il percorso PCB multilayer o PCB high-speed prima di congelare la geometria.
Come governare classi di via e transizioni?
Le via devono essere classificate per funzione e costruzione, non gestite come un unico default. Una classe di transizione dovrebbe dichiarare:
- layer di partenza e arrivo;
- tipo di foro e sequenza produttiva prevista;
- pad, antipad e relazione con i piani;
- reti o interfacce ammesse;
- limitazioni di fanout e densità;
- gestione del ritorno e delle strutture vicine;
- eventuale riempimento, planarizzazione o trattamento speciale;
- ispezione o coupon richiesti dal rischio;
- stato di approvazione presso il fabbricante.
Se il package richiede microvia, via-in-pad o più cicli di build-up, il problema non è più soltanto una regola di routing. Va riesaminata la costruzione HDI PCB e la relativa sequenza di fabbricazione. Il template deve bloccare strutture non approvate, non normalizzarle perché il CAD le consente.
Chi possiede assemblaggio, test e pannello?
I vincoli downstream devono avere un owner e un luogo di applicazione. Alcuni appartengono al CAD PCB, altri alla libreria, al disegno, ai dati di assemblaggio o al processo del fornitore.
| Vincolo | Owner primario | Controllo nel CAD | Evidenza downstream |
|---|---|---|---|
| Courtyard e accesso di rework | Design con input assemblatore | Collisione e keep-out | Review DFA e disegno di assemblaggio |
| Fiducial e tooling | Design e process engineering | Presenza, posizione e keep-out | Piano pannello e programma macchina |
| Test point | Test engineering e design | Accessibilità, rete, lato e keep-out | Coverage report e fixture data |
| Bordo, tab e depanelizzazione | Design con fabbricante/assemblatore | Copper/component keep-out | Disegno pannello approvato |
| Saldatura selettiva o onda | Process engineering | Orientamento e keep-out dove eseguibili | Pallet, programma e review processo |
| Componenti sensibili | Component engineering e assembly | Restrizioni di posizione/orientamento | Istruzione di processo e tracciabilità |
Un template non deve fingere di controllare ciò che il CAD non può verificare. Deve invece indicare il controllo complementare e il deliverable che chiude il rischio. Per il passaggio in assemblaggio SMT o turnkey assembly, definite questi confini prima del layout freeze.
Come gestire waiver ed eccezioni?
Un waiver non è la cancellazione di un errore. È l'accettazione tracciata di una condizione fuori regola per un oggetto, una revisione e un periodo definiti.
| Campo waiver | Perché è necessario |
|---|---|
| Waiver ID e rule ID | Collega l'eccezione alla regola violata |
| Oggetti e revisione | Impedisce che l'approvazione si estenda ad altre zone o release |
| Motivo tecnico | Spiega perché la regola non può essere rispettata |
| Rischio e conseguenza | Rende visibile ciò che viene accettato |
| Controllo compensativo | Definisce review, misura, ispezione o test aggiuntivo |
| Owner e approvatori | Attribuisce la decisione alle funzioni competenti |
| Scadenza | Forza il riesame a ECO, prototipo, NPI o data definita |
| Criterio di chiusura | Stabilisce quando la deroga viene rimossa o convertita in regola |
| Evidenza finale | Collega il waiver al risultato che ne permette la disposizione |
Non trasformate automaticamente un waiver ricorrente in una regola più permissiva. Prima stabilite se il problema è nello scope, nella libreria, nella costruzione, nel requisito o nel processo. La modifica permanente richiede una nuova fonte e una nuova validazione.
Come verificare che il rule deck funzioni?
Il rule deck va testato come qualsiasi controllo automatico. Una piccola board di regressione deve contenere esempi intenzionali e una baseline attesa.
Casi negativi che devono fallire
- clearance insufficiente in una net class standard e in una regione speciale;
- width non ammessa fuori dalla zona di neck-down;
- cambio layer non consentito per una classe critica;
- via o microvia usata su layer o rete non approvati;
- rame, foro o componente dentro un keep-out di bordo o processo;
- coppia o rete assegnata al layer di riferimento sbagliato;
- test point mancante o inaccessibile quando la regola è eseguibile;
- oggetto che dovrebbe attivare una regola custom ma viene selezionato da una regola più generica.
Casi positivi che devono passare
- geometria nominale approvata per ogni classe e layer;
- neck-down confinato alla regione autorizzata;
- transizione valida con la classe di via prevista;
- eccezione approvata limitata agli oggetti dichiarati;
- oggetti simili fuori scope che non generano falsi allarmi.
Conservate versione del CAD, rule deck, board di prova, conteggio atteso e report ottenuto. Se un aggiornamento del tool, della libreria o delle query cambia l'esito, il template torna in verifica prima del prossimo rilascio.
Che cosa contiene il manifest DRC?
Il manifest è l'indice che permette a design, CAM, NPI e qualità di ricostruire che cosa è stato controllato. Deve essere leggibile anche senza la workstation dell'autore.
| Sezione del manifest | Contenuto minimo |
|---|---|
| Identità progetto | Part number, variante, revisione e owner |
| Ambiente CAD | Tool, versione e configurazioni rilevanti |
| Baseline vincoli | File regole, hash o revisione e stato di approvazione |
| Input collegati | Stack-up, libreria, schematico, netlist e specifiche applicabili |
| Esecuzione | Data, modalità DRC, opzioni, esclusioni e report |
| Risultato | Errori, warning, conteggio atteso e anomalie del checker |
| Eccezioni | Waiver aperti, scadenze, compensazioni e approvazioni |
| Output | Gerber/ODB++/IPC-DPMX quando applicabile, drill, disegni e assembly data |
| Verifiche esterne | DFM, analisi SI/PI, review meccanica, test o coupon richiesti |
| Release | Firme, decisione e condizioni ancora aperte |
Un formato di scambio dati può ridurre trascrizioni e disallineamenti quando cliente e fornitore lo supportano. Non sostituisce il manifest, perché responsabilità, waiver, revisioni, criteri di accettazione e output contrattuali devono comunque essere espliciti. Verificate anche gli output con un Gerber Viewer indipendente dal database CAD.
Come confrontare le evidenze dei fornitori?
Procurement dovrebbe confrontare il livello di evidenza, non soltanto i minimi pubblicati. La stessa frase “supporto DFM” può descrivere deliverable molto diversi.
| Livello | Evidenza del fornitore | Utilità | Limite |
|---|---|---|---|
| 1 | Capability table generale | Primo filtro | Non dimostra la combinazione del progetto |
| 2 | Conferma scritta dei parametri selezionati | Chiarisce il preventivo | Può non coprire scope e interazioni |
| 3 | Review DFM specifica con finding e disposizione | Riduce ambiguità prima del PO | Va collegata alla revisione corretta |
| 4 | Stack-up/pannello/coupon o piano processo approvato | Trasforma le capacità in baseline eseguibile | Non sostituisce le responsabilità di design |
| 5 | Evidenza CAM, test, ispezione e deviazioni per lotto | Supporta NPI e qualità | Deve avere retention e tracciabilità concordate |
Per ogni offerta chiedete quali controlli sono inclusi, chi modifica i dati, quali cambi richiedono approvazione, quali report vengono consegnati e che cosa resta escluso. Un prezzo inferiore può omettere stack-up review, coupon, panel engineering, programmazione test, gestione delle eccezioni o dati di ispezione.
Che cosa influenza costo e lead time?
Il template in sé non determina un prezzo, ma rende visibili i driver che il fornitore deve quotare. I principali sono:
- numero di costruzioni e stack-up da valutare;
- geometrie spinte rispetto alla finestra di processo preferita;
- microvia, via-in-pad, riempimenti, backdrill o sequenze aggiuntive;
- coupon, sezioni, impedenza o altre verifiche richieste;
- pannello, tooling, stencil, fixture e programmazione test;
- quantità e complessità dei waiver ancora aperti;
- necessità di review congiunta e turnaround delle approvazioni;
- formato e profondità dei dati di rilascio;
- ripetizione di DFM, CAM, test o qualifica dopo un ECO;
- differenze tra prototipo, NPI e volume.
Chiedete che NRE, attività ricorrenti, evidenze, esclusioni e assunzioni siano separati. In questo modo procurement può confrontare offerte che coprono lo stesso lavoro e il team tecnico può valutare il costo di una regola non risolta prima del PO.
Quali dati inviare in RFQ?
Una RFQ per review DRC, fabbricazione o PCBA dovrebbe includere almeno:
- part number, variante, revisione e quantità per prototipo, NPI e volume;
- database CAD esportabile o pacchetto produttivo controllato;
- file delle regole e report DRC della stessa revisione;
- stack-up proposto, rame, spessore e requisiti di impedenza;
- net class, interfacce critiche, layer ammessi e classi di via;
- disegno di fabbricazione, drill, profilo e requisiti di pannello;
- BOM, placement, disegno di assemblaggio e note di processo quando applicabili;
- test point, coverage, fixture e criteri di accettazione richiesti;
- elenco dei waiver aperti con rischio e controllo compensativo;
- standard, classi, revisioni e requisiti contrattuali realmente applicabili;
- deliverable richiesti: DFM, stack-up, pannello, coupon, report, dati CAM e deviazioni;
- autorità di approvazione per cambi di materiale, geometria, pannello e processo;
- formato di scambio preferito e file che restano prevalenti in caso di conflitto;
- tempi richiesti per review, risposta ai finding, prototipo e rilascio;
- packaging, tracciabilità, retention e gestione degli ECO se nel perimetro.
Qual è il confine del supporto HILPCB?
HILPCB può riesaminare il pacchetto rilasciato rispetto al percorso di fabbricazione o assemblaggio quotato, segnalare finding DFM e coordinare stack-up, pannello e deliverable applicabili. Disponibilità, combinazione delle capability, verifiche, output e tempi devono essere confermati sui file reali e nel preventivo scritto.
La design authority del cliente resta responsabile di requisiti di sistema, regole elettriche, modelli, analisi SI/PI/EMC, sicurezza, firmware, integrazione e qualifica del prodotto, salvo un diverso perimetro contrattuale. Un review produttivo non converte automaticamente il fornitore nel proprietario del design.
Per una valutazione utile, inviate il rule deck, il report, lo stack-up, gli output, i waiver e le quantità tramite la pagina richiedi un preventivo PCB/PCBA. Il team può così distinguere tra review delle regole, DFM di fabbricazione, supporto HDI, assemblaggio e attività fuori scope.
Checklist finale di rilascio
Prima di firmare la baseline, confermate che:
- ogni regola critica abbia fonte, owner, scope e stato;
- stack-up, layer, impedenza e classi di via siano coerenti;
- priorità e sovrapposizioni siano provate con oggetti campione;
- regole provvisorie non siano presenti nella baseline senza disposizione;
- assemblaggio, test e pannello abbiano owner e controlli complementari;
- ogni waiver sia limitato, approvato, compensato e in scadenza;
- la board di regressione produca tutti i PASS e FAIL attesi;
- il batch DRC finale sia stato eseguito con opzioni ed esclusioni registrate;
- report, stack-up, database e output condividano la stessa revisione;
- DFM, simulazioni e test esterni siano collegati senza essere confusi con il DRC;
- il manifest elenchi output, eccezioni e approvazioni;
- il fornitore abbia accettato deliverable, change control e criteri applicabili.
Domande frequenti sui template di regole PCB DRC
Un template DRC può essere copiato da un progetto precedente?
Può fornire struttura e convenzioni, ma ogni fonte, scope e valore deve essere riesaminato. Stack-up, componenti, tensioni, interfacce, package, fornitore, assemblaggio e test possono cambiare anche quando la scheda sembra simile.
DRC senza errori significa che il PCB è producibile?
No. Significa soltanto che il layout soddisfa le regole abilitate. Producibilità, assemblabilità, SI/PI/EMC, sicurezza e prestazioni richiedono requisiti e verifiche complementari.
Qual è la differenza tra net class e custom rule?
La net class raggruppa reti con proprietà comuni. Una custom rule può aggiungere condizioni su oggetti, regioni, layer, componenti o altre proprietà. La sintassi e la priorità dipendono dal CAD usato.
Chi deve approvare una regola DRC?
L'owner dipende dalla fonte. La design authority governa i requisiti di progetto; fabbricazione, assemblaggio, test, component engineering e qualità approvano gli aspetti del proprio perimetro. Il manifest deve registrare la decisione.
Quando una regola provvisoria può diventare definitiva?
Quando la fonte è stata completata, lo scope verificato, il rischio riesaminato, la regola testata e gli owner richiesti hanno approvato la baseline collegata alla revisione del progetto.
Che cosa deve contenere un waiver DRC?
Deve indicare regola, oggetti, revisione, motivazione, rischio, controllo compensativo, owner, approvatori, scadenza, criterio di chiusura ed evidenza finale. Nascondere una violazione non equivale a un waiver.
Un waiver può essere riutilizzato nella revisione successiva?
Non automaticamente. La nuova revisione può cambiare geometria, stack-up, carico o processo. L'eccezione va riesaminata e nuovamente approvata oppure chiusa con una correzione.
Come si verifica una regola custom?
Create almeno un oggetto che deve attivarla, uno che deve passare e un caso di sovrapposizione con una regola più generale. Registrate risultato atteso, risultato ottenuto, versione del CAD e rule deck.
Il DRC può validare l'impedenza del canale?
Può imporre geometrie, layer, gap, length e alcune transizioni. Non prova da solo modelli, perdita, discontinuità, package, connettori o prestazione del canale. Servono analisi e misure definite dal progetto.
Quali vincoli di assemblaggio appartengono al DRC?
Quelli eseguibili nel CAD, come courtyard, keep-out, bordo, fiducial e accessibilità geometrica. Profilo di riflusso, programma macchina, qualità del giunto e copertura funzionale richiedono controlli di processo separati.
Che cos'è una board di regressione DRC?
È un piccolo progetto con casi intenzionali che devono passare o fallire. Serve a verificare selezione, priorità e copertura delle regole dopo modifiche al template, al CAD o alle librerie.
Che cosa deve consegnare un fornitore dopo una review DFM?
La RFQ dovrebbe nominare finding, disposizione, stack-up o pannello approvato, deviazioni, output aggiornati, report e responsabilità di modifica. La frase “DFM eseguito” non definisce un deliverable sufficiente.
Quali file servono per quotare una revisione DRC e PCB?
Servono almeno revisione, rule deck, report, stack-up, dati di fabbricazione, drill, disegni, interfacce critiche, classi di via, waiver, quantità e deliverable richiesti. Per PCBA aggiungete BOM, placement, test e note di processo.
Conclusione
Il miglior template di regole PCB DRC non è quello con più controlli, ma quello in cui ogni controllo ha una ragione verificabile e un percorso di rilascio. Fonte, scope, stato, waiver, regressione e manifest trasformano il DRC da filtro locale del CAD a contratto tecnico tra design, NPI, qualità, test, procurement e produzione.