AGV/AMR 、PoCでは問題なかったのになぜ止まる？前編

製造業や物流業界では、人手不足への対応や生産性向上を目的として
以下の導入が急速に進んでいます。

AGV（Automated Guided Vehicle：無人搬送車）
AMR（Autnomous Mobile Robot：自律走行搬送ロボット）
AGF（Auto Guide Forklift：無人搬送フォークリフト）

しかし、実際の現場では、ロボット導入後に次のような問題が発生しています。

「PoCでは問題なく動いていたのに、本番運用では停止が増えた」
「走行中に突然ミッションを中断してしまう」
「ロボットのメーカーに問い合わせても、ロボット自体には問題がないと言われる」
「結果として、現場では『ロボットが使えない』という評価になってしまった」

では、なぜロボットは本番環境で止まってしまうのでしょうか。

実は、こうした停止トラブルの原因は、ロボット本体ではなくネットワークにあるケースがあります。

特にWi-Fiを利用している環境では、オフィス用途とは異なる設計が求められるにもかかわらず、一般的な無線LAN環境をそのまま流用しているケースも少なくありません。

本記事では、AMR導入時に発生しやすいネットワーク課題を中心に、「なぜWi-Fiがボトルネックになるのか」という根本原因から、AGV・AMRを安定稼働させるネットワークの設計ポイントまで、前編・後編の全2回にわたって解説します。

まず理解しておきたいのは、AMRは単なる搬送機器ではなく、
ネットワークを介してさまざまなシステムと連携する「ITシステム機器」だということです。

一般的な構成では、AMRとフリート管理システムがWi-Fiで接続され、さらにWMS／MES／ERPなどの上位システムと連携します。

AMRは運用中、例えば以下のような情報をネットワーク経由で送受信します。
 

• 現在位置・走行状況
• 走行指示・タスク情報
• 障害物や周辺環境に関する情報
• バッテリー状態
• ロボットのステータス情報

つまり、Wi-Fiの通信品質が低下すると、単に「データが少し遅れる」「一時的につながりにくい」という問題にとどまらず、AMRの走行やタスク実行に影響を及ぼす可能性があります。

特にAMRは、人や設備が行き交う現場を自律走行するため、通信が不安定になった際には、安全性を優先して停止する設計が一般的です。

そのため、情シス担当者から見れば「少しWi-Fiが不安定になった」という程度の事象でも、現場から見れば、「ロボットが止まった」「搬送が止まった」「結果として現場のオペレーションが止まった」という大きな問題につながります。

ここが、"オフィスのWi-Fi" と "AMRが利用するWi-Fi" で、求められる設計思想が大きく異なるポイントです。

本節ではAGV／AMRの運用現場でよくみられるネットワーク課題をあげていきます。
 

AGV／AMRの停止原因として最も多くみられるのがハンドオーバーの失敗です。
ハンドオーバーとは、移動中に接続先のアクセスポイント（AP）を切り替える仕組みです。
例えば倉庫内に複数のAPが設置されている場合、AMRは「AP-1→AP-2→AP-3→AP-4...」のように接続先を変更しながら走行します。

しかし、切り替え処理に時間がかかると、

• 数秒間通信断
• パケットロス発生
• セッション切断

が発生し、結果としてAMRが停止します。

人がスマートフォンを使う場合は多少通信品質が悪くても、そこまで問題となることはないかもしれません。しかしAMRは違います。数秒の通信断でも安全停止のトリガーになるためです。

それゆえ、情シス担当者は「Wi-Fiがあるかどうか」ではなく、「移動体通信向けに設計されているか」という観点から検討する必要があります。

オフィスで問題なく使えるWi-Fiでも、工場や倉庫では簡単に通信品質が悪化します。
理由は電波を遮蔽・反射する物体が圧倒的に多いためです。

代表例は以下です。
・金属ラック
・パレットラック
・フォークリフト
・配管
・工作機械
・鉄骨
・コンテナ
・シャッター

特に高層ラック倉庫では深刻です。通路中央では問題なくても、横方向へ数メートル移動しただけで電波が急激に減衰することがあります。

「前は問題なかった」が危険
特にWi-Fi設計時は問題なかったにもかかわらず、運用開始後に障害が増えるという声がよく聞かれます。
主な原因は以下です。
・レイアウト変更
・設備追加
・在庫増加
・棚配置変更

つまり工場や倉庫の環境そのものが常に変化しているのです。

Wi-Fi障害の中でも特定が難しいのが干渉問題です。
工場には想像以上に多くの電波利用機器があります。

例えば、
・Bluetooth
・ハンディターミナル
・RFタグ
・ワイヤレスヘッド
・Webカメラ
・IPカメラ
・無線マイク
・産業用無線機器
などです。

特に危険な2.4GHz帯
Wi-Fiで使用される2.4GHz帯は便利であるがゆえに、非常に混線しやすい周波数帯です。オフィスでは問題なくても、工場内でBluetooth端末、スキャナ、無線センサーなど、接続デバイスが増えると急激に混雑します。
その結果、通信遅延や再送増加、パケットロスが頻発します。

電波干渉による障害は、発生場所が一定しなかったり、特定の時間帯しか発生しないなどの特徴があるため、原因特定自体がそもそも難しいのです。

「電波強度=通信品質」というのは、現場で非常に多い誤解です。
例えば、「RSSI-45dBm」であっても停止するケースがあります。

理由は、接続端末数の増加によるAPの過負荷です。
最近の現場では、ノートPC、タブレット、スマートフォン、IPカメラ、ハンディ端末、AGV／AMRなど、多数の機器が接続されています。
その結果、APそのものが帯域不足になります。

最近増えているのがIP監視カメラです。IP監視カメラからは高解像度の映像が継続的に通信されます。その結果、例えば監視カメラ20台＋AMR10台が同じAPへ接続すると、AMRの制御通信へ大きく影響が出ることもあります。

情シスが見落としやすい点があります。それは、AGVやAMRは「ノートPCではない」ということです。

オフィスでは、メールやチャットツール、Webブラウザといったアプリケーションが中心です。
一方AMRでは、
・常時通信
・移動体接続
・リアルタイム制御
・ミリ秒単位の応答
が求められます。つまり、必要な設計思想そのものが全く異なるのです。

AGV／AMRに適切な無線ネットワーク構築を検討している方へ
▶ローカル5G Celona の詳細へ

PoCは通常、AMR1台、限定エリア、で実施されます。
しかし、本番環境になるとAMRの台数は数十台規模、利用エリアも敷地全域となります。この差が「PoCでは問題なかったのに本番運用で停止が増えた」の直接的な原因となります。

しかし、この問題はより深堀りしていく必要があります。というのも、通常AGV／AMRベンダーはネットワークの専門家ではないからです。
AGV／AMR導入で成果をあげるためには、AMRベンダーと現場担当者だけでなく、ネットワークベンダー、情シス担当者などの関係者が密に連携してプロジェクト推進する必要があります。

逆に「Wi-Fiは情シス担当」「AMRは現場担当」と分断されている組織ではトラブルが起きやすくなります。

AGV・AMRの停止原因として、ロボット本体を疑う企業は少なくありません。
しかし実際には、多くのトラブルがWi-Fi環境に起因しています。
特に注意すべきポイントは以下の5つです。

1.ハンドオーバーの失敗
2.電波強度不足
3.電波干渉
4.AP過負荷
5.オフィス向けWi-Fi設計

AGV・AMRを安定稼働させるためには、「Wi-Fiがつながるか」ではなく、工場や倉庫など、常に変化する環境において「移動するロボットを確実に制御できるか」という視点でネットワークを設計する必要があります。

移動体通信向け無線ネットワークの設計という観点から検討した場合、従来のWi-Fiではなく、ローカル5Gが重要な選択肢になりえます。

後編では、なぜローカル5Gが工場や倉庫などの常に変更する環境において、移動するロボットを確実に制御するための無線ネットワークとして最適なのかを解説します。

執筆者
畑 和之

双日テックイノベーションでプライベート・ワイヤレスネットワークのプロダクトマネジメントを担当。趣味はスポーツ観戦。あと、猫を２匹飼ってます。