1. Apa itu STDF
STDF (Standard Test Data Format) ialah format data binari yang ringkas, fleksibel dan mudah alih untuk menyimpan keputusan yang dihasilkan oleh peralatan ujian semikonduktor. Ia dicipta oleh Teradyne dan mula diperkenalkan pada tahun 1985. Kerana ia didokumenkan dengan baik dan neutral daripada mana-mana vendor, ia menjadi standard de-facto di seluruh industri Automatic Test Equipment (ATE).
Apabila tester mengukur satu die pada wafer atau peranti yang telah dibungkus, ia merekodkan ukuran parametrik, keputusan lulus/gagal, penetapan bin dan keadaan ujian ke dalam sebuah fail STDF — lazimnya dipanggil datalog. Satu fail STDF menyimpan data ujian untuk satu lot part daripada satu insertion (satu laluan sesuatu lot melalui proses ujian).
Idea utamanya: STDF bukan pangkalan data dan bukan laporan tetap. Ia ialah satu set jenis rekod logik yang tertakrif. Setiap rekod menerangkan satu bahagian daripada larian ujian (satu part, satu wafer, satu ukuran tunggal, satu kiraan bin, dan seterusnya). Kerana data diterangkan sebagai rekod logik, format yang sama berfungsi sama ada data itu berada dalam buffer memori, dalam fail pada cakera, atau sedang dihantar merentas rangkaian — bebas daripada sebarang pangkalan data atau seni bina rangkaian tertentu.
2. Mengapa STDF wujud
Ketika industri ATE semakin matang, para vendor membina sistem rangkaian dan analisis di sekeliling standard bersama seperti Ethernet. Namun satu jurang yang ketara masih kekal: data keputusan ujian tidak serasi antara tester daripada pengeluar berbeza — dan kadangkala tidak serasi walaupun antara barisan produk daripada pengeluar yang sama.
Tanpa format yang dikongsi, setiap fab dan setiap OSAT (rumah pemasangan & ujian) memerlukan parser khusus untuk setiap mesin. STDF menutup jurang itu. Ia menyediakan satu bekas bersama supaya:
- tester boleh menulis keputusan mentahnya dalam perwakilan asalnya sendiri, dengan pantas;
- enjin pangkalan data berpusat boleh menerima data daripada pelbagai jenis tester dengan satu program;
- data boleh dieksport semula ke rangkaian dalaman dalam bentuk yang didokumenkan dengan baik dan telah dinyahpepijat secara menyeluruh;
- perisian pelaporan dan analisis yang mudah alih boleh ditulis sekali dan digunakan di mana-mana.
Teradyne tidak memperoleh sebarang manfaat komersial langsung daripada standard ini — mereka menerbitkan STDF justeru supaya seluruh industri dapat menjadi lebih produktif dengan satu format bersama yang didokumenkan sepenuhnya.
3. Objektif reka bentuk
Reka bentuk STDF dipandu oleh satu set objektif yang jelas dan ringkas:
- Mampu menyimpan data ujian untuk semua tester dan trimmer semikonduktor.
- Menyediakan format bersama untuk kedua-dua penyimpanan dan penghantaran data.
- Menyediakan asas untuk perisian pelaporan dan analisis yang mudah alih.
- Memisahkan format mesej data daripada format pangkalan data, supaya kedua-duanya boleh berkembang secara bebas.
- Menyediakan sokongan untuk data pilihan (hilang atau tidak sah).
- Menyediakan dokumentasi yang lengkap dan padat untuk pembangun dan pengguna.
- Memudahkan pelanggan menulis laporan mereka sendiri atau memformat semula data untuk pangkalan data mereka sendiri.
4. Bagaimana fail STDF distrukturkan
Fail STDF hanyalah satu urutan rekod, satu demi satu. Setiap rekod — tidak kira apa jenisnya — bermula dengan header rekod 4 bait yang sama:
| Medan | Jenis | Maksud |
|---|---|---|
| REC_LEN | U*2 | Bilangan bait data yang mengikuti header (4 bait header itu sendiri tidak dikira). |
| REC_TYP | U*1 | Integer yang mengenal pasti satu kumpulan jenis rekod yang berkaitan. |
| REC_SUB | U*1 | Integer yang mengenal pasti jenis rekod tertentu dalam kumpulan itu. |
Pasangan (REC_TYP, REC_SUB) mengenal pasti setiap jenis rekod secara unik. Pengumpulan
mengikut REC_TYP membolehkan program analisis mengenali keluarga rekod dengan cepat
(contohnya, “segala yang dikumpul bagi setiap part”). Semua kod jenis/sub-jenis di bawah 200
dikhaskan oleh Teradyne; kod melebihi 200 bebas untuk aplikasi tersuai.
Kumpulan rekod (REC_TYP)
| REC_TYP | Kumpulan | Jenis rekod (REC_SUB) |
|---|---|---|
| 0 | Maklumat tentang fail | FAR (10), ATR (20) |
| 1 | Data setiap lot | MIR (10), MRR (20), PCR (30), HBR (40), SBR (50), PMR (60), PGR (62), PLR (63), RDR (70), SDR (80) |
| 2 | Data setiap wafer | WIR (10), WRR (20), WCR (30) |
| 5 | Data setiap part | PIR (10), PRR (20) |
| 10 | Setiap test (seluruh program) | TSR (30) |
| 15 | Setiap pelaksanaan test | PTR (10), MPR (15), FTR (20) |
| 20 | Setiap segmen program | BPS (10), EPS (20) |
| 50 | Data generik | GDR (10), DTR (30) |
Susunan bait dan helah CPU_TYPE
Pemproses yang berbeza (DEC, Motorola, Intel, IBM, Sun…) menyimpan integer dan nombor titik
terapung dengan susunan bit yang berbeza. Daripada memaksa setiap tester menukar data ketika ia
menulis (yang akan memperlahankan proses ujian), STDF membenarkan setiap sistem menulis dalam
perwakilan asalnya sendiri dan merekodkan CPU mana yang menulis fail itu dalam medan
CPU_TYPE pada rekod yang pertama sekali (iaitu FAR). Apabila sistem lain membaca fail itu,
ia menyemak CPU_TYPE dan menukar setiap rekod kepada perwakilannya sendiri hanya apabila
perlu. Penukaran data menjadi telus pada masa pembacaan dan proses ujian tidak sekali-kali diperlahankan.
Tarikh dan masa
Setiap medan tarikh/masa ialah integer tidak bertanda 4 bait yang mengira bilangan saat sejak tengah malam, 1 Januari 1970 (epoch UNIX), dalam zon waktu tempatan.
5. Kod jenis data
STDF menggunakan kod pendek yang mudah dikenali untuk jenis medannya. Contohnya R*4
bermaksud real 4 bait (float). Nombor selepas * ialah saiz dalam bait; satu bait ialah
8 bit.
| Kod | Jenis C | Keterangan |
|---|---|---|
| C*12 | char[12] | String panjang tetap. Jika lebih pendek, ia dijajarkan ke kiri dan diisi dengan ruang. |
| C*n | char[] | String panjang berubah; bait pertama ialah kiraan tidak bertanda bagi bait yang mengikutinya (maks 255). |
| C*f | char[] | String panjang berubah yang panjangnya disimpan dalam medan lain. |
| U*1 / U*2 / U*4 | unsigned | Integer tidak bertanda 1, 2 dan 4 bait. |
| I*1 / I*2 / I*4 | signed | Integer bertanda 1, 2 dan 4 bait. |
| R*4 / R*8 | float / double | Nombor titik terapung 4 dan 8 bait. |
| B*6 | char[6] | Data terkod bit panjang tetap. |
| B*n | char[] | Medan terkod bit panjang berubah; bait pertama ialah kiraan bait (maks 255). |
| D*n | char[] | Medan bit panjang berubah; dua bait pertama ialah kiraan bit (maks 65,535 bit). |
| N*1 | char | Integer tidak bertanda yang disimpan dalam satu nibble (4 bit). Nilai pertama dalam nibble rendah, kedua dalam nibble tinggi. |
| V*n | — | Jenis data berubah: bait pertama ialah kod yang memberitahu anda jenisnya, kemudian data mengikutinya. |
| kxTYPE | TYPE[] | Array bagi k item jenis yang diberi, di mana k datang daripada medan terdahulu. cth. kxU*2. |
6. Data pilihan, hilang & tidak sah
Banyak medan ditanda sebagai pilihan. Medan pilihan masih perlu hadir dalam rekod, tetapi terdapat dua cara standard untuk menyatakan “nilai ini tidak bermakna”:
- Satu nilai khas yang ditakrifkan terlebih dahulu bermaksud “hilang” — cth. bait panjang bernilai 0 bagi string, atau nombor tertentu seperti -1 bagi medan berangka.
- Satu medan bit Data Pilihan: satu bait di mana setiap bit menandakan sama ada medan pilihan tertentu mengandungi data yang sah.
Untuk menjimatkan ruang, medan pilihan di hujung rekod boleh ditinggalkan sepenuhnya — tetapi hanya jika ia (dan segalanya selepasnya) mengandungi data hilang/tidak sah. Anda tidak boleh sekali-kali meninggalkan medan pilihan di tengah rekod.
7. Rekod wajib & urutan awal
Di bawah STDF V4, fail yang sah mesti mengandungi empat rekod wajib:
- FAR — tepat satu, dan ia mesti menjadi rekod pertama dalam fail.
- MIR — tepat satu, tepat selepas FAR (dan selepas mana-mana ATR).
- PCR — sekurang-kurangnya satu (satu PCR ringkasan dengan
HEAD_NUM = 255, atau satu setiap head/site, atau kedua-duanya). - MRR — tepat satu, dan ia mesti menjadi rekod terakhir dalam fail.
Beberapa rekod menyatakan lokasinya sebagai “selepas urutan awal.” Urutan awal ialah blok rekod tetap pada permulaan fail. Peraturan susunannya:
- FAR sentiasa pertama.
- Mana-mana ATR (audit trail) datang sebaik selepas FAR.
- MIR datang selepas FAR dan ATR.
- Jika RDR (retest) digunakan, ia datang sebaik selepas MIR.
- Jika SDR (penerangan site) digunakan, ia datang sebaik selepas MIR (dan RDR, jika hadir).
# Urutan awal, secara penuh: FAR → [ATR] → MIR → [RDR] → [SDR] → …semua rekod lain… → MRR
8. Setiap jenis rekod STDF V4
Di bawah ialah setiap jenis rekod yang ditakrifkan oleh STDF V4, dikumpulkan mengikut apa yang
diterangkannya. Bagi setiap satu anda memperoleh fungsinya, seberapa kerap ia muncul, di mana ia
berada dalam fail, dan — bagi rekod penting — senarai medan penuh. Medan header (REC_LEN,
REC_TYP, REC_SUB) ditinggalkan daripada jadual medan kerana ia sama bagi
setiap rekod.
Rekod peringkat fail
FAR File Attributes Record — wajib, rekod pertama
Memberitahu pembaca cara menyahkod seluruh fail. Kerana ia membawa CPU_TYPE dan
STDF_VER, ia mesti dibaca terlebih dahulu.
| Medan | Jenis | Keterangan |
|---|---|---|
| CPU_TYPE | U*1 | CPU mana yang menulis fail (0 = DEC PDP-11/VAX, 1 = Sun 1–4, 2 = Sun 386i / keluarga IBM PC). |
| STDF_VER | U*1 | Nombor versi STDF yang digunakan untuk menjana data. |
ATR Audit Trail Record — pilihan
Merekodkan sebarang operasi yang mengubah fail (biasanya program penapis). Beberapa ATR terletak dalam susunan kronologi terbalik sebaik selepas FAR.
| Medan | Jenis | Keterangan |
|---|---|---|
| MOD_TIM | U*4 | Tarikh dan masa fail diubah suai. |
| CMD_LINE | C*n | Baris arahan program yang mengubah fail. |
Rekod setiap lot
MIR Master Information Record — wajib, satu setiap fail
Menyimpan maklumat global tentang lot yang diuji — “header untuk semua laporan.” Ia mempunyai banyak medan (kebanyakannya pilihan); yang penting ditunjukkan di sini.
| Medan | Jenis | Keterangan |
|---|---|---|
| SETUP_T | U*4 | Tarikh/masa penyediaan kerja (job setup). |
| START_T | U*4 | Tarikh/masa part pertama diuji. |
| STAT_NUM | U*1 | Nombor stesen tester. |
| MODE_COD | C*1 | Mod ujian (P = pengeluaran, D/E = pembangunan, M = penyelenggaraan, Q = QC, C = checker, A = AEL). |
| RTST_COD | C*1 | Kod retest lot. |
| BURN_TIM | U*2 | Masa burn-in dalam minit. |
| LOT_ID | C*n | ID lot (ditentukan oleh pelanggan). |
| PART_TYP | C*n | Jenis part / ID produk. |
| NODE_NAM | C*n | Nama nod yang menjana data. |
| TSTR_TYP | C*n | Jenis tester. |
| JOB_NAM | C*n | Nama kerja / program ujian. |
| JOB_REV | C*n | Revisi program ujian. |
| SBLOT_ID | C*n | ID sublot. |
| OPER_NAM | C*n | Nama/ID operator ketika penyediaan. |
| TST_TEMP | C*n | Suhu ujian (teks bebas — cth. “25C”, “HOT”, “COLD”). |
| PROC_ID | C*n | ID proses fabrikasi. |
| FLOW_ID, PKG_TYP, FAMLY_ID, DATE_COD, FACIL_ID, … | C*n | Banyak lagi pengecam pilihan (flow, pakej, keluarga produk, kod tarikh, kemudahan, nama/versi spec, kod ROM, nombor siri tester, penyelia, dan lain-lain). |
MRR Master Results Record — wajib, rekod terakhir
Sambungan logik kepada MIR, menyimpan data yang hanya diketahui setelah ujian selesai. Ia sentiasa menjadi rekod terakhir dalam fail.
| Medan | Jenis | Keterangan |
|---|---|---|
| FINISH_T | U*4 | Tarikh/masa part terakhir diuji. |
| DISP_COD | C*1 | Kod disposisi lot (alfanumerik yang ditakrif pengguna). |
| USR_DESC | C*n | Penerangan lot yang dibekalkan oleh pengguna. |
| EXC_DESC | C*n | Penerangan lot yang dibekalkan oleh perisian exec. |
PCR Part Count Record — wajib, ≥ 1 setiap fail
Menyimpan jumlah kiraan part bagi satu site ujian atau, apabila HEAD_NUM = 255, bagi
semua site digabungkan.
| Medan | Jenis | Keterangan |
|---|---|---|
| HEAD_NUM / SITE_NUM | U*1 | Head / site ujian (255 = ringkasan untuk semua site). |
| PART_CNT | U*4 | Bilangan part yang diuji. |
| RTST_CNT | U*4 | Bilangan part yang diuji semula. |
| ABRT_CNT | U*4 | Bilangan abort semasa ujian. |
| GOOD_CNT | U*4 | Bilangan part baik (lulus). |
| FUNC_CNT | U*4 | Bilangan part berfungsi (cukup baik untuk diuji, lulus atau gagal). |
HBR Hardware Bin Record · SBR Software Bin Record
HBR mengira part yang secara fizikal ditempatkan ke dalam hardware bin selepas ujian (dalam ujian wafer, “fizikal” bermaksud satu titik dakwat atau satu entri wafer-map). SBR mengira part yang secara logik ditetapkan kepada software bin — kategori lebih halus yang ditakrif dalam program ujian. Kedua-duanya berkongsi bentuk yang sama:
| Medan | Jenis | Keterangan |
|---|---|---|
| HEAD_NUM / SITE_NUM | U*1 | Head / site (255 = semua site). |
| HBIN_NUM / SBIN_NUM | U*2 | Nombor bin (0–32767). |
| HBIN_CNT / SBIN_CNT | U*4 | Bilangan part dalam bin. |
| HBIN_PF / SBIN_PF | C*1 | Penunjuk lulus/gagal (P = lulus, F = gagal, ruang = tidak diketahui). |
| HBIN_NAM / SBIN_NAM | C*n | Nama bin. |
PMR · PGR · PLR Rekod pin mapping
Ketiga-tiga rekod ini menerangkan pemetaan antara pin peranti dan channel tester, digunakan oleh rekod functional (FTR) dan multi-result (MPR). Secara ringkas: PMR memetakan satu pasangan channel↔pin dan memberikannya indeks (1–32,767); PGR menamakan satu kumpulan pin (indeks kumpulan 32,768–65,535); PLR mentakrifkan radix paparan, mod operasi, dan pengekodan aksara yang digunakan untuk menunjukkan keadaan pin yang diprogramkan dan yang dikembalikan. Lihat §11 Pin mapping untuk penerangan penuh.
RDR Retest Data Record — pilihan
Menandakan bahawa fail mengandungi part yang diuji semula dan menyenaraikan bin mana yang sedang diuji semula, supaya program penapis tahu data mana yang perlu digantikan. Jika hadir, ia mengikuti MIR dengan sebaik segera.
| Medan | Jenis | Keterangan |
|---|---|---|
| NUM_BINS | U*2 | Bilangan bin yang sedang diuji semula (0 = semua bin). |
| RTST_BIN | kxU*2 | Array nombor hardware bin yang sedang diuji semula. |
SDR Site Description Record — pilihan
Menerangkan konfigurasi fizikal sekumpulan site ujian pada satu head — handler/prober, probe card, load board, DIB board, kabel, contactor, laser, dan pasangan jenis/ID mereka. Digunakan untuk mengaitkan yield dengan perkakasan antara muka. Jika hadir, SDR mengikuti MIR (dan RDR) dengan sebaik segera.
Rekod setiap wafer (wafer probe sahaja)
WIR Wafer Information Record · WRR Wafer Results Record
Satu pasangan WIR/WRR mengurung segala yang diuji pada satu wafer — WIR menandakan
permulaan, WRR menandakan pengakhiran. Kedua-duanya berkongsi HEAD_NUM dan
SITE_GRP yang sama. WIR membawa masa mula wafer dan WAFER_ID; WRR membawa
masa tamat, kiraan part/retest/abort/good/functional yang sama seperti PCR, dan ID tambahan untuk
penjejakan:
| Medan (WRR) | Jenis | Keterangan |
|---|---|---|
| FINISH_T | U*4 | Tarikh/masa die terakhir pada wafer diuji. |
| PART_CNT … FUNC_CNT | U*4 | Kiraan die diuji / diuji semula / diabort / baik / berfungsi. |
| WAFER_ID | C*n | ID wafer (menggantikan yang di dalam WIR). |
| FABWF_ID | C*n | ID wafer fab — memaut keputusan kembali kepada fabrikasi. |
| FRAME_ID | C*n | ID frame wafer — menjejak wafer selepas sawing, untuk binning tanpa dakwat. |
| MASK_ID | C*n | ID mask wafer. |
WCR Wafer Configuration Record — satu setiap fail, ujian wafer sahaja
Memberikan dimensi fizikal dan orientasi bagi semua wafer dalam lot — digunakan untuk melukis wafer map.
| Medan | Jenis | Keterangan |
|---|---|---|
| WAFR_SIZ | R*4 | Diameter wafer (dalam WF_UNITS). |
| DIE_HT / DIE_WID | R*4 | Tinggi dan lebar die. |
| WF_UNITS | U*1 | Unit: 1 = inci, 2 = cm, 3 = mm, 4 = mil (0 = tidak diketahui). |
| WF_FLAT | C*1 | Orientasi flat wafer (U/D/L/R). |
| CENTER_X / CENTER_Y | I*2 | Koordinat die tengah. |
| POS_X / POS_Y | C*1 | Arah mana yang positif X (L/R) dan positif Y (U/D). |
Rekod setiap part
PIR Part Information Record · PRR Part Results Record
Satu pasangan PIR/PRR mengurung segala yang diuji pada satu part. PIR hanyalah
penanda (head + site) yang diletakkan sebelum menguji satu part; semua keputusan (PTR/MPR/FTR) bagi
part itu mengikutinya, kemudian PRR menutupnya dengan hasil akhir. Ketika ujian selari, medan
HEAD_NUM/SITE_NUM pada setiap keputusan mengaitkannya dengan pasangan
PIR/PRR yang betul.
| Medan (PRR) | Jenis | Keterangan |
|---|---|---|
| HEAD_NUM / SITE_NUM | U*1 | Head / site part ini. |
| PART_FLG | B*1 | Bendera bit: gantian mengikut PART_ID (bit 0) atau mengikut X/Y (bit 1); tamat luar biasa (bit 2); gagal (bit 3); lulus/gagal sah (bit 4). |
| NUM_TEST | U*2 | Bilangan test yang dilaksanakan pada part. |
| HARD_BIN | U*2 | Hardware bin tempat part itu masuk (0–32767). |
| SOFT_BIN | U*2 | Software bin (65535 = hilang). |
| X_COORD / Y_COORD | I*2 | Koordinat wafer (-32768 = hilang). |
| TEST_T | U*4 | Masa ujian yang berlalu dalam milisaat. |
| PART_ID | C*n | Pengenalan part. |
| PART_TXT | C*n | Teks penerangan part. |
| PART_FIX | B*n | Maklumat pembaikan khusus aplikasi (lihat §12). |
PART_ID
atau pasangan X_COORD/Y_COORD — jika tidak, keputusan menjadi sukar
digunakan untuk analisis atau untuk diletakkan pada wafer map.Ringkasan setiap test
TSR Test Synopsis Record — satu setiap test dalam program
Meringkaskan kiraan pelaksanaan dan kegagalan bagi satu test merentas seluruh lot, serta maklumat statik seperti nama test. Ia memaut kepada PTR/MPR/FTR melalui nombor test, head, dan site.
| Medan | Jenis | Keterangan |
|---|---|---|
| HEAD_NUM / SITE_NUM | U*1 | Head / site (255 = ringkasan untuk semua site). |
| TEST_TYP | C*1 | P = parametrik, F = functional, M = parametrik multi-result. |
| TEST_NUM | U*4 | Nombor test. |
| EXEC_CNT | U*4 | Bilangan pelaksanaan. |
| FAIL_CNT | U*4 | Bilangan kegagalan. |
| ALRM_CNT | U*4 | Bilangan test yang mencetuskan alarm. |
| TEST_NAM / SEQ_NAME / TEST_LBL | C*n | Nama test, nama sequencer, dan label. |
| TEST_TIM | R*4 | Purata masa pelaksanaan (saat). |
| TEST_MIN / TEST_MAX | R*4 | Nilai keputusan terendah / tertinggi yang dilihat. |
| TST_SUMS / TST_SQRS | R*4 | Jumlah dan jumlah kuasa dua keputusan — digunakan untuk mengira min dan sisihan piawai, walaupun ketika menggabungkan berbilang fail. |
Rekod setiap pelaksanaan test (ukuran sebenar)
PTR Parametric Test Record — satu setiap pelaksanaan test parametrik
Kuda kerja sesebuah datalog: satu PTR menyimpan keputusan bagi satu ukuran parametrik tunggal (satu voltan, satu arus, satu pemasaan, …). PTR pertama bagi sesuatu nombor test juga membawa penerangan “separa statik” — had, unit, scaling dan format — yang menjadi default bagi setiap PTR kemudian bagi test itu (ini menggantikan rekod PDR berasingan yang digunakan dalam STDF V3). Untuk menjimatkan ruang, PTR kemudian meninggalkan medan default itu melainkan hendak menindihnya.
| Medan | Jenis | Keterangan |
|---|---|---|
| TEST_NUM | U*4 | Nombor test. |
| HEAD_NUM / SITE_NUM | U*1 | Head / site. |
| TEST_FLG | B*1 | Bendera test: alarm, keputusan sah, boleh dipercayai, timeout, dilaksanakan, diabort, lulus/gagal. |
| PARM_FLG | B*1 | Bendera parametrik: ralat skala, hanyutan, ayunan, atas/bawah had, lulus had alternatif. |
| RESULT | R*4 | Nilai yang diukur (sah hanya jika bit bendera berkaitan semuanya 0). |
| TEST_TXT | C*n | Penerangan / label test. |
| ALARM_ID | C*n | Nama sebarang alarm yang dicetuskan. |
| RES_SCAL | I*1 | Eksponen scaling keputusan (kuasa sepuluh). Lihat §10. |
| LO_LIMIT / HI_LIMIT | R*4 | Had test rendah dan tinggi (dengan eksponen LLM_SCAL / HLM_SCAL). |
| UNITS | C*n | Unit asas (cth. “AMPS”, “VOLTS” — tidak pernah “uAMPS”). |
| C_RESFMT / C_LLMFMT / C_HLMFMT | C*n | String format ANSI C untuk paparan (cth. “%7.2f”). |
| LO_SPEC / HI_SPEC | R*4 | Had spesifikasi rendah/tinggi (ditetapkan sekali dalam PTR pertama). |
MPR Multiple-Result Parametric Record — baharu dalam V4
Seperti PTR, tetapi untuk test parametrik yang mengembalikan beberapa nilai serentak
(contohnya, satu ukuran merentas array pin, atau satu sapuan shmoo). Ia membawa satu array keputusan
yang dikembalikan (RTN_RSLT) dan, secara pilihan, keadaan pin (RTN_STAT)
serta indeks PMR yang berkaitan. Untuk pengelogan shmoo, START_IN / INCR_IN /
UNITS_IN menerangkan keadaan input yang disapu. Had, unit, dan scaling berfungsi tepat
seperti dalam PTR, dengan MPR pertama menetapkan default.
FTR Functional Test Record — satu (atau lebih) setiap pelaksanaan functional test
Menyimpan keputusan bagi satu functional test (vektor/corak) tunggal — lulus/gagal serta butiran kegagalan yang kaya. FTR pertama bagi sesuatu test membawa default separa statik (menggantikan rekod FDR STDF V3). Medan utama termasuk kiraan kitaran vektor dan alamat, bilangan pin yang gagal, alamat kegagalan X/Y (untuk penjana corak memori), keadaan pin yang dikembalikan dan yang diprogramkan (sebagai array indeks PMR dan keadaan terkod nibble), satu medan bit pin-gagal, nama corak/vektor, time set, op-code, dan nombor penjana corak. Kod keadaan yang dikembalikan meliputi rendah/tinggi/midband/glitch/tidak ditentukan dan variasi gagal mereka; aksara paparan tepat datang daripada PLR.
Rekod setiap segmen program
BPS Begin Program Section · EPS End Program Section
Penanda pilihan yang mengurung satu bahagian program bernama (sequencer) dalam aliran ujian sesuatu part. BPS membawa nama bahagian; EPS tidak membawa apa-apa — setiap EPS sepadan dengan BPS terkini yang belum berpasangan, jadi pasangan itu boleh bersarang (satu sequencer memanggil yang lain). Ia membolehkan analisis menumpu pada satu segmen tertentu program.
Rekod generik / bentuk bebas
GDR Generic Data Record
Rekod serba boleh untuk maklumat yang tidak sesuai dengan mana-mana jenis rekod lain. Ia menyimpan
kiraan medan diikuti dengan sebanyak itu nilai GEN_DATA yang menerangkan dirinya
sendiri — setiap nilai bermula dengan kod jenis satu bait (integer, float, string, data bit,
nibble…) dan kemudian datanya. Satu jenis pad khas (kod 0) digunakan untuk mengekalkan nilai
berbilang bait pada sempadan bait genap. Ditulis di bawah kawalan job plan untuk sebarang tujuan yang
ditakrif pengguna.
DTR Datalog Text Record
Teks ASCII bebas untuk disertakan dalam cetakan datalog — digunakan untuk menyerlahkan keputusan
yang tidak dijangka atau untuk mencatat peristiwa seperti perubahan kadar pensampelan datalog. Ia
membawa satu string TEXT_DAT tunggal dan boleh muncul di mana-mana selepas urutan awal.
9. Bagaimana rekod disusun dalam fail
Susunan rekod yang tepat bergantung pada sama ada anda menguji wafer atau part yang dibungkus, sama ada ujian selari dihidupkan, dan sama ada datalogging didayakan. Berikut ialah corak kanonik.
Satu lot peranti yang dibungkus (datalog penuh)
FAR maklumat peringkat fail MIR maklumat lot global PIR ┐ part pertama bermula PTR / MPR / FTR … │ setiap test pada part itu PRR ┘ keputusan part pertama PIR … PTR/MPR/FTR … PRR (ulang bagi setiap part) … TSR × N satu sinopsis bagi setiap test dalam program HBR × N satu bagi setiap hardware bin SBR × N satu bagi setiap software bin PCR jumlah kiraan part MRR keputusan lot global (rekod terakhir)
Ringkasan sahaja (tiada datalog setiap part)
Sama seperti di atas tetapi dengan seluruh blok PIR…PRR dibuang — hanya FAR, MIR,
kemudian ringkasan TSR/HBR/SBR/PCR dan MRR.
Satu lot pada wafer probe
FAR · MIR · WCR dimensi & orientasi wafer WIR ┐ wafer pertama bermula PIR · PTR/MPR/FTR · PRR │ setiap die pada wafer … │ WRR ┘ ringkasan wafer pertama WIR … WRR (ulang bagi setiap wafer) TSR… HBR… SBR… PCR… MRR ringkasan lot + rekod akhir
Fail wafer-map-sahaja adalah sama tetapi hanya menyimpan PIR/PRR
bagi setiap die (tiada PTR/MPR/FTR), mengekalkan hanya apa yang diperlukan untuk melukis map.
Ujian selari
Dengan berbilang head dan site, rekod bagi die berlainan berselang-seli: beberapa PIR dibuka dahulu,
tester mengeluarkan rekod PTR/MPR/FTR yang ditanda dengan head+site ketika test berjalan, dan PRR
setiap die muncul sebaik die itu selesai (tidak semestinya mengikut susunan mula). WRR setiap
wafer ditulis apabila semua die head itu selesai, dan blok PCR merangkumi satu PCR setiap head/site
serta satu PCR ringkasan dengan HEAD_NUM = 255.
10. Scaling, unit & had
Di dalam PTR/MPR, RESULT, had, dan spec semuanya disimpan dinormalkan kepada unit
asas yang dinamakan dalam UNITS. Ini bermaksud UNITS sentiasa satu
unit penuh — “AMPS”, bukan “uAMPS” — dan anda boleh melakukan aritmetik terus pada mana-mana nilai yang
unitnya sepadan.
Untuk paparan, dua bahagian tambahan digunakan: satu eksponen scaling dan satu string format
ANSI-C. Nilai _SCAL ialah kuasa sepuluh bagi faktor scaling dan juga memilih awalan SI:
| _SCAL | Awalan | Maksud | Magnitud |
|---|---|---|---|
| 15 | f | femto | 10⁻¹⁵ |
| 12 | p | pico | 10⁻¹² |
| 9 | n | nano | 10⁻⁹ |
| 6 | u | micro | 10⁻⁶ |
| 3 | m | milli | 10⁻³ |
| 2 | % | peratus | 10⁻² |
| 0 | — | asas | 10⁰ |
| -3 | K | Kilo | 10³ |
| -6 | M | Mega | 10⁶ |
| -9 | G | Giga | 10⁹ |
| -12 | T | Tera | 10¹² |
Nilai berskala hanyalah nilai × 10^_SCAL. Contohnya, untuk menyimpan “123.45 uAMPS”:
RESULT= 123.45 × 10⁻⁶RES_SCAL= 6 (kod untuk “micro”)C_RESFMT=%7.2fUNITS=AMPS
Untuk memaparkannya: darab dengan 10⁶, format dengan dua tempat perpuluhan, tambah awalan “u” di hadapan, dan tambah unit di belakang → 123.45 uAMPS.
11. Menggunakan rekod pin mapping
Apabila sesuatu peranti diuji, terdapat pemetaan antara pin peranti dan channel tester. Tiga jenis rekod menerangkannya, dan rekod FTR/MPR merujuknya melalui indeks:
- PMR (Pin Map Record) — mentakrifkan satu kaitan channel↔pin dan memberikannya satu indeks PMR yang unik (1–32,767). Setiap channel mempunyai jenis dan nama; setiap pin mempunyai nama fizikal dan logik; head dan site turut direkodkan.
- PGR (Pin Group Record) — menamakan satu kumpulan pin (cth. “address bus”) dan menyenaraikan indeks PMR di dalamnya, dengan indeks kumpulannya sendiri (32,768–65,535).
- PLR (Pin List Record) — bagi satu senarai pin/kumpulan, mentakrifkan radix paparan (binari, oktal, perpuluhan, heksa, simbolik), mod operasi (normal, dual-drive, SCIO…), dan aksara ASCII yang digunakan untuk menggambarkan keadaan yang diprogramkan dan yang dikembalikan.
Apabila perisian menyahkod satu keputusan functional, ia membaca array indeks PMR dalam FTR/MPR untuk mengetahui pin mana yang mempunyai nilai mana, menggunakan PMR untuk mendapatkan nama fizikal/logik/channel pin dan head/site-nya, menggunakan PGR untuk melihat kumpulan mana pin itu tergolong, dan menggunakan PLR untuk menggambarkan keadaan dalam bentuk yang dikenali jurutera bagi tester dan peranti itu.
12. Menyimpan maklumat pembaikan
STDF juga boleh membawa repair data untuk memori, papan PC, dan part lain, menghantarnya antara proses
ujian dan proses pembaikan. Maklumat pembaikan bagi setiap part berada dalam medan PART_FIX
pada PRR. Ia khusus aplikasi — terkod bit, integer, float, atau teks — dengan bait pertama memberikan
bilangan bait yang mengikutinya, jadi ia hanya boleh dinyahkod oleh program analisis yang sepadan. Fail
pembaikan minimum boleh menggugurkan rekod setiap test sepenuhnya dan mengekalkan hanya
FAR · MIR · (WIR ·) PRR… · PCR · MRR.
13. Nama fail STDF
Spesifikasi mengesyorkan nama fail berbentuk filename.STD[string] di mana:
- filename ialah 1–39 aksara daripada
A–Z a–z 0–9 _, bermula dengan huruf. - sambungan bermula dengan
.STDdan, pada sistem yang sensitif huruf besar/kecil, paling baik ditulis dengan huruf kecil (.std). - tanda dolar
$tidak lagi dibenarkan (ia menyebabkan masalah pada sesetengah sistem pengendalian). - gunakan hanya satu titik, dan pastikan sambungan pendek — perisian mungkin menambah aksara padanya untuk menunjukkan keadaan pemprosesan.
Nama fail yang baik adalah unik merentas sistem, memberi petunjuk kandungan dan masa penjanaannya, serta berfungsi merentas pelbagai sistem pengendalian.
14. Perbezaan antara STDF V3 dan V4
STDF diperkenalkan pada tahun 1985 dan berkembang menjadi standard de-facto industri. Setelah mengumpul hampir seratus permintaan daripada pelanggan dan vendor ATE lain, Teradyne mengeluarkan Versi 4, versi yang digunakan hari ini. Perubahan terbesar:
- Empat rekod wajib (V3 hanya memerlukan MIR dan MRR): FAR, MIR, PCR, MRR — dan fail kini mesti bermula dengan FAR.
- Rekod baharu: ATR, PCR, PGR, PLR, RDR, SDR, dan MPR.
- Rekod digugurkan: rekod penerangan PDR dan FDR (maklumat separa statiknya kini berada dalam PTR/FTR pertama setiap test), dan semua rekod khusus site SHB, SSB, STS, SCR (fungsinya kini dikendalikan oleh medan head/site dalam HBR, SBR, TSR, dan PCR).
- Kiraan part dipindahkan keluar dari MRR ke PCR baharu;
CPU_TYPEdanSTDF_VERkini berada hanya dalam FAR. - Pin mapping direka semula: PMR V3 (yang juga boleh mentakrif kumpulan) dipecahkan kepada PMR + PGR + PLR.
- Medan paparan dimodenkan: medan kiraan digit lama digantikan dengan string format ANSI-C (
C_RESFMTdsb.), dan had spec (LO_SPEC/HI_SPEC) ditambah ke PTR/MPR. - Jenis data baharu
D*ndanN*1ditambah dan susunan bitB*ndiperjelaskan. - Rekod tidak berubah: BPS, EPS, GDR, dan DTR.
15. Glosari
| Istilah | Maksud |
|---|---|
| Aborted part | Part yang ujiannya bermula tetapi tidak berjalan hingga selesai (cth. operator mengganggunya). |
| Datalog | Senarai maklumat ujian tertentu — keputusan test dan nilai parameter. |
| Die | Satu peranti semikonduktor tunggal dalam sesebuah wafer. |
| Functional part | Mana-mana part yang, apabila diuji, tidak jatuh ke dalam bin kegagalan katastrofik (biasanya bin 0). Disimpan dalam FUNC_CNT. |
| Good part | Mana-mana part yang diletakkan dalam bin yang boleh diterima untuk guna/jual. Disimpan dalam GOOD_CNT; diperlukan untuk yield. |
| Hardware bin | Kategori isih fizikal pada handler peranti untuk menggredkan peranti yang diuji. |
| Software bin | Kategori isih logik yang ditakrif dalam program ujian untuk pengkategorian lebih halus daripada hardware bin. |
| Insertion | Tindakan menguji satu lot part sekali (satu lot boleh diuji beberapa kali di bawah keadaan berbeza). |
| Job plan / test plan / test program | Set pernyataan program yang direka untuk menguji peranti tertentu. |
| Lot | Satu kelompok part (selalunya keseluruhan larian pengeluaran) yang diuji sebagai satu kumpulan; boleh dipecah kepada sublot. |
| Lot disposition | Keputusan tentang masa depan lot (cth. yield terlalu rendah untuk dibungkus). |
| Retested part | Part yang diuji lebih daripada sekali dalam satu insertion, biasanya kerana masalah dikesan pada kali pertama. |
| Sequencer | “Isi kandungan” sesebuah program ujian — senarai tertib test bersama had dan binning-nya. |
| Masa Setup / Start / Finish | Bila penyediaan bermula / bila part pertama mula diuji / bila part terakhir selesai. |
| Tester | Mesin yang mampu memisahkan (dan biasanya menggredkan) part baik daripada part rosak. |
| Test head | Perkakasan untuk menguji satu atau lebih peranti; pada tester selari ia mengawal berbilang site. |
| Test site | Sambungan perkakasan yang diperlukan untuk menguji satu peranti; satu head boleh mempunyai beberapa site. |
| Test station | Entiti perisian logik yang memuatkan dan menjalankan satu test plan, dikaitkan dengan satu atau lebih head. |
| Wafer | Cakera bahan semikonduktor bertulen tinggi; substrat tempat IC dibina, kemudian diprob oleh ATE. |
Analisis STDF dengan cara mudah — dengan DLOG
Kerana STDF ialah format binari padat yang boleh mengandungi berjuta-juta rekod setiap lot, membuka dan menganalisis silang banyak fail secara manual adalah tidak praktikal. DLOG membaca STDF V4 rekod demi rekod, memuatkan banyak fail sekali gus, dan menukar datalog mentah kepada wafer map, bin Pareto, histogram, carta trend/scatter, Cpk, PAT, Gauge R&R dan korelasi — dieksport sebagai laporan PDF / Excel / imej dalam beberapa klik, sepenuhnya luar talian pada PC anda sendiri.
Cuba DLOG percuma selama 6 bulan →