倉庫のWi-Fiカバレッジが最も目に見える形で失敗するのは、高層ラック通路の奥端である。ピッカーがハンディターミナルの引き金を3回引き、最後のピックが未確認のまま画面がログイン画面に戻るのを見る。スキャナーは正常だ。システムも正常だ。失敗したのは、その場所、その数秒間、まさに最悪のタイミングにおける倉庫のWi-Fiカバレッジである。倉庫のハンディ端末群のトラブルシューティングを行うインテグレーターは、一貫したパターンを報告している。デバイス故障として届くチケットのほとんどは、実は無線の問題が化けたものであり、誤診は修正そのものより高くつく。なぜなら、デッドゾーンがそのまま残っているのに、チームはハードウェアを交換してしまうからだ。
倉庫のWi-Fiカバレッジは3つの認識可能な形で失敗する
最初の失敗の兆候は場所である。切断は常に同じ通路や同じベイ範囲で発生し、デバイスも作業者も問わない。2023年の秋、中国東部のサードパーティ・ロジスティクス倉庫が、ラック高さ最大9メートルの12,000平方メートルの高層施設に移転し、通路7から10のピッカーが奥端付近でセッション切断を報告し始めた。技術者は実際の原因を見つけるまでに3日間デバイスのログを調べた。すべてのアクセスポイントが通路入口の柱に設置されていたため、信号は奥端に届くまでに満載のラック4列を横切らなければならず、セッションを維持するには弱すぎる状態で到達していた。端末は2つのアクセスポイントの間を行き来し、各ピックにはおよそ2回分の余分な確認が必要となり、現場では1日あたり約300回の無駄な引き金操作が積み上がっていた。
2番目の兆候は時間である。切断は10 a.m.と3 p.m.の前後に集中する。これはウェーブピッキングによって最も多くのハンディ端末が同時にオンラインになる2つの時間帯である。アクセスポイントはクライアント数の上限に達し、新たに参加する端末は追い出され、再接続の試みが電波利用時間を奪い合い、混雑をさらに悪化させる。3番目の兆候は移動である。セッションが切れるのはゾーンを横切るときだけで、常温保管から冷蔵室へ、あるいはドックからラックへ戻るときである。端末はリンクがすでに死ぬまで古いアクセスポイントにしがみつき、およそ3から5秒の隙間を残す。これはスキャンがタイムアウトするのにちょうど十分な長さである。
ラック通路、ドック、冷蔵室:倉庫のWi-Fiカバレッジのための3つの地図
ラック通路、ドック、冷蔵室は3つの異なる無線環境であり、それらを同一と扱う1枚の配置図は、3回失敗するための計画である。ラックでは敵は障害物である。スチールラックと積載されたパレットが信号を断片化するため、アクセスポイントは通路の端から列を横切って狙うのではなく、通路の上方に設置し、通路に沿って向けるべきである。ラックが約8メートルを超える場合、1つの設置高さでは上下のレベルを両方うまくカバーできないことが多く、高さ別にカバレッジを分ける方が、1つの高さに無線機を増やすより効果的である。ドックでは敵は変化である。ドックの扉は開閉し、駐車したトレーラーは動く金属の壁となるため、扉付近の位置には冗長性が必要である。単一障害点がドック全体を停止させることは許されないからである。冷蔵保管では敵は温度差と結露である。扉ラインのすぐ上に設置された機器は霜がつく可能性があり、寒冷はハンディ端末のバッテリー寿命を縮めるため、配置は保守アクセスを考慮しなければならない。誰も手が届かない無線機は、誰も保守しない無線機だからである。
| ゾーン | 配置アプローチ | よくある間違い |
|---|---|---|
| ラック通路 | 通路の上方に設置し、通路に沿って信号を送る。8 m超では高さを分ける | 通路入口に設置し、満載の列を横切って狙う |
| ドックとステージング | 扉付近に冗長な位置を設け、変化する作業面をカバーする | 空のドックを調査し、満載のトレーラーを無視する |
| 冷蔵室 | 扉ラインの内側と外側に別々のポイントを設け、保守アクセスを考慮して配置する | 誰も手が届かない霜ラインに設置する |
| 充電・オフィスエリア | シフト交代時に端末が一斉アップロードする場所を強化する | ピーク時のアップロード中に多数の端末をオフィストラフィックと競合させる |
2番目の事例は、冷蔵室に独自の調査が必要な理由を示している。2024年の初め、中国北部のコールドチェーン倉庫では、冷蔵室の扉の両側にそれぞれアクセスポイントがあったが、扉ラインのユニットは繰り返し霜がついていた。冷蔵室に入る端末は、奥深くまで入るまで外側の無線機にしがみつき、その後切断して再接続し、約4秒の隙間が生じた。これはスキャンがタイムアウトするのに十分な長さであった。冷蔵室チームは1日あたりおよそ60件のピックを再確認していた。扉ラインのペアを、ハンドオフの重なりがより滑らかな2つのポイントに置き換え、端末がより早くローミングするよう調整したことで、ゾーン横断の切断は1日あたり数十件から一桁に減った。教訓は、より良い無線機を買うことではない。冷蔵室のローミングは実際の温度差で測定しなければならないということである。空の常温倉庫で測定したフルパワーの読み値は、minus 18度の部屋に触れた途端に通用しなくなるからである。
アクセスポイントを増やすとローミングが悪化することがある
デッドゾーンに対する直感的な修正は、隅々までフルバー表示になるまで無線機を追加することであるが、現場の経験は逆を示している。過密な設置ではローミングが悪化することが多い。2つの無線機が重なりすぎると、端末はその間を行ったり来たりし、切り替えのたびに短い中断が生じるため、切り替えが増えるほど生産的なスキャン時間は減る。古い端末は第2の問題、しがみつきを加える。信号が使えなくなるまで、衰える信号を手放すことを拒むのである。ローミングしないクライアントは、無線機をいくら追加しても修正できない。対策は量ではなく測定と調整である。隣接する無線機の重なりを、滑らかなハンドオフにちょうど十分な広さに保ち、端末のローミングしきい値を下げて、故障の瀬戸際まで待つのではなく、信号がまだ使えるうちに近い方の無線機へ移動させることである。ここに普遍的な正解値の表は存在しない。しきい値は、使用中の端末モデルと実際の作業の移動経路に合わせて調整しなければならず、他拠点の設定シートをコピーすることは、その問題を輸入する最も簡単な方法の一つである。
推測ではなく調査:構築前のチェックリスト
倉庫ネットワークプロジェクトの事後分析は、同じ根本原因に繰り返し戻ってくるが、それはめったに予算ではない。省略されたステップは調査である。平面図から描かれ、経験から見積もられ、ラックが埋まり、トラックが到着し、ウェーブが走り始める前に、空の建物で一度だけ検証された配置である。防御可能な手順は3回のパスで構成される。空の建物の調査、満載ラックのサンプル、ピークウェーブのストレステストであり、3つが食い違う場合は最悪の結果が優先される。受け入れ基準は契約に盛り込むべきであり、見た目ではなく行動に基づくものでなければならない。端末が作業ルートを切断なしに歩行し、ゾーン横断のローミングが許容可能な中断時間内に収まり、ピーク時の同時接続で大量切断が発生しないことである。同じチェックリストに1行加える価値のある、別個の安価な修正がある。スキャナーのトラフィックをオフィスのノートパソコンや映像から分離し、独自のSSIDに置くことである。2.4 GHzのハンディ端末は混雑した帯域を共有しており、専用のネットワークセグメントは、誰かがハードウェアを買う前に、断続的な苦情の多くを解消することが多い。
進む方向は、計画を立てるのに十分明確である。ハンディ端末の群れは増える一方であり、音声ピッキング、映像検証、リアルタイムのタスク更新はすべて同じ電波を共有するだろう。次回の倉庫ネットワーク支出における問いは、投資するかどうかではなく、無線機をどこに置くか、いくつ必要か、ローミング動作をどう調整するかを誰かが決める前に、デッドゾーンが位置別、時間別、移動別に特定されているかどうかである。これを正しく行う拠点は、必ずしも最も高価な無線機を持つ拠点ではない。何かを設置する前に、積載状態で2回測定した拠点である。
Dr. Chen(サプライチェーン研究者)著
英語版からの翻訳。内容に相違がある場合は英語版を優先します。







