機械設計 #40：機構FMEA — 故障モードから設計アクションへ

機構FMEAは、重大度・発生度・検出度を記入した表で終わるものではありません。価値は、実際の機能から起こり得る故障をたどり、機械を変更する設計アクション、またはリスクが管理されていることを示す証拠へつなげることにあります。

購入部品の一覧から始めると、インターフェース、運転条件、残留エネルギー、人の接近、復旧・保全時だけ起きる故障を見落とします。DFMEAは、機構が何をすべきか、どう失敗し、どの影響があり、誰が処置し、どう検証するかを示す設計レビューの道具です。

本記事は概念的な技術ガイドです。正式なリスクアセスメント、適用安全規格、顧客要求、有資格エンジニアによる妥当性確認に代わるものではありません。

1. 設計が凍結する前に始める

機能とインターフェースを変更できる段階でFMEAを開きます。図面、治具、ソフトウェアが凍結した後では、直せない問題の記録になってしまいます。

初期段階では仮定を見える化し、設計が進むにつれて解析、計算、試験、サプライヤー資料、承認済み判断へ置き換えます。FMEAは最後に一度書く文書ではなく、設計ベースラインとともに更新する成果物です。

2. 部品表ではなく機能でスコープを選ぶ

位置決め、クランプ、搬送、昇降、圧入、切断、ガードなど、機構とインターフェースを機能で囲みます。エネルギー、ワーク、センサー、ユーティリティ、オペレーター、隣接ステーションを含めます。

部品表は何を購入したかを示します。機能スコープは何が失敗するかを示します。狭すぎて診断できない境界にも、広すぎて誰もレビューできない境界にもならないようにします。

3. 故障を探す前に機能を書く

条件、限界、必要証拠を含めて機能を書きます。例えば「型式Bを0.10 mm以内に位置決めし、規定工程力に耐え、ワークを傷つけず解放し、次工程前に状態を確認する」です。

「シリンダーが動く」「センサーON」は実装断片であり、機能ではありません。機能があれば、部分的な達成と故障を比較できます。

4. 故障モード、影響、原因を分ける

故障モード： クランプしない、誤位置でクランプ、漏れ、割れ、位置ずれ、古い信号。
影響： 機構、機械、製品、オペレーター、下流への結果。
原因： 摩耗、過荷重、汚れ、公差、組付け、ソフトウェア状態、ユーティリティ、インターフェース不一致。

原因を故障モードとして書いたり、「機構異常」に複数故障を隠したりしません。原因が違えば、防止策と検出策も変わります。

5. 影響を複数レベルで見る

局所影響から始めて伝播させます。緩んだ位置決めピンは基準をずらし、寸法不良、下流詰まり、顧客流出、危険区域への進入を生む可能性があります。自動運転と手動復旧では同じ故障の影響が変わります。

直後、次工程、システム、人身安全の影響を分けます。部品がまだ動くという理由だけで重大故障を低く評価しないためです。

6. インターフェースの故障を探す

ブラケットとフレーム、シリンダーとクランプ、センサーとターゲット、ロボットと治具、PLCとドライブ、上流と下流のタイミングを確認します。

双方が個別仕様内でも、組み合わせで不成立になることがあります。コネクターが正しく配線されても型式マップが違う、コンベヤ速度が仕様内でも受け側クランプ前に到着する、といった故障です。インターフェース要求には双方の責任主体を置きます。

7. 防止制御と検出制御は違う

防止は、正しい基準、剛性、ポカヨケ、公差管理、汚れ対策、過荷重制限、組付け管理で発生確率を下げます。

検出は、位置、荷重、圧力、画像、サイクル時間、プルーフテストで発生後または劣化中の故障を見つけます。検出は防止の代替ではありません。悪いワークを止めるセンサーは有効ですが、弱い機械設計を正当化するものではありません。

8. 合計点で重大故障を隠さない

RPNは議論を助けますが、乗算によって高重大度・低発生度の故障を隠すことがあります。重大度、発生度、検出度、曝露、人身安全を必要に応じて個別にレビューします。

人身危険、制御不能な残留エネルギー、単一点の封じ込め喪失、安全状態を検出できない故障には、合計点に関係なくエスカレーション規則を適用します。リスク受容の理由と証拠を残します。

9. アクションは設計または証拠を変える

「レビューする」「注意する」「監視する」だけでは完了したアクションではありません。担当者、期限、対象、判断、検証証拠を記載します。

剛性を高めて計算で確認する、機械式受けを追加して保持荷重を試験する、着座を測る位置へセンサーを移し異物で試験する、圧力診断を追加して応答時間を記録する、最大荷重で停電復旧を試験する、といったアクションです。

図面リビジョン、計算書、試験記録、サプライヤー資料、承認済み根拠を添付して初めて閉じます。

10. 例：ワークストップ機構のFMEA

機能は、パレットを基準位置で止め、衝撃と工程力に耐え、停止状態を確認し、衝突を残さず退避することです。

故障モード	影響	原因	防止	検出	設計アクション
ストップピン曲がり	基準ずれ、寸法不良	衝撃エネルギー過大	最悪エネルギーで設計	位置確認、寸法監査	エネルギー再計算と限界試験
ストップ未伸長	パレット通過、衝突	空気圧・弁故障	保持構成、配管保護	伸長センサー、タイムアウト	圧力診断と復旧を追加
ストップ残留	搬送衝突	ばね破損、古い出力	機械クリアランス	退避センサー、ハンドシェイク	独立クリア確認
センサー誤クリア	危険状態で継続	ターゲットずれ、配線故障	剛性ターゲット、誤接続防止	妥当性、チャレンジ試験	診断状態と交換確認

各アクションが図面、パラメーター、試験、承認判断へ届かなければ、表はリスクを低減しません。

11. FMEAを他の成果物へつなげる

要求、リスクアセスメント、インターフェース管理、図面、計算、ソフトウェア状態、アラーム、試験、予備品、保全手順と安定したIDでリンクします。

設計変更時は、影響するFMEA行、要求、試験、教育資料を特定します。引渡し時に追跡できないベースラインは、誤った安心を生みます。

12. FMEAを更新するタイミング

機能、荷重、材料、サプライヤー、公差、ソフトウェア、センサー、安全方策、環境、保全周期、復旧方法が変わったら更新します。再発故障、ヒヤリハット、不良、異常試験、仮定の否定も更新トリガーです。

次回定例を待たず、故障経路へ影響する変更はリリース前にレビューします。

13. 機構FMEAレビューチェックリスト

[ ] スコープが機能で定義され、エネルギー、インターフェース、人、復旧を含む。
[ ] 各機能に運転条件、限界、必要証拠がある。
[ ] 故障モード、影響、原因が具体的に分かれている。
[ ] 局所、下流、システム、人身安全の影響を見た。
[ ] インターフェースと共通原因故障をレビューした。
[ ] 防止制御と検出制御を区別した。
[ ] 高重大度・単一点故障を合計点以上に扱った。
[ ] 各アクションに担当、期限、対象、検証経路がある。
[ ] 完了アクションが図面、計算、試験、根拠を参照する。
[ ] FMEAが要求、リスク、アラーム、試験証拠へリンクする。
[ ] 変更、現場故障、否定された仮定で更新する。

まとめ

機構FMEAの価値は、設計判断を変えることにあります。機能から始め、エネルギーとインターフェースを追い、故障モード・影響・原因を分け、人、製品、機械へ実際に及ぶ結果で評価します。

点数は議論を集中させるために使い、重大故障を隠すためには使いません。重要な発見を、担当者と検証経路付きの設計アクションまたは管理された証拠へ変えます。FMEAを要求、図面、ソフトウェア、アラーム、試験、保全資料へつなげれば、引渡し後も判断が生き続けます。

公開参考資料

FMEAを更新する判断

設計変更の影響が小さく見えても、機能、荷重、インターフェース、センサー、ソフトウェア、保全手順のどれかが変われば、故障経路を再確認します。サプライヤー変更や材料変更も、発生度と検出度を変える可能性があります。

現場の再発故障やヒヤリハットをFMEAへ戻すときは、単に発生度の点数を上げるだけでは不十分です。なぜ既存の防止策・検出策が機能しなかったかを確認し、機械、制御、検証、教育のどこを変更するかを決めます。完了した対策は、次の設計レビューで再発しないことを証拠で確認します。

この流れを守ると、FMEAは設計者だけの表ではなく、製造、保全、品質、運用が同じ故障経路を見て判断する共通の記録になります。

引渡し後に新しい証拠が出たら、担当者と期限を決めて再びベースラインへ反映します。記録が古いまま残らないことも、リスク管理の一部です。

FMEAの行を閉じることは、問題を忘れることではありません。対策が実機で働き、次の変更でも追跡できる状態にすることです。

その確認までを設計レビューの完了条件とし、未完了の行は引渡し後も明示しておきます。工程の都合で消去せず、リスク受容の根拠と再評価日を残します。

この小さな習慣が、FMEAを更新可能な設計情報にします。

設計情報を残し、次の判断へ渡します。

設計レビューでの使い方

レビューでは、FMEAの表を上から読むだけでなく、機能から証拠へ逆向きにたどります。検出策が有効なら、何を測り、いつ検出し、誤検出時にどう反応し、保全時にどう確認するかを説明できます。センサーのON表示だけでは不十分です。

通常サイクルだけでなく、起動、停止、段取り、品種切替、停電復帰、ワーク詰まり、保全後の再立上げも対象にします。同じ故障モードでも、荷重、速度、人の接近、ソフトウェア状態がフェーズごとに変わります。原因と影響へフェーズを記録すると、現場で再発する故障を見つけやすくなります。

設計アクションは、図面変更、部品・設定変更、検証証拠の追加、手順・教育の改訂に分けます。手順だけで残留リスクを扱う場合は、その理由と人への依存を明記し、可能なら本質的な対策や自動検出を優先します。

引渡し時には、未完了アクション、受容した残留リスク、次回点検、変更時の更新条件を明確にします。FMEAが保全と運用の判断へ届いて初めて、ライフサイクルで役立つ文書になります。

FMEAを設計レビューで使うための補足

レビューでは、行を上から読むだけでなく、機能から証拠まで逆向きにもたどります。ある検出策が本当に故障を見つけるなら、検出する物理量、検出までの時間、誤検出時の反応、保全時の確認方法を説明できなければなりません。センサーのON表示だけを根拠にしないことが重要です。

機構の故障には、通常サイクルだけでなく、起動、停止、段取り、品種切替、停電復帰、ワーク詰まり、保全後の再立上げも含めます。機能が同じでも、これらのフェーズでは荷重、速度、人の接近、ソフトウェア状態が変わります。FMEAの原因と影響にフェーズを記録すると、現場で再発する故障を見つけやすくなります。

設計アクションは、図面を変更するもの、部品や設定を変えるもの、検証証拠を追加するもの、手順と教育を改訂するものに分けます。手順だけで残留リスクを管理する場合は、その理由と人への依存を明記します。可能であれば、本質的な機械対策や自動検出を優先します。

引渡し時には、未完了アクション、受容した残留リスク、次回点検、変更時の更新条件を明確にします。FMEAが設計チームのファイルに残るだけでなく、保全と運用の判断へ届いて初めて、機械のライフサイクルで役立つ文書になります。

MINATAの技術記事をすべて見る