機械設計 #48：Root cause analysis — 「センサー故障」から原因の証拠へ

アラームに「センサー異常」と出ると、交換して再起動し、「根本原因：センサー故障」と記録しがちです。しかし二週間後に同じ停止が戻ります。原因はブラケットの緩み、ケーブル疲労、汚れ、電源、しきい値、競合、上流条件、診断不足かもしれません。

RCAは納得しやすい物語ではありません。

証拠保全 → 問題定義 → タイムライン → 仮説 → 安全な試験 → 管理・修正 → 有効性確認 → 設計への反映

1. 症状、故障モード、原因を混ぜない

症状は停止、アラーム、排出、タイムアウト、信号欠落です。故障モードは信号なし、誤信号、部品断線、通信断、機構位置外れです。原因は物理、電気、ソフトウェア、人、環境、システム条件です。「センサー異常」は診断ラベルであり、原因ではありません。

2. 復旧を優先しつつ証拠を守る

安全と生産復旧が第一です。交換、リセット、清掃の前に、機械状態、アラーム履歴、時刻、レシピ、カウンター、I/O、パラメーター、写真、環境、取り外し部品を可能な範囲で取得します。暫定処置は何を変え、誰が行ったかを残し、証拠を速度で消しません。

3. 調査できる狭さで問題を書く

資産、機能、時間帯、条件、観測動作、期待動作、頻度、影響、境界を入れます。「悪いセンサー」と結論を先に書きません。

8月1日09:00–11:00、モデルBの暖機再起動後、ステーション2でクランプ閉タイムアウトが断続し、機械動作なしに入力が変わることがある。

4. タイムラインに時刻の信頼度を付ける

PLC、HMI、ロボット、ドライブ、保全メモ、画像、オペレーター、製造記録を合わせます。各時刻がコントローラー、サーバー、記憶、推定のどれか、時計差、欠落時間を記録します。観測された順序と解釈を分けます。

5. 証拠は解釈ではない

生値、波形、ログ、写真、物理測定、部品状態、版、再現観察が証拠です。意味付けは解釈です。「汚れていた」は、汚染、検出面、信号、故障との関係を測って初めて支持されます。

6. 一つに決める前に複数仮説を作る

センサー、取付、対象、ケーブル、コネクター、電源、I/O、ソフトウェア、時間、環境、操作、上流・下流、共通原因を並べます。証拠、結果、試験可能性、既知情報で順位を付けますが、交換しやすい部品だけを原因にしません。

7. 5 Whysは質問であり証拠ではない

「なぜ停止した？センサー故障。なぜ？古いから」という答えだけでは証明になりません。測定、履歴、要求、故障解析、反証可能な試験を付けます。

8. 「オペレーターエラー」で止めない

誤レシピ、確認飛ばしがあっても、表示、役割、教育、権限、ワークフロー、復旧設計がエラーを起こしやすくしなかったかを見ます。人の行動を記録しつつ、システム条件を調べます。

9. 追加リスクを作らず仮説を試す

管理された予備、シミュレーター、隔離試験、計器、A/B比較、環境チャレンジ、段階観察を使います。前提、変数、期待、保護、ロールバック、証拠を定義し、安全機能を無効にした実験は行いません。

10. 封じ込め、修正、是正、システム処置

封じ込めは現在の人・設備・顧客を守ります。修正は壊れた部品交換や汚れ除去です。是正処置は検証済み原因を除きます。予防・システム処置は要求、標準、教育、供給者、アーキテクチャを広く改善します。交換だけを是正処置と呼びません。

11. VerificationとEffectiveness reviewを分ける

Verificationは処置が計画通り実装されたか、有効性確認は実機で故障機構が減ったかを見ます。新ブラケットが正しく付いても電気ノイズが原因なら再発します。成功指標、観測期間、条件、担当を先に決めます。

12. ライフサイクルへ学びを戻す

要求、図面、リスク、診断、保全、予備品、供給者、点検、教育、FMEA、ベースラインを証拠に応じて更新します。RCA文書だけに残した学びはループを閉じません。

13. 断続センサー信号の例

暖機再起動後にクランプ閉信号が落ちます。ログに220msの空白、ブラケット痕、ベンチで安定したセンサー、コネクター付近のきついケーブル曲げがあります。仮説を緩み、疲労、熱膨張、しきい値、ノイズ、ずれ、競合に分けます。振動、ギャップ、ケーブル曲げ、温度、入力フィルター、トレースを管理して試験します。曲げ時だけ落ちるなら、ケーブル経路とストレインリリーフを直し、入力・順序を確認し、類似資産をレビューします。

14. 自動機RCAチェックリスト

[ ] 安全と復旧を管理した。
[ ] 変更前に可能な限り証拠を取得した。
[ ] 問題文が症状と結論を分ける。
[ ] タイムラインに出所と信頼度がある。
[ ] 証拠と解釈を分けた。
[ ] 複数仮説を検討した。
[ ] 試験に条件、保護、期待、ロールバックがある。
[ ] 5 Whysへ証拠を付けた。
[ ] 人の行動をシステム条件として見た。
[ ] 封じ込め、修正、是正、システム処置を分けた。
[ ] Verificationと有効性確認に担当と期間がある。
[ ] 設計、保全、構成、教育へ学びを戻した。

まとめ

「センサー故障」は出発点であり、完全な原因とは限りません。証拠を守り、問題を狭め、競合する説明を安全に試し、即時復旧と恒久処置を分け、実機で効果を確認します。RCAの価値は整った報告書ではなく、同じ故障を繰り返しにくい機械、設計、チームです。

15. RCA会議の進め方

最初に安全、封じ込め、証拠保全を確認します。次に問題文とタイムラインを読み、事実と解釈を分け、仮説を並べます。各仮説には証拠、反証条件、担当、期限、リスクを付け、即時処置、恒久是正、システム改善、有効性確認を別に承認します。

16. データの保存期間とアクセス

アラーム、波形、写真、部品、コード版、レシピ、環境、作業者、変更記録の保存期間を決めます。個人・顧客データと認証情報を分離し、編集履歴を残します。

17. 類似資産への水平展開

一台の原因でも、同じブラケット、ケーブル、ソフトウェア、供給者を使う他資産をスクリーニングします。全台を同じ処置にしない場合も、対象外の理由と確認結果を残します。

18. 是正処置の優先順位

注意喚起だけで終わらせず、危険を除く設計、誤組付け防止、診断、アクセス、インターロック、教育、監視、供給者条件を組み合わせ、再発確率と検出性を下げます。

19. RCAをFMEAへ反映する

検証済みの故障モード、原因、検出、管理、処置、証拠をFMEAへ戻します。点数だけでなく、要求、設計、保全、試験、予備品、教育へリンクします。

20. 閉じた学習ループ

有効性確認で故障が減ったか、副作用、残留リスクを記録します。設計標準、チェックリスト、教育、監査、次期機械の要求へ反映し、担当者が変わっても学びを残します。

15. RCA会議の進め方

安全、封じ込め、証拠保全を確認し、問題文とタイムラインを読み、事実と解釈を分け、仮説を並べます。各仮説に証拠、反証条件、担当、期限、リスクを付け、即時処置、恒久是正、システム改善、有効性確認を別に承認します。

16. データの保存期間とアクセス

17. 類似資産への水平展開

一台の原因でも、同じブラケット、ケーブル、ソフトウェア、供給者を使う他資産をスクリーニングします。対象外にした理由と確認結果を残します。

18. 是正処置の優先順位

19. RCAをFMEAへ反映する

20. 閉じた学習ループ

有効性確認で故障が減ったか、副作用、残留リスクを記録します。設計標準、チェックリスト、教育、監査、次期機械の要求へ反映します。

21. 反証できる質問を作る

「ケーブルが原因なら曲げ、温度、振動で再現するか」「電源が原因なら安定電源で消えるか」のように、仮説が外れる結果も書きます。反証と再現を同じ重みで扱います。

22. 証拠の品質を評価する

測定器の校正、サンプリング周期、ログ欠落、写真時刻、部品取扱い、環境、再現回数を記録します。ベンチ正常でも、実機の温度、振動、ノイズ、負荷、シーケンスが違えば結論は限定的です。

23. 一時処置の期限を管理する

暫定しきい値、追加点検、手動確認、予備センサー、運転制限には所有者、期限、解除条件、残留リスクを付けます。期限が来ても自動的に恒久対策済みとはしません。

24. RCAと変更管理を接続する

是正処置がソフトウェア、ブラケット、配線、部品、教育、供給者へ影響する場合、変更ID、影響分析、試験、ロールバック、ベースラインを作ります。有効性レビューへ結果を戻します。

RCAの最終レビューでは、原因の確度、残留リスク、証拠の品質、恒久処置、水平展開、効果指標、次のレビュー日を確認します。結論が限定的なら、限定的なまま記録し、追加データを取る条件を明示します。確信の強い文章より、追跡できる不確実性の方が安全です。

25. 結論の再現性をレビューする

別の技術者が同じログ、写真、測定、試験条件を見て、同じ仮説と限界を理解できるかを確認します。証拠の所在、版、単位、サンプル、装置、時刻、変更を明示し、推定と事実を文章の中でも区別します。再現性がないRCAは、次の障害で同じ議論を繰り返します。

RCAでは「分からない」を失敗として隠さず、分からない範囲を明確にします。追加ログ、再現試験、部品解析、現場観察、供給者確認が必要なら、担当と期限を置きます。証拠が不足したまま恒久変更を行わず、残留リスクと暫定処置を承認します。

再発防止の処置は、故障の原因だけでなく、検出までの時間、復旧までの時間、作業者の判断、証拠の取得性も改善します。診断表示、アクセス、予備品、試験、変更管理を組み合わせ、現場が同じ症状を見た時に同じ次の行動を選べるようにします。処置の効果はデータで確認し、未確認のまま完了へしません。

原因が確定した後も、処置の副作用を確認します。新しいしきい値が小さな故障を隠していないか、アクセス改善が安全境界を変えていないか、交換部品が別の品質や寿命を悪化させていないかをレビューします。是正の有効性は、元の指標と新しいリスクの両方で判断します。

RCAの記録は、次の停止で検索できる形にします。資産、機能、モデル、症状、原因、変更、試験、結果、残留リスクを同じ用語で保存し、関連する部品やベースラインをリンクします。記憶だけでなく、再利用できる証拠として維持します。

証拠が不足する場合は、原因の確度を低く評価し、暫定処置と追加調査を明示します。確信を装って変更を急ぐより、不確実性を管理して安全に次のデータを取る方が、長期的な再発防止へつながります。

調査の最後に、何が分かり、何が分からず、どの条件で結論が有効かを一段落でまとめます。これを変更記録、FMEA、保全、教育、次のレビューへリンクし、原因の証拠を運転の改善へ変換します。

原因の確度が高い場合でも、同じ機構を使う類似機械、予備品、教育、受入れ基準をスクリーニングします。水平展開の対象外とした資産にも、判断理由と確認証拠を残します。これにより、次の停止で同じ調査を最初からやり直しません。

検証結果を保存し、次の担当者が同じ条件で判断できるようにします。これがRCAを一回の会議から継続的な設計改善へ変えます。

不確実性を残したまま安全に管理することも、正しい技術判断です。

追加試験の条件も記録します。

仮説、測定、反証、処置、効果の関係を明示し、同じ故障の再発時にすぐ比較できるようにします。

原因の確度と残留リスクを分けて記録します。

公開参考資料

ISO 9001:2015 — Quality management systems: https://www.iso.org/standard/62085.html
IEC 60812:2018 — Failure modes and effects analysis: https://webstore.iec.ch/en/publication/60435

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