回路図は合っているはずなのに、基板でエラーが出る。
最終チェックでネット不整合が見つかり、納期前に冷や汗をかく。
この原因の多くは「ネットリストの理解不足」にあります。
ネットリストは単なる接続一覧ではありません。
**回路図と基板設計を結びつける“基準データ”**です。
この記事では、
- ネットリストとは何か
- 回路図・基板設計での具体的な使われ方
- EDA間フォーマット差の問題
- SPICEネットリストとの違い
- ネット名命名規則の実務ルール
まで、実務目線で整理します。
ネットリストとは何か
ネットリストとは、回路図上で定義された電気的接続情報を一覧化したデータです。
主に含まれるのは：
- 部品名（RefDes）
- ピン番号
- 接続されるネット名
基板CADは、このネットリストを読み込むことで
「どのピン同士を接続すべきか」を判断します。
つまりネットリストは、
回路図の論理情報を、基板設計へ正しく伝えるための基準
という位置づけになります。
回路図と基板設計におけるネットリストの役割
1. 回路図から基板への引き渡し
回路設計が完了すると、回路図CADからネットリストが生成されます。
基板CADはこれを読み込むことで、
- エアワイヤ（未配線接続）
- ネット名
- 接続関係
を認識します。
回路図で定義されていない接続は、原則として基板では成立しません。
ここが設計の出発点です。
2. 回路図と基板の整合性確認
設計が進むと、こういうことが起きます。
- 回路図だけ更新された
- 基板側でパターン修正が入った
- 古い回路図から修正してしまった
このズレを検出するのがネットリスト比較です。
ネットリストは、整合性確認の“基準データ”として使われます。
各EDAツールでの扱いの違い
実務ではツール混在は珍しくありません。
- Altium：回路図とPCB統合設計、ECOで差分反映
- KiCad：ネットリスト再生成と更新フロー
- OrCAD：CaptureとPCB Editor間のネット管理
- CR-5000／CR-8000：Zuken系の階層管理思想
- CADVANCE：国内環境での独自運用
ツールごとに、
- 階層展開の方法
- バス信号の扱い
- グローバルネットの扱い
- 禁止文字
が微妙に違います。
ここを理解していないと、データ受け渡し時に事故が起きます。
EDA間でフォーマットが異なる問題
ネットリストには統一規格がありません。
代表例：
- 各CAD独自形式
- IPC-D-356形式
- SPICE形式（※用途が別）
問題になるのは：
- 階層回路の展開方法
- バスの分解ルール
- 電源ネットの自動統合仕様
フォーマット変換時に、
- 同名ネットが別物扱い
- バスが展開されない
- 未接続エラーが大量発生
といったことが起きます。
異なるEDA間でやり取りする場合、
フォーマット差は必ず意識すべきポイントです。
SPICEネットリストとの違い
ここは混同されやすい部分です。
設計用ネットリスト
目的：接続管理
内容：部品・ピン・ネット名
SPICEネットリスト
目的：回路シミュレーション
内容：
- 素子モデル
- 定数値
- ノード番号
- 解析コマンド（.tran、.acなど）
SPICEネットリストは、
解析条件まで含むシミュレーション指示書です。
同じ「ネットリスト」という名前でも、用途も構造も別物です。
ネット名命名規則の実務ルール
ネットリスト比較は基本的に文字列一致で判定されます。
つまり：
GND
Gnd
GROUND
はすべて別ネットです。
実務で重要なのは：
- 電源名を統一（+5V、+3V3など）
- GNDは原則一種類（AGND分離時は明示）
- 信号名は機能ベース（SPI_MOSIなど）
- バスはDATA[0..7]形式で統一
- 基板側で自動リネームを避ける
特に危険なのが、基板側で「NET_01」などへ変換されるケース。
これを放置すると、比較精度が落ちます。
ネットリスト確認時の実務ポイント
- 自動生成だからといって盲信しない
- 差分が出たら即修正せず、工程を特定する
- 変更履歴とセットで確認する
- データ提出前は必ず再比較する
ネット不整合は、
手戻りと品質事故の典型的な原因です。
まとめ
ネットリストは、
- 回路図の接続情報を基板へ伝える基準データ
- 回路図と基板の整合性確認の土台
- EDA間でフォーマット差がある
- SPICEネットリストとは用途が異なる
- 命名規則が品質を左右する
単なるデータ出力物ではありません。
ネットリストの扱い方を理解することは、
設計品質を管理することそのものです。
コメント