Kurzfassung fuer OEMs
Ein guter Box-Build-Testplan besteht selten aus nur einem Schritt. In der Praxis braucht ein robustes Seriengeraet mindestens Montagekontrolle, einen definierten System-Funktionstest und saubere Rueckverfolgbarkeit. Burn-in ist kein Pflichtpunkt fuer jede Baugruppe, aber fuer Produkte mit hohem Ausfallkostenrisiko oft sinnvoll, wenn fruehe Defekte in den ersten 8 bis 48 Stunden abgefangen werden muessen.
Warum Box Build anders getestet werden muss
Ein reiner PCBA-Test beantwortet nicht, ob das montierte Endgeraet stabil startet, auf Eingaben reagiert, Lastpfade sauber schaltet oder nach 12 Stunden Betrieb noch innerhalb der Grenzwerte liegt. Sobald Ihr LieferantBox Build Assembly, PCB Assembly und konfektionierte Kabel integriert, verschiebt sich die Testfrage von Bauteilfehlern hin zum Verhalten des Gesamtsystems.
Besonders kritisch ist das bei Industrieelektronik, Gateways, HMI-Einheiten, Netzteilen und Sensorboxen. Die Fehler entstehen nicht nur durch schlechte Loetstellen, sondern auch durch falsch gepinnte Kabel, fehlerhafte Labels, Firmware-Mismatches, lockere Masseverbindungen, thermische Hotspots oder instabile Kommunikationsports. Ein Endgeraet kann auf Leiterplattenebene formal gut sein und trotzdem als System ausfallen.
Technische Grundlagen zu Funktionstest und Burn-in zeigen genau dieses Prinzip: Nicht nur die Existenz eines Signals, sondern dessen Verhalten unter realistischen Bedingungen entscheidet ueber Serienreife.
"Bei Box Build liegt der teuerste Fehler selten auf einem einzelnen Pad. Er sitzt an der Schnittstelle zwischen PCBA, Kabelsatz, Mechanik und Firmware. Wenn der EOL-Test diese vier Ebenen nicht gemeinsam bewertet, bleibt das Risiko nur besser verpackt." — Hommer Zhao, Gruender & Kabel-Enthusiast
Die richtigen Teststufen im Zusammenspiel
In guten EMS-Projekten wird Test gestuft geplant. Sichtpruefung und Montagekontrolle kommen zuerst. Danach folgt je nach Komplexitaet ein Leiterplattentest wie ICT oder Flying Probe, bevor das montierte Geraet in den End-of-Line-Test geht. Fuer einzelne Projekte kommen danach Burn-in, Temperatur-Screening oder eine stichprobenbasierte Feldsimulation hinzu.
Diese Reihenfolge ist wirtschaftlich wichtig. Wer einen Fehler erst im letzten Schritt erkennt, zahlt bereits fuer Montage, Labeling, Verpackungsnahe Prozesse und oft auch fuer manuelle Fehlersuche. Wer dagegen zu viel auf frueher Ebene testet, baut teure Pruefschritte auf, die das echte Systemverhalten trotzdem nicht sehen. Deshalb muss jede Stufe einen klaren Zweck haben.
- Montagekontrolle prueft Polung, Schraubenzustand, Label, Stecklage und offensichtliche Assembly-Fehler.
- Board-Level-Test reduziert Risiken aus Shorts, Opens, falschen Werten und Programmierfehlern vor der Endmontage.
- EOL-Test bewertet Boot, Bedienung, I/O, Lastpfade, Schnittstellen und Alarme am kompletten Geraet.
- Burn-in oder Screening prueft, ob fruehe Ausfaelle unter Last, Temperatur oder Betriebsdauer auftauchen.
Fuer Projekte mit Schutzverguss oder Lackierung ist die Reihenfolge noch kritischer. Ein Fehler, der erst nach Verguss oder Schutzprozess sichtbar wird, ist deutlich teurer als ein Fehler, der vor dem finalen Einschluss entdeckt wird.
"Ein guter Testplan spart nicht dadurch Geld, dass er kurz ist. Er spart Geld, weil jeder Schritt einen anderen Fehlermodus stoppt und weil Fehler moeglichst vor dem naechsten Wertschritt gefunden werden." — Hommer Zhao, Gruender & Kabel-Enthusiast
Wann Burn-in wirklich sinnvoll ist
Burn-in wird haeufig missverstanden. Manche Teams verlangen ihn pauschal fuer jede Einheit, andere lehnen ihn komplett als Zeitverschwendung ab. Beides ist zu einfach. Sinnvoll ist Burn-in dort, wo fruehe Ausfaelle hohe Feldkosten verursachen und wo thermische oder elektrische Belastung innerhalb weniger Stunden echte Schwachstellen sichtbar machen kann.
Typische Kandidaten sind Industriecontroller, Kommunikationsmodule, Power-Einheiten mit Dauerlast, medizinische Hilfssysteme ohne hohe Lebensgefahr, Sensorboxen fuer raue Umgebungen und Produkte mit dichtem Bauraum oder schwierigem Waermemanagement. Weniger sinnvoll ist ein pauschaler 24-Stunden-Burn-in fuer einfache Geraete, bei denen der EOL-Test bereits alle kritischen Funktionen sicher abdeckt.
Wann wir Burn-in eher empfehlen
Parallel dazu sollten OEMs klarmachen, ob ein langes Warmhalten wirklich noetig ist oder ob ein gezieltes Stress-Screening bessere Aussagekraft liefert. Fuer Umweltthemen wie Schutzart oder Materialkonformitaet sind oft auch Referenzen zu IP-Schutzarten oder zur RoHS-Richtlinie relevant, wenn Test, Gehaeuse und Materialfreigabe zusammen betrachtet werden.
Vergleich der gaengigen Testmethoden
| Teststufe | Was sie gut erkennt | Wann sie Pflicht oder stark sinnvoll ist | Typische Grenze |
|---|---|---|---|
| Sichtpruefung und Montagekontrolle | Fehlteile, falsche Labels, lose Schrauben, Polfehler, Montageabweichungen | Pflicht fuer jede Einheit | Erkennt keine funktionalen oder intermittierenden Fehler |
| ICT oder Flying Probe | Shorts, Opens, Basiswerte, Programmierzugang, manche Bauteilfehler | Sinnvoll bei komplexer PCBA oder hoher Fehlerkosten | Sieht nicht das komplette Systemverhalten im Gehaeuse |
| End-of-Line-Funktionstest | Bootverhalten, Stromaufnahme, I/O, Display, Sensoren, Kommunikation, Lastpfade | Pflicht fuer die meisten Box-Build-Geraete | Braucht klare Grenzwerte und stabile Testadapter |
| Burn-in | Fruehausfaelle durch thermische oder elektrische Belastung ueber Zeit | Nur bei passendem Risikoprofil wirtschaftlich | Kann Zykluszeit und WIP stark erhoehen |
| Stress-Screening | Schwachstellen unter Temperatur-, Last- oder Vibrationswechsel | Bei rauer Einsatzumgebung oder kritischer Revision | Zu aggressives Screening kann selbst Schaden erzeugen |
| Feldsimulation oder Systemtest | Applikationsnahe Fehler an Schnittstellen und im Use Case | Wichtig bei komplexen OEM-Systemen | Hoeherer Aufwand, oft nur stichprobenweise moeglich |
Freigabe, Traceability und Daten
Ein Test ohne Datendisziplin ist nur ein Momentfoto. Fuer OEMs wird es erst dann belastbar, wenn jedes Geraet einer Revision, einer Firmware und einem Satz Grenzwerten eindeutig zugeordnet werden kann. Das ist besonders wichtig, wenn verschiedene Baugruppen aus Box Build,PCBA und konfektionierten Kabeln zusammenkommen.
Wer spaeter ein 8D, eine Reklamation oder einen Feldausfall analysiert, braucht nicht nur das Gut-Schlecht-Ergebnis. Er braucht reale Messwerte, Zeitstempel, Seriennummern und die Information, welches Testprogramm aktiv war. Gerade bei ECOs zeigt sich sonst schnell ein Mischbetrieb aus alter und neuer Logik.
"Traceability beginnt nicht bei der Seriennummer auf dem Karton. Sie beginnt bei der Frage, ob Sie zu jedem einzelnen Geraet sagen koennen, welche Firmware, welcher Grenzwert und welche Teststation die Freigabe erzeugt haben." — Hommer Zhao, Gruender & Kabel-Enthusiast
| Freigabeelement | Was definiert sein muss | Folge bei Luecken |
|---|---|---|
| Testabdeckung | Welche Fehlermodi jede Stufe abdeckt und welche bewusst offen bleiben | Blindzonen zwischen PCBA, Kabelsatz und Systemintegration |
| Grenzwerte | Strom, Spannung, Timing, Temperatur, Kommunikationsparameter, Alarmcodes | Gut-Schlecht-Entscheidung wird subjektiv |
| Goldmuster | Verifizierte Referenzeinheit pro Revision und Firmware-Stand | Programme driften zwischen Schichten oder Standorten |
| Traceability | Seriennummer, Firmware, Testzeit, Messwerte, Bediener oder Station | 8D und Feldausfallanalyse werden langsam und teuer |
| Reparaturregel | Welche Fehler nacharbeitbar sind und wann ein Geraet gesperrt bleibt | Zu viel Rework verschleiert Serienprobleme |
| ECO-Disziplin | Wer Testprogramm, Label, BOM und Arbeitsanweisung bei Aenderungen freigibt | Revisionen laufen mit falschen Parametern in die Linie |
Sechs haeufige Fehler im Serienanlauf
Nur ein Gut-Schlecht-Signal speichern
Ohne Messwerte sehen Sie keinen Drift. Ein spaeterer Feldausfall laesst sich dann kaum sauber rueckverfolgen.
Burn-in pauschal fuer alles verlangen
Das bindet WIP, verlaengert Durchlaufzeit und erzeugt Kosten, ohne automatisch bessere Aussagekraft zu schaffen.
Kein Goldmuster pro Revision einfrieren
Dann diskutieren Schicht, Lieferant und OEM ueber unterschiedliche Referenzen.
Funktionstest ohne klare Lastfaelle
Ein schneller Boot-Test ist kein Ersatz fuer reale I/O-, Kommunikations- oder Leistungspruefung.
Board-Test und Systemtest sauber trennen
So wird sichtbar, ob der Fehler aus der PCBA, aus der Montage oder aus der Anwendungsschicht stammt.
ECOs an Testprogramme koppeln
Jede relevante Aenderung an BOM, Firmware oder Label muss Testparameter und Freigabedokumente nachziehen.
FAQ
Braucht jedes Box-Build-Projekt einen Burn-in-Test?
Nein. Burn-in ist vor allem dann sinnvoll, wenn fruehe Ausfaelle in den ersten 8 bis 48 Stunden wirtschaftlich kritisch sind, etwa bei Industriecontrollern, Kommunikationsbaugruppen oder medizinischen Hilfssystemen. Fuer einfache Verbraucherprodukte ist oft ein sauber definierter Funktionstest plus Stichprobenbelastung ausreichend.
Was ist der Unterschied zwischen ICT und Funktionstest im Box Build?
ICT prueft elektrische Netze und Bauteile auf Leiterplattenebene, oft mit Adapter und klarer DFT-Logik. Der Funktionstest bewertet dagegen das Systemverhalten der montierten Einheit mit Firmware, Kabelsatz, Display, Sensoren, Tastern, LEDs, Stromaufnahme und Kommunikationsschnittstellen.
Wie lang sollte ein End-of-Line-Test dauern?
Das haengt von Risiko und Takt ab. In vielen Serien liegt ein wirtschaftlicher EOL-Test zwischen 60 und 300 Sekunden. Kritische Produkte mit mehreren Schnittstellen, Hochstrompfaden oder Kalibrierung benoetigen haeufig 5 bis 10 Minuten, wenn dadurch Feldfehler und Nacharbeit deutlich sinken.
Welche Daten muessen fuer Rueckverfolgbarkeit gespeichert werden?
Mindestens Seriennummer, Revisionsstand, Testzeitpunkt, Testerkennung, Firmware-Version, Gut-Schlecht-Status und die wichtigsten Messwerte. In regulierten Projekten kommen oft Chargen zu Netzteil, Kabelsatz, sicherheitskritischen Bauteilen und Kalibrierwerten hinzu.
Wann ist ein Stress-Screening sinnvoller als 100 Prozent Burn-in?
Wenn die Hauptrisiken aus Temperaturwechsel, Vibration oder Lastwechsel stammen, ist ein gezieltes Environmental Stress Screening oft wirksamer als langes Warmhalten. Typisch ist eine risikobasierte Kombination aus 100 Prozent EOL-Test und stichprobenbasiertem Screening pro Los oder Revision.
Welche Freigabedokumente sollten OEMs vor dem Serienanlauf verlangen?
Sinnvoll sind Testplan, Grenzwertmatrix, Fehlercodes, Goldmuster-Definition, Reparaturregeln, Testabdeckungsuebersicht, Datenexportformat und ein klarer ECO-Prozess. Ohne diese Unterlagen werden Testergebnisse schnell zu Einzelmeinungen statt zu belastbaren Serienentscheidungen.
Was OEMs vor dem RFQ festlegen sollten
Wenn Sie Box-Build-Elektronik sourcen, definieren Sie den Test nicht als spaeten Fabrikschritt, sondern als Teil Ihrer Produktfreigabe. Je klarer Endtest, Burn-in, Grenzwerte und Datenausgabe beschrieben sind, desto weniger Diskussionen entstehen im NPI und desto robuster wird der Serienanlauf.
Hommer Zhao
Verifizierter ExperteCEO & Gründer von Wiringo | Technischer Direktor
Mit über 15 Jahren Erfahrung in der Kabelkonfektion verbinde ich technisches Know-how mit unternehmerischer Vision. Als Ingenieur verstehe ich Ihre technischen Anforderungen – als Unternehmer kenne ich die wirtschaftlichen Herausforderungen. Mein Team und ich haben bereits über 5.000 Projekte für namhafte Unternehmen in Deutschland realisiert.
Warum Wiringo statt europäischer Lokalhersteller?
30-50% Kostenersparnis
Wettbewerbsfähige Preise durch effiziente Fertigung – ohne Kompromisse bei der Qualität. Deutsche Qualitätsstandards, asiatische Effizienz.
Schnelle Lieferzeiten
Prototypen in 5-7 Tagen, Serienproduktion mit DDP-Lieferung direkt zu Ihnen. Lagerbestände in Europa für Abrufaufträge.
One-Stop EMS Service
Von der Entwicklung bis zur Serienfertigung – alles aus einer Hand. Design, Prototyping, Testing und Massenproduktion.
IATF 16949 & ISO 9001
Vollständig zertifiziert für Automotive-Qualität. Deutsche Qualitätsingenieure vor Ort. 100% Prüfprotokoll für jeden Kabelbaum.