設備が突然止まると、「PLCが故障したのではないか」と考えたくなることがあります。しかし、実際の原因はセンサー、配線、インターロック、エア機器、モーター、機械的な引っ掛かりなど、設備全体にあります。
私自身、設備保全に所属していたとき、最初に先輩から教わったのはPLCの見方でした。現在も設備トラブルの修理に呼ばれることがありますが、PLCだけを見るのではなく、現物の動きと入出力を対応させながら、正常な範囲を一つずつ広げて原因を絞っています。
この記事では、設備が動かないときに、操作・入力・PLC条件・出力・機器・機械動作のどこで止まっているかを切り分ける手順を整理します。
この記事の結論
- 復旧操作を繰り返す前に、安全を確保して発生時の状態を残す
- PLCの故障と決めつけず、操作から機械動作まで信号の流れを順番に追う
- 一度に複数箇所を変更せず、正常と確認できた範囲を一つずつ広げる
- 応急復旧と真因対策を分け、同じ停止を繰り返さない設備へ改善する
最初に行うのは安全確保と状況保存
設備トラブルへの対応は、会社の安全ルール、設備メーカーの手順、作業者の資格と権限に従って行います。設備内へ入る作業、部品へ触れる作業、配線や機器を確認する作業では、必要な停止・動力源遮断・施錠表示・残圧処理などを行います。
厚生労働省の機械安全に関する資料でも、保全や異常処置では動力源を遮断し、空気圧・油圧などの蓄積エネルギーを必要に応じて開放する考え方が示されています。停止して見えても、電気・空圧・自重などのエネルギーが残っている場合があります。
安全装置やインターロックを無効化したまま調査・運転してはいけません。通電・運転状態でしか確認できない項目は、危険範囲へ入らず、会社で定めた方法により、権限と教育を受けた担当者が実施します。
安全を確保したら、リセットや電源再投入を行う前に、次の情報を残します。
- アラーム名称・番号と発生時刻
- 停止した工程とワーク・機器の位置
- 自動・手動などの運転モード
- 直前に行った操作、品種変更、段取り、設備改造
- PLCやタッチパネルに表示されている現在ステップと入出力状態
先にリセットすると、アラームや停止条件が消え、同じ現象が再発するまで調査できなくなる場合があります。現場の操作者に「いつから」「何をした直後」「毎回か、ときどきか」を聞くことも、確認範囲を狭める手掛かりになります。
原因切り分けの基本は「正常な範囲を広げる」
故障しそうな部品を思いつきで交換するのではなく、正常と確認できた範囲を一つずつ広げます。「ここまでは指令が届いているが、この先で動作が止まっている」という境界が分かれば、確認対象を絞れます。
一般社団法人日本電機工業会のPLC保守点検に関する資料でも、使用上の問題、機械側、コントローラ側へ要因を切り分け、発生状況の把握、慎重な復旧、故障履歴の記録、再発防止を行う考え方が示されています。
同じアラームでも、原因が毎回同じとは限りません。以前センサー交換で直ったから今回も同じと決めず、現在の状態を確認します。また、複数箇所を同時に変更すると、どの対応が有効だったか分からなくなるため、一つ確認したら結果を記録して次へ進みます。
設備が動くまでの流れを6段階に分ける
設備の動作は、操作した瞬間に機械が直接動くわけではありません。操作指令がPLCへ入り、条件が成立し、出力機器とアクチュエータを通って機械動作になります。
| 段階 | 確認するもの | 切り分ける境界 |
|---|---|---|
| 1．操作指令 | 押しボタン、タッチパネル、工程指令 | 動作要求が発生しているか |
| 2．入力 | センサー、スイッチ、PLC入力 | 現物の状態がPLCへ届いているか |
| 3．PLC条件 | 現在ステップ、インターロック、モード | 出力に必要な条件が成立しているか |
| 4．出力 | PLC出力、中継リレー、駆動信号 | 機器まで指令が届いているか |
| 5．機器 | バルブ、シリンダー、モーター、サーボ | 指令を実際の動きへ変換できているか |
| 6．機械動作 | 機構、治具、ワーク、完了センサー | 動作が完了して次工程へ進めるか |
この順番で「どこまでは正常か」を追うと、PLC・電気・機械のどの担当へ相談すべきかも判断しやすくなります。
1．操作指令が出ているか
最初に、動作を始める要求が本当に出ているかを確認します。押しボタンやタッチパネルの入力だけでなく、自動運転では「前工程が完了して次工程を開始する」という内部指令も含まれます。
手動では動くのに自動では動かない場合、機器故障より、自動工程の開始条件や現在ステップを先に確認します。反対に、手動操作でも反応しない場合は、入力・安全条件・出力側へ範囲を広げます。
2．センサーやスイッチの入力がPLCへ届いているか
現物の検出状態、センサー表示、配線・端子、入力ユニット表示、PLCモニタの入力状態を対応させます。現物は検出しているのにPLC入力が変化しなければ、その間の電源・配線・端子・入力機器が確認範囲です。
PLC入力が正常なら、センサー交換を急ぐ必要はありません。次に、その入力がプログラム内でどの条件に使われているかを確認します。機器番号、図面、PLCコメントが一致していると、この確認を短縮できます。
3．シーケンス条件とインターロックが成立しているか
入力が入っていても、安全条件、運転モード、前工程完了、異常状態、原点条件などが成立していなければ出力されません。設備が止まっている工程を確認し、その工程で待っている条件を一つずつ見ます。
ここで重要なのは、不成立条件を見つけても、理由を確認せず強制的に成立させないことです。安全条件が切れている場合は、接点だけでなく、なぜ安全側に停止したのかを確認します。
4．PLCから出力指令が出ているか
条件が成立したら、プログラム上の出力、出力ユニット表示、中継リレー、バルブやコンタクタへの信号を分けて確認します。
プログラム上では出力されているのに機器側へ届かなければ、出力ユニットから負荷までの間が確認範囲です。出力されていなければ、前段の条件や工程をもう一度確認します。安全が確認できない状態での強制出力は行いません。
5．アクチュエータが動作しているか
ソレノイドバルブ、シリンダー、モーター、サーボなどが指令どおり動作しているかを確認します。電源やエア圧、保護機器、ドライバー・インバーターのアラームなど、機器固有の状態も確認対象です。
信号が届いていても動かなければ、PLCより機器側へ原因範囲を絞れます。ただし、機器交換の前に型式・設定値・配線・バックアップを確認し、交換後に元へ戻せる状態を準備します。
6．機械動作とワーク状態に問題がないか
アクチュエータが動いても、機械的な引っ掛かり、位置ずれ、摩耗、潤滑不足、ワークの姿勢、治具への噛み込みなどで工程が完了しない場合があります。
「出力がONになった」ことと「目的の動作が完了した」ことは別です。完了センサーが入らない場合は、機器が動いたか、必要な位置まで到達したか、ワークや機構に問題がないかを分けて確認します。
切り分け例：シリンダーが前進しない場合
例えば、設備の途中工程でシリンダーが前進せず停止した場合も、すぐにシリンダーやPLCを交換するのではなく、信号と動作の流れを追います。
| 確認 | 結果 | 次に見る範囲 |
|---|---|---|
| 前進指令 | 出ていない | 現在ステップ、開始条件、インターロック |
| PLC出力 | 出ている | 出力ユニット、中継リレー、バルブまでの信号 |
| バルブ指令 | 届いているが切り替わらない | バルブ、コイル、供給条件 |
| バルブ | 切り替わっている | エア圧、流量、シリンダー、配管 |
| シリンダー | 動こうとしている | 機械的な引っ掛かり、負荷、位置ずれ |
| 前進動作 | 完了している | 前進端センサー、取付位置、入力信号 |
この例では、確認結果によって次に見る範囲が変わります。最初からPLC故障、センサー故障、シリンダー故障と決めず、正常な境界を動かしていくことがポイントです。
症状によって確認を始める場所を変える
基本の流れは同じですが、症状によって優先して見る場所は変わります。
| 症状 | 最初に確認すること | 主な確認範囲 |
|---|---|---|
| 設備全体が起動しない | 電源、安全回路、運転準備、非常停止状態 | 設備全体の共通条件 |
| 自動運転だけ始まらない | 運転モード、原点、開始条件 | 自動運転の成立条件 |
| 途中工程で止まる | 現在ステップ、完了待ちの入力 | 停止工程の機器とセンサー |
| 手動では動くが自動では動かない | 前工程完了、工程指令、インターロック | プログラム条件 |
| ときどき止まる | 発生時刻、品種、温度、振動、直前状態 | 接触不良、位置ずれ、通信、条件変動 |
「ときどき止まる」不具合では、正常時に確認しても原因が見つからないことがあります。リセット前の画面、アラーム履歴、停止ステップ、入出力、発生条件を残し、正常時との差を比較します。
通信は正常なのに設備が動かない場合は、通信成立だけでなく、要求・応答データと工程条件を確認します。詳しい切り分けは「PLC通信は正常なのに設備が動かないときの切り分け方」で解説しています。
原因を分からなくする対応は避ける
- 状態を残さずリセットする：アラームや停止条件が消え、再現待ちになる
- 複数箇所を同時に変更する：何が原因で、何が有効だったのか判断できない
- 同じ現象を同じ原因と決めつける：別の故障を見落とす可能性がある
- バックアップなしで上書き・交換する：設定やプログラムを元に戻せない
- 安全装置やインターロックを無効化する：原因調査より重大な災害につながるおそれがある
復旧を急ぐほど、思いついた箇所を次々に触りたくなります。しかし、確認と変更を分け、一つずつ結果を残す方が、最終的には原因へ早く近づけます。
応急復旧と真因対策を分けて考える
生産再開のための応急処置と、同じ停止を防ぐための根本対策は別に管理します。センサー位置を調整して復旧しても、取付部の緩みや振動が残っていれば再発します。断線箇所をつないでも、ケーブルへ無理な曲げや引張りが加わる構造が残っていれば同じです。
復旧後は、なぜその部品や状態に異常が生じたのかを確認し、必要に応じて取付方法、保護、異常表示、点検周期、予備品、図面・PLCコメントなどを見直します。
原因を追いやすく復旧しやすい設備の作り方は「保全しやすい設備をつくる8つのポイント」で整理しています。
トラブル記録に残す項目
記録は長い報告書にすることより、次に同じ設備を確認する人が、発生条件と判断の根拠を追えることが重要です。
| 項目 | 残す内容 |
|---|---|
| 発生情報 | 日時、設備名、品種、工程、運転モード |
| 現象 | アラーム、停止位置、直前の動作、再現性 |
| 確認結果 | 確認した箇所と正常・異常の判断 |
| 応急処置 | 交換部品、調整値、設定・配線・プログラムの変更 |
| 真因 | なぜ異常が発生したか、どの条件で再発するか |
| 恒久対策 | 構造・表示・点検・予備品・手順書の改善 |
| 確認 | 復旧後の動作、再発の有無、関係者への共有 |
写真、アラーム画面、変更前後の設定値、交換部品の型式などを残すと、次回の確認時間を短縮できます。設備改造を行った場合は、現物だけでなく図面・I/Oリスト・PLCコメントも更新します。
まとめ
設備トラブルの原因を切り分けるときは、PLCだけを疑わず、操作指令、入力、PLC条件、出力、アクチュエータ、機械動作の流れを分け、正常な範囲を一つずつ広げることが基本です。
安全を確保し、発生時の情報を残したうえで、一箇所ずつ確認します。復旧後は真因と再発防止まで記録し、次のトラブル対応と設備改善につなげます。
設備保全の仕事内容や、トラブル対応経験を転職でどう活かすかは「設備保全への転職ガイド」も参考にしてください。
