設備が「動作しない」。

HMI 上では PLC Ready が成立しており、主要条件も OK と表示されている。ロボットにアラームはなく、サーボ電源も投入済みで、安全回路も正常である。現場ではまず、プログラム内で動作指令が抜けているのではないかと考え、ラダー、ステップ状態、出力点を確認する。

その後の確認で、問題は PLC Ready という信号そのものにはないことが分かった。

PLC 内部では、確かにいくつかの前提条件が成立していると判断されていた。しかし、目標動作に必要な実行チェーンは実際にはつながっていなかった。下流設備は Ready 信号を出していたが、受け渡し完了状態が更新されていなかった。PLC は「受け渡し可能」と見ていたが、「受け渡し後に継続できるか」までは確認していなかった。そのため、動作に入った直後、次ステップで停止した。

このような現象は、自動化現場ではよく発生する。PLC 条件は成立しているように見えるが、アクチュエータが動作しない。PLC Ready は成立しているが、ロボットが起動しない。PLC のステップはある段階まで進んでいるが、サーボ、シリンダ、ハンド、または下流設備が想定どおりに連動しない。HMI 上はすべて緑表示であるにもかかわらず、現場は停止したままになる。

表面上は「PLC は Ready なのに、なぜ動作しないのか」という問題に見える。実際には、状態遷移前の判定が十分に展開されていないことが多い。

現場での現象

代表的な現象は次のとおりである。

  • PLC Ready は成立しているが、アクチュエータが動作しない。
  • PLC 条件はすべて成立しているが、ロボットプログラムが起動しない。
  • ステップは目標ステップに入っているが、動作出力が実際には発生しない。
  • 出力指令は出ているが、アクチュエータから動作完了フィードバックが返らない。
  • サーボ Ready、シリンダ原点、ハンド開閉などの局所信号は正常だが、全体の動作チェーンが進まない。
  • 下流設備は Ready を出しているが、受け渡し後すぐに待機状態へ入る。
  • 安全回路は正常だが、エリア許可、作業者確認、または上位許可が成立していない。
  • HMI 上は条件 OK と表示されているが、実際の信号はタイムアウト、未更新、または切替中である。
  • PLC プログラムは継続可能であるが、目標段階に入った直後に次ステップで停止する。

これらの現象に共通する点は、PLC 側で見えている Ready や OK が、一部の条件しかカバーしていないことである。目標動作を実行できるかどうかは、対象条件、許可状態、実行チェーンの接続性、信号の動的有効性が同時に成立しているかに依存する。

PLC Ready が通常示すこと

PLC Ready は通常、PLC プログラムが現在の設備またはユニットについて、基本的な運転条件を満たしていると判断している状態を示す。たとえば、自動モード、安全回路、主要アラーム、原点・待機位置、サーボ電源、シリンダ・ハンド・コンベヤなどの機構状態、前動作完了、目標ステップへの進入許可、外部機器との基本通信などである。

これらの条件はいずれも重要であり、成立していなければ、PLC は通常、動作指令を出すべきではない。

しかし、PLC Ready は多くの場合、集約された状態信号である。PLC 側でいくつかの前提条件が成立していることは示すが、目標物理段階へ入るための条件がすべて整っていることまでは保証しない。PLC Ready は進入判定の一部として扱うべきであり、「動作チェーンが成立している」という判断と同一視すべきではない。

PLC Ready でも動作できない理由

PLC Ready が成立していても動作できない理由は、主に五つに分けられる。

第一に、目標対象の条件が成立していない場合である。

たとえば、ワークが所定位置にない、ワーク ID が一致しない、画像処理結果が期限切れになっている、位置偏差が許容範囲を超えている、前工程の完了信号が信頼できない、タスクパラメータが欠落している、といった場合である。PLC Ready は設備状態だけを確認しており、目標対象が現在も有効かどうかを確認していないことがある。

第二に、許可条件が成立していない場合である。

たとえば、安全許可は正常であるが、エリア進入許可が成立していない。設備側の許可は正常であるが、上位システムが許可（リリース）を出していない。本機側の許可は成立しているが、相手設備が受け入れ許可を出していない。自動運転許可は成立しているが、作業者確認が完了していない。これらの問題は、「PLC は Ready なのに、なぜ動作しないのか」と誤認されやすい。実際には、重要な許可が動作許可チェーンに入っていないのが原因である。

第三に、実行チェーンが接続していない場合である。

たとえば、ロボットは動作可能であるが、下流が受け入れできない。ハンドは閉じられるが、つかんだ後に使用できる移動先の置き場がない。コンベヤは起動できるが、戻し経路が使用できない。検査装置は検査を開始できるが、結果アップロードの経路が使用できない。PLC Ready は本機状態だけを確認しており、目標段階へ入った後の後続チェーンを確認していない場合がある。

第四に、信号の動的有効性が失われている場合である。

たとえば、Ready 信号が更新されていない、画像処理結果のタイムスタンプが期限切れである、下流状態に遅延がある、通信状態が一時的に途切れている、複数設備の状態切替が同期していない、PLC 判定後に許可が撤回されている、といった場合である。この種の問題は HMI 上では OK に見えるが、実際の現在状態は信頼できない。

第五に、現在状態が制御境界に入っている場合である。

たとえば、位置状態、待機状態、再試行状態、または対象物の認識状態が通常進入と異常停止の中間にある場合である。このような状態では、通常動作へ進めるのではなく、待機、再認識、戻し、縮退運転、または作業者確認へ分岐すべき場合がある。

このような状態は、単純な OK でも NG でもない。PLC Ready が境界状態を展開していなければ、システムは曖昧な待機状態に入りやすくなる。

PLC Ready と動作成立の間に不足しているもの

PLC Ready から実際の動作成立までの間には、「目標段階へ入る前の判定」が不足している。

この判定では、現在どの物理実行段階へ入ろうとしているのか、目標段階に必要な条件は何か、どの信号が対象条件なのか、どの信号が安全許可、上位許可、エリア許可、作業者確認なのか、進入後の実行チェーンは継続できるのか、関連信号は有効時間内にあるのか、現在は待機すべきか、リトライすべきか、縮退運転へ移行すべきか、作業者確認へ回すべきかを確認する必要がある。

多くの現場問題は、PLC Ready がないから止まるわけではない。インターロック がないから止まるわけでもない。Ready、インターロック、ハンドシェイク、アラーム、ステップ条件が、別々のプログラム、別々の画面、別々の設備インターフェースに分散している。これらは設備を動かすためには有効であるが、「なぜ目標段階に入れないのか」を説明できるとは限らない。

C / A / E で PLC Ready を見直す

PLC Ready 周辺の状態は、三つに分けて整理できる。

C：Condition、条件状態。
目標動作に入る前に、対象条件、識別条件、タスク条件、パラメータ条件、前工程状態が成立しているかを判断する。

例：

  • ワークが存在しているか。
  • ワーク位置が合格しているか。
  • 画像処理結果が有効か。
  • タスクパラメータが揃っているか。
  • 前段階が実際に完了しているか。

A：Authority、許可状態。
システムが目標動作または目標段階への進入を許可しているかを判断する。

例：

  • 安全扉が閉じているか。
  • ライトカーテンが遮光していないか。
  • 非常停止が復帰しているか。
  • 上位システムが許可を出しているか。
  • エリア許可が成立しているか。
  • 作業者確認が完了しているか。
  • 相手設備が受け渡しを許可しているか。

A に属する状態のうち、重要許可は単独で進入可否を決定する場合がある。PLC Ready、設備 Ready、ロボット Ready がすべて成立していても、重要許可が成立していなければ、目標段階に入ってはならない。

E：Execution Chain、実行チェーン状態。
目標段階へ入った後、動作チェーンが継続できるかを判断する。

例：

  • ロボット経路が到達可能か。
  • ハンドまたは吸着機構が使用可能か。
  • 下流側が受け入れ可能か。
  • 戻し経路が存在するか。
  • 異常品の排出経路があるか。
  • 検査結果をアップロードできるか。
  • MES / WCS / HMI の状態を書き戻せるか。

この観点から見ると、PLC Ready は C / A / E のいくつかの入力信号を集約したものとして扱うべきであり、目標段階への進入成立を示す最終判断として扱うべきではない。

さらに S / D / B 判定が必要である

C / A / E だけでは十分ではない。これらの状態が、どの性質の問題であるかをさらに判断する必要がある。

S：Structure、構造完全性。
信号、インターフェース、マッピング関係、許可元、実行チェーン境界が定義され、接続されているかを確認する。

たとえば、下流 Ready 信号はあるが、下流側の「受け渡し完了」信号が接続されていない。画像処理 OK 信号はあるが、タイムスタンプが判定に入っていない。異常品排出経路は存在するが、PLC 内でその使用可能状態が定義されていない、といった状態である。

D：Dynamics、動的有効性。
信号が現在有効で、安定しており、同期しており、タイムアウトしていないかを確認する。

たとえば、Ready 信号が更新されていない、画像処理結果が期限切れである、許可が直前に撤回された、設備状態が切替中である、上位システムのデータに遅延がある、といった状態である。

B：Boundary、制御境界。
現在の状態で待機を継続できるのか、それともリトライ、再認識、戻し、縮退運転、進入禁止、作業者確認へ移行すべきかを確認する。

たとえば、識別状態、位置状態、待機状態、再試行状態が通常進入と異常停止の中間にあり、通常動作へそのまま進めるか判断が必要な状態である。

これにより、PLC Ready 周辺の曖昧な状態を、さらに具体的に展開できる。

まとめ

PLC Ready は重要である。ただし、目標段階に入る前の構造化判定を代替するものではない。

複雑な自動化ユニットでは、PLC Ready は通常、本機または局所条件が成立していることを示す。しかし、目標動作が実行できるかどうかは、条件が成立しているか、許可が成立しているか、実行チェーンが接続しているか、信号の動的有効性が保たれているか、現在状態が制御境界に入っていないか、進入後すぐに停止しないかによって決まる。

これらが明確に整理されていない場合、現場では次のような状態が発生しやすい。PLC 条件はすべて成立しているのに機構が動かない。HMI 上はすべて緑表示なのに動作が発生しない。設備アラームはないのにシステムがあるステップで止まる。一度は解決しても、別プロジェクトで同じような問題を再度調査することになる。

PLC Ready が成立していても、そのまま目標物理実行段階へ進めてよいとは限らない。そこで、目標段階へ入る直前に、関係する状態信号を整理して確認する判定点が必要になる。この判定点を、本稿では　PCN（Pre-Control Node）と呼ぶ。

PCN（Pre-Control Node） では、Ready / Not Ready だけを見るのではなく、ワーク位置、画像処理結果、タスク条件などの条件、上位許可、安全許可、エリア許可などの許可、下流設備、戻し経路、異常排出経路、結果書き戻しなどの実行チェーンを確認する。

さらに、必要な信号やインターフェースが定義・接続されているか、信号が現在も有効か、通常動作で進める状態なのか、それとも待機、再認識、下流調整、戻し、縮退運転、進入禁止、安全インターロック、作業者確認へ分岐すべき状態なのかを判定する。

つまり、TPCA / CAE-SDB の PLC / HMI 向け適用は、PLC Ready を置き換えるものではない。Ready が成立した後に残る「本当に次の物理実行段階へ入ってよいか」を整理し、必要な制御経路へ分岐させるための考え方である。

さらに読む

文書情報

題名：なぜ PLC Ready でも動作しないのか？
文書種別：技術課題
バージョン：Public Question Version 1.0
公開日：2026-07-04
著者：全野南政 / Nansei Zenno
現在 URL：https://zennns.com/jp/questions/why-plc-ready-does-not-run/