1. Notwendigkeit der direkten STDF-Bearbeitung und Sicherheitsarchitektur
In der Halbleiterfertigung und Verifikation ist STDF (Standard Test Data Format) das primäre binäre Testdatenformat, das direkt von ATE-Testern (Advantest, Teradyne usw.) erzeugt wird. Bedienfehler (wie fehlerhafte Lot-IDs oder Testprogrammnamen, die zu MES/EDC-Uploadfehlern führen), falsche Prober-Ausrichtungen und fehlerhafte Bin-Klassifizierungen stellen Test- und Yield-Ingenieure vor wiederkehrende Probleme.
Früher mussten Ingenieure Hunderte Megabyte große STDF-Dateien in textuelles ATDF konvertieren, manuell bearbeiten, re-kompilieren oder fehleranfällige Python-Skripte schreiben. DLOG beseitigt diese Hürden: Öffnen Sie binäre STDF V4-Dateien direkt, bearbeiten Sie Datensätze in einer intuitiven Benutzeroberfläche und speichern Sie saubere, standardspezifikationskonforme Binärdateien direkt auf die Festplatte zurück.
Alle Änderungen in DLOG finden ausschließlich im Arbeitsspeicher statt. Bearbeitungen wirken sich sofort in Echtzeit auf Ausbeuteübersichten, Pareto-Diagramme, Wafer-Maps und Histogramme aus, aber die Originaldatei auf der Festplatte bleibt zu 100% unverändert. Änderungen werden erst dauerhaft auf die Festplatte geschrieben, wenn Sie explizit Save STDF ausführen. Jede Bearbeitung kann mit Ctrl + Z (Rückgängig) und Ctrl + Y (Wiederholen) sofort rückgängig gemacht oder wiederhergestellt werden. Wenn Sie das Dokument schließen oder eine andere Datei öffnen, während noch ungespeicherte Änderungen vorhanden sind, erscheint ein Bestätigungsdialog mit drei Optionen: Save STDF (zuerst speichern), Discard edits (Änderungen verwerfen und fortfahren) oder Cancel (im aktuellen Dokument bleiben).
Tools- & Export-Menüstruktur
Die Menüs Tools und Export oben rechts dienen als zentrale Steuerzentrale für Datenkorrektur und Ausgabe.
Undo/Redo sowie ganz unten Delete Earlier Retests und Delete Duplicate Parts.
Auswahlhilfe für Bearbeitungswerkzeuge nach Szenario
| Aufgabenziel / Szenario | Verwendeter Befehl | Zielbereich & Datensätze |
|---|---|---|
| Lot-Header & Metadaten korrigieren | Tools > Edit > Edit STDF Info |
MIR (Lot ID, Tester, Programm), WCR (Wafer-Größe, Die-Maße), SDR, SBR, HBR Metadaten |
| Einzelne Bauteilurteile oder Messwerte anpassen | Tools > Edit > Edit Result (oder Doppelklick auf Zeile) |
PRR (Pass/Fail, Bin, X/Y, Testzeit), PIR, PTR (Messwerte), MPR Datensätze |
| Bedingte Massenänderungen & Koordinatenverschiebung | Tools > Edit > Bulk Edit |
Massenhafte Bin-Neuzuweisung, Wafer-Koordinaten spiegeln, rotieren, verschieben |
| Automatische Behebung von Logik- und Grenzwertkonflikten | Tools > Edit > Quick Fix |
Lot-weiter Konsistenz-Scan: Messwert-zu-Grenzwert-, Bin-zu-Urteil-Widersprüche |
| Frühere Nachtests entfernen (nur letzten Test behalten) | Tools > Edit > Delete Earlier Retests |
Koordinatenbasierte Bereinigung (X, Y): Löscht frühere Testversuche desselben Dies |
| Doppelte Bauteile nach Serial/Barcode/Text entfernen | Tools > Edit > Delete Duplicate Parts |
Schlüsselbasierte Bereinigung (PART_ID, PART_TXT) mit Wafer-Isolationsoption |
| Modifiziertes Lot als binäre STDF V4 speichern | Tools > Output > Save STDF |
Zerstörungsfreie Ausgabe: Schreibt alle Änderungen in eine neue konforme binäre STDF |
| Geistiges Eigentum vor Weitergabe anonymisieren | Tools > Output > Anonymize STDF |
Ersetzt Lot-, Test- und Produktnamen durch Pseudonyme; behält alle Messwerte bei |
| Beschädigte oder abgeschnittene Dateien retten | Tools > Output > Repair STDF |
Bit-Level Stream-Reparatur, isoliert Defekte, regeneriert fehlende Zusammenfassungen |
| Große Lots nach Wafer, Site oder Chunks aufteilen | Tools > Output > Split STDF |
Teilt eine Datei in separate Dateien nach Wafer, Site, Head oder Bauteilanzahl auf |
| Mehrere STDF-Dateien zu einer zusammenführen | Tools > Output > Merge STDF |
Konsolidiert Fragmente, berechnet PCR-, SBR/HBR- und TSR-Zusammenfassungen neu |
| In Standardformate konvertieren & CLI-Skripte | Tools > Output > Convert Datalog / dlog-cli.exe |
Massenexport nach CSV, SINF, G85, E142, JSON; vollständige Headless-Automatisierung |
2. Edit STDF Info (Lot-Header und Metadaten bearbeiten)
Zentraler Dialog zum Einsehen und Bearbeiten der STDF V4-Metadaten. Wählen Sie links eine Kategorie aus der Liste Categories, um die zugehörigen Datensatzfelder rechts in der Tabelle anzupassen.
8 Kernkategorien für Metadaten
| Kategorie | STDF V4 Datensätze | Typische editierbare Felder & Beschreibungen |
|---|---|---|
| Device | MIR (Master Information) |
Lot ID, Sublot ID, Part Type, Package Type, Testprogramm, Testertyp, Operator, Node Name, Prozess-ID, Fab-ID |
| Wafer | WIR / WCR |
Wafer ID, Wafer-Durchmesser (mm/inch), Die-Breite / Die-Höhe, Flat/Notch-Ausrichtung, Wafer-Zentrumskoordinaten |
| Equipment | SDR (Site Description) |
Handler / Prober ID, Probe Card ID, Loadboard ID, DIB ID, Schnittstellenkabel, Contactor Sockel IDs |
| Soft BINs / Hard BINs | SBR / HBR |
Bin-Nummer, Bin-Name, Pass/Fail-Definition. Add BIN, Delete BIN, automatisches Zusammenführen bei Kollisionen |
| Tests | TSR (Test Synopsis) |
Testnummer, Testname, Testtyp (Parametrisch/Funktional), Ausführungszähler, Fehlermengen, Min/Max/Mittelwert |
| Sites | SDR / PIR |
Aktive parallele Test-Sites (Site 1 bis N), Site-Zustände, Hardware-Kanalzuordnungen |
| Retests | Logischer Filter | Nachtest-Filtermodus: Collapsed (nur letzte Insertion) oder All insertions (alle Durchläufe) |
| Parts | PRR (Part Result Record) |
Vollständige Tabelle aller Bauteile mit Doppelklick-Verknüpfung direkt in den Edit Result Dialog |
Eine Änderung von
Die Width, Die Height oder Flat/Notch im WCR-Datensatz aktualisiert die Wafer-Map-Projektion sofort.
Überprüfen Sie nach Anpassungen stets die Wafer-Map, um sicherzustellen, dass physikalische Ausrichtung und Notch mit den Produktionsspezifikationen übereinstimmen.
3. Edit Result (Präzise Bearbeitung einzelner Bauteile und Messwerte)
Wählen Sie ein bestimmtes Die auf der Wafer-Sort-Map oder ein Bauteil aus dem Package-Final-Test aus, um dessen Endurteil und parametrische Messwerte präzise zu bearbeiten.
Aufrufmöglichkeiten
- Table-Ansicht: Doppelklick auf eine Bauteilzeile oder Zeile markieren und Tools > Edit > Edit Result wählen.
- Wafer-Map: Beliebiges Die anklicken und in der Detail-Tooltip-Karte auf Bearbeiten klicken.
- Edit STDF Info: Im Reiter
Partsdie Zeile des gewünschten Bauteils doppelklicken.
Editierbare Bauteileigenschaften
- Soft BIN / Hard BIN: Software-Klassifizierung und Hardware-Handler-Sortier-Bin neu zuweisen.
- Result: Pass/Fail-Gesamturteil des Bauteils manuell umschalten.
- X / Y Koordinaten: Physikalische Die-Koordinaten auf dem Wafer kalibrieren.
- Test Time: Testdauer des Bauteils (ms). Leer lassen, falls nicht aufgezeichnet.
- Part ID: Seriennummer des Bauteils und Barcode-Trackingtext.
- Delete-Markierung: Bauteil markieren, um es aus Berichten, Yield-Berechnungen und STDF-Exports auszuschließen.
Parametrische Messtabelle (Items Grid)
Prüfen Sie alle PTR- (parametrischen) und MPR- (Multi-Pin) Tests zusammen mit ihren Spezifikationsgrenzen.
| Aktion | Funktion & Verhalten |
|---|---|
| Wert doppelklicken oder F2 | Numerischen Messwert direkt bearbeiten. Berechnet das vorläufige Pass/Fail basierend auf den Grenzwerten neu. |
| Pass/Fail doppelklicken oder Space | Manuelles Überschreiben des Testurteils unabhängig vom numerischen Messwert. |
4. Bulk Edit (Bedingte Massenbearbeitung & Koordinatenverschiebung)
Wenden Sie Massenänderungen auf Tausende von Bauteilen gleichzeitig an, basierend auf flexiblen Filterkriterien.
3-stufiger Arbeitsablauf für Massenänderungen
-
Schritt 1: Geltungsbereich definieren (Define Scope):
Wählen Sie Ziel-Wafer, Test-Sites (Site 1..N), spezifische Hard/Soft Bins oder definieren Sie parametrische Messwertbereiche (z.B.Standby_Current > 12.5 uA). -
Schritt 2: Aktion konfigurieren (Configure Action):
Wählen Sie die auszuführende Operation: Soft/Hard Bin neu zuweisen, Pass/Fail-Urteil umschalten, Delete-Flag setzen oder Wafer-Koordinaten transformieren. -
Schritt 3: Vorschau prüfen & Anwenden (Preview & Apply):
Prüfen Sie vor der Ausführung die Anzahl der betroffenen Bauteile. Mit Apply werden alle Änderungen atomar im Speicher ausgeführt. Rückgängig machbar mit Ctrl + Z.
Unterstützte Massenaktionen
| Aktionstyp | Unterstützte Operationen | Typische Anwendungsszenarien |
|---|---|---|
| Bin Re-assignment | Setzt Soft Bin, Hard Bin oder synchronisiert Bin-Attribute lotweit | Hardware-Bin-Kollisionen beheben, Bauteile nach Nachtests in Ingenieurs-Bins umleiten |
| Verdict Override | Setzt das Bauteilurteil bedingt auf PASS oder FAIL |
Grenzfälle nach Verifikation manuell freigeben oder verdächtige Cluster sperren |
| Mark for Deletion | Setzt oder entfernt das Delete-Flag für ausgewählte Filterkriterien |
Rand-Dies ausschließen, fehlerhafte Testkanäle vor der Yield-Berechnung ausblenden |
| Wafer Coordinate Shift | Offset-Verschiebung: X = X + dX, Y = Y + dY |
Kompensation falsch eingegebener Prober-Nullpunkte (Origin Offsets) |
| Wafer Coordinate Flip | Achsenspiegelung: Invert X, Invert Y |
Korrektur spiegelverkehrter Wafer-Maps bei inverser Prober-Schrittrichtung |
| Wafer Coordinate Rotate | Drehung: Rotate 90°, Rotate 180°, Rotate 270° |
Ausrichtung bei falsch geladener Wafer-Notch (Top / Bottom / Left / Right) anpassen |
5. Quick Fix (Datenwidersprüche mit einem Klick beheben)
Ein häufiges Problem in ATE-Datalogs sind interne Widersprüche – wie Messwerte innerhalb der Spezifikationsgrenzen, die als FAIL markiert sind, oder Bauteile in PASS-Bins mit FAIL-Urteilsflags. Die intelligente Quick Fix Engine von DLOG scannt das gesamte Lot, fasst Unstimmigkeiten in übersichtlichen Aktionskarten zusammen und schlägt die sicherste Lösung vor.
Erkannte Widersprüche und Lösungskarten
Es werden nur Karten angezeigt, die auf tatsächlich gefundene Widersprüche zutreffen (4 im obigen Beispiel). Werden keine Fehler gefunden, erscheint "No consistency issues found.".
| Lösungskarte | Funktionsweise & Auswirkung | Empfohlene Verwendung |
|---|---|---|
Correct the verdict to the limits |
Behält Messwerte und Grenzwerte bei; aktualisiert PASS/FAIL-Flags passend zu den Limits | Grenzwerte sind korrekt, aber Tester-Flags waren fehlerhaft RECOMMENDED |
Widen the limit to admit this value |
Erweitert Testgrenzwerte, um den Wert zuzulassen. Triggert Neuberechnung aller Bauteile dieses Tests | Spezifikationsgrenzen im Testprogramm waren zu eng gesetzt HIGH IMPACT |
Correct the measured value... |
Setzt einen korrigierten numerischen Wert und berechnet Urteile neu | Offensichtlicher Einheitenfehler oder Kommaverschiebung aufgetreten |
Match the part verdict to the bin |
Synchronisiert das Bauteilurteil mit der definierten SBR/HBR Bin-Natur | Bin-Zuweisung ist korrekt, aber das Bauteil-Flag fehlte |
Edit bin numbers / Change declaration |
Verschiebt Bauteile in gültige Bins oder aktualisiert die Bin-Definitionstabelle im Header | SBR/HBR Header-Tabellen widersprechen den Bauteildatensätzen |
Accept this as a real measurement |
Entfernt das NOTEST-Flag und führt reguläre Grenzwertprüfung durch | Gültige Testwerte wurden fälschlicherweise als NOTEST markiert |
Leave it as recorded |
Lässt Rohdaten-Datensätze unverändert | Wenn beabsichtigte Debug-Widersprüche erhalten bleiben sollen |
Jede Karte enthält Badges zur Orientierung. Das Recommended Badge kennzeichnet die vom Programm empfohlene Wahl, während das High impact Badge warnt, dass Entscheidungen und Yields vieler Bauteile gleichzeitig geändert werden könnten – prüfen Sie vor der Anwendung den Wirkungskreis. Wählen Sie unten This finding (nur das aktuelle Vorkommnis beheben) oder All N of this kind (alle Vorkommnisse dieser Art auf einmal lösen), um repetitive manuelle Schritte zu vermeiden.
6. Bereinigung von Nachtests und doppelten Bauteilen
Beim Wafer-Probing und Package-Testing führen Kontaktprobleme, Handler-Neuzuführungen und mehrfache Dateiübertragungen häufig zu doppelten Datensätzen für dasselbe Die oder Package.
DLOG bietet zwei dedizierte Bereinigungswerkzeuge: koordinatenbasiertes Delete Earlier Retests und identifikatorbasiertes Delete Duplicate Parts.
6.1 Delete Earlier Retests (Koordinatenbasierte Nachtest-Bereinigung)
Beim Wafer-Sort, wo identische Die-Koordinaten (X, Y) mehrfach getestet werden, behält dieser Befehl nur den letzten Durchlauf (Last Insertion) und löscht frühere Versuche dauerhaft aus dem Speicher.
Arbeitsablauf & Schritte
-
Befehl aufrufen (Tools > Edit > Delete Earlier Retests):
DLOG scannt mehrfach getestete Die-Koordinaten pro Wafer und zeigt die genaue Anzahl der zu entfernenden Datensätze an. -
Letzte Insertion behalten:
Die Bestätigung entfernt frühere Testversuche aus dem Arbeitsspeicher und behält das Endergebnis bei. -
Echtzeit-Aktualisierung:
Ausbeutezusammenfassungen, Pareto-Diagramme und Wafer-Maps aktualisieren sich sofort. Rückgängig machbar mit Ctrl + Z.
War der erste Durchlauf PASS, ein späterer Nachtest jedoch FAIL, behält diese Bereinigung den finalen FAIL-Datensatz bei. Stellen Sie vor der Ausführung sicher, ob Unternehmensrichtlinien frühere Durchläufe akzeptieren.
6.2 Delete Duplicate Parts (Identifikatorbasierte Duplikat-Bereinigung)
Funktioniert sowohl für Wafer-Sort als auch für Final-Package-Testing (ohne X/Y-Koordinaten).
Gruppiert Bauteile nach Seriennummern (PART_ID) oder benutzerdefiniertem Text (PART_TXT) und bereinigt redundante Einträge.
Delete Earlier Retests und Delete Duplicate Parts.
PART_TXT 108 von 7.978 Bauteilen als Duplikate identifiziert.3 Kernregeln für Duplikate (Duplicate Rules)
Default spiegelt den Ausgangszustand wider. Das Klicken auf Delete speichert Ihre gewählten Regeln für nachfolgende Ausführungen (Cancel verwirft Änderungen).
| Regeloption | Auswahlwerte | Funktionsprinzip & Praxisanwendung |
|---|---|---|
| Compare by | PART_ID Standard |
Bewertet Duplikate anhand von Seriennummern (2D-Barcode / ECID). Case-sensitiv, Leerzeichen an Rändern getrimmt. |
PART_TXT |
Bewertet Duplikate anhand von Freitextfeldern. Vorschau genau prüfen, da PART_TXT nicht zwingend eindeutig ist. | |
| Keep | Last part Standard |
Behält das zuletzt aufgezeichnete Bauteil in Dateireihenfolge (PRR-Sequenz) und markiert frühere Instanzen zum Löschen. |
First part |
Behält das zuerst aufgezeichnete Bauteil in Dateireihenfolge und markiert spätere Instanzen zum Löschen. | |
| Within one wafer only | ON (Schalter aktiv) Standard |
Beschränkt Vergleiche auf dieselbe WAFER_ID. Verhindert unbeabsichtigtes Löschen, wenn PART_ID auf jedem Wafer von 1 startet. |
OFF (Schalter inaktiv) |
Vergleicht Bauteile über den gesamten aktuellen Datenbestand. Für global eindeutige Barcodes über ganze Lots hinweg. |
Bauteile mit leerem oder fehlendem Wert im gewählten Feld (
PART_ID oder PART_TXT) werden niemals als Duplikate behandelt und bleiben stets erhalten. Nur Bauteile mit identischen, nicht-leeren Strings bilden Duplikatgruppen.
Das Anpassen von Optionen aktualisiert sofort die Live-Vorschau: "%d von %d gezählten Bauteilen würden gelöscht (%d doppelte Werte). %d Bauteile haben keinen Wert in diesem Feld und werden nie verglichen." Gibt es keine Duplikate, ist die Delete-Schaltfläche deaktiviert. Die Bereinigung ist eine atomare Transaktion, rückgängig machbar mit Ctrl + Z. Das anschließende Save STDF entfernt gelöschte Bauteilblöcke (PRR/PTR/MPR) dauerhaft und erzeugt eine bereinigte Binärdatei.
7. Save STDF & Anonymize STDF (Binäre Serialisierung & IP-Schutz)
Speichern Sie modifizierte In-Memory-Daten als konforme binäre STDF V4-Dateien zurück oder erzeugen Sie anonymisierte Kopien für externe Zulieferer oder Forschungspartner, ohne geistiges Eigentum preiszugeben.
Save STDF (Binäre Neuausgabe)
Schreibt modifizierte Bauteilurteile, aktualisierte Header und angepasste Koordinaten in eine frische binäre .stdf-Datei.
Vor dem Schreiben öffnet sich automatisch ein Issues-Prüfdialog zur Bestätigung der Datenkonsistenz.
- Voraussetzung Einzeldokument: Nur verfügbar, wenn genau eine binäre STDF-Datei geöffnet ist (deaktiviert bei aggregierten Multi-Lot-Dokumenten oder ATDF-Textdateien).
- Integration des Retest-Modus: Steht der Retest-Chip oben auf
Collapsed(Standard), werden überholte Nachtest-Zeilen weggelassen, was die Dateigröße schlank hält. Wechseln Sie zuAll insertions, falls alle historischen Testläufe erhalten bleiben müssen.
Anonymize STDF (Schutz des geistigen Eigentums)
Erzeugt saubere, anonymisierte Datalogs zur Weitergabe an externe OSAT-Foundries, Prüflabore oder Equipment-Hersteller.
- Anonymisierungsbereich: Ersetzt Lot ID, Sublot ID, Testprogrammnamen (und Revision), Device/Part Type, Node Name, Operator, Test Item Name und Bin Name (nur Name; Bin-Nummern bleiben erhalten) durch sichere Pseudonyme. Bei Einzel-Wafer-Dateien wird auch die Wafer ID ersetzt.
- Messwerte 100% unverändert: Reale parametrische Spannungs- und Strommesswerte, Verteilungsstatistiken, Wafer-Die-Koordinaten und Cpk-Kurven bleiben zu 100% im Original erhalten, sodass statistische Analysen extern perfekt reproduzierbar sind.
- Automatische Mapping-Tabelle: Neben der anonymisierten Datei wird eine CSV-Zuordnungstabelle gespeichert, die Originalbezeichner mit den Pseudonymen verknüpft. Bewahren Sie diese CSV intern sicher auf und geben Sie sie nicht nach außen weiter.
Dateien mit MPR/FTR-Datensätzen (die Muster- oder Pin-Namen enthalten können) oder STDF V4-2007 Scan-Datensätzen (STR/PSR/NMR usw.) können zum Schutz des geistigen Eigentums nicht anonymisiert werden. Bei Multi-Wafer-Dateien bleibt
WAFER_ID erhalten, um die Wafer unterscheiden zu können; teilen Sie die Datei vorher mit Split STDF auf, wenn auch Wafer-IDs verborgen werden sollen. (DTR/GDR Freitextdatensätze werden automatisch entfernt, und PART_TXT wird geleert.)
8. Repair STDF (Reparatur beschädigter/abgeschnittener Dateien)
Stellt unvollständige oder strukturell beschädigte STDF-Datalogs wieder her, die durch plötzliche Testerabstürze, Stromausfälle, Netzwerkabbrüche oder volle Festplatten verursacht wurden.
Kernmechanismen der Reparatur-Engine
- Direkte Dateiausführung ohne Öffnen: Arbeitet direkt auf der Festplattendatei, sodass selbst schwer beschädigte Dateien repariert werden können, die sich in DLOG gar nicht regulär öffnen lassen (direkt über den Dashboard-Chip STDF Repair Needed verknüpft).
- Bit-Level Rekonstruktion von Datensatzgrenzen: Folgt den 4-Byte-Header-Strukturen (Länge 2B + Typ 1B + Subtyp 1B), um gültige Datensatzgrenzen wiederzufinden, isoliert defekte Byte-Sequenzen und rettet so viele intakte Bauteildatensätze (PIR/PTR/PRR) wie möglich.
- Fehlende Zusammenfassungsdatensätze neu aufbauen: Wurde das Dateiende abgeschnitten und fehlen
MRR,PCR,SBR,HBRundTSR, berechnet DLOG alle Statistiken über die geretteten Bauteile neu und synthetisiert standardkonforme STDF V4-Zusammenfassungsdatensätze. - Transparente Ergebnisoffenlegung: Der Abschlussdialog zeigt gerettete Bauteile, beibehaltene vs. neu erzeugte Datensätze, übersprungene Bytes und wichtige Funde (
INFOdokumentiert nach Spezifikation ergänzte Header/Zusammenfassungen). Wurden große Lücken übersprungen, weist eine Warnung darauf hin, dass Teile fehlen könnten. - Integrierte Selbstvalidierung: Nach Abschluss führt DLOG einen vollständigen Re-Parse-Test durch; genügt das Ergebnis nicht den Standards, wird die Datei verworfen, anstatt fehlerhafte Daten zu hinterlassen.
Die Reparatur unterstützt ausschließlich binäre STDF (
.stdf / .std), und das Ergebnis wird stets in einer neuen separaten Datei gespeichert (Standardname <Dateiname>_repaired.stdf).
Die Zusammenfassungszähler der reparierten Datei werden ausschließlich aus den geretteten Bauteilen neu berechnet und beschreiben die wiederhergestellte Teilmenge, nicht den ursprünglichen Gesamttestlauf.
Da die Reparatur direkt auf der Datei liest, sind ungespeicherte In-Memory-Änderungen des aktuellen Dokuments nicht im Reparaturergebnis enthalten.
9. Split & Merge (STDF aufteilen und zusammenführen)
Teilen Sie riesige Datalog-Dateien in handliche Teilmengen auf oder führen Sie fragmentierte Testläufe zu einer einheitlichen STDF-Datei zusammen.
Split STDF (Dateien nach Kriterien aufteilen)
Teilen Sie große Einzeldateien in unabhängige Dateien auf:
- By Wafer: Erzeugt eine Datei pro Wafer (Bauteile außerhalb von Wafer-Datensätzen landen in
NOWAFER). - By Site: Isoliert parallele Testkanäle (Site 1, 2, 3...), um Hardware-Unterschiede zwischen Kanälen zu analysieren.
- By Head: Trennt Multi-Head-Sessions in separate Dateien pro Testkopf.
- Every N parts: Teilt Lots in gleich große Bauteil-Blöcke. Nachtests desselben Dies bleiben mit ihrem finalen Ausführungsblock gebündelt.
Datensätze, die nicht zu einem bestimmten Bauteil gehören, werden in alle Ausgabedateien kopiert. Gehören alle Bauteile zu einer einzigen Gruppe, weist DLOG darauf hin, dass es nichts aufzuteilen gibt. Dateien, bei denen Wafer von zwei Köpfen gleichzeitig aktiv sind oder die Nicht-Bauteil-PRRs (wie Testplan-Trenner) enthalten, können derzeit nicht aufgeteilt werden.
Merge STDF (Mehrere Datalogs konsolidieren)
Weit mehr als ein einfaches binäres Aneinanderhängen: DLOG behält nur die primären Header (MIR, WCR, SDR, Pin-Map) der ersten Datei, kopiert alle Bauteildatensätze Byte für Byte unverändert und berechnet PCR (Bauteilanzahl), SBR/HBR (Bin-Summen) und TSR (Min/Max/Summe pro Test) komplett neu. Wählen Sie im Dateidialog zwei oder mehr STDF-Dateien und vergeben Sie einen Ausgabenamen; wenn eine exakte chronologische Reihenfolge erforderlich ist, nutzen Sie den CLI-Befehl merge (der exakt in angegebener Reihenfolge zusammenführt).
Die Zusammenführung wird abgelehnt, wenn Eingabedateien unterschiedliche Testsuiten, Byte-Reihenfolgen (Endianness) oder STDF-Versionen aufweisen, Pin-Map-Definitionen kollidieren, Wafer-Geometrien (WCR) abweichen oder Wafer-Datensätze unvollständig sind (vorher Repair ausführen). ATDF-Dateien können nicht zusammengeführt werden, und Ergebnisse über 2 GB werden abgewiesen. Scheitert die automatische Selbstvalidierung, wird die Ausgabedatei sicher gelöscht. Unterscheiden sich Lot-Headerdaten, bleiben nur die Metadaten der ersten Datei erhalten. Verwenden die Dateien identische fortlaufende Bauteilnummern (PART_ID: 1, 2, 3...), könnten nachgelagerte Tools spätere Teile als Nachtests interpretieren – prüfen Sie dies im Vorfeld. Merge, Split und Repair lesen direkt von der Festplatte; ungespeicherte Änderungen im Arbeitsspeicher fließen nicht in die Ausgabe ein.
10. Datalog-Konvertierung & CLI Headless-Automatisierung
Integrieren Sie die Bearbeitungs- und Konvertierungsfunktionen von DLOG in Produktionsserver, CI/CD-Pipelines und automatisierte Ausbeute-Analyseskripte.
Standardisierte Halbleiter-Formatkonvertierungen
| Ausgabeformat | Dateiendung / Standard | Merkmale & Zielsysteme |
|---|---|---|
| CSV | .csv (UTF-8 BOM) |
Eine Zeile pro Bauteil, Tests als Spalten; für Excel, Python Pandas und SQL-Datenbanken |
| SINF | .sinf |
KLA Inkless Wafer-Bin-Map-Standard (eine Datei pro Wafer) |
| SEMI G85 | .xml |
Internationaler SEMI-Standard für Wafer-Map-XML für Die-Bonder und Pick-and-Place-Anlagen |
| SEMI E142 | .xml |
Standard für Advanced Packaging Substrate und Multi-Chip-Modul-Karten |
| JSON | .json |
Strukturierte Ausbeutezusammenfassungen, Bin-Zählungen und Cpk-Werte für REST-APIs und Dashboards |
SINF, G85 und E142 können nur für Lots mit Die-Koordinaten erzeugt werden; Multi-Wafer-STDF-Dateien werden bei diesen Formaten übersprungen. Übersprungene Dateien und Gründe werden im Abschlussdialog ausgewiesen. Die JSON-Ausgabe enthält standardmäßig eine Zusammenfassung (Lot-Metadaten, Yield, Bins, Testliste, Statistiken); aktivieren Sie
Include every part in the JSON, um bauteilspezifische Messwerte einzubinden (vergrößert die Datei erheblich).
Vor der Konvertierung kann auch Reclassify (PAT · GDBN · CD) angewendet werden.
dlog-cli.exe Headless-Automatisierung
Das im Installationsverzeichnis enthaltene Programm dlog-cli.exe ermöglicht die 100% automatisierte Datalog-Konvertierung, Reparatur und Berichterstellung über Eingabeaufforderung, PowerShell, Python oder CI/CD-Pipelines:
dlog-cli info <inputs...> [--json]: Lot ID, Yield, Bauteilanzahl und Bin-Zusammenfassung sofort ausgebendlog-cli convert <inputs...> --format csv,sinf,g85,e142,json: Stapelkonvertierung in Zielformatedlog-cli merge part1.stdf part2.stdf --out merged.stdf: Dateien in exakter Reihenfolge zusammenführendlog-cli split <file.stdf> --by wafer|site|head|chunk [--out <folder>]: Nach Wafer, Site, Head oder Bauteilanzahl (--parts N) aufteilendlog-cli repair broken.stdf: Beschädigte Dateien reparieren, erzeugtbroken_repaired.stdfdanebendlog-cli anonymize lot1.stdf --out D:\share: Anonymisierte Kopie (_anon.stdf) und Mapping-CSV erzeugendlog-cli report <inputs...> --format pdf,xlsx,docx,image: Headless-Berichterstellung
Als Eingabe werden einzelne Dateien, Verzeichnisse (verarbeitet alle enthaltenen *.stdf, *.std und *.atdf) sowie Platzhalter wie *.stdf unterstützt.
Vorhandene Ausgabedateien werden ohne --overwrite nicht überschrieben (Exit-Code 4). CLI-Meldungen werden unabhängig vom Systemsprachraum stets auf Englisch ausgegeben.
Vollständige Befehlsoptionen und Exit-Codes finden Sie in der Anwendung unter Tools > Help > CLI Usage.
11. Häufig gestellte Fragen (FAQ)
Q1. Wird beim Bearbeiten in DLOG die Originaldatei auf der Festplatte überschrieben?
Nein, die Originaldatei wird niemals automatisch überschrieben. DLOG arbeitet mit einer vollständig zerstörungsfreien In-Memory-Architektur. Alle Modifikationen existieren nur im Arbeitsspeicher, bis Sie explizit Tools > Output > Save STDF wählen und ein Ziel angeben. Versuchen Sie, das Dokument zu schließen oder eine andere Datei zu öffnen, erscheint zuerst ein Bestätigungsdialog. Beachten Sie, dass die Datei überschrieben wird, wenn Sie beim Speichern explizit denselben Dateinamen wählen – speichern Sie daher unter neuem Namen oder sichern Sie das Original.
Q2. Lassen sich von DLOG bearbeitete und gespeicherte STDF-Dateien in Drittanbieter-Tools (JMP, YieldHub, Galaxy usw.) problemlos öffnen?
Ja, da sie im Standard-STDF-V4-Format gespeichert werden, lassen sie sich im Regelfall problemlos öffnen. DLOG serialisiert Datensatzlängen, Typ/Subtyp-Codes und Pin-Mappings strikt nach binärem STDF V4-Standard und liest die Datei nach dem Speichern automatisch zur Strukturprüfung neu ein. Da es bei proprietärer Auswertungssoftware herstellerspezifische Interpretationsunterschiede geben kann, empfehlen wir, kritische Daten einmal in Ihrem Zielwerkzeug gegenzuprüfen.
Q3. Worin besteht der Unterschied zwischen Quick Fix und Bulk Edit?
Quick Fix ist ein automatisiertes Werkzeug zur Behebung logischer Dateninkonsistenzen, das Widersprüche (z.B. Messwert im Limit, aber als FAIL markiert) erkennt und standardisierte Lösungen anbietet.
Bulk Edit ist eine Stapelverarbeitungs-Engine, mit der Ingenieure Bauteile nach individuellen Kriterien filtern (bestimmte Sites, Messbereiche), um Bins massenhaft neu zuzuweisen oder Wafer-Koordinatenachsen zu spiegeln und zu drehen.
Q4. Kann DLOG STDF-Dateien retten, wenn der Tester mitten im Wafer abgestürzt ist?
Ja. Repair STDF kann die allermeisten abgeschnittenen Dateien wiederherstellen.
DLOG schneidet unvollständige Endbytes ab, rettet intakte Bauteildatensätze und baut fehlende PCR-, SBR-, HBR- und TSR-Zusammenfassungen automatisch neu auf, um eine validierte STDF-Datei zu erzeugen.
Q5. Was ist beim Zusammenführen mehrerer STDF-Dateien zu beachten?
Zusammengeführte Dateien müssen aus derselben Testprogramm-Konfiguration stammen und identische TSR-Testlisten sowie dieselbe Byte-Reihenfolge aufweisen. Stellen Sie zudem sicher, dass fortlaufende PART_ID-Schemata nicht kollidieren, damit spätere Datensätze von Auswertetools nicht fälschlich als Nachtests interpretiert werden.
Q6. Wie unterscheidet sich Delete Earlier Retests von Delete Duplicate Parts?
Delete Earlier Retests ist ein koordinatenbasiertes Werkzeug für den Wafer-Sort, das frühere Testversuche auf denselben Die-Koordinaten (X, Y) löscht und nur den finalen Durchlauf behält.
Delete Duplicate Parts ist ein identifikatorbasiertes Bereinigungswerkzeug, das Bauteile mit identischen PART_ID (Seriennummer/Barcode) oder PART_TXT-Zeichenfolgen gruppiert und wahlweise das letzte oder erste Bauteil behält. Es funktioniert für Wafer- und Final-Testing ohne Koordinatenanforderung.