EXITONでKiCad回路図からDFMEAを自動生成する方法
KiCadユーザーにDFMEAが必要な理由
KiCadで回路を設計しました。回路図はきれい。BOMは正確。レイアウトも完了。
その次に来るのが品質要求:DFMEA。
IoTスタートアップ、フリーランス設計者、さらにはスタートアップの回路設計エンジニアであれば、このギャップをご存知でしょう。KiCadはFMEAツールと連携しません。部品をExcelにコピー、データシートを探す、手作業で故障モード割り当て、自動生成されるべきDFMEAシートを手作業でフォーマットするしかありません。
このチュートリアルで、その隔たりを埋める方法を紹介します。
EXITON FMEAを使用すれば、KiCad回路図から数日ではなく数分で構造化されたDFMEAを生成できます。決定論的データベース(AIの幻覚なし)、組み込みの品質リント、エンジニアリングレビューの準備が整ったドラフトが得られます。
このチュートリアルの最後には、KiCadファイルの準備、EXITON FMEAへのインポート、故障モード割り当て、品質リントで検証、準拠したDFMEAスプレッドシートのエクスポートの方法が理解できます。
導入前 — 手作業のDFMEA
- ✕ BOMからExcelに手作業で部品をコピー
- ✕ DFMEA1件あたり2〜3日(またはそれ以上)
- ✕ 行の抜け漏れ、S/O/D評価の不整合
- ✕ 回路図へのトレーサビリティなし
- ✕ AP検証? 数式が正しいことを祈るだけ
導入後 — EXITON FMEA
- ✓ .kicad_sch + BOMをワンステップでインポート
- ✓ 5分以内、決定論的な出力
- ✓ 全部品をカバー、全行にエビデンスソース
- ✓ 行ごとのエビデンスソース(BOM/回路図/DB)
- ✓ 1,000エントリの完全APテーブルで検証
このチュートリアルの対象:
- ➜ KiCadで回路設計をしている(AltiumやOrCADではなく)
- ➜ ISO/IATF監査またはお客様要求のためにDFMEAが必要
- ➜ スタートアップや少人数チームで専用品質ツールがない
- ➜ Excelで何日もかけずに監査対応可能なDFMEAが欲しい
準備するもの
始める前に、これらのアイテムを用意してください:
- KiCad .kicad_schファイル — KiCad 6.0以降からエクスポートされた回路図
- BOM(CSVまたはXLSX形式) — KiCadからエクスポートされた部品リスト。必須:Reference(R1、C1、U1)、Value、Footprint
- EXITON FMEAデスクトップアプリ — exiton.netからダウンロード。macOSおよびWindowsで利用可能
- 5分間 — 基本的なワークフロー完了に必要な時間
KiCad以外のEDAツールをお使いですか?
EXITON FMEAはネットリストCSV + BOM CSVもインポート可能です。Altium、OrCAD、その他のEDAツールをお使いの場合は、ネットリストとBOMをCSVファイルとしてエクスポートし、直接インポートしてください。このチュートリアルではKiCadのワークフローに焦点を当てていますが、インポート後のステップは同じです。
オプション(推奨):
- 部品データシート(レビュー中の参照用)
- 以前のFMEA文書(組織の故障モードパターンを理解するため)
それだけです。データベース購読、特別なソフトウェアライセンス、インターネット接続は必要ありません。すべてローカルで実行されます。
ステップ1:KiCadファイルの準備
EXITONは.kicad_sch S式ファイルからKiCad回路図を解析します。これはKiCadが内部で回路図データを保存するために使用する構造化テキスト形式です。
EXITONが抽出するもの
.kicad_schファイルから、EXITONは以下を抽出します:
- 部品参照 (R1、R2、C1、U1など)
- 部品値 (10k、100µF、STM32L476など)
- フットプリント (0603、QFP64など)
- ネット接続 (どのピンがどのネットに接続されているか)
- 階層構造 (設計が階層シートを使用する場合)
階層シート対応
回路図が複数のシート(例:Power Sheet、Signal Sheet、Protection Sheet)に分割されている場合、EXITONはこれを自動的に処理します。すべてのシートを解析し、すべてのインスタンスを抽出し、完全修飾部品参照を使用して単一のDFMEAにフラット化します。
例:Power SheetにR1があり、Signal SheetにもR1がある場合、EXITONはこれらをPower.R1およびSignal.R1として追跡し、衝突を回避します。
KiCadからBOMをエクスポート
KiCadで、回路図エディタからBOMを生成します:
- KiCad Eeschemaで回路図を開く
- ツール → BOM生成に移動
- CSVまたはXLSXエクスポート形式を選択
- これらの列が含まれていることを確認:Reference、Value、Footprint、Description(オプションですが推奨)
- ファイルをエクスポート。
project_bom.csvのような名前を付けます
EXITONはこのBOMを読み込み、回路図と相互参照します。不一致がある場合(例:BOMの部品が回路図にない)、EXITONはインポート時にこれらにフラグを立てます。
インポート前のクリーンアップ
インポートの問題を避けるための推奨ステップ:
- BOMからプレースホルダーまたはDNP(Do Not Populate)部品を削除する、または明確にマークする
- すべての部品参照がユニークであることを確認(階層プレフィックスなしでR1またはC1の重複がない)
- 一貫した命名規則を使用(例:R1、R2、R_1またはR#2ではない)
- すべての部品に値とフットプリントが割り当てられていることを確認
.kicad_schとBOMファイルが準備できたら、次のステップに進む準備ができました。
ステップ2:EXITON FMEAにインポート
デスクトップでEXITON FMEAを起動します。プロジェクト作成ダイアログが表示されます。
新しいFMEAプロジェクトを作成
新規プロジェクトをクリックし、以下に入力します:
- プロジェクト名 (例:「IoT Sensor Board v2.1」)
- 説明 (オプション、後で整理するのに役立ちます)
- KiCad回路図ファイル (.kicad_sch) — 参照をクリックしてファイルを選択
- BOMファイル (CSVまたはXLSX) — 参照をクリックしてBOMを選択
インポートと部品分類
インポートをクリックすると、EXITONは以下を実行します:
- .kicad_schファイルを解析し、すべての部品を抽出
- BOMとの相互参照で部品リストを検証
- 各部品を15の標準カテゴリの1つに分類(下記参照)
- サマリーを表示:「62部品をインポート、15カテゴリ」
15の部品カテゴリ
EXITONは部品を自動的に分類し、適用される故障モードデータベースエントリを決定します:
| カテゴリ | 例 |
|---|---|
| 抵抗器(Resistors) | R1、R2(すべての値とパッケージ) |
| セラミックコンデンサ(Ceramic Capacitors) | C1、C2(X7R、X5Rなど) |
| 電解コンデンサ(Electrolytic Capacitors) | C10、C11(アルミ、タンタル) |
| デジタルIC(Digital ICs) | U1、U2(マイコン、ロジック) |
| アナログ/パワーIC(Analog/Power ICs) | U3(オペアンプ、パワードライバ) |
| ダイオード(Diodes) | D1、D2(整流、ショットキー) |
| MOSFET(MOSFETs) | Q1、Q2(Nチャネル、Pチャネル) |
| コネクタ(Connectors) | J1、J2(USB、2.54mmヘッダーなど) |
| 水晶振動子(Crystal Oscillators) | X1(32.768kHz、12MHzなど) |
| インダクタ(Inductors) | L1、L2(パワー、RF、信号) |
| はんだ接点(Solder Joints) | 接続ポイント(PCB組立) |
| TVS/ESD保護(TVS/ESD Protection) | U4(過渡電圧抑制) |
| ヒューズ/PTC(Fuses/PTCs) | F1、F2(過電流保護) |
| 通信トランシーバ(Communication Transceivers) | U5(CAN、RS-485、USB、Bluetooth) |
| LDO/DCDCレギュレータ(LDO/DCDC Regulators) | U6、U7(電源) |
EXITONが部品を誤分類した場合、故障モード割り当てに進む前にカテゴリを手作業でオーバーライドできます。
ステップ3:故障モードの割り当てを確認
部品が分類されると、EXITONは故障モードを割り当てます。これはDFMEA生成のコアです。
故障モードの割り当て方法
EXITONは決定論的データベースロックアップを使用し、AI生成ではありません。データベースはAIAG & VDA FMEA Handbook(第1版、2019年)に基づいており、自動車のFMEAの業界標準です。
各部品カテゴリについて、システムはすべての既知の故障モードを返します。例:セラミックコンデンサはオープン、ショート、または静電容量の変化で故障します。各故障モードには、事前定義された機能、効果、および考えられる原因があります。
故障モード行の見方
DFMEA内の各故障モード行には以下が含まれます:
| 列 | 例 |
|---|---|
| 部品参照 | C1(100µFセラミック) |
| 機能 | 電源デカップリングとノイズフィルタリングを提供 |
| 故障モード | コンデンサが内部で開く(静電容量の喪失) |
| 影響 | 電源フィルタリングの喪失、電圧リップル増加、IC電源不安定 |
| 原因 | 機械的な割れ、経年劣化、製造欠陥、熱サイクル |
| 現在の管理 | PCB目視検査(組立QA) |
| 重大度(S) | [ユーザー入力必須] |
| 頻度(O) | [ユーザー入力必須] |
| 検出(D) | [ユーザー入力必須] |
| エビデンスソース | DB / BOM / 回路図 / ユーザー |
あなたの役務:S/O/D評価を割り当てる
EXITONが故障モード、機能、影響、および原因を生成します。3つの重要な評価を割り当てる必要があります:
- 重大度(S) — この故障が発生した場合、影響はどの程度重大ですか?(1~10、10は破局的)
- 頻度(O) — この故障が発生する可能性はどの程度ですか?(1~10、設計堅牢性、部品品質、経験に基づく)
- 検出(D) — 現在の管理がこの故障を顧客に到達する前に検出する可能性はどの程度ですか?(1~10)
RPN(リスク優先度番号)は自動的に計算されます:RPN = S × O × D。高いRPN項目はアクションプランが必要です。
ここにエンジニアリング判断が重要になります。EXITONはシステム要件や会社のリスク許容度を推測できません。あなたが決定します。
ステップ4:品質リントを実行
S/O/D評価を割り当てた後、検証をクリックしてEXITONの組み込み品質リントチェックを実行します。
リントが確認するもの
EXITONのリントは構造検証を実行します:
- S/O/D評価の欠落 — 値を割り当てていない行にフラグを立てる
- 評価の一貫性 — 潜在的に不正なパターンを検出(例:S=10しかしO=1およびD=1、管理の欠落を示唆)
- AP(アクション優先度)検証 — 高いRPN項目に関連するアクションプランがあるかチェック
- RPN計算 — すべてのRPN値を再計算して検証
- AIAG & VDAルックアップテーブルに対するAP評価 — アクション優先度割り当てが1,000エントリのAIAG & VDA Handbook標準テーブルに従っているかを検証
- 完全性チェック — すべての必須フィールドが入力されていることを確認(機能、故障モード、影響、原因、管理、S、O、D)
品質スコア
EXITONはリント結果に基づいて品質スコア(0~100)を割り当てます:
- 90~100 — 優秀。すべてのフィールド完成、不整合なし、アクションプラン割り当て済み
- 70~89 — 良好。軽微なギャップ(例:一部の高RPN項目でアクションプラン欠落)
- 50~69 — 良好。適度なギャップ(不完全なS/O/D評価、構造上の問題)
- 50以下 — 不適切。重大なギャップ。エクスポート前に見直しと改訂が必要
一般的な調査結果
遭遇する可能性がある典型的なリント警告:
- 「はんだ接点FM-007(開く)はS=9、O=3、D=1 — RPN=27。Dを減らすために電気的導通テストを追加することを検討してください。」
- 「部品R12に故障モード割り当てなし。分類を確認してください。」
- 「高いRPN行(RPN=240)はエクスポート前にアクションプランが必須です。」
- 「電解コンデンサC5:FM-002(短絡)はO=8ですが現在の管理は「なし」。バーンインテストを検討してください。」
これらの警告は提案であり、ブロッカーではありません。エンジニアリング正当性がある場合はオーバーライドできます。しかし、リントは安全ネットです — 見落としをキャッチします。
ステップ5:DFMEA Excelをエクスポート
検証完了後、エクスポートをクリックしてDFMEAスプレッドシートを生成します。
出力形式
EXITONは複数シートを持つ単一のExcelファイル(.xlsx)をエクスポートします:
- DFMEA — メイン故障モードテーブル(AIAG & VDA準拠形式)
- サマリー — プロジェクトメタデータ、品質スコア、リント結果
- BOM — カテゴリと分類を含むコンポーネントリスト
- エビデンス — トレーサビリティログ(どの行がDB、BOM、回路図、またはユーザー入力から来たか)
- 変更履歴 — タイムスタンプ、変更者と変更内容(コラボレーション有効な場合)
DFMEA シートの列構造
メインDFMEAシートにはAIAG & VDA列が含まれます:
| 列 | 目的 |
|---|---|
| 品目/部品 | 部品参照(R1、C1、U1) |
| 機能 | 部品の役割 |
| 故障モード | どのように失敗するか |
| 影響 | システムへの影響 |
| 原因 | 根本原因 |
| 現在の管理 | 現在このリスクをどのように防ぐか、検出するか |
| S / O / D | 重大度、頻度、検出(1~10) |
| RPN | リスク優先度番号(S × O × D) |
| 推奨アクション | 高いRPNリスクを軽減するために行うことがら |
| アクション優先度 | アクションの緊急性(AIAG & VDAsに従う) |
| エビデンスソース | DB / BOM / 回路図 / ユーザー |
エビデンスソーストラッキング
DFMEA内のすべての行は、その情報がどこから来たかを示すエビデンスソースでタグ付けされます:
- DB — EXITONの故障モードデータベースから(決定論的ルックアップ)
- BOM — コンポーネントBOMから(参照、値、フットプリント)
- 回路図 — KiCad回路図解析から(ネット接続、階層)
- ユーザー — レビュー中に手作業で入力または上書きされたもの
このトレーサビリティは監査証跡と設計変更管理に重要です。「この故障モードはどこから来たのか?」と聞かれたとき、検証可能な答えがあります。
ダウンロードと共有
エクスポート後、以下を実行できます:
- ExcelまたはGoogle Sheetsで開き、さらに洗練
- クロスファンクショナルな設計レビューチーム(QA、製造、製品)と共有
- プロジェクト管理システムにアーカイブ(Jira、Confluence、DOORS等)
- 将来の設計反復のベースラインとして使用
ステップ6(オプション):Q-gateで検証
DFMEAをエクスポートした後、オプションの次のステップがあります。EXITON Q-gateを使用してDFMEA-BOM整合性をクロスチェックします。
なぜQ-gateを実行するのか?
Q-gateは9つの整合性ルールを使用してDFMEA-BOM整合性を検証する別のツールです:
- すべてのBOM部品がDFMEAにある
- 幽霊のようなDFMEA行がない(BOMにない部品)
- 部品の数が一致している
- 故障モードの範囲が完全
- S/O/D評価が許容可能な範囲内
- アクション優先度の整合性(高RPN項目は優先度付きアクション)
- 必須フィールドの欠落がない
- トレーサビリティが完全(エビデンスソースが空白でない)
- 変更履歴がログされている
EXITON FMEAからDFMEAをエクスポートした後にQ-gateを実行すると、設計レビュー前に何かを見落としていないことが確保されます。
詳細はQ-gate製品ページを参照してください。
より良い結果のためのヒント
1. BOMをきれいにする
インポート前に、DNP(Do Not Populate)部品を削除または明確にマーク。混乱したBOMはインポートエラーやDFMEAの部品欠落につながります。
2. 一貫した命名を使用
標準規則に従う:抵抗器はR1、R2、コンデンサはC1、C2、ICはU1、U2。特殊文字や長い説明的な名前を避けます。これにより、EXITONの部品分類がより信頼性が高くなります。
3. チームとレビュー
DFMEAはソロアクティビティではありません。エクスポートしたExcelをQAエンジニア、製造パートナー、製品マネージャーと共有してください。S/O/D評価とアクションプランに関する彼らの意見は非常に価値があります。
4. 出力をドラフトとして扱う
EXITONはDFMEA作成を加速しますが、出力は常にドラフトです。まだ以下を行う必要があります:
- 部品データシートに対して故障モードを検証
- アプリケーションとリスク許容度に基づくS/O/Dの調整
- 高RPN項目のアクションプランを定義
- クロスファンクショナルなサインオフを取得
5. 仮定を文書化
DFMEAサマリーシートで主要な仮定をキャプチャ(動作温度、湿度、衝撃/振動レベル、想定フィールド寿命等)。これは、レビュアーと将来のエンジニアがDFMEAコンテキストを理解するのに役立ちます。
6. 繰り返す
DFMEAはイテレーティブです。設計レビュー後、フィードバックでExcelを更新し、必要に応じてEXITONに再インポートし、再エクスポート。バージョン管理はあなたの友人です — 各DFMEA反復の日付付きコピーを保持してください。
よくある質問
EXITONは階層的なKiCadシートを処理できますか?
はい。EXITONはKiCadの階層シート構造を解析し、すべてのシート全体のすべてのインスタンスを抽出し、完全修飾部品参照を使用して単一のDFMEAにフラット化します。たとえば、Power SheetにR1があり、Signal SheetにもR1がある場合、EXITONはそれらをPower/R1およびSignal/R1として追跡して衝突を防ぎます。
KiCadのどのバージョンがサポートされていますか?
EXITONはKiCad 6.0以降をサポートしています。レガシー.sch形式を使用する以前のバージョンは現在サポートされていません。最良の互換性のためにKiCad 8.0+をお勧めし、最新のKiCad機能を活用してください。
自動生成された故障モードはどの程度正確ですか?
EXITONは故障モード検索に決定論的データベース(AIAG & VDA Handbook、第1版、2019年)を使用し、AI生成ではありません。標準部品カテゴリの精度は非常に高いです。すべての行にはトレーサビリティを確保するためのエビデンスソースタグが含まれます。ただし、出力は常にドラフトです — 人間検証が必須です。データシートに対して故障モードを検証し、アプリケーションコンテキストに合わせて調整する必要があります。
故障モードデータベースをカスタマイズできますか?
MVP 1.0では、故障モードデータベースは固定され、AIAG & VDA標準に基づいています。カスタムデータベースエントリと組織固有の故障モードはMVP 2.0のロードマップに上がっています。今のところ、エクスポート後にExcelで故障モードを手動で編集してカスタムエントリを追加できます。
関連リソース
自分のKiCadプロジェクトで試す(5分)
コピペ不要。当て推量不要。行の抜け漏れなし。