STDF란 무엇인가요? 전체 한국어 가이드

1. STDF란 무엇인가

STDF(Standard Test Data Format, 표준 테스트 데이터 형식)는 반도체 테스트 장비(ATE)에서 측정된 결과를 저장하기 위해 고안된 간결하고 유연하며 이식성이 뛰어난 바이너리 데이터 포맷입니다. 1985년 Teradyne(테라다인)에 의해 처음 개발되었으며, 체계적인 사양 공개와 벤더 중립성을 바탕으로 전 세계 자동 테스트 장비(ATE) 산업 전체의 사실상 표준(de-facto standard)으로 자리 잡았습니다.

테스터가 웨이퍼 상의 다이(Die) 또는 패키징된 개별 반도체 디바이스를 측정할 때, 파라메트릭 측정값, 합격/불합격(Pass/Fail) 결과, Bin 판정 및 테스트 조건을 바이너리 파일로 기록하는데 이를 흔히 데이터로그(datalog)라고 부릅니다. 일반적으로 하나의 STDF 파일은 단일 테스트 패스(1회 Insertion) 동안 한 로트(Lot)의 디바이스들을 측정한 모든 테스트 데이터를 담고 있습니다.

핵심 개념: STDF는 정형화된 데이터베이스 테이블이나 고정된 양식의 보고서가 아닙니다. 사전에 엄격히 정의된 논리적 레코드 유형(Logical Record Types)의 연속된 스트림입니다. 각 레코드는 테스트 실행의 특정 단위(개별 디바이스, 웨이퍼, 단일 파라메트릭 측정, Bin 집계 등)를 독립적으로 기술합니다. 따라서 데이터가 메모리 버퍼에 있든, 로컬 디스크 파일에 저장되어 있든, 네트워크를 통해 실시간 전송 중이든 특정 DB 엔진이나 시스템 아키텍처에 구애받지 않고 동일한 규격으로 동작합니다.

2. STDF가 존재하는 이유

ATE 산업이 발전하면서 장비 제조사들은 이더넷과 같은 공통 네트워크 표준을 도입했습니다. 그러나 한 가지 치명적인 격차가 남아 있었습니다. 서로 다른 제조사의 테스터 간에 테스트 결과 데이터 형식이 전혀 호환되지 않았으며, 때로는 동일한 제조사의 장비 라인업 간에도 포맷이 달랐습니다.

업계 공통 포맷이 없다면 모든 반도체 팹(Fab)과 패키징/테스트 외주사(OSAT)는 장비 제조사마다, 심지어 테스터 기종마다 각기 다른 전용 파서와 분석 프로그램을 따로 개발해야 합니다. STDF는 이러한 데이터 파편화를 해결하는 단일 공통 컨테이너를 제공함으로써 다음과 같은 강력한 이점을 제공합니다:

• 테스터가 별도의 변환 오버헤드 없이 자체 네이티브 표현 그대로 원시 결과를 고속 기록할 수 있습니다.
• 중앙 분석 엔진 및 수율 관리 시스템이 하나의 파서로 수많은 테스터 장비의 데이터를 일관되게 수용할 수 있습니다.
• 사내 엔지니어링 네트워크 및 고객사로 표준화되고 신뢰할 수 있는 데이터를 손쉽게 공유할 수 있습니다.
• 고성능 리포팅 및 수율 분석 소프트웨어를 한 번만 개발하면 모든 팹과 OSAT 환경에서 즉시 활용할 수 있습니다.

Teradyne은 STDF 규격을 독점하지 않고 전 세계에 무상 공개했습니다. 그 결과 반도체 제조 및 테스트 생태계 전체가 표준화된 공통 포맷을 바탕으로 수율 분석과 생산성을 극대화할 수 있게 되었습니다.

3. 설계 목표

STDF는 다음과 같은 명확한 공학적 목표를 달성하도록 설계되었습니다.

• 모든 반도체 테스터 및 레이저 트리머의 테스트 데이터를 완벽하게 수용.
• 데이터의 장기 보관(Storage)과 네트워크 전송(Transmission) 모두를 지원하는 공통 바이너리 포맷 제공.
• 특정 플랫폼이나 OS에 종속되지 않는 범용(Portable) 보고 및 분석 소프트웨어의 기반 제공.
• 데이터 메시지 구조를 데이터베이스 스키마와 분리하여 독립적인 시스템 확장성 보장.
• 누락 데이터 및 유효하지 않은 측정값(선택적 필드)에 대한 유연한 처리 지원.
• 개발자와 엔지니어를 위해 군더더기 없고 명확한 공식 표준 문서 제공.
• 고객사가 자체 사내 데이터베이스나 리포팅 도구에 맞게 손쉽게 데이터를 변환·적재할 수 있는 개방성 확보.

4. STDF 파일의 구조

STDF 파일은 바이너리 레코드(Record)들이 순차적으로 나열된 연속된 스트림입니다. 모든 레코드는 데이터 유형이나 크기에 관계없이 예외 없이 동일한 4바이트 크기의 표준 레코드 헤더로 시작합니다:

(REC_TYP, REC_SUB) 쌍은 각 레코드의 유형을 파일 전체에서 유일하게 식별합니다. REC_TYP 단위의 그룹화 덕분에 분석 소프트웨어는 레코드의 모든 내부 필드를 파싱하지 않고도 관심 있는 레코드 계열(예: 부품별 측정 데이터, 웨이퍼 요약 등)을 즉시 인지하여 필요한 레코드만 초고속으로 필터링할 수 있습니다. 0~199번의 타입/서브타입 코드는 공식 STDF 표준 사양(Teradyne 예약)이며, 200~255번은 사용자가 독자적인 시스템을 위해 자유롭게 정의할 수 있는 사용자 지정(Custom) 영역입니다.

레코드 그룹(REC_TYP)

바이트 순서(엔디안)와 CPU_TYPE 처리

서로 다른 프로세서 아키텍처(DEC, Motorola, Intel, IBM, Sun 등)는 정수와 부동소수점 숫자를 바이트 순서(엔디안, Endianness)가 서로 다른 방식으로 메모리에 저장합니다. 모든 테스터 장비가 파일 저장 시마다 표준 엔디안으로 데이터를 변환하도록 강제하면 테스트 속도가 저하되므로, STDF는 각 테스터 시스템이 자신의 네이티브 표현(Native Byte Order) 그대로 고속 기록할 수 있도록 설계되었습니다. 대신 첫 번째 레코드인 FAR의 CPU_TYPE 필드에 작성 시스템의 CPU 종류를 명시합니다. 다른 시스템에서 해당 STDF 파일을 읽을 때 CPU_TYPE을 확인하여 엔디안 변환이 필요한 경우에만 소프트웨어가 투명하게 변환하여 읽어 들이므로, 테스터 본체의 테스트 처리 속도(Throughput)에 전혀 영향을 주지 않습니다.

날짜와 시간 포맷

모든 날짜 및 시간 필드는 1970년 1월 1일 자정(UNIX Epoch)부터 경과한 초(Seconds)를 계산하는 4바이트 부호 없는 정수(U*4)로 저장되며, 로컬 타임존 기준입니다.

5. 데이터 유형 코드

STDF 사양은 필드 데이터 타입을 표현하기 위해 간결하고 직관적인 표기법을 사용합니다. 예를 들어 R*4는 4바이트 실수형(부동소수점, Float)을 의미합니다. * 뒤의 숫자는 바이트(Byte) 크기입니다 (1바이트 = 8비트).

6. 선택적 필드 및 누락 데이터

STDF 레코드 내의 수많은 필드가 선택적(Optional)으로 지정되어 있습니다. 선택적 필드라 하더라도 레코드 구조 내에 자리는 유지되어야 하지만, "이 필드에는 유효한 데이터가 없음(누락)"을 표시하는 두 가지 표준 규격이 있습니다:

1. 사전 정의된 예약값(Default/Reserved Value): '누락'을 뜻하는 특수값으로, 문자열의 경우 길이 바이트가 0이거나, 정수/실수 필드의 경우 특정 음수값 또는 NaN 등으로 지정됩니다.
2. 선택적 데이터 플래그 비트 필드(Optional Data Bit Flag): 각 비트가 특정 선택적 필드의 유효성 여부(0 = 유효 데이터 있음, 1 = 데이터 누락/무효)를 나타내는 바이트입니다.

파일 용량을 절약하기 위해, 레코드의 맨 끝(End)에 위치한 선택적 필드들은 통째로 생략될 수 있습니다. 단, 해당 필드 및 그 뒤에 이어지는 모든 필드가 누락(Missing/Invalid) 상태일 때만 생략이 허용됩니다. 레코드 중간(Middle)에 위치한 선택적 필드는 절대 생략할 수 없으며 기본 예약값으로 채워져야 합니다.

7. 필수 레코드 및 초기 순서

STDF V4 규격을 만족하는 정상적인 파일은 반드시 다음 4개의 필수 레코드를 포함해야 합니다:

• FAR — 파일당 정확히 하나만 존재하며, 반드시 파일의 첫 번째 레코드여야 합니다.
• MIR — 파일당 정확히 하나만 존재하며, FAR(및 ATR) 바로 뒤에 위치해야 합니다.
• PCR — 적어도 하나 이상 존재해야 합니다 (전체 사이트 요약 HEAD_NUM = 255 또는 헤드/사이트별 집계).
• MRR — 파일당 정확히 하나만 존재하며, 반드시 파일의 맨 마지막 레코드여야 합니다.

STDF 사양서에서 레코드 배치를 기술할 때 "초기 시퀀스 이후"라는 표현이 자주 등장합니다. 초기 시퀀스(Initial Sequence)란 파일 서두에 위치하는 고정된 헤더 레코드 블록을 뜻하며, 배치 규칙은 다음과 같습니다:

• FAR 레코드가 예외 없이 항상 파일의 첫 머리에 옵니다.
• ATR(감사 추적) 레코드가 존재하는 경우, FAR 직후에 배치됩니다.
• MIR 레코드가 FAR 및 ATR 바로 뒤에 이어집니다.
• RDR(재테스트 데이터) 레코드가 사용되는 경우, MIR 직후에 위치합니다.
• SDR(사이트 설명) 레코드가 사용되는 경우, MIR(및 RDR) 바로 뒤에 배치됩니다.

# 파일 시작부 초기 시퀀스(Initial Sequence):
FAR → [ATRs] → MIR → [RDR] → [SDRs] → …이후 모든 테스트 레코드 스트림… → MRR

8. 모든 STDF V4 레코드 유형

STDF V4 규격에서 정의하는 24개 표준 레코드 유형을 기능 및 계층별로 분류한 레퍼런스 가이드입니다. 각 레코드의 주요 역할, 출현 빈도 및 필수 필드 규격을 안내합니다. 표준 공통 레코드 헤더(REC_LEN, REC_TYP, REC_SUB)는 모든 레코드에 기본 탑재되므로 아래 필드 목록 테이블에서는 생략되었습니다.

9. 파일 내 레코드 배치 순서

파일 내부에서 레코드가 나열되는 구체적인 순서는 웨이퍼 소트인지 파이널(패키지) 테스트인지, 병렬 테스트(Multi-Site)가 켜져 있는지, 데이터로깅 모드가 켜져 있는지에 따라 결정됩니다. 다음은 반도체 현업에서 사용되는 대표적인 표준 패턴입니다:

패키지 디바이스 로트 (전체 데이터로그)

FAR                         파일 수준 헤더 정보 (CPU_TYPE, STDF_VER)
MIR                         로트 전역 요약 정보
  PIR                       ┐ 첫 번째 디바이스 테스트 시작 마커
    PTR / MPR / FTR …       │ 해당 디바이스의 모든 측정 테스트 결과
  PRR                       ┘ 첫 번째 디바이스 최종 판정 및 마감
  PIR … PTR/MPR/FTR … PRR      (로트 내 각 디바이스마다 반복)
  …
TSR × N                     프로그램 내 각 테스트 항목별 통계 요약
HBR × N                     하드웨어 빈(Hardware Bin)별 수량 집계
SBR × N                     소프트웨어 빈(Software Bin)별 수량 집계
PCR                         로트 전체 부품 수량 총계 (PASS/FAIL/총계)
MRR                         로트 최종 마감 결과 (파일의 마지막 레코드)

요약 전용 파일 (부품별 데이터로그 제외)

위 흐름과 동일하지만 개별 부품 단위의 세부 측정값 블록(PIR…PRR)이 통째로 생략된 형태입니다. FAR, MIR 이후 곧바로 TSR/HBR/SBR/PCR 통계 요약과 최종 MRR만 기록되므로 파일 크기가 극도로 작습니다.

웨이퍼 프로브(웨이퍼 소트) 로트

FAR · MIR · WCR              웨이퍼 물리 치수, 다이 크기 및 노치 방향
  WIR                       ┐ 첫 번째 웨이퍼 테스트 시작
    PIR · PTR/MPR/FTR · PRR │ 웨이퍼 상의 각 다이(Die)별 테스트 결과
    …                       │
  WRR                       ┘ 첫 번째 웨이퍼 최종 수율 요약
  WIR … WRR                    (로트 내 각 웨이퍼마다 반복)
TSR… HBR… SBR… PCR… MRR    로트 전체 통계 요약 및 최종 마감 레코드

웨이퍼 맵 전용(Wafer-map-only) 파일은 위 구조에서 파라메트릭 세부 측정값(PTR/MPR/FTR)을 제외하고 각 다이의 좌표와 Bin 판정(PIR/PRR)만 최소한으로 유지하여 웨이퍼 맵 렌더링에 필요한 정보만 초소형 용량으로 압축 저장한 파일입니다.

병렬 테스트(Multi-Site)와 인터리빙

멀티 헤드 및 다중 사이트(Multi-Site) 동시 테스트 환경에서는 여러 다이에 대한 레코드가 시간 순서에 따라 교차 배치(인터리브, Interleave)됩니다. 먼저 여러 개의 PIR이 동시에 열리고, 테스터는 테스트 진행에 따라 HEAD_NUM과 SITE_NUM 태그가 붙은 PTR/MPR/FTR 레코드를 순차적으로 내보내며, 개별 다이의 테스트가 완료되는 즉시 해당 다이의 PRR이 기록됩니다 (시작 순서와 무관하게 완료 순서대로 PRR 기록). 해당 헤드의 모든 다이 측정이 끝나면 웨이퍼별 WRR이 기록되며, 최종 PCR 블록에는 사이트별 개별 PCR과 함께 전체 통합 요약 PCR(HEAD_NUM = 255)이 포함됩니다.

10. 스케일링, 단위 및 한계값

PTR 및 MPR 레코드 내부의 RESULT, 테스트 한계값(LO_LIMIT, HI_LIMIT) 및 설계 사양(LO_SPEC, HI_SPEC)은 모두 UNITS 필드에 명시된 정규화된 기본 물리 단위로 저장됩니다. 즉, UNITS는 축약 단위(예: "uAMPS", "mV")가 아닌 기본 단위(예: "AMPS", "VOLTS")로 기록되므로, 동일한 물리 단위를 사용하는 모든 측정값들 간에 복잡한 단위 환산 없이 직접 사칙연산과 산술 비교를 수행할 수 있습니다.

측정값을 화면에 가독성 높게 표시(Display)하기 위해 스케일링 지수(_SCAL)와 ANSI-C 포맷 문자열이라는 두 가지 메타데이터 필드가 함께 사용됩니다. _SCAL 값은 스케일링 팩터의 10의 거듭제곱 지수이며, 동시에 표시할 국제단위계(SI) 접두어를 결정합니다:

화면에 표시되는 값은 원시 저장값 × 10^_SCAL로 계산됩니다. 예를 들어 "123.45 uAMPS"를 STDF에 저장하고 표시하는 과정은 다음과 같습니다:

• 바이너리 저장값: RESULT = 123.45 × 10⁻⁶ (즉, 0.00012345)
• 스케일링 지수: RES_SCAL = 6 ('마이크로' 배율 코드)
• 표시 포맷 문자열: C_RESFMT = %7.2f
• 기본 단위: UNITS = AMPS

화면에 렌더링할 때는: 원시 저장값에 10⁶을 곱하고, %7.2f 형식에 맞춰 소수점 둘째 자리로 서식화한 후, 접두어 "u"와 기본 단위 "AMPS"를 결합하여 최종적으로 123.45 uAMPS로 사용자에게 표시합니다.

11. 핀 매핑 레코드 활용

반도체 디바이스를 테스트할 때는 디바이스의 물리적 핀(Device Pin)과 테스터의 계측 채널(Tester Channel) 간의 연결 매핑이 필수적입니다. STDF V4에서는 3가지 레코드 유형(PMR, PGR, PLR)이 이 매핑을 정밀하게 기술하며, 기능 테스트(FTR) 및 다중 결과 파라메트릭(MPR) 레코드는 고유 인덱스를 통해 이들을 참조합니다:

• PMR (핀 맵 레코드, Pin Map Record) — 단일 테스터 채널과 디바이스 핀의 1:1 연결 쌍을 정의하고 고유한 PMR 인덱스(1~32,767)를 부여합니다. 각 채널의 유형/이름, 핀의 물리적 이름 및 논리적 신호명, 헤드와 사이트 정보가 상세히 기록됩니다.
• PGR (핀 그룹 레코드, Pin Group Record) — 여러 핀들을 묶은 논리적 그룹(예: "ADDR_BUS", "DATA_BUS")을 정의하고 고유 그룹 인덱스(32,768~65,535)와 함께 소속 PMR 인덱스 목록을 관리합니다.
• PLR (핀 목록 레코드, Pin List Record) — 핀 또는 핀 그룹에 대해 화면 표시 진법(Radix: 2진수, 8진수, 10진수, 16진수, 심볼), 동작 모드(Normal, Dual Drive, SCIO 등), 그리고 인가된 구동 상태와 측정된 반환 상태를 화면에 렌더링하기 위한 ASCII 문자 인코딩 규칙을 정의합니다.

분석 소프트웨어가 FTR이나 MPR의 기능 테스트 결과를 디코딩할 때는, 먼저 레코드 내의 PMR 인덱스 배열을 읽어 어떤 핀에서 어떤 신호 상태가 검출되었는지 확인하고, PMR을 조회해 핀의 물리적/논리적 이름과 채널을 매핑하며, PGR을 통해 해당 핀이 속한 버스 그룹을 파악한 뒤, 최종적으로 PLR의 서식 규칙에 따라 엔지니어가 직관적으로 이해할 수 있는 디지털 벡터 파형/테이블로 화면에 렌더링합니다.

12. 메모리 리페어(Repair) 정보 저장

STDF는 단순한 통과/실패 판정을 넘어, 메모리 반도체(DRAM/NAND/SRAM)의 리던던시(Redundancy) 분석, 레이저 퓨즈 블로잉, PC 보드 수리 공정에 필요한 상세 리페어 데이터를 저장할 수 있습니다. 개별 디바이스의 수리 정보는 PRR 레코드의 PART_FIX 필드에 저장됩니다.

PART_FIX 필드는 용도별 가변 바이트 스트림(비트 인코딩, 정수, 부동소수점, 텍스트 등)으로 구성되며, 첫 번째 1바이트가 뒤따르는 데이터 바이트 수를 나타냅니다. 후속 공정의 전용 리페어 장비나 분석 소프트웨어가 이 데이터를 해석하여 불량 셀을 예비 행/열(Redundant Row/Column)로 치환합니다. 파라메트릭 세부 측정값을 제외하고 리페어 정보만 전달하는 경량 데이터로그 파일은 FAR · MIR · (WIR ·) PRR… · PCR · MRR 구조만으로 가볍게 구성할 수도 있습니다.

13. STDF 파일 명명 규칙

STDF 사양서에서는 다음과 같은 표준 파일 명명 형식을 권장합니다: filename.STD[string]

• filename: 영문 대소문자, 숫자, 밑줄(A–Z, a–z, 0–9, _) 조합의 1~39자 문자열로 구성하며, 반드시 영문자로 시작합니다.
• 확장자: 기본적으로 .STD를 사용하며, 대소문자를 구분하는 리눅스/유닉스 환경에서는 소문자(.std) 사용을 권장합니다.
• 특수문자 제한: 과거 일부 시스템에서 사용되던 달러 기호($)는 운영체제 쉘 스크립트와의 충돌 및 호환성 문제를 방지하기 위해 더 이상 허용되지 않습니다.
• 마침표(Dot) 사용: 파일명 내부에는 마침표를 하나만 사용하고 확장자를 간결하게 유지하세요. 후처리 프로그램이 파일 처리 상태(예: 압축, 파싱 완료 등)를 표시하기 위해 확장자 뒤에 추가 문자를 덧붙일 수 있습니다.

모범적인 파일명은 사내 전산망 전체에서 고유성을 가지며, 로트 번호, 웨이퍼 번호 및 테스트 생성 일시를 직관적으로 유추할 수 있도록 명명하는 것입니다.

14. STDF V3과 V4의 차이점

STDF는 1985년 도입된 이래 반도체 산업 전체의 사실상 표준으로 자리 잡았습니다. 이후 수많은 고객사와 ATE 제조사들의 요구사항을 수렴하여 Teradyne이 STDF Version 4를 공식 발표했으며, 현재 전 세계 반도체 업계에서 널리 사용되고 있습니다. 주요 변경 사항:

• 4대 필수 레코드 체계 확립: V3에서는 MIR과 MRR만 필수였으나, V4에서는 FAR, MIR, PCR, MRR의 4개 레코드가 필수로 지정되었으며 모든 파일은 반드시 FAR로 시작해야 합니다.
• 신규 레코드 추가: ATR(감사 추적), PCR(부품 수 집계), PGR(핀 그룹), PLR(핀 목록), RDR(재테스트), SDR(사이트 설명) 및 MPR(다중 결과 파라메트릭) 레코드가 새롭게 도입되었습니다.
• 폐지 및 통합된 레코드: V3의 PDR 및 FDR(반정적 규격 레코드)이 폐지되고 해당 정보가 각 테스트의 최초 PTR/FTR 레코드 내부로 통합되었으며, 사이트별 독립 레코드(SHB, SSB, STS, SCR)가 폐지되고 HBR, SBR, TSR, PCR의 헤드/사이트 필드로 통합되었습니다.
• 부품 집계 분리: 기존 MRR에 포함되어 있던 부품 수량 집계 필드가 신규 PCR 레코드로 분리되었으며, CPU_TYPE과 STDF_VER은 FAR 레코드에만 존재하도록 일원화되었습니다.
• 핀 매핑 구조 전면 개편: V3의 단일 PMR 레코드가 PMR(핀 맵), PGR(핀 그룹), PLR(핀 목록 서식)의 3단계 구조로 전문화되었습니다.
• 현대화된 표시 규격 지원: 과거의 단순 자릿수 필드가 ANSI-C 포맷 문자열(C_RESFMT 등)로 대체되었으며, 설계 규격 한계(LO_SPEC / HI_SPEC)가 PTR/MPR에 추가되었습니다.
• 신규 데이터 타입 추가: D*n(비트 필드)과 N*1(니블) 타입이 추가되었고, B*n의 비트 정렬 방식이 명확해졌습니다.
• 기존 유지 레코드: BPS, EPS, GDR, DTR 레코드는 구조 변경 없이 V4에서도 동일하게 유지되었습니다.

15. 용어 사전

↑ 위로 가기