BURN-IN TEST
VOOR PCB ASSEMBLAGE

Burn-in is het gecontroleerd laten draaien van een geassembleerde printplaat onder elektrische belasting en verhoogde omgevingsstress, meestal temperatuur, om vroege uitval zichtbaar te maken voordat het product het veld in gaat. Het idee sluit aan op publieke uitleg over burn-in en accelerated life testing. Belangrijk is wel dat burn-in geen generieke kwaliteitsgarantie is. Het werkt alleen tegen failure modes die door die specifieke stress sneller zichtbaar worden.

Een burn-in oven of rack vervangt dus geen basisprocescontrole. Als de SMT-lijn nog instabiel is, het stencilontwerp niet klopt of BGA-joints onvoldoende zijn gevalideerd, moet u eerst SPI, AOI of röntgeninspectie, elektrische test en een goede first article review op orde brengen. Burn-in hoort ná defectpreventie te komen, niet in plaats daarvan.

In PCB assemblage zien wij burn-in vooral terug bij vermogensboards, medische subsystems, telecomplatforms, industriële regelaars en complexe box-build assemblies waar een vroege failure direct servicebezoek, productiestop of auditdruk veroorzaakt. Daar is een extra screeningsstap vaak beter verdedigbaar dan bij standaard consumentenelektronica met lage vervangingskosten.

Burn-in is het sterkst wanneer de kosten van een vroege veldfailure hoog zijn en de relevante failure mode door temperatuur en belasting werkelijk naar voren gehaald kan worden. Dat geldt vaak voor voedingen met hoge duty cycle, communicatiekaarten die continu onder load draaien, medische boards met lange dataretentie en industriële systemen die niet eenvoudig in het veld kunnen worden omgewisseld.

Minder zinvol is burn-in wanneer uw grootste risico juist elders zit: verkeerde componentkeuze, designfouten, slechte connectorvergrendeling, vochtproblemen of procesvariatie die al eerder in de flow zichtbaar wordt. In zulke gevallen levert een scherpere engineering review, betere traceerbaarheid of striktere reinheidsbeheersing vaak meer op dan uren extra racktijd.

De economische afweging is eenvoudig maar wordt vaak overgeslagen. Stel dat burn-in 8 uur toevoegt, extra fixtures vraagt en 100% van de boards bezet houdt. Dan moet die stap voldoende veldreturns, depotreparaties of klantonderbrekingen voorkomen om zichzelf terug te verdienen. Voor projecten met lage volumes en hoge gevolgschade lukt dat vaak. Voor prijsgevoelige consumentenproducten zelden.

Een bruikbaar burn-in plan definieert minstens vier dingen: belasting, temperatuur, duur en vrijgavecriteria. Belasting betekent niet simpelweg “aan zetten”, maar het board in een realistische toestand brengen. Denk aan voeding op nominaal of worst-case niveau, firmware in een representatieve load state, dataverkeer op interfaces en logging van kernwaarden zoals stroom, temperatuur, foutcodes en resets.

Temperatuur moet representatief zijn voor het te versnellen risico. Voor sommige boards is een stabiele omgeving van 55 of 65°C logischer dan agressief naar 85°C gaan. Voor andere modules is lokale hotspotmeting relevanter dan de oveninstelling zelf. De juiste vraag is niet hoe heet u kunt gaan, maar welke stress voldoende versnelt zonder het product buiten zijn veilige ontwerpvenster te duwen.

Duur kiest u idealiter op historische data. Als de meeste failures binnen 3 uur optreden, is 12 uur wellicht ruim genoeg en 24 uur pure bezettingskost. Ontbreekt die data, dan kunt u beginnen met een pilot en tegelijk defectclassificatie opzetten: soldering, component infant mortality, firmware, connector, thermisch of mechanisch. Zonder die classificatie leert u te weinig van de screening.

De eerste fout is burn-in gebruiken als reactie op onduidelijke klachten zonder vooraf root cause te structureren. Dan gooit u een brede screeningstap op het proces, maar weet u nog steeds niet of de echte oorzaak in componentkwaliteit, solder voiding, fluxresidu, firmwarestatus of mechanische integratie zit.

De tweede fout is overstress. Een te hete of te lange cyclus kan failures creëren die in echt gebruik niet zouden ontstaan. Vooral connectoren, displays, lijmen, ventilatoren, elco’s en bepaalde plastics zijn daar gevoelig voor. Een screening die het product sneller veroudert dan de use case rechtvaardigt, vervormt uw data en verhoogt scrap.

De derde fout is burn-in los zien van logistiek en capaciteit. Zodra 8 of 12 uur racktijd onderdeel wordt van de standaardflow, verschuiven WIP, levertijd en fixturebezetting. Als die impact niet in planning en offerte is verwerkt, lijkt de yield beter terwijl de echte kostprijs ongemerkt stijgt.

Als burn-in onderdeel van uw offerte of kwaliteitsplan moet worden, beschrijf dan meer dan alleen “8 hour burn-in required”. Een goede RFQ benoemt welke assemblies het betreft, onder welke belasting de test draait, wat de temperatuurlimiet is, welke meetwaarden worden gelogd en wat er met failures gebeurt. Zonder die precisie krijgt u offertes die hetzelfde woord gebruiken maar een totaal andere inhoud hebben.

Voeg ook de koppeling toe met vrijgave en escalatie. Moet een failure direct leiden tot lothold? Is 1 incident op 50 boards acceptabel zolang de root cause aantoonbaar is, of geldt nul-tolerantie? Mag een board na herstel opnieuw in burn-in, en zo ja hoe vaak? Zulke beslissingen bepalen de echte kostenstructuur.

Voor achtergrond over screening en betrouwbaarheid verwijzen wij hier bewust naar stabiele publieke bronnen in plaats van bot-blocking standaardsites. Gebruik projectspecifieke normen altijd als aanvulling op uw eigen kwalificatie- en validatieplan.

• Burn-in voor algemene achtergrond over vroege uitval en screening.
• Accelerated life testing voor de relatie tussen stress en verkorte testduur.
• Highly accelerated life test voor het verschil tussen productkwalificatie en productie-screening.