Laman Utama  /  Apa itu STDF
● STDF · Standard Test Data Format · Version 4

Apa itu STDF? Panduan lengkap yang mudah difahami

STDF ialah format fail binari standard industri untuk data ujian semikonduktor. Halaman ini menerangkan tujuan, struktur, jenis rekod, susunan fail, scaling, pin mapping dan cara DLOG menganalisisnya.

Pengenalan

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.

Dalam satu ayat: STDF ialah bekas binari padat yang mengandungi “rekod” bertaip yang membolehkan data ujian daripada mana-mana tester — Teradyne, Advantest, Cohu/Xcerra, atau ATE buatan sendiri — dibaca dan dianalisis oleh alat yang sama. Versi yang paling meluas digunakan hari ini ialah STDF V4, iaitu versi yang diterangkan oleh halaman ini.
Motivasi

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.

Matlamat reka bentuk

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.
Anatomi fail

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:

MedanJenisMaksud
REC_LENU*2Bilangan bait data yang mengikuti header (4 bait header itu sendiri tidak dikira).
REC_TYPU*1Integer yang mengenal pasti satu kumpulan jenis rekod yang berkaitan.
REC_SUBU*1Integer 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_TYPKumpulanJenis rekod (REC_SUB)
0Maklumat tentang failFAR (10), ATR (20)
1Data setiap lotMIR (10), MRR (20), PCR (30), HBR (40), SBR (50), PMR (60), PGR (62), PLR (63), RDR (70), SDR (80)
2Data setiap waferWIR (10), WRR (20), WCR (30)
5Data setiap partPIR (10), PRR (20)
10Setiap test (seluruh program)TSR (30)
15Setiap pelaksanaan testPTR (10), MPR (15), FTR (20)
20Setiap segmen programBPS (10), EPS (20)
50Data generikGDR (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.

Pengekodan

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.

KodJenis CKeterangan
C*12char[12]String panjang tetap. Jika lebih pendek, ia dijajarkan ke kiri dan diisi dengan ruang.
C*nchar[]String panjang berubah; bait pertama ialah kiraan tidak bertanda bagi bait yang mengikutinya (maks 255).
C*fchar[]String panjang berubah yang panjangnya disimpan dalam medan lain.
U*1 / U*2 / U*4unsignedInteger tidak bertanda 1, 2 dan 4 bait.
I*1 / I*2 / I*4signedInteger bertanda 1, 2 dan 4 bait.
R*4 / R*8float / doubleNombor titik terapung 4 dan 8 bait.
B*6char[6]Data terkod bit panjang tetap.
B*nchar[]Medan terkod bit panjang berubah; bait pertama ialah kiraan bait (maks 255).
D*nchar[]Medan bit panjang berubah; dua bait pertama ialah kiraan bit (maks 65,535 bit).
N*1charInteger 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.
kxTYPETYPE[]Array bagi k item jenis yang diberi, di mana k datang daripada medan terdahulu. cth. kxU*2.
Ketahanan

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”:

  1. Satu nilai khas yang ditakrifkan terlebih dahulu bermaksud “hilang” — cth. bait panjang bernilai 0 bagi string, atau nombor tertentu seperti -1 bagi medan berangka.
  2. 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.

“Wajib” lawan “pilihan” mempunyai makna yang sempit. Ia hanya mentakrifkan apa yang menjadikan fail STDF sah secara minimum. Perisian analisis (termasuk milik vendor itu sendiri) mungkin memerlukan medan yang dipanggil pilihan oleh spesifikasi. Dalam praktik, fail yang sah secara minimum jarang mempunyai cukup data untuk laporan penuh — biasanya anda akan mengisi lebih daripada minimum yang ketat.
Peraturan

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
Rujukan

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.

0

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.

MedanJenisKeterangan
CPU_TYPEU*1CPU mana yang menulis fail (0 = DEC PDP-11/VAX, 1 = Sun 1–4, 2 = Sun 386i / keluarga IBM PC).
STDF_VERU*1Nombor 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.

MedanJenisKeterangan
MOD_TIMU*4Tarikh dan masa fail diubah suai.
CMD_LINEC*nBaris arahan program yang mengubah fail.
1

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.

MedanJenisKeterangan
SETUP_TU*4Tarikh/masa penyediaan kerja (job setup).
START_TU*4Tarikh/masa part pertama diuji.
STAT_NUMU*1Nombor stesen tester.
MODE_CODC*1Mod ujian (P = pengeluaran, D/E = pembangunan, M = penyelenggaraan, Q = QC, C = checker, A = AEL).
RTST_CODC*1Kod retest lot.
BURN_TIMU*2Masa burn-in dalam minit.
LOT_IDC*nID lot (ditentukan oleh pelanggan).
PART_TYPC*nJenis part / ID produk.
NODE_NAMC*nNama nod yang menjana data.
TSTR_TYPC*nJenis tester.
JOB_NAMC*nNama kerja / program ujian.
JOB_REVC*nRevisi program ujian.
SBLOT_IDC*nID sublot.
OPER_NAMC*nNama/ID operator ketika penyediaan.
TST_TEMPC*nSuhu ujian (teks bebas — cth. “25C”, “HOT”, “COLD”).
PROC_IDC*nID proses fabrikasi.
FLOW_ID, PKG_TYP, FAMLY_ID, DATE_COD, FACIL_ID, …C*nBanyak 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.

MedanJenisKeterangan
FINISH_TU*4Tarikh/masa part terakhir diuji.
DISP_CODC*1Kod disposisi lot (alfanumerik yang ditakrif pengguna).
USR_DESCC*nPenerangan lot yang dibekalkan oleh pengguna.
EXC_DESCC*nPenerangan 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.

MedanJenisKeterangan
HEAD_NUM / SITE_NUMU*1Head / site ujian (255 = ringkasan untuk semua site).
PART_CNTU*4Bilangan part yang diuji.
RTST_CNTU*4Bilangan part yang diuji semula.
ABRT_CNTU*4Bilangan abort semasa ujian.
GOOD_CNTU*4Bilangan part baik (lulus).
FUNC_CNTU*4Bilangan 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:

MedanJenisKeterangan
HEAD_NUM / SITE_NUMU*1Head / site (255 = semua site).
HBIN_NUM / SBIN_NUMU*2Nombor bin (0–32767).
HBIN_CNT / SBIN_CNTU*4Bilangan part dalam bin.
HBIN_PF / SBIN_PFC*1Penunjuk lulus/gagal (P = lulus, F = gagal, ruang = tidak diketahui).
HBIN_NAM / SBIN_NAMC*nNama 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.

MedanJenisKeterangan
NUM_BINSU*2Bilangan bin yang sedang diuji semula (0 = semua bin).
RTST_BINkxU*2Array 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.

2

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)JenisKeterangan
FINISH_TU*4Tarikh/masa die terakhir pada wafer diuji.
PART_CNT … FUNC_CNTU*4Kiraan die diuji / diuji semula / diabort / baik / berfungsi.
WAFER_IDC*nID wafer (menggantikan yang di dalam WIR).
FABWF_IDC*nID wafer fab — memaut keputusan kembali kepada fabrikasi.
FRAME_IDC*nID frame wafer — menjejak wafer selepas sawing, untuk binning tanpa dakwat.
MASK_IDC*nID 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.

MedanJenisKeterangan
WAFR_SIZR*4Diameter wafer (dalam WF_UNITS).
DIE_HT / DIE_WIDR*4Tinggi dan lebar die.
WF_UNITSU*1Unit: 1 = inci, 2 = cm, 3 = mm, 4 = mil (0 = tidak diketahui).
WF_FLATC*1Orientasi flat wafer (U/D/L/R).
CENTER_X / CENTER_YI*2Koordinat die tengah.
POS_X / POS_YC*1Arah mana yang positif X (L/R) dan positif Y (U/D).
5

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)JenisKeterangan
HEAD_NUM / SITE_NUMU*1Head / site part ini.
PART_FLGB*1Bendera 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_TESTU*2Bilangan test yang dilaksanakan pada part.
HARD_BINU*2Hardware bin tempat part itu masuk (0–32767).
SOFT_BINU*2Software bin (65535 = hilang).
X_COORD / Y_COORDI*2Koordinat wafer (-32768 = hilang).
TEST_TU*4Masa ujian yang berlalu dalam milisaat.
PART_IDC*nPengenalan part.
PART_TXTC*nTeks penerangan part.
PART_FIXB*nMaklumat pembaikan khusus aplikasi (lihat §12).
Nota praktikal: Anda harus menyediakan sama ada PART_ID atau pasangan X_COORD/Y_COORD — jika tidak, keputusan menjadi sukar digunakan untuk analisis atau untuk diletakkan pada wafer map.
10

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.

MedanJenisKeterangan
HEAD_NUM / SITE_NUMU*1Head / site (255 = ringkasan untuk semua site).
TEST_TYPC*1P = parametrik, F = functional, M = parametrik multi-result.
TEST_NUMU*4Nombor test.
EXEC_CNTU*4Bilangan pelaksanaan.
FAIL_CNTU*4Bilangan kegagalan.
ALRM_CNTU*4Bilangan test yang mencetuskan alarm.
TEST_NAM / SEQ_NAME / TEST_LBLC*nNama test, nama sequencer, dan label.
TEST_TIMR*4Purata masa pelaksanaan (saat).
TEST_MIN / TEST_MAXR*4Nilai keputusan terendah / tertinggi yang dilihat.
TST_SUMS / TST_SQRSR*4Jumlah dan jumlah kuasa dua keputusan — digunakan untuk mengira min dan sisihan piawai, walaupun ketika menggabungkan berbilang fail.
15

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.

MedanJenisKeterangan
TEST_NUMU*4Nombor test.
HEAD_NUM / SITE_NUMU*1Head / site.
TEST_FLGB*1Bendera test: alarm, keputusan sah, boleh dipercayai, timeout, dilaksanakan, diabort, lulus/gagal.
PARM_FLGB*1Bendera parametrik: ralat skala, hanyutan, ayunan, atas/bawah had, lulus had alternatif.
RESULTR*4Nilai yang diukur (sah hanya jika bit bendera berkaitan semuanya 0).
TEST_TXTC*nPenerangan / label test.
ALARM_IDC*nNama sebarang alarm yang dicetuskan.
RES_SCALI*1Eksponen scaling keputusan (kuasa sepuluh). Lihat §10.
LO_LIMIT / HI_LIMITR*4Had test rendah dan tinggi (dengan eksponen LLM_SCAL / HLM_SCAL).
UNITSC*nUnit asas (cth. “AMPS”, “VOLTS” — tidak pernah “uAMPS”).
C_RESFMT / C_LLMFMT / C_HLMFMTC*nString format ANSI C untuk paparan (cth. “%7.2f”).
LO_SPEC / HI_SPECR*4Had 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.

20

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.

50

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.

Susun atur dalam praktik

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.

Nombor & paparan

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:

_SCALAwalanMaksudMagnitud
15ffemto10⁻¹⁵
12ppico10⁻¹²
9nnano10⁻⁹
6umicro10⁻⁶
3mmilli10⁻³
2%peratus10⁻²
0—asas10⁰
-3KKilo10³
-6MMega10⁶
-9GGiga10⁹
-12TTera10¹²

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.2f
  • UNITS = AMPS

Untuk memaparkannya: darab dengan 10⁶, format dengan dua tempat perpuluhan, tambah awalan “u” di hadapan, dan tambah unit di belakang → 123.45 uAMPS.

Menyahkod functional test

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.

Melangkaui lulus/gagal

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.

Konvensyen

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 .STD dan, 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.

Sejarah versi

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_TYPE dan STDF_VER kini 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_RESFMT dsb.), dan had spec (LO_SPEC/HI_SPEC) ditambah ke PTR/MPR.
  • Jenis data baharu D*n dan N*1 ditambah dan susunan bit B*n diperjelaskan.
  • Rekod tidak berubah: BPS, EPS, GDR, dan DTR.
Istilah

15. Glosari

IstilahMaksud
Aborted partPart yang ujiannya bermula tetapi tidak berjalan hingga selesai (cth. operator mengganggunya).
DatalogSenarai maklumat ujian tertentu — keputusan test dan nilai parameter.
DieSatu peranti semikonduktor tunggal dalam sesebuah wafer.
Functional partMana-mana part yang, apabila diuji, tidak jatuh ke dalam bin kegagalan katastrofik (biasanya bin 0). Disimpan dalam FUNC_CNT.
Good partMana-mana part yang diletakkan dalam bin yang boleh diterima untuk guna/jual. Disimpan dalam GOOD_CNT; diperlukan untuk yield.
Hardware binKategori isih fizikal pada handler peranti untuk menggredkan peranti yang diuji.
Software binKategori isih logik yang ditakrif dalam program ujian untuk pengkategorian lebih halus daripada hardware bin.
InsertionTindakan menguji satu lot part sekali (satu lot boleh diuji beberapa kali di bawah keadaan berbeza).
Job plan / test plan / test programSet pernyataan program yang direka untuk menguji peranti tertentu.
LotSatu kelompok part (selalunya keseluruhan larian pengeluaran) yang diuji sebagai satu kumpulan; boleh dipecah kepada sublot.
Lot dispositionKeputusan tentang masa depan lot (cth. yield terlalu rendah untuk dibungkus).
Retested partPart 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 / FinishBila penyediaan bermula / bila part pertama mula diuji / bila part terakhir selesai.
TesterMesin yang mampu memisahkan (dan biasanya menggredkan) part baik daripada part rosak.
Test headPerkakasan untuk menguji satu atau lebih peranti; pada tester selari ia mengawal berbilang site.
Test siteSambungan perkakasan yang diperlukan untuk menguji satu peranti; satu head boleh mempunyai beberapa site.
Test stationEntiti perisian logik yang memuatkan dan menjalankan satu test plan, dikaitkan dengan satu atau lebih head.
WaferCakera bahan semikonduktor bertulen tinggi; substrat tempat IC dibina, kemudian diprob oleh ATE.
Manfaatkan STDF

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 →

↑ Kembali ke atas