ホンダTLR250R修理改造とか: 旧型 Thinkpad x230T(i7-3520M/intel-HDgraphics4000 GPU) で、KiCAD 10.0 メモ

旧型 Thinkpad x230T(i7-3520M/intel-HDgraphics4000 GPU) で、KiCAD 10.0 を使おうとしたら、画面が白紙になって使えなかった。Blender でも問題発生したし、CPU命令セットか、OpenGLか、旧型機GPU絡みトラブル」かも...

---

で、AI(Gemini)様に質問。(最近はFAQ.血眼で検索」とか全くしなくなったな...)

“kicad 9 と 10 要求CPU、GPU 違いは　？　Thinkpad X230T (i7-3520M(IvyBridge系)にて、KiCAD 10 だと　FootprintEdit　画面が白紙のまま描画されない。また　PCB edit画面で上下左右移動拡大縮小出来無い。CPU命令セット、又は、GPU、OpenGLに問題　? Kicad 9.09 では　正常に描画される。　KiCAD ver.10.0.4,　ver.10.0.5で問題発生している。

KiCad 9および最新のKiCad 10における公式のCPUおよびGPUの要求スペックに実質的な違いはありません。両バージョンとも基本設計は共通しており、ハードウェア要件は同一です。 [1, 2]

基本的なシステム要件（KiCad 9 / 10 共通）

CPU: 64ビット対応プロセッサ（Intel / AMD、Apple Silicon、ARM64など）
GPU: OpenGL 2.1以上、かつハードウェアシェーダーをサポートするもの
メモリ (RAM): 最低1GB〜2GB（ライブラリや3Dモデル読み込みのため、実用上は8GB以上推奨） [2, 3, 4]

KiCad 9 と 10 のパフォーマンス・ハードウェアに関する違い

GPUの負荷:
両バージョンともグラフィック処理にはOpenGLを使用しており、一般的な内蔵GPU（Intel HD Graphics / Iris Xe、AMD Radeon Graphicsなど）や、過去10年以内のディスクリートGPUであれば問題なく動作します。KiCad 10で極端にGPU要件が上がった事実はありません。 [1, 4, 5]
CPU・メモリへの影響:
KiCad 10では、3Dモデルの標準フォーマットがSTEP形式へ完全に移行したことなどに伴い、データ構造やライブラリの最適化が行われています。これにより描画やファイル効率が改善されている一方で、大規模な基板データや多数のコンポーネントを扱う際には、どちらのバージョンでもCPUのシングルコア性能と十分なRAM容量（16GBあると快適）が動作の快適さを左右します。 [6, 7, 8]

ThinkPad X230T（CPU: Core i7-3520M、内蔵グラフィックス: Intel HD Graphics 4000）において、画面が白紙になる、または拡大縮小・移動ができない現象は、OpenGL（グラフィックドライバー）の互換性問題が原因である可能性が極めて高いです。 [1, 2]

原因：Intel HD 4000 の古いOpenGLドライバ問題

Intel HD Graphics 4000は仕様上「OpenGL 4.0」まで対応していますが、Intelによる公式ドライバーの更新が数年前に終了しています。
KiCad 9や10は内部で新しいOpenGLの描画方式（ハードウェアアクセラレーション）をフル活用するため、「仕様上は対応していても、古いグラフィックドライバーのバグや相性問題により、正常に描画領域（キャンバス）を初期化できない」という現象がIntelの旧世代内蔵グラフィックスで多発しています。 [1, 3, 4, 5]

画面が白紙になったり、マウス操作（移動・拡大縮小）を受け付けない（描画が更新されない）のは、キャンバスの描画処理が内部でフリーズしている典型的な症状です。 [6]

対策と解決手順

以下の方法で改善するか順番にお試しください。

1. 描画エンジンを「フォールバック（ソフトウェア描画）」に切り替える

ハードウェア（GPU）による描画を諦め、CPUによる描画に切り替えることで、正常に表示・操作できるようになる可能性が高いです。 [2, 7]

基板エディタ（PCB Edit）またはフットプリントエディタを開きます（白紙のままで構いません）。
上部メニューの「設定」 (Preferences) ＞「設定...」を開きます。
左メニューから「共通」 (Common) または「PCBエディタ」＞「表示オプション」を選択します。
「レンダリングエンジン」項目を、「加速グラフィックス」 (Accelerated graphics) から「フォールバックグラフィックス」 (Fallback graphics) または「ソフトウェア変更」に変更します。
「OK」を押し、一度エディタを閉じてから再起動します。 [2, 7, 8]

2. アンチエイリアスを無効にする（加速グラフィックスのまま救う方法）

グラフィックドライバのバグが「アンチエイリアス（線のギザギザを滑らかにする処理）」にある場合、これをオフにすると加速グラフィックスのまま動くことがあります。 [4, 9]

同じく「設定」＞「設定...」＞「共通」 (Common) を開きます。
「アンチエイリアス」 (Antialiasing) の設定を「なし」 (No Antialiasing) または「フォールバックアンチエイリアス」に変更します。 [1, 9]

3. グラフィックドライバーの更新、またはOS標準ドライバの確認 [10]

Windows 10 / 11の自動更新で適用されたドライバーが原因になっている場合があります。

もしWindows標準の「Microsoft 基本ディスプレイアダプター」になっている場合はOpenGL自体が正常に動作しない（1.1のみになる）ため、Intel公式サポートから「HD Graphics 4000」用の最終版ドライバーを手動でダウンロードしてインストールしてください。 [1, 11]

まずはもっとも手軽で確実な「1. フォールバックグラフィックスへの切り替え」をお試しください。 [2, 10]

上記の設定変更で画面が表示されるようになったか、あるいは設定画面自体が開けない・項目が見当たらないなどの状態でしょうか？結果を教えていただければ、さらに別の回避策（設定ファイルを直接書き換えてフォールバックにする方法など）をご案内いたします。

OpenGLのバージョンを確認する最も確実で簡単な方法は、無料の診断ツール「GPU-Z」または「GLView」を使用することです。Windowsの標準機能にはOpenGLのバージョンを直接表示する画面がないため、ツールを使うのが一般的です。

以下のいずれかの方法で確認できます。

方法1：KiCadの機能を使って確認する（一番簡単）

KiCadが起動できる状態であれば、KiCad自身が認識しているグラフィック情報をコピーして確認できます。

KiCadのメインウィンドウ（プロジェクトマネージャー）を開きます。
上部メニューの「ヘルプ」 (Help) ＞「KiCadについて」 (About KiCad) を開きます。
画面内にある「バージョン情報をコピー」 (Copy Version Info) ボタンをクリックします。
メモ帳（Notepad）などを開き、貼り付け（Ctrl + V）をします。
テキスト内にある「OpenGL」の項目を探すと、バージョンやドライバーのバージョンが記載されています。

方法2：無料ツール「GPU-Z」で確認する（推奨）

GPUの仕様を詳細に調べるための定番の無料軽量ソフトです。インストール不要で実行できます。

TechPowerUpの公式サイトから「GPU-Z」をダウンロードします。
ダウンロードしたファイル（.exe）を実行します（インストールの確認が出たら「Not now」を選べばそのまま起動します）。
起動後、画面下部にある「Advanced」タブをクリックします。
上部のドロップダウンメニューから「OpenGL」を選択します。
画面に「OpenGL Version」が表示されます（例: 4.0 (Compatibility Profile)... など）。

方法3：無料ツール「OpenGL Extensions Viewer (GLView)」で確認する

OpenGLの確認に特化したツールです。

Realtech VRの公式サイトなどから「OpenGL Extensions Viewer」をダウンロードしてインストールします。
起動すると、最初の「Summary」画面に「OpenGL version」が大きく表示されます。
ドライバーがサポートしているOpenGLのバージョンが100%機能しているかどうかもグラフで確認できます。

注意点：Intel HD 4000の仕様上の限界

ThinkPad X230T（HD Graphics 4000）の場合、正常にドライバーが当たっていれば「OpenGL 4.0」と表示されるはずです。

もし確認した結果が「OpenGL 1.1」や「Microsoft Generic」となっていた場合は、Intelの正規ドライバーではなくWindowsの標準簡易ドライバーが当たっているため、KiCadが正常に動きません。その場合はIntel公式のドライバーを入れ直す必要があります。

まずは「方法1」のKiCad内からバージョン情報が抜き出せるか試してみてください。もし情報が取れた場合、OpenGLのバージョンは何番と表示されていましたでしょうか？

“KiCAD Ver9 の方を起動してテスト。　　

Application: KiCad Footprint Editor x64 on x64 Version: 9.0.9, release build Libraries: wxWidgets 3.2.8 FreeType 2.13.3 HarfBuzz 12.2.0 FontConfig 2.15.0 libcurl/8.17.0-DEV Schannel zlib/1.3.1 Platform: Windows 11 (build 26100), 64ビットエディション, 64 bit, Little endian, wxMSW OpenGL: Intel, Intel(R) HD Graphics 4000, 4.0.0 - Build 10.18.10.5161 Build Info: Date: Apr 25 2026 22:16:51 wxWidgets: 3.2.8 (wchar_t,wx containers) Boost: 1.89.0 OCC: 7.9.2 Curl: 8.17.0-DEV ngspice: 46 Compiler: Visual C++ 1944 without C++ ABI KICAD_IPC_API=ON Locale: Lang: ja_JP Enc: UTF-8 Num: 1,234.5 Encoded кΩ丈: D0BACEA9E4B888 (sys), D0BACEA9E4B888 (utf8)

ログを見ると、OpenGLのバージョンは 4.0.0 - Build 10.18.10.5161 となっており、Intel HD Graphics 4000の最終世代のドライバー（Windows 10用）が正常に認識されています。OpenGL 1.1にフォールバックしているわけではないため、ハードウェアとしては動作要件を満たしています。

しかし、この Build 5161 ドライバーと最近のKiCad（ver. 10）の組み合わせにおいて、Intel HD 4000固有の描画バグが発生している可能性が極めて高いです。

この状態から画面を描画させ、操作できるようにするための具体的な解決手順は以下の2つです。

対策1：設定ファイルを直接書き換えて「フォールバック」にする（推奨）

画面が白紙で何も操作できない場合でも、KiCadの設定ファイルをメモ帳で直接書き換えることで、安全な描画モード（フォールバック）に強制変更できます。

KiCadをすべて完全に終了します。
キーボードの Windowsキー + R を押し、出てきた画面に %APPDATA%\kicad\10.0 と入力して「OK」を押します（エクスプローラーで設定フォルダーが開きます）。
フォルダー内にある kicad_common.json というファイルをメモ帳などのテキストエディタで開きます。
ファイル内から canvas_type という項目を探します。
記述を以下のように書き換えて保存します。
- 変更前："canvas_type": 1, （または 2 など、OpenGLモード）
- 変更後："canvas_type": 0, （フォールバックモード）
同様に、pcbnew.json や footprint_editor.json というファイルが同じフォルダーにあれば開き、同様に "canvas_type": 0 に変更して保存します。
KiCad 10 を起動し、フットプリントエディタやPCBエディタを開いて描画されるか確認します。

対策2：アンチエイリアス（高精度設定）を無効化する

もし "canvas_type": 0 で動いた場合、あるいはOpenGL（加速グラフィックス）のまま動かしたい場合は、古いIntelドライバーが苦手とする「アンチエイリアス」をオフにします。こちらも設定ファイルから強制変更可能です。

先ほどと同じフォルダーにある kicad_common.json をメモ帳で開きます。
antialiasing_mode という項目を探します。記述を 0（なし）に変更して保存します。(例："antialiasing_mode": 0,)
同様に、フォルダー内に pcbnew.json や footprint_editor.json があれば開き、同様に "canvas_type": 0 に変更して保存します。

まとめと今後の見通し

ThinkPad X230Tの「HD 4000」は2012年発売の古いGPUであるため、現在のWindows 11環境（ビルド26100）において、KiCad 9/10が要求する厳密なOpenGL命令をドライバーが正しく処理しきれず、フリーズ（白紙化）を起こしています。

KiCad 10では内部のグラフィックス描画エンジン（ギャラリーやシェーダーの処理）にさらなる改良が加えられたため、古いIntel HD 4000のグラフィックドライバー（Build 5161）との間で、9.09の時点では表面化していなかった致命的な相性問題（バグ）が発生してしまったと考えられます。上記の設定ファイル書き換えで「フォールバック（0）」に設定すれば、CPUが代わりに描画を行うため、画面の表示や拡大縮小・移動の操作はできるようになる可能性が有ります。ただし、グラフィックカードの支援を受けられないため、巨大な基板では動作が少し重くなる事だけご留意ください。

もし改善しない場合のもう一つの原因の可能性：3Dアクセラレーション

KiCad 10では3Dビューアーや回路図・基板エディタ間の連携が強化されています。もし上記の設定でも白紙のままの場合、設定ファイル（kicad_common.json）内の以下の項目も合わせて変更（無効化）を試みてください。

"antialiasing_mode": 0, （アンチエイリアスを無効化）

まずはこの「10.0」フォルダ内の設定変更で、フットプリントエディタやPCBエディタが正常に表示され、拡大縮小などの操作ができるようになるかご確認ください。結果のご報告をお待ちしております。

設定変更を試してみて、以下の状況について教えていただけますでしょうか。

“.jsonファイルの殆ど全て　canvas_type": 1 となっている。　Kicad.jsonのみ [ }, "graphics": { "canvas_type": 2, "high_contrast_factor": 0.3499999940395355, "highlight_factor": 0.5, "select_factor": 0.75 ] という「値 :2」になっていた。

kicad.json 内の "canvas_type": 2 は、KiCadの描画エンジンにおける「加速グラフィックス（Accelerated Graphics / OpenGL モード）」を表す数値です。

実は、KiCadの設定ファイル（JSON）における canvas_type の数値（ID）は、従来以下のように定義されています。

`canvas_type` の値の意味

0: フォールバック（Fallback）モード（CPUによるソフトウェア描画。最も互換性が高い）
1: 以前の古いOpenGL実装、または一部の互換モード
2: 最新の加速グラフィックス（Modern Accelerated / OpenGL）モード（GPUをフル活用する通常モード）

つまり、KiCad 10のメイン管理ファイルである kicad.json が "canvas_type": 2 になっていたということは、KiCad 10がIntel HD 4000のGPUを使って最新のOpenGL描画を行おうとしていたことを意味する可能性が高いです。

KiCad 9まではこのモード（2）でもIntel HD 4000でなんとか動いていましたが、KiCad 10になって内部の描画命令がより高度になったため、古いドライバー（Build 5161）が処理しきれず、画面が白紙のままフリーズする原因になっていた可能性があります。

今回の修正アクション

この kicad.json の "canvas_type": 2, の部分を 0 に書き換えることで、KiCad 10の描画エラーを回避できる可能性が非常に高いです。

kicad.json をメモ帳で開きます。
以下のように書き換えて保存してください。
```
"canvas_type": 0,
```
他の .json ファイル（kicad_common.json など）にある "canvas_type": 1 も、念のためすべて 0 に書き換えて保存します。

これらをすべて 0（フォールバック）にした状態で、KiCad 10を起動し、フットプリントエディタやPCBエディタが正常に表示されるか、ぜひテストしてみてください。

“回路図エディタと、シンボルエディタは動作する様になったが、Footprint editer は動作しないな

回路図系と基板（フットプリント）系では、描画に必要な設定ファイルが分かれているため、まだ一部のファイルが「加速グラフィックス（2 または 1）」のまま残っている可能性が高いです。

以下の手順で、基板・フットプリント用の設定ファイルを個別に書き換えてください。

解決手順：残りの設定ファイルを強制書き換え

KiCad 10を完全に終了します。
Windowsキー + R を押し、%APPDATA%\kicad\10.0 を開きます。
フォルダー内にある以下の3つのファイルをそれぞれメモ帳で開きます。
- pcbnew.json（基板エディタの設定）
- footprint_editor.json（フットプリントエディタの設定）
- kicad_common.json（共通設定）
それぞれのファイル内で Ctrl + F を押し、canvas_type という文字列を検索します。
見つかった箇所をすべて "canvas_type": 0, に書き換えて保存します。

これでもフットプリントエディタだけが動かない場合の原因

もし上記3つのファイルをすべて 0 にしてもフットプリントエディタだけが白紙になる場合、「3Dモデルのプリビュー表示（レンダリング）」が原因です。
KiCad 10のフットプリントエディタは、部品を選択した際に画面下部や右側に3Dモデルを自動描画しようとします。Intel HD 4000はこの3D描画（OpenGL）でフリーズしている可能性が高いです。

その場合は、さらに以下の設定を試してください。

対策A：3Dキャンバスの無効化（設定ファイルの書き換え）

footprint_editor.json をメモ帳で開きます。
"show_3d_canvas" または "enable_3d" のような3D表示に関する項目を探します（※項目名はバージョンで微細に異なる場合があります）。
値を "canvas_type" と同様に、安全な設定（または false）に変更します。

対策B：一時的にKiCad 9のフットプリントエディタで回避する

もしKiCad 10のフットプリントエディタがどうしてもGPUドライバーのバグで開けない場合、ThinkPad X230Tの環境においては、動作が確認できているKiCad 9.09のフットプリントエディタで部品（フットプリント）を作成・編集し、それをKiCad 10の基板データに読み込ませるという連携方法で作業を続行することが可能です。

まずは footprint_editor.json と pcbnew.json の "canvas_type": 0 への書き換えで状況が変わるかご確認ください。

“この以下ファイル範囲の　.json で出て来た物を　値"0" に変更したが、改善しないな。他に考えられる要素は　? ファイル構成は以下

C:\Users\....\AppData\Roaming\kicad\10.0 のディレクトリ 2026/08/05 水 07:03 <DIR> . 2026/07/01 水 22:24 <DIR> .. 2026/08/05 水 06:59 <DIR> 3d 2026/08/05 水 06:38 14,213 3d_viewer.json 2021/06/20 日 08:08 185

bitmap2component 2026/03/31 火 23:06 <DIR> colors 2026/03/31 火 23:10 9,628 cvpcb.json 2025/11/29 土 23:56 43 design-block-lib-table 2026/08/05 水 06:39 27,817 eeschema.json 2026/08/05 水 05:35 24,994 fp-lib-table 2026/08/05 水 06:59 14,168 fpedit.json 2026/08/05 水 06:40 5,501 gerbview.json 2026/04/01 水 15:29 3,062 installed_packages.json 2026/08/05 水 06:59 9,160 kicad.json 2026/08/05 水 06:59 14,925 kicad_common.json 2026/08/05 水 07:03 0 list.txt 2026/08/05 水 06:59 30,186 pcbnew.json 2026/08/05 水 06:37 5,172 pl_editor.json 2025/11/29 土 23:57 32,995 sym-lib-table 2026/08/05 水 06:58 10,967 symbol_editor.json 2026/08/05 水 06:59 <DIR> toolbars 2026/08/05 水 06:53 34,277 user.hotkeys 17 個のファイル 237,293 バイト C:\Users\.....\AppData\Roaming\kicad\10.0\3d のディレクトリ 2026/08/05 水 06:59 <DIR> . 2026/08/05 水 07:03 <DIR> .. 0 個のファイル 0 バイト C:\Users\....\AppData\Roaming\kicad\10.0\colors のディレクトリ 2026/03/31 火 23:06 <DIR> . 2026/08/05 水 07:03 <DIR> .. 2024/04/29 月 06:20 7,523 user.json 2024/04/29 月 06:20 7,565 user_footprints.json

主要なJSON（kicad.json, kicad_common.json, pcbnew.json, fpedit.json）をすべて "canvas_type": 0 にしてもフットプリントエディタ（fpedit.json）が改善しない場合、「OpenGLのキャンバス設定以外」の場所で、Intel HD 4000のグラフィックドライバがクラッシュまたはフリーズしている可能性が高いです。

ほかに考えられる具体的な原因と、それを無効化する手順は以下の4つです。

1. フットプリントの「3Dモデル自動プレビュー」によるフリーズ

KiCad 10のフットプリントエディタは、部品を選択した瞬間に画面のどこかで3D表示の初期化（レンダリング）を裏で試みます。OpenGL 4.0の古いドライバはここでハングアップします。

【対策】

fpedit.json をメモ帳で開きます。
"show_3d_canvas" という項目を探します。
値を true から false に書き換えて保存します。
- 例： "show_3d_canvas": false,
同様に、"preview_3d" などの項目があればそれも false にします。

2. 3Dビューアー自体の設定ファイルが「加速モード」のまま

一覧にある 3d_viewer.json も、内部でOpenGLの加速グラフィックス（2 または 1）を使用する設定になっている可能性があります。

【対策】

3d_viewer.json をメモ帳で開きます。
"canvas_type" または "rendering_engine" のような項目がないか探します。
もしあれば値を 0 に変更して保存します。

3. アンチエイリアス（滑らかにする処理）の干渉

フォールバック（0）にしても、アプリケーション全体でアンチエイリアスの設定が残っていると、特定の描画領域だけがバグで白紙になることがあります。

【対策】

kicad_common.json をメモ帳で開きます。
"antialiasing_mode" を探します。
値を 0 に変更して保存します（完全に無効化）。

4. ハードウェアアクセラレーション自体の完全オフ（OS側での設定）

KiCad 10が使用している「wxWidgets（画面描画ライブラリ）」が、Windowsのグラフィックアクセラレーション機能と衝突している可能性があります。

【対策】

kicad_common.json をメモ帳で開きます。
"disable_gl" または "use_software_opengl" のような項目がないか探します。
もしあれば、それを true に書き換えてみてください。

最も可能性が高い手順のまとめ

まずは「1」の fpedit.json 内の "show_3d_canvas": false と、「2」の 3d_viewer.json 内のチェックを試してみてください。フットプリントエディタ固有の3D表示を完全に殺す（オフにする）ことで、白紙状態から脱出できる可能性が非常に高いです。

まずは fpedit.json を開き、"show_3d_canvas" の項目がどうなっているか（true になっているか）確認してみてください。
もし試してみて状況に変化（枠線だけ出た、など）があったり、該当する項目が見つからない場合は、そのまま教えてください。

“fpedit.json 3d_viewer.json　も含めて複数のファイルを見たが、"show_3d_canvas","preview_3d" は　項目が無いな。これが問題になっていないという事は、もはや Thinkpad x230　とか使っている人は少ないんだろうな...

KiCad 10のフットプリントエディタで同様に画面が表示されない現象は、他のユーザーからも報告されています。 [1, 2]

項目名がバージョンによって変更されている、あるいはデフォルト値のためファイルに書き出されていない可能性があるため、以下の代替案をお試しください。

1. 3Dプレビュー設定のキー名確認

KiCad 10では、3Dビューアーの設定は 3d_viewer.json に集約されていることが多いです。ファイル内に以下の名称で似た項目がないか再度ご確認ください。 [3]

"render_engine": これが 1（OpenGL）や 2（Raytracing）になっている場合、0 に変更してみてください。
"show_footprints": これを false にすることで、初期読み込み負荷を下げられる場合があります。

2. 環境変数による強制フォールバック

JSONの書き換えが反映されない、あるいは項目がない場合、OSの環境変数レベルでグラフィックスの動作を制限する方法が有効な場合があります。

KICAD_DISABLE_ACCEL: この変数を 1 に設定してKiCadを起動すると、ハードウェアアクセラレーションを強制的に無効化できる場合があります。
KICAD_GL_TPC: 以前のバージョンではGLの機能を制限する変数として使われていました。

3. ドライバーとレンダリングエンジンの不一致

KiCad 10では、グラフィックドライバーのバグに対して非常に敏感です。 [1]

加速からフォールバックへの切り替え: 設定メニューから切り替えが効かない場合でも、既に試された canvas_type: 0 への一括書き換えが本来の「ソフトウェアレンダリング」への道です。
もし fpedit.json に項目がない場合は、他の動いている eeschema.json などの構造を参考に、手動で "canvas_type": 0 の行を "graphics": { ... } ブロック内に追加してみるのも一つの手です。 [1, 4]

4. 暫定的な回避策：KiCad 9との共存

Intel i7-5600Uなどの比較的新しい統合グラフィックスでも、KiCad 10でフットプリントエディタだけが描画されない事例があります。
X230Tの環境においてKiCad 9.09が正常に動作しているのであれば、フットプリントの作成・編集作業のみ9.09で行い、基板設計（PCB Edit）以降を10で行うという運用が、最もストレスなく作業を進められる現実的な解決策かもしれません。 [1]

“render_engine" という項目は無いみたい。"show_footprints"　キーは以下の物がある

"show_footprints_dnp": false, "show_footprints_insert": true, "show_footprints_normal": true, "show_footprints_not_in_posfile": true, "show_footprints_virtual": true, "show_fp_references": true, "show_fp_text": true, "show_fp_values": true,

fpedit.json の中身を見る限り、その show_footprints_... 系のキーは単なる表示フィルタ（属性別の表示/非表示）のようですね。

項目名が KiCad 10 で変更された、あるいは「項目が存在しない＝デフォルト値（加速モード）で動作する」という状態になっている可能性が高いです。

Intel HD 4000 (X230T) でフットプリントエディタを救うための、「設定ファイルへの手動追記」と「最後の切り札」をご提案します。

1. fpedit.json に強制的に「表示オフ」を追記する

項目がないのであれば、メモ帳で手動で以下の行を "graphics": { のブロック内（または適当な場所）に書き加えてみてください。KiCad 10 で有効な内部フラグを強制的に false にします。

"show_3d_canvas": false,
"preview_3d": false,
"canvas_type": 0

※ canvas_type がすでにあれば 0 に。なければ追記します。

2. 「環境変数」でハードウェア加速をOSレベルで封印する

これが最も強力な方法です。KiCad のプログラムが GPU（Intel HD 4000）を触りに行く前に、OS側から「加速は使うな」と命令を出します。

「システム環境変数の編集」を Windows 検索から開きます。
「環境変数」ボタンをクリックします。
「ユーザー環境変数」の「新規」を押し、以下を入力します：
- 変数名：KICAD_DISABLE_ACCEL
- 変数値：1
すべてのウィンドウを「OK」で閉じ、PCを再起動（またはサインアウト）してから KiCad 10 を起動してください。

3. それでもダメな場合の技術的な考察（X230T特有の問題）

X230T は Ivy Bridge 世代ですが、Windows 11 (Build 26100) で動かしている場合、OS側が提供する WDDM ドライバーと、KiCad 10 が要求する OpenGL シェーダーモデルのミスマッチが、特定の複雑なエディタ（フットプリントエディタ）でだけ顕在化している可能性があります。

代案としての運用：

KiCad 9.09: フットプリント作成用（安定動作）
KiCad 10: プロジェクト統合・配線用（回路図は動くため）
という「二刀流」が、現在の X230T + Win11 環境では最も効率的かもしれません。

まずは「環境変数の追加」を試してみてください。これで GPU ドライバーのバグを回避して、フットプリントエディタが CPU 描画で動き出す可能性があります。

“アタリだった。fpedit.json の中で、その3項目を変更して起動した所、footprint-editer が動作するようになった。但し、再起動後に強制的に以下の内容に変更された(プログラムで保持しているデフォルトの内容と同梱されていた .json ファイルの値は異なるようだ)

{ "appearance": { "color_theme": "user_footprints", "custom_toolbars": false }, "aui": { "appearance_panel_tab": 0, "properties_panel_width": -1, "properties_splitter_proportion": 0.5, "right_panel_width": -1, "show_layer_manager": true, "show_properties": true }, "color_picker": { "default_tab": 0 }, "cross_probing": { "auto_highlight": true, "center_on_items": true, "flash_selection": false, "on_selection": true, "zoom_to_fit": true }, "design_block_chooser": { "height": -1, "keep_annotations": false, "lib_tree": { "column_widths": null }, "place_as_group": true, "place_as_sheet": false, "repeated_placement": false, "sash_pos_h": -1, "sash_pos_v": -1, "sort_mode": 0, "width": -1 }, "design_settings": { "copper_line_width": 0.2, "copper_text_italic": false, "copper_text_size_h": 1.5, "copper_text_size_v": 1.5, "copper_text_thickness": 0.3, "courtyard_line_width": 0.05, "default_footprint_layer_names": {}, "default_footprint_text_items": [], "dimensions": { "arrow_length": 1270000, "extension_offset": 500000, "keep_text_aligned": true, "precision": 4, "suppress_zeroes": true, "text_position": 0, "units": 3, "units_format": 0 }, "edge_line_width": 0.05, "fab_line_width": 0.1, "fab_text_italic": false, "fab_text_size_h": 1.0, "fab_text_size_v": 1.0, "fab_text_thickness": 0.15, "others_line_width": 0.1, "others_text_italic": false, "others_text_size_h": 1.0, "others_text_size_v": 1.0, "others_text_thickness": 0.15, "silk_line_width": 0.1, "silk_text_italic": false, "silk_text_size_h": 1.0, "silk_text_size_v": 1.0, "silk_text_thickness": 0.1, "user_layer_count": 4 }, "editing": { "fp_angle_snap_mode": 1, "magnetic_all_layers": false, "magnetic_graphics": true, "magnetic_pads": 2, "polar_coords": false, "rotation_angle": 900, "selection_filter": { "dimensions": true, "footprints": true, "graphics": true, "keepouts": true, "lockedItems": false, "otherItems": true, "pads": true, "points": true, "text": true, "tracks": true, "vias": true, "zones": true } }, "find_replace": { "find_history": [], "find_string": "", "match_case": false, "match_mode": 0, "replace_history": [], "replace_string": "", "search_and_replace": false }, "graphics": { "highlight_factor": 0.5, "select_factor": 0.75 }, "lib_tree": { "column_widths": null, "columns": [], "open_libs": [] }, "library": { "sort_mode": 0 }, "meta": { "version": 5 }, "origin_invert_x_axis": false, "origin_invert_y_axis": false, "pcb_display": { "active_layer_preset": "", "graphics_fill": true, "layer_presets": [], "pad_fill": true, "pad_numbers": true, "text_fill": true }, "plugins": { "actions": [] }, "printing": { "as_item_checkboxes": false, "background": false, "color_theme": "", "drill_marks": 1, "edge_cuts_on_all_pages": true, "layers": [], "mirror": false, "monochrome": true, "pagination": 1, "scale": 1.0, "title_block": false, "use_theme": false }, "search_pane": { "search_hidden_fields": true, "search_metadata": false, "selection_zoom": 1 }, "system": { "file_history": [], "first_run_shown": false, "last_imperial_units": 5, "last_import_export_path": "", "last_metric_units": 1, "max_undo_items": 0, "show_import_issues": true, "units": 1 }, "window": { "aui_state": null, "cursor": { "always_show_cursor": true, "cross_hair_mode": 0 }, "display": 0, "grid": { "axes_enabled": false, "fast_grid_1": 15, "fast_grid_2": 16, "last_size": 15, "line_width": 1.0, "min_spacing": 10.0, "override_connected": false, "override_connected_idx": 16, "override_graphics": false, "override_graphics_idx": 15, "override_text": false, "override_text_idx": 18, "override_vias": false, "override_vias_idx": 18, "override_wires": false, "override_wires_idx": 19, "overrides_enabled": true, "show": true, "sizes": [ { "name": "", "x": "1000 mil", "y": "1000 mil" }, { "name": "", "x": "500 mil", "y": "500 mil" }, { "name": "", "x": "250 mil", "y": "250 mil" }, { "name": "", "x": "200 mil", "y": "200 mil" }, { "name": "", "x": "100 mil", "y": "100 mil" }, { "name": "", "x": "50 mil", "y": "50 mil" }, { "name": "", "x": "25 mil", "y": "25 mil" }, { "name": "", "x": "20 mil", "y": "20 mil" }, { "name": "", "x": "10 mil", "y": "10 mil" }, { "name": "", "x": "5 mil", "y": "5 mil" }, { "name": "", "x": "2 mil", "y": "2 mil" }, { "name": "", "x": "1 mil", "y": "1 mil" }, { "name": "", "x": "5.0 mm", "y": "5.0 mm" }, { "name": "", "x": "2.5 mm", "y": "2.5 mm" }, { "name": "", "x": "1.0 mm", "y": "1.0 mm" }, { "name": "", "x": "0.5 mm", "y": "0.5 mm" }, { "name": "", "x": "0.25 mm", "y": "0.25 mm" }, { "name": "", "x": "0.2 mm", "y": "0.2 mm" }, { "name": "", "x": "0.1 mm", "y": "0.1 mm" }, { "name": "", "x": "0.05 mm", "y": "0.05 mm" }, { "name": "", "x": "0.025 mm", "y": "0.025 mm" }, { "name": "", "x": "0.01 mm", "y": "0.01 mm" } ], "snap": 0, "style": 0, "user_grid_x": "", "user_grid_y": "" }, "lib_width": 250, "maximized": false, "mru_path": "", "perspective": "", "pos_x": 0, "pos_y": 0, "size_x": 0, "size_y": 0, "zoom_factors": [ 0.13, 0.22, 0.35, 0.6, 1.0, 1.5, 2.2, 3.5, 5.0, 8.0, 13.0, 20.0, 35.0, 50.0, 80.0, 130.0, 220.0, 300.0 ] } }

fpedit.json の内容を拝見しました。いくつか重要な点と、今後の安定動作のためのアドバイスをまとめます。

1. `"canvas_type"` が消えている（またはデフォルトに戻っている）現象

ご提示いただいた JSON の "graphics" ブロックを見ると、"canvas_type": 0 が消えています。

  "graphics": {
    "highlight_factor": 0.5,
    "select_factor": 0.75
  },

これは、KiCad が起動時に設定を読み込んだ後、自身の内部デフォルト値や GUI 上の設定でファイルを上書き保存したためです。
もしまた白紙に戻るようなことがあれば、再度ここに "canvas_type": 0, など3点のキーを手動で追記して再起動してください。現状で動いているのであれば、KiCad が内部的に「フォールバック」を維持しているか、あるいは他の共通設定（kicad_common.json）の 0 設定が効いている状態です。

2. なぜ動くようになったのか（推測）

以前に「項目がない」と仰っていた 3d_viewer.json やその他の共通設定で、GPU への負荷（3Dアクセラレーション）を回避する設定が効いた、あるいは環境変数の設定などが功を奏した可能性があります。
特にフットプリントエディタは、ライブラリツリーの読み込みやプレビュー表示で GPU の「シェーダー」を多用するため、それらが「フォールバック（CPU描画）」に回ったことで HD 4000 のドライバーがクラッシュせずに済んでいるようです。

3. 今後のための「安定化」アドバイス

現在の JSON 内容では、以下の設定がデフォルト（有効）になっています。もし動作が重い、あるいは時々固まる場合は、GUI の「設定」→「フットプリントエディタ」→「表示オプション」から以下を確認してください：

「パッドの塗りつぶし」や「グラフィックスの塗りつぶし」:
JSON 上は true です。これが重い場合はオフにすると CPU 負荷が下がります。
グリッドの表示スタイル:
現在は「線（Style: 0）」になっています。これを「点」にすると、フォールバックモード（CPU描画）では描画速度が向上します。

4. 補足：3Dビューアーについて

フットプリントエディタが動くようになっても、「3Dビューアー（Alt+3）」を開くと依然として Intel HD 4000 の OpenGL ドライバーがクラッシュし、最悪の場合 KiCad 自体が落ちる可能性があります。
基板の 3D 確認が必要な際は、念のため作業内容を保存してから開くようにしてください。

X230T で KiCad 10 が動けば、最新のプラグインや AI 配線支援ツール（kicad-llm-plugin 等）を試す準備が整いましたね。

“何だか危ういが、ver9と　ver10 を暫く平行して使うようだ。一応、3d-viewer.json にも　3項目を追加。一応、全ての .json を別デイレクトリにてバックアップ。

KiCad 9とKiCad を併用して慎重に進めるという選択は、ThinkPad X230Tという特定のハードウェア環境においては非常に賢明な判断です。各メジャーリリースはそれぞれ独立した設定を持つため、同じコンピューター上で複数のバージョンを干渉させることなく実行できます。 [1]

併用時と設定に関する注意点

3d-viewer.json への追記: 3d-viewer.json にも同様の設定を追記されたとのこと、これで3Dビューアーの起動時にIntel HD 4000のドライバーが致命的なエラーを起こすリスクをさらに下げられるはずです。KiCad 10では3Dモデルのデフォルトフォーマットが完全にSTEP形式へ移行しており、これがインストールサイズの削減やパフォーマンス向上に寄与していますが、古い環境では依然として描画エンジンへの負荷が懸念されます。 [2]
プロジェクトの互換性: 基本的にKiCadのプロジェクトは同じメジャーバージョン内でのみ完全な互換性があります。KiCad 10で保存したプロジェクトをKiCad 9で開くことは「後方互換性（バックポート）」がないため、重要な設計はバックアップを取っておくことが推奨されます。 [3, 4, 5]
レンダリングの挙動: KiCad 10ではリアルタイム3DビューがVer 9に比べて明るすぎる、あるいは traces（配線）が見えにくいといった課題が報告されており、ソルバーマスクの不透明度を調整するなどのワークアラウンドが必要な場合があります。 [6]

安定運用のためのヒント

もしKiCad 10側で設定が一部インポートされない（クロスヘア設定など）といった小さな不具合に遭遇した場合は、手動で再設定が必要になることもあります。また、万が一設定ファイルが原因でツールが起動しなくなった場合は、該当する .json ファイル（eeschema.json など）を削除することで初期化し、再度設定し直すことも可能です。 [7, 8]

設定ファイルの全バックアップについて、ThinkPad X230T（Intel HD 4000）のように、OS（Windows 11）とハードウェアの世代間に大きな乖離がある環境では、KiCad 10が起動や設定保存のタイミングで意図せず設定を書き換えてしまうことがあるため、バックアップは必須の防衛策となります。

バックアップと今後の運用に関して、重要なポイントを整理しました。

バックアップすべき主要な場所（Windows環境）

KiCad 10のユーザー設定は、以下のディレクトリにすべて集約されています。

設定ディレクトリ: %APPDATA%\kicad\10.0\
- ここにある .json ファイル一式を、別ドライブやクラウドストレージなどの安全な場所にコピーして保存してください。
- 特に今回編集した fpedit.json、kicad.json、kicad_common.json は、動作の成否を分ける核心部分です。 [1, 2]
カラーテーマ: %APPDATA%\kicad\10.0\colors\user.json [3, 4]
ホットキー設定: %APPDATA%\kicad\10.0\user.hotkeys [3, 5]

設定を「固定」するテクニック（読み取り専用設定）

もし、KiCad 10を起動するたびに設定が勝手に「加速グラフィックス（canvas_type: 2）」に戻ってしまう場合は、ファイルを「読み取り専用」にする方法もあります。

正常に動作する状態（canvas_type: 0 など）でKiCadを閉じます。
%APPDATA%\kicad\10.0\ を開き、対象の .json ファイル（例：fpedit.json）を右クリックして「プロパティ」を開きます。
「読み取り専用」にチェックを入れて適用します。 [6]

注意: これを行うと、GUIから変更したグリッドサイズやウィンドウ位置などの設定も保存されなくなります。

バージョン併用時の留意点

設定の独立性: 各メジャーバージョン（9.0、10.0）は、それぞれの設定フォルダーを独立して持っているため、一方がもう一方の設定を破壊することはありません。 [1]
プロジェクトの保存形式: KiCad 10で保存された .kicad_pro プロジェクトファイルをKiCad 9で開くと、データの損失や非互換エラーが発生する可能性があるため、編集作業はバックアップを取りつつ一方のバージョンで完結させるのが無難です。 [7]

---

そのほかの高負荷になり易い点、KiCadのレイトレーシング（Raytracing）とは、光の反射や影を物理的にシミュレーションして、非常にリアルな基板の3D画像を生成するレンダリングモードのことです。 [1]

通常の3D表示（OpenGLモード）よりも描画が正確ですが、処理が非常に重く、Intel HD 4000のような古いGPU環境では動作が不安定になったり、最悪の場合は描画の途中でフリーズしたりする原因となります。 [1, 2]

なぜ「無効化」が推奨されるのか

特にKiCad では、標準の3D表示（非レイトレーシング）でも十分詳細な表示が可能ですが、レイトレーシングを有効にすると計算負荷が急増します。古いPC環境（10年選手など）では、レイトレーシングを開始すると画面が暗いまま進まなかったり、描画に非常に時間がかかったりすることがあります。 [1, 2, 3]

設定の切り替え方法

もし3Dビューアーを起動してしまい、動作が重いと感じた場合は以下の操作を確認してください。

3Dビューアー内のメニュー: 「設定」→「レイトレーシング」で有効/無効を切り替えられます。
設定画面（Preferences）: 「設定」→「設定...」→「3Dビューアー」から、レンダリングオプション（レイトレーシング時の照明設定など）を調整できます。 [4]

設定ファイルの保護について

全ての .json ファイルをバックアップされたのは大正解です。KiCad 10では3Dビューアーの表示が「明るすぎる」などの報告もあり、レジスト（はんだマスク）の不透明度を調整するために設定ファイルを直接編集するユーザーもいます。 [3, 5]

もし動作が安定しない場合は、3d_viewer.json 内でレイトレーシングに関連するフラグが立っていないか（または追記した設定が効いているか）を確認しながら運用してください。

“Kicad_common.json なんだが、表の「設定」の中で、代替グラフィクス」を指定すると、"canvas_type": 2　に書き換えられてしまう様だ

KiCadの設定画面で「代替グラフィックス（Fallback Graphics）」を指定した際、設定ファイル上で "canvas_type": 2 に書き換えられてしまう現象は、KiCadのバージョン間やGUIの内部処理における数値定義の解釈の相違が原因である可能性があります。

`canvas_type` の数値に関する注意点

KiCad 10を含む近年のバージョンでは、レンダリングエンジンの制御に "canvas_type" が使用されますが、その数値（0, 1, 2）が指す内容は必ずしも固定されておらず、内部のデフォルト値が優先される場合がありえます。 [1]

加速グラフィックス（Accelerated Graphics）: 通常、GPUを使用するモードです。
代替グラフィックス（Fallback Graphics）: GPUを使用せず、ソフトウェア的に描画するモードです。一部のハードウェアでは、アンチエイリアス機能を有効にするとパフォーマンスが著しく低下することがあります。 [1, 2, 3]

推奨される対応策

GUI（表の「設定」）から変更すると意図しない値（2）に上書きされてしまう場合、動作が安定している設定値を維持するために以下の方法を検討してください。

設定ファイルの直接固定:
kicad_common.json などの設定ファイルを、動作が確認できている値（例：0）に手動で書き換えた後、ファイルを「読み取り専用」に設定することで、KiCadによる自動的な上書きを防ぐことができます。
アンチエイリアス設定の確認:
「代替グラフィックス」使用時でもアンチエイリアス設定（Fallback graphics antialiasing）を有効にできる場合がありますが、これは古いハードウェアでは動作を不安定にする要因になります。GUI上で設定を行う際は、これらのオプションが自動的にオンになっていないか確認してください。 [3]
環境設定の再インポート:
以前のバージョン（KiCad 9など）から設定をインポートするオプションもありますが、グラフィックス関連の設定はハードウェアとの相性に依存するため、新しいバージョンで手動設定した後にバックアップを取る運用が最も安全です。 [3, 4]

全ての .json ファイルをバックアップされているとのことですので、もしGUI操作によって動作不良（白紙化など）が再発した場合は、バックアップから特定のファイルを書き戻すことで迅速に復旧可能です。

Chapter 1 .

AIによるCAD、CAE、リバースエンジニアリング技術革新

(AI(Gemini要約)2026-4/29)

パワエレの4層基板ルーティングと基板リバース領域応用。

1. パワエレ4層基板のルーティング効率化

パワエレの場合、単なる配線（Routing）ではなく、「面（Plane）」の設計になりますよね。

熱とノイズの制約: 大電流パスの銅箔幅、放熱ビアの配置、そしてスイッチングノイズを抑えるためのリターンパスの確保など、AIにとっては「点と線を繋ぐ」以上の多次元パズルです。
AIへの期待: MCP経由で、過去の設計ルールや熱解析データを「記憶（ソーンヒル・メモリ）」として持たせ、AIに「この経路はインダクタンスを最小にしたい」といった意図を理解したドラフトを生成させるのが現実的な一歩になりそうです。

2. 修理時の基板リバース（リバースエンジニアリング）

これはまさに「記憶の復元」作業であり、AIが得意とする「パターン認識」が活きる分野です。

不満の解消: 写真やスキャンデータから、KiCadのネットリストを推測・生成する作業です。現在は人間が目で追ってテスターで当たっていますが、AIがパターンを学習すれば、「この配置なら負帰還回路のはずだ」といった回路トポロジーの推測が可能になります。

まずはKiCadのデータを読み書きできるPythonスクリプトとAIを連携させるところからが、面白い「いいとこ取り」が可能になるかもしれません。

特に挙げられた項目は、AI（LLM）が得意な「画像認識」と「物理シミュレーション」の境界線にあります。

1. リバース・エンジニアリング

「銅箔面の写真から配線を推定させる」工程は、今のAIの進化（マルチモーダル機能）と非常に相性が良いです。

配線のデジタル化: 重なった写真から三次元的にパターンを復元し、KiCadのネットリストに落とし込む作業は、まさにAIが「根気強く」やってくれる部分です。
リスク推定: 「稼働温度からのリスク推定」は、AIに過去の焼損事例やデータシートを読み込ませておけば、「このクリアランスだと100℃超えで絶縁破壊のリスクがある」といったセカンドオピニオンとして機能します。

2. ガード電極・インピーダンス分布の検証

ここは「意図」の理解が重要になる、最も面白い部分です。

意図の注入: 「ここは高インピーダンスの信号線だから、ガードをこう回せ」という人間のこだわりを、AIにルールとして学習させます。
分布の可視化: アースインピーダンスの「ムラ」をAIに予測させ、不適切なビア配置を指摘させる。これは、人間が経験則でやっていた「勘」を、AIに定量的な根拠として裏付けさせる作業になります。

複数AIツールを統合する「MCP」

ここでMCPが効いてきます。
AI本体にパワエレの全知識を覚えさせる（ソーンヒル問題）のはコスト的に無理でも、MCPを通じて「沿面距離の規格表」や「熱抵抗計算機」を外付けツールとして持たせれば、PCレベルでも厳密な検証が可能になります。

“パワエレだと弱電とのガード電極線配置、電圧勾配の検証、アースインピーダンス分布の確認とかかな。あとはリバース、例えば、基板銅箔面の写真を何枚か撮って、基板全景写真、そこから、配線を推定する工程とか、稼働温度からのリスク推定」とか課題がある。

「写真から配線を推定してネットリスト化する」という、工程を自動化するツールは、近年いくつか登場し始めています。 [1]

特に2025年から2026年にかけて、AIとコンピュータビジョンを組み合わせた「リバースエンジニアリング専用ツール」が注目を集めています。

1. AIを活用した基板解析・復元ツール

現在、以下のようなツールが「写真からのリバース」を支援、あるいは自動化しようとしています。

PCB Tracer:
- 特徴: 写真を読み込んでAIで解析し、部品の自動認識や配線のトレースを行うウェブアプリです。
- 機能: 表裏の画像を透過させて重ねる「バーチャルX線」機能があり、AIがICの型番からデータシートの情報を引き出し、ネットリストの構築を支援します。
PCB ReTrace:
- 特徴: ローカル環境で動作するエンジニア向けのオープンソースプロジェクトです。
- 機能: 写真から部品マップやネットリストを作成し、KiCadへのエクスポートを最終目標としています。
SINA (Circuit Schematic Image-to-Netlist Generator):
- 特徴: 2026年1月に発表された最新の研究成果で、AI（YOLOv11やVLM）を使用して「回路図の画像」をSPICE形式のネットリストに変換します。
- 精度: ネットリスト生成において96.47%の精度を達成したと報告されており、将来的に基板写真からの解析への応用が期待されています。 [1, 2, 3, 4, 5, 6]

2. 基板設計の「自動化」と「リバース」の境界

質問者様が仰る「配線の効率化」という点では、リバースした後の「再設計」をAIが担う動きもあります。

JITX: AI駆動のコードベース設計ツールで、制約条件（インピーダンスや熱など）をコードで書くと、AIが自動でレイアウトを生成します。リバースした回路を「現代の設計ルール」で再構築する際に強力な武器になります。
Manus AI: 2026年3月に話題になった、PCB設計のためのスマートAIツールです。難しいタスクをAIが処理し、設計者の意図を迅速に形にします。 [7, 8, 9]

現実的な「いいとこ取り」の手順

現状では、「写真を撮れば100%完璧なKiCadデータが出る」という魔法の杖はまだありません。しかし、以下の組み合わせで作業を劇的に楽にできる段階に来ています。

PCB Tracer 等で写真から「部品配置」と「大まかな接続」をAIに抽出させる。
抽出データを KiCad に取り込む。
K-AI（Claude AIを利用したKiCadプラグイン）などのAIツールに、「このネットリストをパワエレのルールで最適化して」と指示を出しながら微調整する。 [10]

「挫折した4層基板」を、AIという「外部メモリ」を使ってリベンジする準備は整いつつあります。

まずは「既存の基板写真をAIに読み込ませて、どこまで部品を認識できるか」といった実験から始めてみるのはいかがでしょうか？

[1] https://www.youtube.com

[2] https://www.youtube.com

[3] https://www.youtube.com

[4] https://hackaday.io

[5] https://github.com

[6] https://arxiv.org

[7] https://www.jitx.com

[8] https://www.youtube.com

[9] https://www.wonderfulpcb.com

[10] https://www.reddit.com

写真から読み取れること（AIの能力）

提示された写真は、AIの「練習問題」として適しています。

部品の特定:
- 基板の外観写真からは、ケースの中のコンデンサや抵抗、トランジスタを検出。
- AIに「この写真にある電子部品をリストアップして、型番が読めるものは教えて」と頼むと、高い精度で回答します。
配線パターンの推測:
- 基板裏面の写真などは、はんだ面が露出しているので、AIに「このパターンの接続関係をKiCadのネットリスト形式で書き出して」と指示すると、配線のつながりを文字で記述可能です。
回路の機能推定:
- 「これらの写真から、これが何の制御回路か推測できる？」と聞くと、ある程度は回路を推測できます。

実際に試す手順

Google AI Studio にアクセス。
モデルで Gemini 1.5 Pro を選択。
画像アイコンをクリックして、保存した写真をアップロードします。
プロンプト（指示文）を入力します。例:
「エンジニアです。古い制御基板をKiCadでリバースエンジニアリングしようとしています。写真から部品の配置と、はんだ面のパターンを解析し、回路構成を推定してください。特にパワエレ的な視点（高電圧系と弱電系の分離など）でリスクがあれば指摘してください。」

活用方法

AIに全てを任せるのではなく、人間が監督することが重要です。

AIに「KiCadのPythonスクリプト」を書かせ、大まかな部品配置と配線を自動生成させる。
そこから先は、人間が詳細をチェックする。

汚れや隠蔽された配線部分など「AIが欠損している情報をどのように推論（補完）するか」確認も重要です。まずは、一番鮮明な写真をAI Studioで試してみてください。

このトピックの調査に有用な上位のウェブ検索結果は次のとおりです。

https://www.reddit.com/r/GoogleGeminiAI/comments/1p2u7ai/can_someone_explain_why_ai_studio_is_free_while/

Reddit·https://www.reddit.com

Never encountered usage limits on AI Studio and it basically lets us use Gemini 3 Pro for free. It's pretty confusing as a business model.

https://discuss.ai.google.dev/t/limits-of-free-tier-api-vs-ai-studio/94918

Google AI Developers Forum·https://discuss.ai.google.dev

I am confused about the limits in the free tier for API vs. AI Studio. As of today (Jul 21 2025), this page reports the following API limits ...

https://discuss.ai.google.dev/t/limits-of-free-tier-api-vs-ai-studio/94918

GitHub·https://github.com

Put your name on the output. Commit to process (or narrowly defined output) rather than outcome. Optimize with data, code, checklists, workflows, culture, etc.

https://www.mdpi.com/2076-3417/16/6

MDPI·https://www.mdpi.com

Sampling-based planners such as RRT* are attractive for robot navigation in complex spaces, but they often suffer from high randomness, low efficiency, slow ...

https://arxiv.org/list/cs/new

arXiv·https://arxiv.org

Experiments reveal the severity of the reasoning gap: Gemini-3.0-Pro achieves only 0.53 Avg IoU on StoryTR. ... Finally, we fuzz the ARI interface based on our ...

https://ai-devkit.com/skills/

ai-devkit.com·https://ai-devkit.com/skills/

Generate and edit images using Google Gemini 3 Pro Image (Nano Banana Pro). Supports text-to-image, image editing, various aspect ratios ...

https://www.facebook.com/groups/302962516454300/posts/26263188380005025/

Facebook·https://www.facebook.com

Reality check: * Cloud does the inference * Local box runs orchestration, pipelines, deterministic compute * GPU just needs to not hallucinate ...

https://www.undp.org/sites/g/files/zskgke326/files/2025-05/human_development_report_2025.pdf

UNDP·https://www.undp.org

Working with AI, a graphic designer created the images by guiding the system with ideas and creative direction, prompting the AI to produce ...

https://mdpi-res.com/bookfiles/book/10996/Generative_AI_and_Its_Transformative_Potential.pdf?v=1775351506

MDPI·https://mdpi-res.com

This is a reprint of the Special Issue, published open access by the journal Electronics (ISSN 2079-9292), freely accessible at: https://www.mdpi.com/journal/ ...

https://rodneybrooks.com/blog/

rodneybrooks.com·https://rodneybrooks.com/blog/

This is my eighth annual update on how my dated predictions from January 1^st, 2018 concerning (1) self driving cars, (2) robotics, AI , and ...

---

2026-4/28、アンソロピック社とAutodesk、3D-CAD「Fusion」等の設計スイート群のAI機能で連携(MCP-API経由)で、提携、LLMとの対話だけで3D設計などが可能になる方向性に。Claude側は、「claude-desktop」からAPI接続

2026-5/19 、Google社、「Google I/O 2026」にて、アンソロピック社のAI環境「ClaudeCode」などに対抗するAIエージェントモデル「Spark」、ソフトウェア開発環境「Google Antigravity 2.0」ローンチ発表。

https://gigazine.net/gsc_news/en/20260520-google-gemini-spark/

(AI(Geminiニュース要約))

Googleは「Google I/O 2026」にて、パーソナルAIエージェント「Gemini Spark」を発表しました。これはクラウド上の仮想マシンで24時間365日稼働し、ユーザーの指示に基づいて複数アプリにまたがる複雑なタスクを自律的に処理するシステムです。 [1, 2, 3]

「Gemini Spark」の主な特徴と詳細情報は以下の通りです。

🤖 Gemini Sparkの概要と性能

基盤モデル: 最新のAIモデル「Gemini 3.5 Flash」を採用しています。
自律動作: クラウド上で動作するため、PCやスマートフォンを閉じている間でもバックグラウンドで作業を継続し、タスクを処理します。
連携機能: GmailやGoogleドキュメントなどのWorkspaceアプリや外部サービス（OpenTable、Canvaなど）と接続してタスクを自動化します。 [1, 2, 3, 4, 5]

🛠️ 開発者向けプラットフォーム「Google Antigravity 2.0」

同社はエージェント開発プラットフォームである「Google Antigravity 2.0」も併せて発表しました。オープン標準である「MCP（Model Context Protocol）」とのネイティブ統合などが行われており、AnthropicのClaude Managed Agentや「ClaudeCode」などのライバルに対抗する開発環境を提供します。 [5, 6, 7]

🗓️ 提供時期と利用方法

展開スケジュール: 2026年5月第3週より一部のテスター向けに提供が開始され、来週には米国の「Google AI Ultra」プランユーザー向けにベータ版が公開予定です。今夏には、現在提供中のmacOS用デスクトップアプリにも統合される予定です。 [3, 4, 5, 8]

Gemini Sparkの詳細は、Google Blog や ITmedia NEWS で確認できます。

[1] https://www.itmedia.co.jp

[2] https://gigazine.net

[3] https://japan.cnet.com

[4] https://forest.watch.impress.co.jp

[5] https://pasqualepillitteri.it

[6] https://cloud.google.com

[7] https://zenn.dev

[8] https://www.cnet.com

Windows環境でもブラウザ（Google Chromeなど）や開発ツールを介して「Gemini Spark」を利用できます。 [1]

ただし、先行して「ネイティブな専用デスクトップアプリ」への統合が明言されているのはmacOS版のみです。Windowsにおけるインターフェース（I/F）の対応状況は以下の通りに分かれています。 [2, 3]

💻 Windows環境での対応状況

Webブラウザ（Google Chrome / Edgeなど）:
Windowsからでもブラウザ経由で問題なく利用可能です。Google I/O 2026では、Google Chromeに組み込まれたGemini機能から「Gemini Spark」を直接操作できるようになると発表されました。
Googleアプリ（Windows向け）:
2026年4月にWindows向けの公式「Google app for desktop」が英語圏で提供開始されています。検索機能にGeminiが統合されていますが、現時点ではMacのネイティブ「Geminiアプリ」とは機能が異なります。
開発者向けプラットフォーム（Google Antigravity 2.0）:
「ClaudeCode」に対抗する開発環境である「Google Antigravity 2.0」は、Windows 10以降に対応したスタンドアロンの開発者向けデスクトップアプリ（GUI）およびCLIとして提供されています。こちらから最新モデルの利用やエージェント管理が可能です。 [1, 4, 5, 6, 7]

☁️ クラウド常時駆動の強み

「Gemini Spark」自体はGoogle Cloud上で24時間365日自律動作する仕組みです。そのため、Windows PCからブラウザ等で一度指示を出してPCの電源を完全に切ってしまっても、裏でタスク（情報収集やアプリ連携など）は実行され続けます。 [1, 8]

Windows PCのローカルファイルを直接操作させるような「OSネイティブな統合アプリ」の登場時期については、今後の続報が待たれます。

Windowsでの具体的な開発環境（Antigravity）の導入手順や、ブラウザからの連携方法についてさらに詳しくお知りになりたいですか？

[1] https://forest.watch.impress.co.jp

[2] https://blog.google

[3] https://gigazine.net

[4] https://qiita.com

[5] https://biz.moneyforward.com

[6] https://www.issoh.co.jp

[7] https://forest.watch.impress.co.jp

[8] https://gemini.google

Chapter 2 .

kicadでリバースとか。 pdf インポート

(AI(Gemini)検索)

“pdf インポート

KiCadは、PDFファイルを直接読み込んで編集可能な回路図や基板データ（ネットリストや部品配置）としてインポートする機能を持っていません。 [1]

ユーザーの間でRedditなどのコミュニティでも議論されている通り、PDFから直接復元することはできないため、基本的には手動で再作成（描き直し）する必要があります。 [1]

代替手段と回避策

背景画像（ビットマップ）として配置する
- 基板レイアウトのPDFを画像化し、背景のガイド（下絵）として読み込んでトレースすることは可能です。 [1, 2]
ガーバーデータやDXFを活用する
- 他のCADからエクスポートしたDXFデータであれば、基板エディターの「ファイル」>「インポート」>「グラフィックス」から外形などを読み込めます。 [3, 4]

PDFから変換したいデータが回路図（Eeschema）か基板レイアウト（PCB）のどちらか、また、下絵としてトレースしたいのか教えていただければ、具体的な手順をご案内できます。

[1] https://www.reddit.com

[2] https://www.eevblog.com

[3] https://spiceman.jp

[4] https://kicad.biz

“ガーバーファイル(zip)からインポートする手はある ?

ガーバーファイル（.zip）からKiCadの基板エディターへインポートする手はあります。 [1, 2]

完全に元通りの設計データ（部品情報やネットリスト）には戻りませんが、「編集可能な配線パターンや外形線」として基板エディター（PCBエディター）に復元することが可能です。 [1, 2]

KiCadに標準搭載されている「ガーバービューワー（GerbView）」の機能を使用します。具体的な手順は以下の通りです。 [1, 2]

ガーバーファイルから基板データへ変換する手順

1. ZIPファイルを解凍する

KiCadに読み込ませるため、事前にzipファイルを解凍して各レイヤーのガーバーファイル（.gbr や .pho など）とドリルファイル（.drl や .txt）を取り出しておきます。

2. ガーバービューワーで読み込む

KiCadのメイン管理画面から「ガーバービューワー」を起動します。
メニューの「ファイル」＞「ガーバー製造ファイルを読み込み...」を選択し、解凍したガーバーファイルをすべて選択して開きます。
穴あけデータがある場合は、「ファイル」＞「Excellonドリルファイルを読み込み...」からドリルファイルも一緒に読み込みます。 [1, 3]

3. 基板エディター（PCBエディター）へエクスポートする

画面に正しく基板が描画されたら、メニューの「ファイル」＞「PCBエディターへエクスポート...」を選択します。
表示されるダイアログで、ガーバーの各レイヤー（表面銅箔、裏面銅箔、外形線など）を、KiCadのどの基板レイヤー（F.Cu、B.Cu、Edge.Cutsなど）に対応させるかマッピング（指定）します。
設定後、保存（エクスポート）を実行すると、KiCadで編集可能な基板ファイル（.kicad_pcb）が生成されます。 [2, 4]

⚠️ インポート後の注意点（制限事項）

この方法でインポートしたデータは、プログラムでいう「コンパイル済みのバイナリから逆アセンブルした状態」に近いため、以下の制限があります。 [5]

回路図（Eeschema）は生成されない
- あくまで基板の「形状・配線」だけが復元されます。 [2, 5]
「フットプリント（部品）」ではなく「ただの銅箔の塊」になる
- ICや抵抗などのパーツが独立した「部品（フットプリント）」として認識されず、すべてただのパターン線やパッドの固まりとして配置されます。そのため、後から部品だけをゴソッと入れ替えるような操作はできません。
ネットリスト（配線の繋がり情報）がない
- どこがどの信号線（GNDやVCCなど）かという情報が消えているため、DRC（デザインルールチェック）をかけると大量のエラーが出ます。

💡 おすすめの活用方法

一から引き直すのは大変なため、この方法でインポートした配線パターンを「下絵（ガイド）」として活用するのが最もスムーズです。インポートした配線の上から、新しいフットプリントを重ねて配置し、配線ルートをなぞるように描き直すと、正確な回路データとして綺麗に復元できます。 [5]

もし手順の途中でエラーが出る、あるいはレイヤーのマッピング方法が分からない場合は、お気軽につまずいた部分を教えてください！

[1] https://kicad.biz

[2] https://www.kicad.org

[3] https://flogics.com

[4] https://forum.kicad.info

[5] https://www.reddit.com

“同じ寸法で、OP-AMPのインバータを1個追加したい」とか、取付穴を追加したい」場合、簡単な手はあったりするかな..

「取付穴の追加」と「OP-AMPの追加」では、データの性質が違うため難易度が大きく変わります。

結論から言うと、取付穴の追加は数秒でできるほど簡単ですが、回路（OP-AMP）の追加は少しコツ（または割り切り）が必要です。

寸法の整合性を100%保ったまま、最も手軽に実現できる現実的なアプローチを解説します。 [1]

1. 「取付穴（マウンティングホール）の追加」は超簡単！

ガーバーから復元した基板データであっても、取付穴は一瞬で追加できます。

基板エディター右側のツールバーから「フットプリントを追加」ボタン（ICのマーク）をクリックします。
基板上の適当な場所をクリックし、検索窓に「MountingHole」と入力します。
MountingHole_3.2mm_M3 などの規格から、追加したいサイズを選んで配置します。
これだけで完了です。外形線（Edge.Cuts）の位置は変わらないため、元の寸法は完全に維持されます。

2. 「OP-AMP（インバータ）を1個追加」する2つの現実的な手段

インポートしたデータには「ネット（回路の繋がり情報）」がないため、普通に部品を置いて配線しようとすると、KiCadの安全機能（DRCエラーなど）が働いてうまく配線がつながらないことがあります。
以下のいずれかの方法が「簡単」でおすすめです。 [2]

💡 手順A：【最も簡単】DRC（ルールチェック）を無視して「ただの導体」として描く

回路図との整合性を諦め、「物理的に繋がっていればOK」と割り切る方法です。手早く一部分だけを改造したい場合に最も適しています。

部品を置く：
- フットプリント追加ボタンから、使いたいOP-AMP（例：SOIC-8 や DIP-8 など）を検索し、基板の空きスペースに配置します。 [3]
配線ツールを切り替える：
- 普通の「配線」ツール（Xキー）だと、既存のデータ（Netなし）に接続しようとした際に弾かれてしまいます。
- そのため、右側ツールバーから「グラフィック線を描画」（または「ポリゴン」）ツールを選択します。
配線を描く：
- 「グラフィック線」を使って、配置したOP-AMPのピンと、既存のパターン（銅箔）の上を重ねるようにして物理的に線を引きます。
- 注意点：この方法の場合、KiCadはショート（短絡）のエラーを教えてくれません。目視で「別の線に触れていないか」をしっかり確認しながら配線してください。 [4]

🛠️ 手順B：【推奨・安全】配線ツールで既存の配線（Net）を吸い上げる

少しだけ丁寧に行い、KiCadの通常の配線機能（配線の自動回避など）を効かせながら作業する方法です。

OP-AMPを配置する。
通常の配線ツール（Xキー）を起動します。
基板エディターの上部メニュー「ルート」＞「配線設定」（または環境設定）で、一時的に「ルーターモード：スタック（許容）」または「DRC（デザインルールチェック）を無視」に設定します。
これにより、ネット情報が無くても既存の銅箔パターンから直接配線を引き伸ばし、OP-AMPのピンへ繋ぐことができるようになります。 [3]

まとめ：作業を始める前のワンポイントアドバイス

「外形線」と「基準点」は絶対に動かさない
インポート直後に、基板全体（外形線含む）を選択して「ロック（Lキー）」しておくことを強くおすすめします。こうすれば、部品やネジ穴を追加する際に、誤って元の基板サイズや既存の配線をマウスでズラしてしまう事故を防げます。

まずは「インポートした基板エディター上で、ネジ穴やOP-AMPのフットプリントをポンと置いてみる」ところから試してみてください！作業中に行き詰まる部分があれば、いつでもやり方を補足します。

[1] https://pcbsync.com

[2] https://electronics.stackexchange.com

[3] https://forum.kicad.info

[4] https://electronics.stackexchange.com

“PCB editor にエクスポートすると、配線が消えちゃう(ベタになってしまう)な。(KiCAD9,10 共)　自分で起こすしかないみたい

KiCad 9や10でもその現象が起きてしまうのですね。お手数をおかけしてしまい、申し訳ありません。

ガーバービューワーからPCBエディターへエクスポートする際、「ベタ（塗りつぶしゾーン）」が含まれていると、通常の配線（トラック）まで巻き込まれて1つの巨大な銅箔の塊（ベタ）として結合されてしまう現象がKiCadの仕様上よく発生します。ガーバーデータには「これは配線」「これはベタ」という区別（インテリジェンス）がなく、すべて同じ「銅箔のポリゴン」としてエクスポートされるためです。 [1]

「自分で起こす（手動でトレースする）」のが確実で一番綺麗なデータになりますが、もし「描き直す前に、元の配線ラインだけでもなんとか救出したい」という場合は、以下の設定を試すと改善する可能性があります。

配線が消える（ベタになる）のを防ぐ対策

ベタのレイヤーを外してエクスポートしてみる
- 元のガーバーファイル群の中に、GNDベタや電源ベタ専用のレイヤー（例：*.GND や *.PWR）があれば、あえてそのレイヤーだけをガーバービューワーに読み込ませず、信号線のレイヤーだけでエクスポートを試してみてください。配線が独立して残る確率が上がります。
ゾーン（ベタ）の非表示・削除を試す
- PCBエディターにエクスポートした後、画面左側のツールバーにある「ゾーンの塗りつぶしを表示しない」ボタン（網掛けのアイコン）を押してみてください。もしかすると、ベタの「下」に配線が隠れているだけの状態かもしれません。
- もし巨大なベタ枠が配線を覆い尽くしている場合は、そのベタの輪郭（ゾーン）を選択して一度削除（Delete）すると、中の配線がひょっこり現れることがあります。

💡 自分で起こす（トレースする）場合の、一番ラクな手順

やはり自分で引き直すという結論になった場合、一から寸法を測る必要はありません。インポートしたベタデータを「下絵」としてそのまま使うのが最も早いです。

インポートしたデータを別レイヤーに移す
- 今ベタになってしまったデータを全選択し、プロパティ（Eキー）からレイヤーを User.Eco1 や User.Comments などの「図面レイヤー」に変更します。
- これにより、電気的なショートを気にせず、単なる「ガイド用の絵」として画面に残せます。
データをロックする
- その下絵をすべて選択してロック（Lキー）します。これで作業中に誤ってズレなくなります。
上から正規の手順でなぞる
- 本来の銅箔レイヤー（F.CuやB.Cu）に切り替え、下絵の形に合わせてパーツ（フットプリント）を置き、配線（Xキー）でなぞっていきます。
- 取付穴やOP-AMPも、このタイミングで正規の回路図/フットプリントとして追加すれば、DRCエラーのない完璧なデータが完成します。

完全に自動で綺麗にいかずもどかしい部分ですが、下絵さえあれば位置合わせの苦労はかなり減らせます。もし「トレース中に下絵が見づらい」など、作業上の不便があれば調整方法をご案内しますので、いつでもお声がけください！

[1] https://www.aivon.com

“ガーバーデータ(.zip)を直接編集出来る、KiCADなどのフットライブラリと互換性が有る様なツールは何か有る　?

結論からお伝えすると、「ガーバーデータを直接開き、KiCadなどの部品（フットプリント）ライブラリをそのまま呼び出してポンと置いて配線を追加できる」という都合の良いツールは、世界中を探しても存在しません。

ガーバーデータ（.zip）は、設計データではなく「最終出力された印刷用の画像（ベクター図形）の集まり」だからです。 [1, 2]

しかし、「ガーバーデータを読み込んで、そこにKiCad互換のフットプリント（部品）を無理やり載せてガーバーを再出力する」、あるいは「CAMツールを使ってガーバーを直接改造する」ための現実的なアプローチはいくつか存在します。

目的別に最適なツールと方法をまとめました。

1. 【無料・おすすめ】KiCadをそのまま使い、「下絵方式」で部品を追加する

ご自身が慣れているKiCad（Ver9/10）を使い、前述の「ベタ化して消えてしまう問題」を回避しつつ、フットプリントを配置するのが一番確実です。

手順：
1. ガーバーの .zip を解凍します。
2. 信号線のガーバー（F.Cu / B.Cuなど）とドリルファイルだけをKiCadのガーバービューワーで読み込みます（※GNDベタなどのレイヤーは読み込まない）。
3. それを「PCBエディターへエクスポート」します。これにより、配線がベタに潰されず、線（トラック）として綺麗に復元できます。
4. 復元された配線や外形線をすべて選択し、「図面レイヤー（User.Eco1など）」に変更してロック（Lキー）します。
5. これで完璧な「下絵」が完成します。その上から、KiCadの通常のフットプリントライブラリを使ってOP-AMPや取付穴を配置し、なぞって配線します。 [3, 4]

2. 【オープンソース】「gerbv」でベタやパターンを直接削る・結合する

もし「OP-AMPの追加」ではなく、既存の配線を1本切ったり、別のガーバーから部品の形だけを持ってきて合体させたい場合は、オープンソースの gerbv（gEDAプロジェクト）が使えます。 [5, 6]

特徴：完全に無料のガーバー専用ツールです。
できること：ガーバーファイルを直接開き、不要な配線やベタをマウスで選択して削除（Delete）できます。また、KiCad側で「OP-AMPのフットプリント＋配線だけ」の小さなガーバーを新規作成し、gerbv上で「RS-274X Merge」機能を使って元のガーバーと合体（結合）させることができます。
デメリット：部品ライブラリという概念はありません。あくまで図形と図形を重ね合わせる作業になります。 [1, 5, 6]

3. 【プロ向け・有料】CAM編集ソフト（CAM350 / Viewmate Deluxe）

基板工場（メーカー）が製造直前に行うような「ガーバーデータの直接編集」を行うための専用CAMソフトです。 [2, 7]

代表的なツール：DownStream CAM350 や Viewmate Deluxe など。
できること：ガーバーのベタをくり抜く、パターンを変形する、穴を追加するなどの作業が直感的に行えます。
デメリット：非常に高額であること、またKiCadのライブラリ（.kicad_mod）を直接読み込むことはできません。 [7, 8]

4. 【ハイエンドECAD】Altium Designer の「Camtastic」機能

もし趣味ではなく業務などで、どうしてもガーバーから完璧なネットリストやコンポーネント（部品情報）をリバースエンジニアリングしたい場合は、商用CADの Altium Designer が業界最強です。 [9, 10]

特徴：内蔵されている Camtastic というCAMツールを使用します。
できること：ガーバーの図形データから「ここからここは繋がっている」というネット（回路情報）を自動で抽出・逆算し、通常の編集可能な基板データへコンバートできます。 [9]

💡 結論：どう進めるのが一番簡単か？

最もストレスが少なく、お金もかからないのは「1. 信号線だけをKiCadにエクスポートして下絵にし、KiCadのフットプリントライブラリを使って自分で起こす（トレースする）」方法です。

ベタレイヤーさえ除外してインポートすれば配線は消えませんので、その上からOP-AMPやネジ穴を追加するのが結果的に一番近道になります。 [4]

もし「トレースするための下絵のレイヤー移動」や「特定のレイヤーだけをエクスポートする手順」で分からない部分があれば、追加で詳しく解説します！

[1] https://forum.kicad.info

[2] https://resources.altium.com

[3] https://forum.kicad.info

[4] https://www.kicad.org

[5] https://electronics.stackexchange.com

[6] https://blindburiedcircuits.com

[7] https://www.eevblog.com

[8] https://www.pcbgogo.jp

[9] https://www.youtube.com

[10] https://resources.altium.com

Translate

2026/08/05

旧型 Thinkpad x230T(i7-3520M/intel-HDgraphics4000 GPU) で、KiCAD 10.0 メモ

基本的なシステム要件（KiCad 9 / 10 共通）

KiCad 9 と 10 のパフォーマンス・ハードウェアに関する違い

原因：Intel HD 4000 の古いOpenGLドライバ問題

対策と解決手順

1. 描画エンジンを「フォールバック（ソフトウェア描画）」に切り替える

2. アンチエイリアスを無効にする（加速グラフィックスのまま救う方法）

3. グラフィックドライバーの更新、またはOS標準ドライバの確認 [10]

方法1：KiCadの機能を使って確認する（一番簡単）

方法2：無料ツール「GPU-Z」で確認する（推奨）

方法3：無料ツール「OpenGL Extensions Viewer (GLView)」で確認する

注意点：Intel HD 4000の仕様上の限界

対策1：設定ファイルを直接書き換えて「フォールバック」にする（推奨）

まとめと今後の見通し

もし改善しない場合のもう一つの原因の可能性：3Dアクセラレーション

canvas_type の値の意味

今回の修正アクション

解決手順：残りの設定ファイルを強制書き換え

これでもフットプリントエディタだけが動かない場合の原因

対策A：3Dキャンバスの無効化（設定ファイルの書き換え）

対策B：一時的にKiCad 9のフットプリントエディタで回避する

1. フットプリントの「3Dモデル自動プレビュー」によるフリーズ

2. 3Dビューアー自体の設定ファイルが「加速モード」のまま

3. アンチエイリアス（滑らかにする処理）の干渉

4. ハードウェアアクセラレーション自体の完全オフ（OS側での設定）

最も可能性が高い手順のまとめ

1. 3Dプレビュー設定のキー名確認

2. 環境変数による強制フォールバック

3. ドライバーとレンダリングエンジンの不一致

4. 暫定的な回避策：KiCad 9との共存

1. fpedit.json に強制的に「表示オフ」を追記する

2. 「環境変数」でハードウェア加速をOSレベルで封印する

3. それでもダメな場合の技術的な考察（X230T特有の問題）

1. "canvas_type" が消えている（またはデフォルトに戻っている）現象

2. なぜ動くようになったのか（推測）

3. 今後のための「安定化」アドバイス

4. 補足：3Dビューアーについて

併用時と設定に関する注意点

安定運用のためのヒント

バックアップすべき主要な場所（Windows環境）

設定を「固定」するテクニック（読み取り専用設定）

バージョン併用時の留意点

なぜ「無効化」が推奨されるのか

設定の切り替え方法

設定ファイルの保護について

canvas_type の数値に関する注意点

推奨される対応策

1. パワエレ4層基板のルーティング効率化

2. 修理時の基板リバース（リバースエンジニアリング）

まずはKiCadのデータを読み書きできるPythonスクリプトとAIを連携させるところからが、面白い「いいとこ取り」が可能になるかもしれません。

1. リバース・エンジニアリング

2. ガード電極・インピーダンス分布の検証

複数AIツールを統合する「MCP」

1. AIを活用した基板解析・復元ツール

2. 基板設計の「自動化」と「リバース」の境界

現実的な「いいとこ取り」の手順

写真から読み取れること（AIの能力）

実際に試す手順

活用方法

🤖 Gemini Sparkの概要と性能

🛠️ 開発者向けプラットフォーム「Google Antigravity 2.0」

🗓️ 提供時期と利用方法

💻 Windows環境での対応状況

☁️ クラウド常時駆動の強み

代替手段と回避策

ガーバーファイルから基板データへ変換する手順

1. ZIPファイルを解凍する

2. ガーバービューワーで読み込む

3. 基板エディター（PCBエディター）へエクスポートする

⚠️ インポート後の注意点（制限事項）

💡 おすすめの活用方法

1. 「取付穴（マウンティングホール）の追加」は超簡単！

2. 「OP-AMP（インバータ）を1個追加」する2つの現実的な手段

💡 手順A：【最も簡単】DRC（ルールチェック）を無視して「ただの導体」として描く

🛠️ 手順B：【推奨・安全】配線ツールで既存の配線（Net）を吸い上げる

まとめ：作業を始める前のワンポイントアドバイス

配線が消える（ベタになる）のを防ぐ対策

💡 自分で起こす（トレースする）場合の、一番ラクな手順

`canvas_type` の値の意味

1. `"canvas_type"` が消えている（またはデフォルトに戻っている）現象

`canvas_type` の数値に関する注意点