TESTPUNTEN OP
PCB'S VOOR ICT EN FLYING PROBE

Testpunten zijn geen cosmetische toevoeging aan het einde van een project. Ze zijn een directe vertaling van design for testability naar de echte fabriek. Zonder doordachte toegang tot rails, programmeerpaden, resets en kritische signalen wordt een goed ontworpen board opeens lastig te debuggen, duur om te valideren en traag in serieproductie.

Dat is vooral zichtbaar wanneer een team van prototype naar serie opschaalt. In de eerste build lijkt handmatig meten nog haalbaar, maar zodra u 30, 100 of 500 boards wilt vrijgeven, valt die aanpak om. Dan worden flying probe, elektrische teststrategieën en een strakke DFM/DFT-review ineens bepalend voor doorlooptijd en foutkosten.

Publieke achtergrond over in-circuit test, boundary scan en de basis van een printed circuit board geeft het begrippenkader. In productie vertaalt zich dat naar simpele vragen: welke netten móéten wij raken, hoe betrouwbaar is het contact en welke testmethode blijft economisch logisch per volumevenster?

Een testpunt is in de praktijk een expliciet gedefinieerde meetlocatie op de PCB of een bruikbare connectorinterface waarmee een testprobe of pogo-pin een net betrouwbaar kan raken zonder het product of de meting te verstoren.

Een testpunt is pas waardevol als het mechanisch raakbaar, elektrisch eenduidig en procesmatig reproduceerbaar is. Dat betekent niet dat elk punt groot moet zijn, maar wel dat het past bij de gekozen testmethode. Een probe die op papier een net kan raken, maar in de fixture steeds naast een shield, connectorwand of hoge spoel uitkomt, is geen echte testtoegang.

Voor veel ICT- en flying-probe-trajecten werken ronde, soldermask-vrije pads van circa 0,8 tot 1,0 mm goed. Bij compacte boards kan een open via bruikbaar zijn, maar alleen als diameter, planarity en omliggende obstakels dat toelaten. Kritische rails, programmeerpinnen en veiligheidsrelevante signalen verdienen meestal expliciete testpads in plaats van opportunistische toegang via toevallige koperlocaties.

Denk daarbij niet alleen aan de kale PCBA. Een testpunt dat op de losse print bereikbaar is, kan later verdwijnen achter een koelplaat, displayframe, kabelgoot of afschermkap. Vooral in projecten waarbox build integratie en firmwareprogrammering samenkomen, moet de testvolgorde al vroeg worden vastgelegd: eerst elektrischtest, daarna programmeren, dan coating of eindassemblage, en pas daarna de mechanische sluiting van het product.

Ook panelisatie speelt mee. Wanneer u de eerste elektrische test in paneelvorm wilt uitvoeren, moeten tooling holes, supportzones en break-off tab-posities daarop zijn afgestemd. Een los board kan prima testbaar zijn terwijl het paneel in de praktijk net niet goed in de fixture past. Teams die dit vroeg afstemmen, voorkomen dat testengineering later handgrepen, extra supportpins of een noodrevisie moet toevoegen.

ICT en flying probe zoeken uiteindelijk hetzelfde antwoord: klopt het board elektrisch? Het verschil zit in hoe streng de mechanische toegang vooraf moet zijn en hoe snel de test na vrijgave schaalbaar wordt. De tabel hieronder helpt om testpuntbeslissingen eerder in de layout te nemen, niet pas wanneer de testengineer al te laat betrokken is.

De meest bruikbare DFT-aanpak begint niet in de testsoftware maar in het ontwerpoverleg. Zodra schema, layout en assemblage allemaal andere aannames hebben over wat later getest moet worden, ontstaan dubbel werk en blinde vlekken. Onderstaande checklist helpt om dat proces vroeg te structureren.

Wij zien goede projecten meestal drie besluiten vroeg nemen. Ten eerste: welke defecten wilt u per fase echt detecteren? Ten tweede: welke toegang is daarvoor nodig op boardniveau? Ten derde: welke data moet de EMS terugrapporteren zodat uw team sneller kan beslissen over rework, redesign of serievrijgave? Zodra die drie punten expliciet zijn, worden testpunten onderdeel van de productarchitectuur in plaats van een laatste layoutrestpost.

Als u alleen “electrical test required” in een RFQ zet, is de kans groot dat klant en leverancier iets anders onder die eis verstaan. Voor een bruikbare offerte moet duidelijk zijn of u verwacht dat een partner alleen continuity en isolation controleert, of ook componentwaarden, programmering en combinatie met functionele test in scope neemt.

Leg daarom vast hoeveel boards per revisie worden gebouwd, welke netten absoluut geraakt moeten worden en of er later een overgang naar fixturetest wordt verwacht. Gebruik bij voorkeur ook links naar bestaande referenties op de site, zoals prototype naar serieproductie en direct contact voor een DFT-review, zodat commerciële en technische evaluatie niet uit elkaar lopen.

Voeg daarnaast meetlimieten en rapportageverwachtingen toe. Moet een voedingsrail alleen op open/short gecontroleerd worden, of wilt u ook weerstand, spanning of opstartgedrag vastleggen? Moeten failures worden gemarkeerd per serienummer, of volstaat een batchrapport? Hoe concreter u dat vooraf definieert, hoe kleiner de kans dat twee partijen dezelfde term gebruiken maar verschillende dekking inkopen.