Z2 – Lithographically fabricated IC in a garage fab

2025/12/07 12:03

Z2 – Lithographically fabricated IC in a garage fab

RSS: https://news.ycombinator.com/rss

要約

Japanese Translation:

著者は、DIYで低コストのポリシリコンゲートプロセスを用いてIntelの最初のプロセッサ技術を模倣し、2.4 mm² のダイに10×10配列(合計100トランジスタ)を製造しました。以前のZ1テストチップ(6トランジスタ)に続き、新しいZ2チップは完全な電気特性評価が可能です:Vth ≈ 1.1 V、Cgs < 0.9 pF、立ち上がり/落下時間 < 10 ns、オン/オフ比 ≈ 4.3 × 10⁶、漏れ電流 932 pA(Vds = 2.5 V)(環境光下では約100倍高い)。これらの数値は、2.5–3.3 V のロジックレベルで信頼性ある動作を示しています。

製造は自己整列型「ゲートファースト」プロセスであり、イオン注入を省略し、水・アルコール・アセトン・リン酸・フォトレジスト・デベロッパー・N‑タイプドーパント・HF/CF₄/CHF₃ RIE・HNO₃ などの一般的な実験室化学物質のみを使用し、クリーンルームは不要です。約10 nm のSiO₂ゲート酸化膜と300 nm のポリシリコンを有する25 × 200 mm ウェーハを約45ドルで購入しました。製造には15チップ(1,500トランジスタ)が関与し、少なくとも1チップは完全に機能し、2チップが「ほぼ機能」しているため、推定トランジスタ歩留まりは80 %です。最も頻繁な欠陥はソース/ドレインがバルクシリコンと短絡していることです。

今後の作業にはテスト自動化、歩留まり向上、およびオペアンプやメモリアレイなどより複雑なデジタル/アナログ回路への技術拡張が含まれます。成功すれば、このDIY手法はホビイストや小規模ラボの参入障壁を低減し、ニッチなイノベーションを促進し、少量プロトタイプ用に商業製造所への依存度を削減する可能性があります。

本文

自作 1000 個以上のトランジスタ配列チップ

2018 年に、私はガレージでファブを設置し、最初のリソグラフィー製造された集積回路を実装しました。
高校4年生だった頃に Z1 アンプを構築したときはまだ初心者でしたが、現在は大学院卒業を目前に控えつつ、アマチュア向けシリコンプロセスの改善に取り組んでいます。

  • Z1 – 6 個のトランジスタ。プロセスや装置開発用として優れたテストチップです。
  • Z2 – 10 µm ポリシリコンゲートプロセス(Intel の最初のプロセッサと同じ技術)で 100 個のトランジスタを搭載。
  • 最新のチップは、プロセスをテスト・特性評価し調整するための単純な 10 × 10 配列です。これはより高度な DIY コンピュータチップへ進む上で重要なステップです。
    • Intel 4004:2 200 トランジスタ
    • 私のチップ(同一シリコン):1 200 トランジスタ

パフォーマンス改善

以前はメタルゲートプロセスを使用していました。アルミニウムゲートと基板シリコンとの間に大きなワークファンクション差が生じ、しばしば高い閾値電圧(>10 V)になっていました。そのトランジスタは、9 V バッテリーを必要とするギター・ディストーションペダルやリングオシレーター LED ブリンクなどのプロジェクトで使用されていました。

ポリシリコンゲートに切り替えることで以下のような特性が得られました:

パラメータ
Vth1.1 V
VGS,max8 V
Cgs<0.9 pF
立ち上がり/立ち下がり時間<10 ns
オン/オフ比4.3 × 10⁶
リーク電流(VDS=2.5 V)932 pA

リーク電流は室内照明下で約 100 倍に増加します。


特性データ

  • 1 MHz で 50 Ω ロード
  • 20 MHz で 50 Ω ロード

(図は省略)


チップレイアウト & プロービング

ダイ面積は約 2.4 mm²(以前の IC の ¼)と小さく、プローブが難しくなります。
10 × 10 配列の N‑チャネル FET は次のように共有します:

  • カラム – 共通ゲート接続
  • ロー – シリーズ接続で共通ソース/ドレイン端子

この設計により、メタルパッドが十分大きく保たれ、各 FET が数個の極小パッドしか持たない問題を回避しています。

(プローブ映像へのリンクは省略)

単一の 10 µm NMOS トランジスタでは、金属層にわずかな不整合が見られます(左側接触部の一部が露出)。赤枠でポリ結晶シリコンを示し、青はソース/ドレインです。


プロセス概要

  1. ウェーハ購入 – 10 nm の薄い SiO₂ と 300 nm の厚いポリシリコン。
    • 25 × 200 mm ウェーハ(eBay で約 $45)なら生涯分足ります。
  2. アクティブエリアをエッチ
  3. ソース/ドレインにドーピング
  4. ポリゲートをエッチ
  5. 絶縁層の堆積(フォトレジストをハードベークしたフィールド絶縁体として使用)
  6. 接触部をエッチ
  7. 金属を堆積
  8. 金属をエッチ

(図は省略)

ウェーハにゲート酸化膜とポリシリコンがすでに存在するため、従来のフィールドオキサイドを成長させることはポリ層を破壊します。修正プロセスではポリシリコン自体をドーピングマスクとして使用し、ハードベークしたフォトレジストをフィールド絶縁体にしてステップ構造(横断面でオレンジ領域)を作ります。

ゲート長測定 – 理想的には 1 µm SiO₂ (CVD) を使用しますが、ここでは約 250 °C のハードベークフォトレジストが簡易代替として機能しています。SiO₂ エッチはバッファド HF または RIE で行います。


現状と展望

  • 15 枚のチップを製造(1 500 トランジスタ)。
  • 少なくとも 1 枚は完全に動作し、少なくとも 2 枚は「ほぼ動作」(約 80 % の歩留まり)しています。
  • 最も頻繁な欠陥:ドレイン/ソースがバルクシリコンチャネルに短絡。
  • 今後のステップ:テストを自動化し、FET 特性の統計データを収集し、より複雑なデジタル/アナログ回路を設計。

巨大な合成ダイ画像は省略

私の作業をご覧いただきありがとうございます。ご意見や質問があればお気軽にお問い合わせください!

同じ日のほかのニュース

一覧に戻る →

2025/12/07 10:17

Using LLMs at Oxide

## Japanese Translation: ## 改訂要約 大型言語モデル(LLM)は、文書の高速解析、コード生成、テキスト作成などで強力なアシスタントとなりますが、人間の判断や責任を置き換えるべきではありません。LLM の強みには、長文の即時要約、コーディングエラーの検出、プローズ提案などがあります。しかし、これら同様にプライバシーリスク(アップロードされたデータでのトレーニングからオプトアウトする必要性)、過度な奉承的表現、クリシェが多い出力による真実感の低下、不安定なデバッグ支援なども伴います。実際の例では、ChatGPT、Claude、Gemini へのデータ共有ポリシーで「全員のモデル改善」を無効化するようユーザーに求められ、Oxide は強力なライターを採用し完全な LLM コンテンツ作成を避ける方針を取っています。ソフトウェアチームは LLM の支援を受けながらも、人間によるコードレビューに依存しています。今後、エンジニアは迅速な反復のために LLM を使用し続けますが、責任と真実感を維持するためにピアレビュー前に厳格な自己レビューを強制します。企業は明確なプライバシー設定とガイドラインを設置し、ライターは独自のスタイルを保持し、開発者は機械出力を検証するプロセスが必要です。この効率向上と人間監督のバランスこそが、将来の業界標準を決定づけるでしょう。

2025/12/07 6:55

Screenshots from developers: 2002 vs. 2015 (2015)

## Japanese Translation: 記事は、グラフィカルインターフェイスの台頭にもかかわらず、Unix/Linux ユーザーが10年以上にわたり主にターミナル中心のワークフローを維持していることを示しています。2002 年初頭の最小限デスクトップ(xterm、fvwm、Gnome 2)のスクリーンショットと 2015 年までのユーザー報告はほぼ変化がないことを確認しています:多くの人がまだ軽量ウィンドウマネージャやコンソールエディタ(Emacs や Vim)に依存しています。ある回答者は、fvwm を使用していた FreeBSD から Linux(Lubuntu)と LXDE に移行しつつもコマンドライン中心を維持しました。彼は Firefox、Gimp、Wireshark、VLC などの GUI ツールを追加しましたが、シェル、Perl、および C でスクリプトを書き続け、mutt を使ってローカルでメールを処理しています。別の OS X ユーザーは、Mail.app、Safari、Calendar、Slack の 6 つの仮想デスクトップと専用ターミナルデスクトップを運用しています。数人の参加者はハードウェアアップグレード(例:スマートフォンが初期の Pyramid 90x を上回る)について言及しましたが、classic Unix プリミティブ(`open`、`close`、`fork`)に満足しているようです。 記事ではまた、Pine から Thunderbird または mutt へのメールクライアントの進化と、職務変更後の VirtualBox、LibreOffice、および Wine を介した Windows 互換性についても追跡しています。Hacker News と Reddit(/r/programming、/r/linux)のコミュニティディスカッションはさらに文脈を提供します。 総じて、グラフィカルデスクトップが進化しているにもかかわらず、ターミナル中心のワークフローは継続しています。legacy ウィンドウマネージャ(fvwm)と軽量環境(LXDE、LXQt)は、新しい GUI と共存し続けています。この持続的なミニマリズムは、ソフトウェア開発者がコマンドライン機能を前面に押し出し、ユーザーコミュニティおよび産業界の両方で継続的に求められるターミナルフレンドリーなツールへの需要を満たすべきだという示唆です。

2025/12/07 10:41

Eurydice: a Rust to C compiler (yes)

## Japanese Translation: --- ## Summary Eurydice は、単一の Rust コードベースを **読みやすく、標準に準拠した C または C++** に変換する Rust‑to‑C コンパイラです。 Charon インターフェース経由で rustc の MIR に接続するため、Rust コンパイラを再実装する必要がなく、少ない構文で忠実な意味論的翻訳が可能です。 ### Core transformations - **Whole‑program monomorphisation**:ジェネリクスを具体型に展開します。 - **Pattern‑match compilation**:Rust の `match` 式を C でタグ付きユニオンへ変換します。 - **Iterator recognition**:慣用的な Rust のイテレータチェーンをネイティブ C のループへ変換します。 - **Array initialisation handling**:ゼロ初期化、初期化リスト、およびループベースの初期化を区別し、Rust のセマンティクスに合わせます。 ### Readability choices - Rust 構造体 → C 構造体(*flexible array members* を使用)。 - 単一バリアントの列挙型はタグを省略して簡潔化。 - 制御フローは Charon 経由で再構築し、raw goto ではなくより明確なコードにします。 コンパイラ自体は OCaml の約 8 k 行です:MIR‑to‑KaRaMeL AST 変換が約 3 k 行、カスタムナノパス/最適化が約 5 k 行、内部構文パターン用の小さな ppx が付随。生成コードは C11/C++20 対応または C++17 対応で、マクロによりコンパウンド初期化子と列挙型のメンバーポインタの違いを隠します。 ### Limitations - Rust と C の型レイアウト不一致の可能性。 - DST 処理から生じる厳格なエイリアシング違反。 - 単一プラットフォームの MIR ビュー(cfg の調整が必要)。 - ターゲット固有のモノマル化インスタンスの煩雑な設定。 デプロイには手書きのグループコード―マクロと static inline 関数―を用いて重複する多態コードを削減します。例えば、配列に対して `Eq` トレイトを実装する際にマクロを使用します。 ### Future work - Microsoft/Google の暗号ライブラリとの統合。 - 仮想テーブルによる動的トレイトのサポート。 - Charon を通じた完全モノマル化。 - 2026 年までに Rust 標準ライブラリ全体を抽出し、開発者が単一の権威ある Rust ソースを維持しつつ、レガシーシステム向けに C を段階的に生成できるようにする。 プロジェクトは約 8 k 行の OCaml で、GitHub ユーザー **@ssyram** と **@lin23299** が貢献し、ギリシャ神話をテーマとした命名規則(Eurydice, Aeneas, Charon)に従っています。Rust と既存の C エコシステム間でよりスムーズな相互運用性を提供し、両言語が必要な企業の重複作業を削減するとともに、読みやすいクロス言語コンパイラ出力の再利用可能モデルを提示します。