アンチヒューズ・OTPとオンチップトリミング
製造ばらつきで狂った基準電圧やしきい値を、出荷時にチップ自身が補正できる理由が腑に落ちます。ヒューズ・アンチヒューズ・OTPの仕組みと、冗長救済やチップID・鍵生成への応用を一気に押さえられます。
- 1.レーザヒューズ・eFuseは導通部を切って書き込む(断線型)、アンチヒューズは絶縁膜を破って導通させる(結線型)。OTPは一度だけ書ける不揮発メモリの総称で、どれもプロセス由来のばらつきを出荷後に補正する受け皿になります。
- 2.トリミングは測定値とコードのマップに従ってヒューズビット列を焼き、抵抗・電流・遅延を離散的に微調整します。バンドギャップ基準のVREF、リングオシレータ周波数、DRAM/SRAMの不良行列救済アドレスなどが代表的な書き込み対象です。
- 3.同じヒューズ技術がチップIDやセキュリティ鍵の保管にも使われます。PUFは焼かずに素子ばらつきそのものを鍵にする方式で、ヒューズ型の固定鍵とは可観測性・複製耐性の前提が異なります。
なぜ「製造後に値を書き換える」仕組みが要るのか
半導体の素子値は、設計どおりには作れません。抵抗の絶対値は数パーセント、しきい値電圧 Vth はミリボルト単位、配線遅延はプロセスコーナーで容易に二割動きます。バンドギャップ基準が約 1.2V を狙っても、抵抗とオフセットのばらつきで個体ごとに数十 mV ずれる。発振器の周波数も、無調整では規格幅に収まりません。設計時にいくらマージンを積んでも、この製造ばらつきの絶対値オフセットだけは回路の工夫で消し切れない成分が残ります。
ここで効くのが、ウェハテストで各チップを実測し、その個体専用の補正コードを焼き込むというアプローチです。測って、ずれを数値化して、不揮発に記録する。記録媒体として古くから使われてきたのがヒューズ(fuse)であり、その対概念のアンチヒューズ(antifuse)、そしてそれらを束ねた OTP(One-Time Programmable)メモリです。一度書けば電源を切っても消えない不揮発性と、原則として書き換えられない一回性が、トリミングや救済アドレスの保管に都合よく合致します。
ヒューズ・アンチヒューズ・OTP ── 物理の違い
書き込みの物理は大きく二系統です。断線型は最初に導通している経路を切る。結線型は最初に絶縁されている経路を導通させる。動作の向きが逆なので、信頼性の弱点も逆になります。
| 方式 | 初期状態 | 書き込み動作 | 代表的なプログラム手段 |
|---|---|---|---|
| レーザヒューズ | 導通 | 金属/ポリを物理的に溶断 | ウェハ上でレーザ照射(パッケージ前のみ) |
| eFuse(電気ヒューズ) | 導通 | 大電流でエレクトロマイグレーション断線 | オンチップで電圧/電流印加 |
| アンチヒューズ | 絶縁(高抵抗) | 薄い誘電体を絶縁破壊して低抵抗化 | 高電圧でゲート酸化膜等をブレークダウン |
| フローティングゲート型OTP | 中性 | 電荷注入でしきい値をシフト | ホットキャリア/トンネル注入 |
レーザヒューズは確実だがレーザ装置でウェハ表面を直接撃つため、パッケージ後やフィールドでは焼けません。eFuse はこれをオンチップ化したもので、ポリシリコンや金属の細線に規定以上の電流を流し、エレクトロマイグレーションで断線させます。出荷後やシステム内でも焼けるのが利点ですが、断線が中途半端だと抵抗値が経時で変動する「リヒーリング(再結合)」が信頼性の懸念になります。電気的特性が時間とともに動く背景は /semiconductor/reliability-physics/ の摩耗故障の枠組みで理解できます。
アンチヒューズは逆に、薄い誘電体(ゲート酸化膜や専用の ONO 膜など)へ高電圧をかけて絶縁破壊し、破壊後の導電フィラメントで永久に導通させます。書いていないビットが高抵抗=絶縁という初期状態なので、書き込み済みビットの方が物理的に頑健で、外部から非破壊で読み出して状態を推定しにくいという、セキュリティ上有利な性質を持ちます。
ヒューズは断線が書き込みなので、未書き込み品は全ビット導通、つまり既定値が決まっています。アンチヒューズは結線が書き込みで、未書き込みは全ビット絶縁です。破壊済みの誘電体は元に戻せず、フィラメントは光学顕微鏡では識別しづらいため、リバースエンジニアリングで全ビットを読み取る難度はヒューズより高くなります。チップIDや鍵の保管にアンチヒューズ系OTPが好まれる理由の一つがこれです。
トリミングのアルゴリズム ── 測ってコードを焼く
トリミングは「アナログ量を、離散的なヒューズビット列で微調整する」操作です。典型的な対象は、基準電圧・基準電流・発振周波数・コンパレータのオフセット・遅延線の段数などです。流れは概ね次のようになります。
オンチップトリミングの基本手順:
1. ウェハテストで対象量を実測(例: VREF を測る)
2. 目標値との差を計算し、補正コードへ写像
code = round( (VREF_target - VREF_meas) / VREF_step )
3. 抵抗ラダー/電流DACの分岐をコードで選択(焼く前にプローブで検証)
4. 確定したコードを eFuse/アンチヒューズ列へプログラム
5. 焼いた値を読み戻し、ベリファイ(ECC やパリティで保護)
物理的な調整は、たいていバイナリ重み付けの抵抗トリムや電流トリムで行います。たとえば 5 ビットのトリムなら 32 段階、最小ステップ(LSB)が VREF を 1mV 動かすなら ±16mV の範囲を 1mV 刻みで補正できる、といった具合です。バンドギャップ基準の絶対値ずれを抵抗トリムで追い込むのは定番で、/semiconductor/bandgap-reference/ で触れた出荷時トリミングの実体がこれです。重要なのは、トリムは離散だという点で、刻みより細かい誤差は原理的に残ります。
必要ビット数は「補正したいばらつき範囲 ÷ 許容残差」で概算します。ばらつきが ±20mV で、トリム後に ±0.5mV 以内へ収めたいなら、レンジ 40mV を 1mV 刻み以下にする必要があり、40/1 = 40 段以上、つまり 6 ビット(64段)が目安です。レンジを広げるほど LSB が粗くなる緊張関係があるので、レンジとステップを独立に設計できる二段トリム(粗調+微調)もよく使われます。ばらつきの統計的な広がりは /semiconductor/threshold-voltage-variability/ と /semiconductor/process-variation-corners/ の前提に従います。
冗長救済 ── メモリの歩留まりを救う最大の応用
ヒューズの最も金額的に効く用途は、メモリの**冗長救済(redundancy repair)です。DRAM や SRAM は配列が巨大なので、ビット欠陥がゼロのチップはほぼ作れません。そこで配列にあらかじめ予備の行・列(スペアロウ/スペアカラム)**を作り込み、テストで見つかった不良アドレスを予備に振り替えます。この「不良アドレス → 予備アドレス」の対応表を焼くのがヒューズの役目です。
ロウ冗長救済の流れ:
・テストで不良行アドレス(例: row=0x14A)を検出
・そのアドレスをヒューズに焼き込む
・アクセス時、入力アドレスをヒューズ値と比較
if (addr == fused_bad_addr) → 予備行へリダイレクト
else → 通常行へアクセス
・1個の不良で1チップ廃棄せず、予備で救って良品化
この仕組みがあるかないかで、欠陥密度に対する歩留まりが劇的に変わります。素のビット欠陥をそのまま不良とすると歩留まりは /semiconductor/yield-defect-density/ のモデルどおり急落しますが、冗長救済は「ある密度までの欠陥を吸収する」ので、実効的な歩留まり曲線を持ち上げます。メモリ製品の歩留まりは、配列設計と同じくらい救済アルゴリズムとヒューズ容量で決まる、と言ってよいほどです。メモリ階層全体での位置づけは /semiconductor/memory-types-taxonomy/ も参照してください。
救済できる不良数はヒューズビット数の上限に縛られます。予備を増やせば救済力は上がりますが、面積とヒューズ容量を食う。さらに不良アドレスを予備へ最適に割り当てる問題(行で救うか列で救うか)は組合せ的で、ATE 上での解析時間がテストコストに直結します。救済しきれない欠陥分布のチップは廃棄するしかないため、「予備量・ヒューズ容量・テスト時間」の三者でコストが決まります。
チップID・セキュリティ鍵への応用 ── ヒューズと PUF の分岐
同じヒューズ/OTP 技術は、個体を一意に識別する ID や暗号鍵・キャリブレーション秘密値の保管にも使われます。製造時に乱数を焼けば、その値はチップ固有で不揮発に残り、出荷後は読むだけ。トレーサビリティ、機能の有効化(ヒューズで機能をロックダウン)、暗号鍵のルートオブトラストなどが用途です。
ただしヒューズに鍵を焼く方式には弱点もあります。焼かれたビットは原理的に固定値であり、十分な手間をかければ物理解析で読み取られ得る。そこで近年は、**PUF(Physically Unclonable Function、物理複製困難関数)**という別の発想が併用されます。PUF は値を焼かず、SRAM の電源投入時の初期値や、配線遅延の競争、トランジスタの Vth ばらつきなど、製造ばらつきそのものを鍵として読み出します。
| 観点 | ヒューズ/OTPに鍵を焼く方式 | PUF方式 |
|---|---|---|
| 鍵の出どころ | 外部で生成し焼き込む | 素子ばらつきから抽出(焼かない) |
| 不揮発の媒体 | 断線/絶縁破壊した物理状態 | 起動ごとに再生成(揮発が前提) |
| 物理解析耐性 | 焼け跡が痕跡として残り得る | 痕跡が少なく複製が困難 |
| 再現性の課題 | 高い(焼いた値は安定) | 温度/電圧で揺れ、ECCで補正が必要 |
| 代表的な実体 | アンチヒューズ鍵、eFuse ID | SRAM PUF、遅延競争 PUF |
PUF の鍵は同じチップでも温度や電源で数ビット揺れるため、**誤り訂正(ヘルパーデータと ECC)**で安定化してから使います。揺れの源泉は SRAM の双安定回路の対称性ずれや遅延ばらつきで、その物理は /semiconductor/sram-cell/ や /semiconductor/device-noise-physics/ の素子レベルのランダム性に根ざしています。ヒューズが「決めた値を確実に保つ」のに対し、PUF は「決めていない値を確実に再現する」という、補完的な思想です。
「ヒューズとアンチヒューズの違いは」と問われたら、ヒューズは初期導通を断線して書く・アンチヒューズは初期絶縁を絶縁破壊で結線して書く、と動作の向きで答えるのが正確です。「レーザヒューズと eFuse の使い分け」は、レーザはパッケージ前のウェハ上限定で確実、eFuse はオンチップで出荷後も焼けるが断線品質と再結合の信頼性に注意、と整理します。「メモリの歩留まりにヒューズが効く理由」は、不良行列を予備へ振り替える冗長救済の対応表を焼くから、と冗長救済に結び付けられると強いです。
まとめ
- ヒューズ(断線)/アンチヒューズ(結線)/OTP は、設計では消せない製造ばらつきの絶対値オフセットを、出荷時に不揮発・一回性で記録して補正する受け皿。レーザはウェハ上限定、eFuse とアンチヒューズはオンチップで焼ける。
- トリミングは、実測値を補正コードへ写像してバイナリ重み付け抵抗・電流で離散調整し、VREF・基準電流・発振周波数・遅延を規格内へ追い込む。刻みより細かい残差は原理的に残るため、レンジとステップをビット数で設計する。
- 冗長救済はヒューズ最大の金額的応用で、不良行列アドレスを予備へ振り替える対応表を焼き、欠陥密度に対する歩留まりを大きく持ち上げる。救済力はヒューズ容量とテスト時間に縛られる。
- チップID・鍵にも同技術が使われ、アンチヒューズ系は痕跡が残りにくく有利。焼く方式と、ばらつきそのものを鍵にする PUF は、再現性と複製耐性のトレードオフが逆で、補完的に併用される。
- 背景は /semiconductor/bandgap-reference/、/semiconductor/yield-defect-density/、/semiconductor/threshold-voltage-variability/、/semiconductor/reliability-physics/ も参照。
半導体 Article
アンチヒューズ・OTPとオンチップトリミングを実務で読む
TL;DRは入口です。実際に選ぶ・使う段階では、何を解決するか、何と比較するか、導入後にどこで詰まるかまで見る必要があります。
解決すること
半導体
比較で見る軸
難易度: advanced / カテゴリ: 半導体 / タグ数: 6
導入後に効く点
トリミングは測定値とコードのマップに従ってヒューズビット列を焼き、抵抗・電流・遅延を離散的に微調整します。バンドギャップ基準のVREF、リングオシレータ周波数、DRAM/SRAMの不良行列救済アドレスなどが代表的な書き込み対象です。
先に潰すリスク
用語だけ覚えても、設計・実装・運用でどこに効くかを確認しないと判断を誤る。
- 難易度
- advanced
- カテゴリ
- 半導体
- タグ数
- 6
判断チェックリスト
- 自社の用途が「半導体 / トリミング」に近いか確認する。
- 強みである「レーザヒューズ・eFuseは導通部を切って書き込む(断線型)、アンチヒューズは絶縁膜を破って導通させる(結線型)。OTPは一度だけ書ける不揮発メモリの総称で、どれもプロセス由来のばらつきを出荷後に補正する受け皿になります。」が本当に評価軸になるか確認する。
- 注意点の「用語だけ覚えても、設計・実装・運用でどこに効くかを確認しないと判断を誤る。」を運用で吸収できるか確認する。
- 公開値や仕様値は、対象プラン・対象機種・対象リージョンまで確認する。
- 既存システム、ID、ネットワーク、監視、バックアップとの接続方法を先に洗い出す。
- 小さく試してから、本番移行、権限設計、障害時手順、コスト監視を決める。