What is STDF?完全な平易な英語ガイド

1. What STDF is

STDF (標準テストデータ形式) シンプル、柔軟、移植可能なバイナリです 半導体試験装置によって生成された結果を保存するためのデータ形式。作成されました によって Teradyne 初めて導入されたのは 1985 年です。十分に文書化されており、 ベンダーニュートラルになりました。 de-facto standard 自動テスト全体にわたって 機器 (ATE) 業界。

テスターがウェーハまたはパッケージ化されたデバイス上のダイを測定すると、パラメータが記録されます。 測定値、合否結果、ビンの割り当て、テスト条件を STDF に変換 ファイル — 一般に datalog。 1 つの STDF ファイルに 1 つのロットのテスト データが保持されます。 1 回の挿入 (テストによるロットの 1 回のパス) からの部品。

重要な考え方: STDF は データベースでも固定レポートでもない。それは定義されています のセット 論理レコードタイプ。各レコードはテスト実行の 1 つの部分を説明します。 (部品、ウェーハ、単一測定、ビン数など)。データが記載されているので、 論理レコードとして、データがメモリ バッファに存在するかファイルに存在するかに関係なく、同じフォーマットが機能します。 ディスク上にある、またはネットワーク経由で送信されている - 特定のデータベースやネットワークに依存しない 建築。

2. STDF が存在する理由

ATE 業界が成熟するにつれて、ベンダーは共通のネットワークと分析システムを構築しました。 イーサネットなどの規格。しかし、明らかなギャップが 1 つ残っていました。 テスト結果データはありませんでした 異なるメーカーのテスター間で互換性がある —そして時にはそうでないこともあります 同じメーカーの製品ライン間で。

共有フォーマットがなければ、すべてのファブとすべての OSAT (アセンブリおよびテストハウス) に すべてのマシンのカスタム パーサー。 STDF はそのギャップを埋めます。単一の共通コンテナを提供します そのため:

• テスターは生の結果を独自のネイティブ表現で迅速に書き込むことができます。
• 集中型データベース エンジンは、1 つのプログラムで幅広いテスターからのデータを受け入れることができます。
• データは、十分に文書化され、徹底的にデバッグされた形式で社内ネットワークにエクスポートして戻すことができます。
• ポータブルなレポート作成および分析ソフトウェアは、一度作成すればどこでも使用できます。

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。オプションのフィールドは引き続き存在する必要があります しかし、「この値は意味がない」と言う標準的な方法が 2 つあります。

1. A 事前定義された予約値 「行方不明」を意味します — 例:長さバイトが 0 の場合 文字列、または数値フィールドの場合は -1 などの特定の数値。
2. An オプションのデータビットフィールド: 各ビットが特定のデータかどうかをフラグするバイト オプションのフィールドには有効なデータが含まれます。

スペースを節約するために、オプションのフィールドは end レコード全体を省略することもできます — ただし、それら（およびその後のすべて）に欠落または無効なデータが含まれている場合に限ります。決して省略してはいけません のオプションのフィールド middle of a record.

7. 必要なレコードと初期シーケンス

STDF V4 では、有効なファイルには以下が含まれている必要があります。 4 つの必須レコード:

• FAR — 正確に 1 つ、それは必ず first ファイルに記録します。
• MIR — FAR の直後 (および ATR の直後) に 1 つだけ。
• PCR — 少なくとも 1 つ（サマリー PCR HEAD_NUM = 255、またはヘッド/サイトごとに 1 つ、または両方）。
• MRR — 正確に 1 つ、それは必ず last ファイルに記録します。

いくつかの記録では、その場所が「最初のシーケンスの後」であると述べられています。の イニシャル シーケンス ファイルの先頭にあるレコードの固定ブロックです。その順序規則は次のとおりです。

• FAR は常に最初です。
• ATR (監査証跡) は FAR の直後に送信されます。
• MIR は FAR と ATR の後に来ます。
• RDR (再テスト) が使用される場合、それは MIR の直後に行われます。
• SDR (サイト説明) が使用される場合、それらは MIR (および存在する場合は RDR) の直後に配置されます。

# 最初のシーケンスの全文:
FAR → [ATRs] → MIR → [RDR] → [SDRs] → …他のすべての記録… → MRR

8. すべての STDF V4 レコード タイプ

以下は、STDF V4 で定義されているすべてのレコード タイプを説明内容ごとにグループ化したものです。あなたひとりひとりに対して、 その機能、出現頻度、ファイル内のどこに存在するか、および重要な情報については、 レコード — 完全なフィールドのリスト。ヘッダーフィールド (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 1 つの概要
HBR × N ハードウェア ビンごとに 1 つ
SBR × N ソフトウェア ビンごとに 1 つ
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 が最初に開き、 テスターはテストの実行中にヘッド + サイトでタグ付けされた PTR/MPR/FTR レコードを発行し、各ダイの PRR が表示されます。 すぐに that ダイが終了します (必ずしも開始順であるとは限りません)。各ウェーハの WRR が書き込まれます そのヘッドのダイがすべて完了し、PCR ブロックにはヘッド/サイトごとに 1 つの PCR と 1 つの PCR が含まれます。 概要 PCR HEAD_NUM = 255.

10. スケーリング、単位、制限

PTR/MPR 内では、 RESULT、制限、仕様はすべて保存されます に正規化される ベースユニット named in UNITS. That means UNITS は常に 単位全体 — 「AMPS」、決して「uAMPS」ではありません — そして、その単位が含まれる任意の値に対して直接演算を行うことができます。 同意します。

For display、スケーリング指数と ANSI-C 形式文字列の 2 つの追加部分が使用されます。 の _SCAL 値はスケーリング係数の 10 乗であり、SI も選択します 接頭辞:

スケーリングされた値は単純に value × 10^_SCAL。たとえば、「123.45 uAMPS」を保存するには:

• RESULT = 123.45 × 10⁻⁶
• RES_SCAL = 6 (「マイクロ」のコード)
• C_RESFMT = %7.2f
• UNITS = AMPS

表示するには: 10⁶を掛け、小数点以下 2 桁でフォーマットし、先頭に「u」を付けて、 単位 → 123.45 uAMPS.

11. ピンマッピングレコードの使用

デバイスがテストされると、デバイス間のマッピングが行われます。 device pins and tester channels。 3 つのレコード タイプで説明され、FTR/MPR レコードの参照 インデックスごとに次のようにします。

• PMR（ピンマップレコード） — 1 つのチャネル↔ピンの関連付けを定義し、それに ユニークな PMR index (1–32,767)。各チャネルにはタイプと名前があります。各ピンには物理的な そして論理名。頭部と部位も記録されます。
• PGR (ピングループレコード) — ピンのグループに名前を付けます (例: 「アドレスバス」) とリスト その中の PMR インデックスは、独自のグループ インデックス (32,768 ～ 65,535) を持ちます。
• 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 ベンダーからの 100 件のリクエストに応え、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

↑トップに戻る