01 / Symptoms
症状：「Wi-Fiが落ちる」の中身を先に分ける
現場の申告は「Wi-Fiが落ちた」で一括されがちですが、原因切り分けに必要なのは症状の範囲と再現条件です。
02 / RF & Roaming
通信要因：金属ラック、マルチパス、ローミングは依然として主要候補
物流倉庫は金属ラック、荷姿、フォークリフトなどにより電波環境が変わりやすく、遮蔽と反射が重なります。 また、ハンディターミナルは移動するため、AP間の切替条件が不適切なら「移動中だけ切れる」症状になります。
遮蔽・マルチパス
ラック列、荷物、設備、移動体によって電波強度と品質が位置依存で変わる。
干渉・チャンネル
APを増やせば改善するとは限らず、干渉やチャネル再利用条件の確認が必要。
ローミング
端末側挙動、AP配置、閾値、認証条件により、移動時だけ通信が途切れることがある。
無線方式そのものを検討する場合は、 Wi-Fi HaLow（IEEE 802.11ah）の落とし穴①｜サーベイと施工で決まる電波品質 で、方式選択と現場サーベイの関係を確認できます。
03 / Power Disambiguation
電源要因：PoEスイッチ／無線APが再起動すると、通信障害と同じ症状になる
PoEスイッチはネットワーク機器であると同時に、APへ電力を供給する給電装置です。 上流で瞬低・瞬停などが発生し、PoEスイッチが再起動すれば、その配下のAPへの給電も同時に止まります。
電源異常から現場停止までの時系列
- PoEスイッチまたは上流電源に瞬低・瞬停等が発生
- PoE給電が停止し、無線APが再起動
- 複数のハンディ端末がほぼ同時に切断
- AP復帰後、端末が再接続
- DHCP・認証・セッション再確立が発生
- WMS再接続・再ログイン待ちが現場停止として残る
ここで重要なのは、「数秒の電源事象」と「数分の業務停止」を同じものとして扱わないことです。 復電後もAP起動、ネットワーク収束、端末再接続、認証、WMSセッション復帰に時間が必要なら、 電源イベントより業務停止時間の方が長くなります。
電源品質そのものの切り分けは、 瞬低・瞬停はなぜ増えたのか？｜一次データが証明する電源品質 で、受電点から設備・通信機器までの比較方法を確認できます。
04 / Primary Data
一次データ：同じ時刻軸で「最初に何が落ちたか」を確認する
電波か電源かを切り分けるには、単独のログでは不十分です。 ネットワーク機器、端末、アプリケーション、電源の記録を同じ時刻軸に並べます。
| 確認する一次データ | 見るポイント | 切り分け |
|---|---|---|
| APログ | 再起動、切断、ローミング、チャネル、クライアント状態 | AP自身が落ちたか、端末だけが切れたか |
| PoEスイッチ | uptime、syslog、PoEポート状態、リンクUp/Down | 給電停止・スイッチ再起動の有無 |
| DHCP・認証 | アドレス再取得、認証要求、セッション再確立 | AP復帰後にどこで時間を消費したか |
| WMS・端末 | 通信エラー、再ログイン、タイムアウト、作業停止時刻 | 通信断が業務停止へ波及した時刻 |
| 電源品質 | 電圧、電流、周波数、瞬低・瞬断イベント、UPS入出力 | 通信機器再起動と電源異常が一致するか |
「APが落ちた時刻」「PoEスイッチが再起動した時刻」「電圧が変動した時刻」「WMSが通信エラーを記録した時刻」を重ねる。 この順序が原因切り分けの中心です。
電力品質を1秒単位で記録し、長期保存する考え方は、 本来のスマートメーターとは何か｜電力品質×一次データ×原本性 で解説しています。
05 / 次の確認先
症状と時系列から、次に調べる場所を決める
RF / ROAMING
場所・移動・AP切替に依存している
AP・PoEは継続稼働しており、特定位置や移動条件でのみ切れるなら、サイトサーベイ、AP配置、干渉、ローミング条件を優先します。
POWER / POE
複数AP・端末が同じ時刻に切れている
PoEスイッチやAPの再起動時刻と電源異常が一致するなら、PoE給電、UPS有無、分電盤、上流電源を優先して確認します。
NETWORK / AUTH
APは生きているが、接続復帰に時間がかかる
DHCP、RADIUS等の認証、上位スイッチ、ルータ、WMSセッションを確認し、無線区間より上位の復帰遅延を切り分けます。
06 / Countermeasures
対策：原因を確認してから、電波設計とPoE・UPS設計を分けて実装する
「Wi-Fiが切れるからAPを増やす」「瞬停かもしれないからUPSを置く」という順序ではなく、先に原因候補を切り分けます。 そのうえで、必要な対策だけを選びます。
電波・ローミングが原因の場合
- 現場状態でのサイトサーベイ
- AP配置・アンテナ・チャネル設計
- ローミング条件と端末挙動の確認
- 用途に応じたWi-Fi HaLow等の方式検討
PoE・電源が原因の場合
- PoEスイッチ、上位スイッチ、ルータの保護範囲を定義
- UPS入力・出力、切替時間、負荷率、保持時間を確認
- APだけでなく認証・DHCP・監視系まで復帰経路を確認
- 対策後に同じ計測点・同じ時刻条件で再測定
07 / Operational Impact
自動化が進むほど、通信停止は「ネットワーク障害」ではなく「物流停止」になる
ハンディ、AGV、自動倉庫、WMS、監視カメラ、IoT機器が同じネットワークへ依存すると、Wi-Fi停止の影響範囲は広がります。 問題は通信機器が一度切れたことではなく、入出庫、搬送、在庫更新、作業指示、証跡記録がどこまで止まるかです。
そのため、通信設計と電源設計は別々に完成させるのではなく、 止めてはいけない物流機能から逆算して、AP・PoE・上位ネットワーク・WMSの保護範囲を決めます。
08 / 再発防止までの流れ
「Wi-Fiが落ちた」の一言から、最初に止まったものを探す
物流倉庫の通信停止は、電波だけでも、電源だけでも説明できません。 位置・移動に依存するのか、複数端末が同時に切れたのか、APやPoEスイッチが再起動したのかを、まず時刻で分けます。
AP、PoE、DHCP、認証、WMS、電源品質の一次データを同じ時刻軸で照合すれば、 通信障害に見えていた事象が、実際にはどこから始まったのかを絞り込めます。 そこで初めて、サイトサーベイ、ローミング調整、PoE設計、UPS保護のどれを優先すべきか判断できます。
症状を確定する → ログを同じ時刻軸で並べる → 最初に止まった機器を特定する → 通信要因と電源要因を切り分ける → 対策する → 再測定する
09 / Evidence / References
根拠・確認資料
industry-primary-source
Wi-Fi Alliance「Wi-Fi HaLow」
IEEE 802.11ahを用いるWi-Fi HaLowの方式概要。無線方式の選択肢を確認するための参照。
industry-association-primary-source
802.11ah推進協議会「802.11ahを国内で利用可能とする電波法令改正が行われました」
日本国内で920MHz帯を利用するIEEE 802.11ahの制度環境に関する参照。
first-party-technical-analysis
瞬低・瞬停はなぜ増えたのか？｜一次データが証明する電源品質
電源品質事象を受電点、変圧器二次側、設備系統、制御・通信機器の時系列一次データで切り分ける方法。
first-party-technical-analysis
本来のスマートメーターとは何か｜電力品質×一次データ×原本性
1秒単位の電力品質データ、長期保存、時刻軸を用いた一次データ基盤の考え方。
※本稿は「Wi-Fiが落ちる」という症状の原因切り分けを目的としています。無線方式、AP構成、PoE、UPSの適切な設計は、倉庫構造、端末、負荷、既設ネットワーク、電源条件により異なります。
Alternative Power / Business Continuity
電源品質に、
空白をつくらない。
停電、設備故障、浸水、法定点検、リコールなど、 既存の電源設備が使えない時間にも、 通信、医療ICT、制御、監視、受付などの 止めてはいけない機能は残ります。
代替電源は、施設全体を支えることが目的ではありません。 必要な負荷と継続時間を絞り、初動を無瞬断でつなぎ、 発電機、電源車、別系統、系統復旧など次の電源へ引き継ぐまでの 時間を確保するために使います。
停電時の切替時間
無瞬断・0秒切替
停電発生時も接続機器への給電を継続
非リチウム方式
AGM方式鉛蓄電池
長期保有と定期交換を前提とした産業用設計
TAIS登録番号
02272-000001
可搬型UPS HPPHBB0101
公的な技術評価
神戸発・優れた技術
慧通信技術工業株式会社の認定技術
※必要な容量、出力、運転時間、切替条件は、接続する機器、突入電流、 設置環境、充電方法、運用体制により異なります。 既存設備との役割分担、代替電源への切替、次の電源への引継ぎまで含めて設計します。
