FANUCロボットのアラームSRVO-408を解決する方法
ファナックロボットの保守・点検を担当されている方なら、SRVO-408アラームが発生した際、多くの方は「またサーボモーターが不具合を起こしたのか…」と即座に思い浮かべるでしょう。確かにアラームコードの頭に「SRVO」とあるため、サーボ関連の異常だと考えがちです。しかし、ここで少し冷静になってください。このアラームは、実はサーボモーターもサーボアンプも直接関係しておらず、ファナックのDCS（デバイス制御安全）安全システムから発せられるものなのです。
現場で対応したSRVO-408事例のうち、実に95％以上が、安全回路の不具合やDCS設定の誤りによるものであり、モーター自体の故障はほとんどありません。そこで本日は、このSRVO-408の真の原因をひとつずつ丁寧に解説し、実際に遭遇した際にどこから手をつければよいかをお伝えします。無駄な分解作業を避け、生産遅延を防ぐための実践的な対応方法をご案内します。 
画面上に表示される「SRVO-408 DCS SSO Ext Emergency Stop」というメッセージの意味は何ですか？
まず、次の1文を覚えておいてください：SRVO-408 ＝ DCS SSO 外部非常停止 ＝ 安全出力SSO[3]がOFF状態に引き込まれています。ここで理解しておく必要がある用語が2つあります：DCSとSSOです。
DCS（デュアルチェックセーフティ）は、ファナック製ロボット制御システム内に組み込まれた一連の安全機能です。冗長な信号、安全監視、および安全入出力を通じて、ロボットの動作状態や安全性を常時監視し、ロボットが暴走して人に危害を加えたり、設備に衝突したりするのを防ぎます。一方、SSOはDCSシステム内の一種の安全出力信号であり、要するにDCSが送出する「安全フラグ」のようなものです。
SRVO-408アラームにおいて、ファナックが言及している「ファンクション」は、安全出力SSO[3]を指します。DCSの安全ロジックが、外部非常停止に関連付けられたSSO[3]出力がOFFになったと判断すると、ロボットは緊急停止状態に移行し、画面にSRVO-408が表示されます。
ご覧の通り、このアラームは要するに、「DCSの安全ロジックが、外部非常停止と関連付けられた安全出力に異常があると判断し、すでにその出力を遮断した」ということを伝えています。これは「サーボモータの過電流」「エンコーダ故障」「アンプの焼損」などとは、まったく異なる性質の問題です。過去には、サーボアラームが発生した場合、モータやエンコーダ、アンプ、ケーブルなどを点検していたかもしれません。しかし、SRVO-408が発生した場合は、DCSの安全信号の流れに沿って順に追跡するのがより確実な対応です。つまり、SRVO-408 → SSO[3]がOFF → セーフI/Oコネクトを確認 → SSO[3]を制御している要素を特定 → 対応する安全回路を点検、という手順です。
なぜこのアラームは、非常停止ボタンや安全ゲートなどと常に干渉してしまうのでしょうか？
多くの自動化生産ラインでは、ファナック製ロボットが単独で孤立して動作しているわけではありません。むしろ、周囲には安全ゲート、安全用ライトカーテン、非常停止ボタン、安全リレー、安全PLCなどが配置されており、場合によっては他のロボット、工作機械、コンベアラインなども近接しています。これらの機器は、安全回路を介してロボットの制御システムに接続されています。典型的な安全チェーンの動作は以下の通りです：非常停止ボタンが押される → 安全リレーまたは安全PLCの状態が変化する → 安全信号が遮断される → DCSの安全ロジックが異常を検出する → SSO[3]がOFFになる → エラーSRVO-408が発生する。
SRVO-408というアラームが表示された場合、緊急停止スイッチや安全装置を確認する必要があります。ただし、特に重要な点があります。「安全ゲートが開いているから、必ずSRVO-408だ」と安易に決めつけないでください。ファナックのDCSには多数の安全機能が搭載されており、それに伴って「フェンス開放」や「サーボ切断」など、類似したアラームコードも多数存在します。実際にトラブルシューティングを行う際は、「ロボットの安全機能に何らかの異常がある」という漠然としたレベルで考えず、さらに深掘りしてください。具体的に、どの安全信号が変化したのか？ そして、その信号が制御しているのはどのSSO（Safety Signal Output）なのか？ このレベルまで特定できれば、原因を正確に特定できます。
現場で最もよく見られるトリガーを、ひとつずつ解説します
1. SSO[3]が実際にOFFに引き込まれている
これが最も直接的な原因であり、SRVO-408のトラブルシューティングにおいて最初に確認すべき事項です。ファナック社が定義するSRVO-408の主なトリガー条件は、「SSO[3] が OFF 状態である」ことです。つまり、このアラームが発生した場合、すぐにサーボアンプを疑うのではなく、まずDCSの状態を確認し、SSO[3] が実際に OFF になっていないかを確認してください。もし本当に OFF になっている場合は、次にその出力を制御している安全ロジックが何であるかを特定します。一部のシステムでは、SSO[3] が特定の安全入力（SPI）と結線されている場合や、Safe I/O Connect 内のロジック関係によって制御されている場合があります。具体的な設定方法は、当該ロボットの安全設計当初の構成に依存します。そのため、すべての機械で同一のI/O番号が適用できると安易に考えないでください。
2．SSO[3] に接続された安全入力が OFF になった
SSO[3] を特定したら、次にその制御元を確認します。この手順は、トラブルシューティング時に特に重要です。たとえば、あるファナック製ロボットでは、SSO[3] が安全入力（SPI）に接続されている場合があります。このSPIが、何らかの外部安全条件が満たされていないためにOFFになった場合、DCSのロジックは自然とSSO[3]もOFFに設定し、最終的にSRVO-408が発生します。
この場合、実際の障害箇所は、ファナックの制御盤内にはまったく存在しない可能性があります。たとえば、外部非常停止回路がリセットされていない、安全リレーが再投入されていない、安全PLCが出力すべき安全信号を出力していない、安全入力側の配線が断線している、何らかの安全スイッチがまだ押されたままになっており離脱していない、あるいはコネクタの接触不良などが考えられます。したがって、トラブルシューティングでは、ハードウェアをすぐに交換するのではなく、信号経路をセクションごとに順に追跡していくのが最も効果的です。
3．外部非常停止回路自体に障害がある
ロボットセル内の非常停止システムは、SRVO-408において特に注意を要する領域です。オペレーターが非常停止ボタンを押すと、安全リレーが開放され、ロボットコントローラーが対応する安全状態を受信し、DCSが安全停止を実行します——これは安全機能が正常に動作している状態であり、問題ありません。問題となるのは、非常停止ボタンがすでに解除された後でも、安全回路が完全に復旧していない場合です。例えば、非常停止ボタン自体は機械的にリセット済みでも、安全リレーがまだリセットされていない、あるいは安全PLCが何らかの安全条件が未達成と判断し続けているといったケースです。このような場合、ロボットは依然として動作せず、安全アラームを継続して出力し続けます。
したがって、トラブルシューティングの際には、非常停止ボタンが復帰したかどうかだけを確認するのではなく、安全回路全体が復旧していることを確認する必要があります。以下の順序で確認してください：非常停止ボタン → セーフティリレー → セーフティPLC → セーフティ入力 → DCS Safe I/O Connect → SSO[3]。途中のいずれかのリンクが復旧していない場合、ロボットは通常の安全状態に戻ることができません。
4．DCS Safe I/O Connect の設定が変更されています
ロボットがこれまで正常に動作していたにもかかわらず、最近になってSRVO-408エラーが頻発するようになった場合で、かつ誰かがコントローラの設定を変更したことがあるなら、DCS設定を特に注意深く確認する必要があります。例えば：DCS安全I/Oが変更された、コントローラが交換された、ロボットのバックアップが復元された、安全PLCプログラムが変更された、ロボットワークステーションの構成が変更された、外部安全装置が交換された、あるいはロボットシステムが再起動（再据付）された、といったケースです。特に、中古のファナックコントローラ（以前は別のロボットシステムに搭載されていたもので、その後取り外されて新しい機器に設置されたもの）については、元のDCS安全設定が、現在の機械の安全設計と実際に一致しているかどうかを必ず確認してください。
アラームが表示されるタイミングそのものが、重要な手がかりとなります。数年間この問題が発生しておらず、コントローラを交換した直後にSRVO-408が表示された場合、まずロボットのサーボモータを疑うのではなく、交換したコントローラのDCS設定および安全I/Oの状態を確認してください。
5．安全PLCまたは他の外部安全装置が正しいステータスを出力していない
近年、多くのロボットワークステーションで安全PLCが採用されています。ファナックのDCSが信号を介して外部安全システムと接続されている場合、安全PLCのステータスもロボットの最終的な安全状態に影響を与えます。例えば：安全PLCが何らかの安全条件が満たされていないことを検出 → 安全出力が復帰しない → ファナックの安全入力が「OFF」のまま維持 → DCSのロジックによりSSO[3]が「OFF」のまま維持 → SRVO-408が発生。このような場合、ファナックのサーボシステムの点検に時間を費やすのは、実質的に無駄な作業となります。
現場に安全PLCが設置されている場合、安全入力、安全出力および関連する安全ロジックがすべて想定通りの状態であるかどうかを確認するために、PLCの診断情報を同時に確認することをお勧めします。
6．安全I/O接続ロジックが機械の実際の設計と一致していない
見落とされがちな別の状況として、DCSの安全I/O設定自体が機械の現在の安全設計と一致していないケースがあります。例えば、ロボットの構成が変更され、外部安全装置も更新されたにもかかわらず、DCSの安全I/O設定がそれに合わせて更新されていない場合や、古いバックアップからコントローラーが復元され、現在の設備と元の安全ロジックとの間に不整合が生じている場合です。このような場合、ロボット自体には機械的・サーボハードウェア上の故障がまったくないにもかかわらず、DCSは安全条件が満たされていないと判断してしまうことがあります。
したがって、外部の安全装置がすべて正常であることを既に確認済みなのに、SSO[3]が復帰しない場合は、現在のDCSセーフI/O接続設定を、機械の元の電気回路図、据付記録、および安全設計と丁寧に照合する必要があります。
私がこの手順をトラブルシューティングで通常どのように1ステップずつ追跡していくか
このようなアラームに対処する際の最大の禁忌は、「アラームを見たらすぐに部品を交換すること」です。SRVO-408アラームはすでに明確に「SSO[3] OFF」と表示しています。実際のトラブルシューティングでは、この信号を逆方向に追跡していきます。
まず、ティーチ・ペンダントから得られる完全なアラーム・ログを書き出します。SRVO-408に加えて、アラーム履歴に他のDCS関連、セーフI/O関連、または非常停止関連のアラームが記録されていないかも確認してください。場合によっては、SRVO-408は単に最終的な結果であり、真の原因はそれより前にすでに現れていることがあります。
次に、関連するDCSのステータスを確認し、SSO[3]が実際にOFFになっているかどうかを確認します。SSO[3]がOFFであれば、次に「Safe I/O Connect」の設定を調べ、SSO[3]を制御する入力またはロジック関係を特定します。この段階では、推測したり過去の経験に頼ったりしてはいけません。DCSの設定は、ロボットの機種、コントローラー、ワークステーションによって大きく異なる可能性があります。たとえ2台ともファナック製であっても、SPIやSSO、安全I/Oの割り当てがまったく異なる場合があります。
対応する安全入力を特定したら、その入力が現在ONかOFFかを確認します。その安全入力もOFFである場合は、さらに外側へとトレースを続けます。例えば：SPIがOFF → 安全PLCを確認 → 安全リレーを確認 → エマージェンシーストップを確認 → セーフティゲートやライトカーテンなどのデバイスを確認。
すべての外部安全装置が正常であるにもかかわらずSPIが復帰しない場合は、さらに安全配線、コネクタ、DCSの設定を確認する必要があります。外部安全システムが完全に復旧しているにもかかわらずDCSの状態が依然として「オフ」の場合は、「セーフI/O接続」の設定が正しいかどうかに注目してください。
このトラブルシューティング手法は、「サーボアンプを単に交換する」だけよりも一見遅く見えるかもしれませんが、実際には通常、こちらの方が速くなります。というのも、アラームのロジックに従って原因を特定するためであり、試行錯誤による部品交換に頼らないからです。
単にリセットして無理やり通過させることはできますか？
オペレータがロボットのアラームを検知した際、最初にとる行動は通常「リセット」ボタンを押すことですが、SRVO-408についても同様にリセットを試みることはできます。ただし、単にリセットボタンを押すだけでは、根本的な問題は解決しません。その理由は単純です。DCSが依然としてSSO[3]がOFFであると検出している限り、安全状態は回復しておらず、リセット直後に再びアラームが発生します。正しい手順は以下の通りです：まず安全状態を復元する → SSO[3]が正常な状態に戻ったことを確認する → その後でアラームをリセットする → 最後にロボットの動作状態を確認する。
SSO[3]がOFFとなっている根本原因を解消せずに、何度もリセットボタンを押したり、コントローラを繰り返し再起動したりするのは、単なる時間の無駄です。さらに重要なのは、作業効率を優先して、絶対に安全入力を強制ジャンパーしたり、安全ロジックを勝手に変更してロボットを動かそうとしてはいけないということです。
サーボモータ自体が実際に故障している可能性はありますか？
一般的には、そうではありません。アラーム名が「SRVO」で始まるとしても、SRVO-408の本質的な定義は「DCS SSO Ext Emergency Stop」であり、これはDCS安全機能内のSSO[3] OFF状態に対応しています。したがって、ロボットがSRVO-408のみを発報し、サーボシステムを明確に示唆する他のアラームが一切ない場合、いきなりサーボモータ、サーボアンプ、エンコーダ、または減速機の交換に進むのは推奨されません。これらの部品は他のファナックアラームでは主な原因候補となり得ますが、SRVO-408に関しては、まず最初に点検すべき対象ではありません。
そのため、現場では「サーボアンプを交換したが、依然としてアラームが発生する」という事例が頻出します。これは、そもそも問題がアンプに起因しておらず、いくら交換しても解決しないからです。
絶対に、安全信号をショートカット（ジャンパー）してはいけません。
SRVO-408はロボットの安全機能に関連するアラームであり、通常の生産アラームと同様に扱ってはいけません。現場で作業している人の中には、「この安全信号を一時的にジャンパーすればロボットを動かせるのでは？」と考える方もいるかもしれません。しかし、このような対応は極めて危険です。
安全入力をジャンパーする、安全出力を無理やりONにする、DCSを勝手に無効化する、安全PLCをバイパスする、安全ゲートのインタロックを解除する、緊急停止回路をバイパスするなど、こうした方法でロボットを強制的に稼働させることは絶対にやってはいけません。これらの行為は、ロボットが本来備えている安全機能を直接破壊する可能性があります。特にDCSは、ロボットが予期せず動き出して危害を及ぼすリスクを低減するために存在しています。DCSがアラームを発した場合、正しい対応は、なぜ安全条件が満たされていないのかを突き止めることであり、その条件をシステムが「無視」するような方法を見つけることではありません。
DCS設定の変更が必要になる場合でも、機器の元々の安全設計、リスクアセスメント、および対応する安全立ち上げ手順に従わなければならず、安易な判断で行うことはできません。
日常的な使用で、頻繁に邪魔されないためにはどうすればよいでしょうか
SRVO-408は、特定の部品を交換するだけでは完全に防止できるものではありません。これはロボット全体の安全システムの状態に密接に関係しており、定期保守においても安全回路全体の点検が不可欠です。
例えば、非常停止ボタン、安全ゲート、安全リレー、安全PLCおよび関連する安全配線を定期的に点検します。また、ロボット制御盤内のコネクタや安全入出力配線も確実に固定されている必要があります。長期間の振動によって接触不良が生じ、断続的な安全故障が発生することを防ぐためです。
ファナック・コントローラーのDCS設定を変更した場合は、変更内容を記録し、有効なコントローラーのバックアップを確実に保持してください。特に、コントローラーの交換、バックアップの復元、またはロボット作業ステーションの再設定後には、DCS安全設定が現在の機械と一致していることを再確認する必要があります。
長期間稼働しているロボットでは、安全関連配線の経年劣化にも注意が必要です。長期間の振動、ケーブルトレイ内の往復運動、油汚れ、頻繁な曲げ動作などにより、ケーブルやコネクタに問題が生じることがあります。こうした問題は直ちにアラームを発生させない場合が多いですが、最終的には安全入力状態の不安定化を引き起こし、SRVO-408などのDCSアラームを偶発的に発生させることがあります。
専門家に依頼すべきタイミングは？
緊急停止スイッチ、安全ゲート、安全リレーなどの外部デバイスがすべて正常であることを既に確認済みにもかかわらず、SSO[3]が依然としてOFFの状態である場合、DCSの設定および安全信号についてさらに詳しく調査する必要があります。
特に、以下のいずれかの状況に該当する場合は、ファナックDCSに詳しいエンジニアを招集することをおすすめします：ロボットコントローラーを最近交換した；DCSまたはシステムのバックアップを最近復元した；安全PLCプログラムを最近変更した；ロボットワークステーションの構成を最近再設定した；DCS Safe I/O Connectの設定内容が不明確である；SSO[3]を制御している安全入力が特定できない；すべての外部安全デバイスが正常であるにもかかわらず、エラーSRVO-408が繰り返し発生する；あるいはロボットが一連のDCS関連アラームを出力している。
安全機能において最も重要なのは、「ロボットをできるだけ速く再稼働させること」ではなく、「安全システムが本当に正しい状態に戻っていることを確認すること」です。
