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

1. What STDF is

STDF(표준 테스트 데이터 형식) 간단하고 유연하며 이식 가능한 바이너리입니다. 반도체 테스트 장비에서 생성된 결과를 저장하기 위한 데이터 형식입니다. 생성되었습니다 에 의해 Teradyne 1985년에 처음 소개되었습니다. 왜냐하면 잘 문서화되어 있고 공급업체 중립적이 되었습니다. de-facto standard 전체 자동 테스트에 걸쳐 장비(ATE) 산업.

테스터가 웨이퍼 또는 패키지 장치의 다이를 측정할 때 매개변수를 기록합니다. 측정, 통과/실패 결과, 빈 할당 및 테스트 조건을 STDF로 저장 파일 — 일반적으로 datalog. 하나의 STDF 파일은 하나의 로트에 대한 테스트 데이터를 보유합니다. 단일 삽입으로 부품을 생산합니다(테스트를 통해 로트 1회 통과).

핵심 아이디어: STDF는 데이터베이스도 아니고 고정된 보고서도 아닙니다.. 이는 정의된 세트 논리적 레코드 유형. 각 레코드는 테스트 실행의 한 부분을 설명합니다. (부품, 웨이퍼, 단일 측정, 빈 카운트 등) 데이터가 설명되어 있기 때문에 논리적 레코드로서 데이터가 메모리 버퍼에 있든 파일에 있든 동일한 형식이 작동합니다. 특정 데이터베이스나 네트워크와는 별개로 디스크에 있거나 네트워크를 통해 전송되고 있습니다. 건축.

2. STDF가 존재하는 이유

ATE 산업이 성숙해짐에 따라 공급업체는 공통된 환경을 중심으로 네트워킹 및 분석 시스템을 구축했습니다. 이더넷과 같은 표준. 그러나 한 가지 눈에 띄는 격차가 남아 있었습니다. 테스트 결과 데이터가 다른 제조업체의 테스터 간 호환 가능 - 때로는 심지어 동일한 제조업체의 제품 라인 간.

공유 형식이 없으면 모든 팹과 모든 OSAT(조립 및 테스트 하우스)에 모든 머신에 대한 사용자 정의 파서. STDF는 이러한 격차를 해소합니다. 단일 공통 컨테이너를 제공합니다. 그래서:

• 테스터는 원시 결과를 자체 기본 표현으로 신속하게 작성할 수 있습니다.
• 중앙 집중식 데이터베이스 엔진은 하나의 프로그램으로 광범위한 테스터의 데이터를 수용할 수 있습니다.
• 데이터는 잘 문서화되고 철저하게 디버깅된 형식으로 사내 네트워크로 다시 내보낼 수 있습니다.
• 휴대용 보고 및 분석 소프트웨어는 한 번만 작성하면 어디서나 사용할 수 있습니다.

Teradyne은 표준으로부터 직접적인 상업적 이익을 얻지 못합니다. 표준은 STDF를 정확하게 게시했습니다. 따라서 전체 업계는 공통적이고 완벽하게 문서화된 형식을 사용하여 생산성을 더욱 높일 수 있습니다.

3. 설계 목표

STDF의 설계는 다음과 같은 명확한 목표에 따라 설계되었습니다.

• 다음에 대한 테스트 데이터를 저장할 수 있어야 합니다. all 반도체 테스터 및 트리머.
• 두 가지 모두에 공통 형식을 제공합니다. storage and transmission of data.
• 에 대한 기초를 제공 portable 보고 및 분석 소프트웨어.
• 데이터 메시지 형식을 데이터베이스 형식에서 분리하여 둘 중 하나를 독립적으로 발전시킬 수 있습니다.
• 다음에 대한 지원 제공 optional (누락 또는 유효하지 않은) 데이터.
• 개발자와 사용자에게 완전하고 간결한 문서를 제공합니다.
• 고객이 쉽게 자신의 보고서를 작성하거나 자신의 데이터베이스에 맞게 데이터 형식을 다시 지정할 수 있도록 하십시오.

4. STDF 파일의 구조

STDF 파일은 단순히 기록의 순서, 차례로. 모든 기록 — 유형에 관계없이 — 동일하게 시작합니다. 4바이트 레코드 헤더:

The pair (REC_TYP, REC_SUB) 각 레코드 유형을 고유하게 식별합니다. 그룹화 기준 REC_TYP 분석 프로그램이 기록 계열을 신속하게 인식할 수 있도록 해줍니다(예: "부분별로 수집된 모든 것"). 200 미만의 모든 유형/하위 유형 코드는 Teradyne이 보유합니다. 200 이상의 코드는 맞춤형 애플리케이션의 경우 무료입니다.

레코드 그룹(REC_TYP)

바이트 순서와 CPU_TYPE 트릭

다양한 프로세서(DEC, Motorola, Intel, IBM, Sun…)는 정수와 부동 소수점을 저장합니다. 비트 순서가 다른 숫자. 모든 테스터에게 데이터를 있는 그대로 변환하도록 강요하기보다는 쓰기(테스트 속도가 느려짐), STDF를 사용하면 각 시스템에서 자국어로 글을 쓰다 표현 and records which CPU가 파일을 다음 위치에 썼습니다. CPU_TYPE 첫 번째 레코드(FAR)의 필드입니다. 다른 시스템이 파일을 읽을 때 확인합니다. CPU_TYPE 필요한 경우에만 각 레코드를 자체 표현으로 변환합니다. 데이터 읽기 시 변환이 투명해지며 테스트 속도가 느려지지 않습니다.

Dates and times

모든 날짜/시간 필드는 날짜를 계산하는 4바이트 부호 없는 정수입니다. 초 1970년 1월 1일 자정부터 (UNIX 시대), 현지 시간대.

5. 데이터 유형 코드

STDF는 필드 유형에 대해 짧고 인식 가능한 코드를 사용합니다. 예를 들어 R*4 을 의미한다 4바이트 실수(부동). 뒤에 숫자는 * 크기(바이트)입니다. 1바이트는 8비트입니다.

6. 선택사항, 누락 및 유효하지 않은 데이터

많은 필드가 표시되어 있습니다. optional. 선택 필드가 계속 존재해야 합니다. 하지만 "이 값은 의미가 없습니다"라고 말하는 두 가지 표준 방법이 있습니다.

1. A 미리 정의된 예약된 값 '누락'을 의미합니다. 길이 바이트 0 문자열이거나 숫자 필드의 경우 -1과 같은 특정 숫자입니다.
2. An 선택적 데이터 비트 필드: 각 비트가 특정 비트인지 여부를 표시하는 바이트 선택적 필드에는 유효한 데이터가 포함됩니다.

공간을 절약하려면 end 기록의 전체 생략 가능 — 그러나 해당 항목(및 그 이후의 모든 항목)에 누락/잘못된 데이터가 포함된 경우에만 해당됩니다. 절대로 생략할 수 없습니다. 선택 필드 middle of a record.

7. 필수 기록 및 초기 순서

STDF V4에서 유효한 파일에는 다음이 포함되어야 합니다. 네 개의 필수 레코드:

• FAR — 정확히 하나이며, 그것은 다음이어야 합니다. first 파일에 기록합니다.
• MIR — 정확히 1개, FAR 바로 뒤(및 ATR 바로 뒤).
• PCR — 적어도 하나(요약 PCR HEAD_NUM = 255, 또는 헤드/사이트당 하나 또는 둘 다).
• MRR — 정확히 하나이며, 그것은 다음이어야 합니다. last 파일에 기록합니다.

몇몇 기록에 따르면 그 위치는 "초기 시퀀스 이후"입니다. 그만큼 초기 순서 파일의 시작 부분에 있는 고정된 레코드 블록입니다. 주문 규칙:

• FAR이 항상 첫 번째입니다.
• 모든 ATR(감사 추적)은 FAR 직후에 제공됩니다.
• MIR은 FAR 및 ATR 뒤에 옵니다.
• RDR(재테스트)을 사용하는 경우 MIR 직후에 발생합니다.
• SDR(사이트 설명)이 사용되는 경우 MIR(및 RDR(있는 경우)) 바로 뒤에 옵니다.

# 전체 초기 시퀀스:
FAR → [ATRs] → MIR → [RDR] → [SDRs] → …다른 모든 기록… → MRR

8. 모든 STDF V4 레코드 유형

다음은 STDF V4에서 정의한 모든 레코드 유형을 설명하는 내용별로 그룹화한 것입니다. 당신은 각각에 대해 해당 기능, 표시 빈도, 파일 내 위치 등을 확인합니다. records — 전체 필드 목록. 헤더 필드(REC_LEN, REC_TYP, REC_SUB)은 모든 레코드에 대해 동일하므로 필드 테이블에서 생략됩니다.

9. 파일에서 기록이 정렬되는 방식

정확한 기록 순서는 웨이퍼 또는 패키지 부품을 테스트하는지 여부에 따라 달라집니다. 병렬 테스트가 켜져 있는지, 데이터 로깅이 활성화되어 있는지 여부. 다음은 표준 패턴입니다.

다수의 패키지 장치(전체 데이터로그)

FAR                         file-level info
MIR                         global lot info
  PIR                       ┐ 첫 번째 부분이 시작됩니다
    PTR / MPR / FTR … │ 해당 부분에 대한 모든 테스트
  PRR                       ┘ 첫 번째 부분 결과
  PIR … PTR/MPR/FTR … PRR(각 부분마다 반복)
  …
TSR × 프로그램 내 테스트 당 N개의 개요
HBR × 하드웨어 빈당 N개
SBR × 소프트웨어 빈당 N개
PCR                         part-count totals
MRR                         글로벌 로트 결과(마지막 기록)

요약만(부품별 데이터로그 없음)

위와 동일하지만 전체적으로 PIR…PRR 블록 제거 — FAR, MIR, 그 다음에는 TSR/HBR/SBR/PCR 요약 및 MRR.

웨이퍼 프로브에 많이

FAR · MIR · WCR              웨이퍼 치수 및 방향
  WIR                       ┐ 첫 번째 웨이퍼 시작
    PIR · PTR/MPR/FTR · PRR │ 웨이퍼의 각 다이
    … │
  WRR                       ┘ 첫 번째 웨이퍼 요약
  WIR ... WRR(각 웨이퍼에 대해 반복)
TSR… HBR… SBR… PCR… MRR    로트 요약 + 최종 기록

A wafer-map-only 파일은 동일하지만 저장만 PIR/PRR 다이당(PTR/MPR/FTR 없음), 지도를 그리는 데 필요한 것만 유지합니다.

Parallel testing

여러 헤드와 사이트를 사용하면 서로 다른 다이에 대한 레코드가 인터리브됩니다. 여러 PIR이 먼저 열리고 테스터는 테스트가 실행될 때 head+site 태그가 지정된 PTR/MPR/FTR 레코드를 내보내고 각 다이의 PRR이 나타납니다. 최대한 빨리 that 다이가 완료됩니다(반드시 시작 순서대로일 필요는 없음). 각 웨이퍼의 WRR이 기록됩니다. 해당 헤드의 다이가 모두 완료되면 PCR 블록에는 헤드/사이트당 하나의 PCR과 요약 PCR HEAD_NUM = 255.

10. 스케일링, 단위 및 한도

PTR/MPR 내부에서는 RESULT, 한도, 사양이 모두 저장됩니다. 정규화 기본 단위 named in UNITS. That means UNITS 항상 전체 단위("uAMPS"가 아닌 "AMPS") - 단위가 있는 모든 값에 대해 직접 산술을 수행할 수 있습니다. 동의합니다.

For display, 스케일링 지수와 ANSI-C 형식 문자열이라는 두 가지 추가 부분이 사용됩니다. 그만큼 _SCAL 값은 배율 인수의 10승이며 SI도 선택합니다. 접두사:

스케일링된 값은 단순히 value × 10^_SCAL. 예를 들어, "123.45 uAMPS"를 저장하려면:

• RESULT = 123.45 × 10⁻⁶
• RES_SCAL = 6  ('마이크로' 코드)
• C_RESFMT = %7.2f
• UNITS = AMPS

표시하려면: 10⁶를 곱하고, 소수점 이하 두 자리로 형식을 지정하고, 앞에 "u" 접두사를 추가하고 추가합니다. 단위 → 123.45 uAMPS.

11. 핀 매핑 레코드 사용

장치를 테스트할 때 다음과 같은 매핑이 있습니다. device pins and tester channels. 세 가지 레코드 유형이 이를 설명하고 FTR/MPR 레코드 참조 색인별로:

• PMR(핀맵 기록) — 하나의 채널-핀 연결을 정의하고 이를 제공합니다. 독특한 PMR index (1–32,767). 각 채널에는 유형과 이름이 있습니다. 각 핀에는 물리적인 핀이 있습니다. 그리고 논리적 이름; 헤드와 사이트도 기록됩니다.
• PGR(핀 그룹 기록) — 핀 그룹의 이름을 지정하고(예: "주소 버스") 목록을 나열합니다. 자체 그룹 인덱스(32,768–65,535)가 포함된 PMR 인덱스입니다.
• PLR(핀 목록 레코드) — 핀/그룹 목록의 경우 표시 기수를 정의합니다. (2진수, 8진수, 10진수, 16진수, 기호), 작동 모드(일반, 이중 드라이브, SCIO…) 및 프로그래밍된 상태와 반환된 상태를 렌더링하는 데 사용되는 ASCII 문자입니다.

소프트웨어가 기능 결과를 디코딩할 때 FTR/MPR의 PMR 인덱스 배열을 읽어 알 수 있습니다. 어떤 핀에 어떤 값이 있었는지, PMR을 사용하여 핀의 물리적/논리적/채널 이름을 가져옵니다. 및 해당 헤드/사이트는 PGR을 사용하여 핀이 속한 그룹을 확인하고 PLR을 사용하여 렌더링합니다. 엔지니어가 해당 테스터 및 장치에 대해 인식하는 형식의 상태입니다.

12. 수리정보 저장

STDF는 또한 메모리, PC 보드 및 기타 부품에 대한 수리 데이터를 전달할 수 있습니다. 테스트 및 수리 프로세스. 각 부품의 수리 정보는 PART_FIX PRR 분야. 이는 애플리케이션별로 다릅니다(비트 인코딩, 정수, 부동 소수점, 또는 텍스트 — 첫 번째 바이트는 뒤따르는 바이트 수를 제공하므로 다음으로만 디코딩할 수 있습니다. 매칭분석 프로그램입니다. 최소한의 복구 파일은 테스트별 기록을 완전히 삭제할 수 있으며 그냥 유지 FAR · MIR · (WIR ·) PRR… · PCR · MRR.

13. STDF 파일 이름

사양에서는 다음 형식의 파일 이름을 권장합니다. filename.STD[string] where:

• filename 다음에서 1~39자입니다. A–Z a–z 0–9 _, 문자로 시작합니다.
• 확장은 다음으로 시작됩니다. .STD 대소문자를 구분하는 시스템에서는 소문자로 쓰는 것이 가장 좋습니다(.std).
• the dollar sign $ is no longer 허용됩니다(일부 운영 체제에서는 문제가 발생했습니다).
• 마침표는 하나만 사용하고 확장자는 짧게 유지하세요. 소프트웨어는 처리 상태를 나타내기 위해 마침표에 문자를 추가할 수 있습니다.

좋은 파일 이름은 시스템 전체에서 고유하고, 내용과 생성 시간을 암시하며, 다양한 운영 체제에서 작동합니다.

14. STDF V3과 V4의 차이점

STDF는 1985년에 도입되어 사실상의 산업 표준으로 성장했습니다. 거의 모은 후 고객 및 기타 ATE 공급업체로부터 수백 건의 요청을 받아 Teradyne 출시 Version 4, 현재 사용중인 버전입니다. 가장 큰 변화:

• 필수 레코드 4개 (V3에는 MIR 및 MRR만 필요함): FAR, MIR, PCR, MRR - 이제 파일은 FAR로 시작해야 합니다.
• New records: ATR, PCR, PGR, PLR, RDR, SDR 및 MPR.
• Dropped records: 설명에는 PDR 및 FDR(반정적 정보는 이제 각 테스트의 첫 번째 PTR/FTR에 있음)과 모든 사이트별 기록 SHB, SSB, STS, SCR(해당 기능은 이제 HBR, SBR, TSR 및 PCR의 헤드/사이트 필드에서 처리됨)을 기록합니다.
• Part counts moved MRR에서 새로운 PCR로; CPU_TYPE and STDF_VER 이제 FAR에만 살고 있습니다.
• 핀 매핑이 재설계되었습니다. V3 PMR(그룹을 정의할 수도 있음)은 PMR + PGR + PLR로 분할되었습니다.
• 현대화된 디스플레이 분야: 이전 자릿수 필드는 ANSI-C 형식 문자열로 대체되었습니다(C_RESFMT 등) 및 사양 제한(LO_SPEC/HI_SPEC)이 PTR/MPR에 추가되었습니다.
• New data types D*n and N*1 추가되었고 B*n 비트 순서가 명확해졌습니다.
• 변경되지 않은 기록: BPS, EPS, GDR 및 DTR.

15. Glossary

↑ 위로 가기