はじめに
シリーズ最終回です。選定（B-1）と評価（B-2）を通ったモジュールにも、量産の手前と後に落とし穴が待っています。今回は代表的な3つ――ファームウェア更新設計、認証の再取得条件、現地環境差――を扱います。
共通するのは、どれも「設計の最後に考えると手遅れになる」ことです。できれば選定と同時に、遅くとも基板が固まる前に、一度この3つを議論のテーブルに載せてください。
落とし穴1：ファームウェア更新の設計
Wi-Fi機器は「売って終わり」にできません。無線まわりは脆弱性が定期的に見つかる領域であり（WPA2のKRACKのような広範囲の事例もありました）、更新手段のない無線機器は、時間とともにリスク資産になっていきます。
設計として決めるべきことを並べます。
- 何を更新するのか：ホストFWだけか、Wi-Fiモジュール内のファームも更新対象か。ホストレス型（B-1参照）はモジュールファーム更新の手段・提供体制をベンダーに確認しておく
- どう届けるのか：ネット経由のOTAか、現地でのUSB/SD更新か。「Wi-Fiが不調な機器にWi-Fi経由で修正を届ける」矛盾も考慮に入れる
- 失敗にどう耐えるか：更新中の電源断で文鎮化しない設計（A/B面切替、フェイルセーフの縮退起動）。Cシリーズで扱った「電源はいきなり切られる」前提はここでも効きます
- 誰が引き金を引くのか：自動更新か、ユーザー操作か、保守員か。業務機器では「勝手に更新されては困る」運用要件も普通にあります
ポイントは、これらがソフト設計だけでなく、メモリ容量（2面分のFW領域）や基板（更新用コネクタ）に跳ねることです。だから「最後に考えると手遅れ」なのです。
落とし穴2：認証の再取得条件
B-1で「モジュール認証の範囲内で使えば負担が軽い」と書きました。量産前に確認すべきは、その裏返し――どこまでの変更なら認証がそのまま有効で、何をしたら再認証・追加手続きが要るのかです。
一般論として、次のような変更は、当初確認した無線設備の構成や条件へ影響する可能性があります。必要な手続きは変更内容や認証の取り方で異なるため、「この変更なら再認証」と記事だけで決めず、登録証明機関やモジュールベンダーへ個別に確認してください。
- アンテナの変更：指定アンテナ以外への変更、利得の異なるアンテナの採用
- モジュールファームの変更：送信出力・周波数の制御に関わる部分の改変
- 実装条件の変更：認証資料やベンダーの実装ガイドに示された条件から外れる変更
- 販路の拡大：認証を取っていない国への展開（B-1の「売る国リスト」の話の続き）
怖いのは、これらが量産直前の「ちょっとした変更」として起きがちなことです。「アンテナを安い同等品に変えよう」「筐体都合で配置を変えよう」――BOM変更会議の一行が、法規制対応のやり直しを引き起こし得ます。対策はシンプルで、無線に関わる変更はどんなに小さくても認証影響を確認するゲートを、変更管理プロセスに入れておくことです。
また、法令・技術基準・各国の制度は改定されます。長寿命の産業機器では、量産開始時の確認結果を保存したうえで、設計変更、仕向け地追加、部品変更のタイミングに再確認するゲートを保守計画へ入れます。
落とし穴3：現地環境差
開発室で完璧だった機器が、納入先で不調になる。Wi-Fi搭載機器のクレームで最も多いパターンではないでしょうか。原因は機器ではなく環境の差であることが多いのです。
- 電波の混雑度：開発室のAP数個 vs 都市部オフィスの数十AP。2.4GHz帯は特に別世界
- 遮蔽と反射：金属棚だらけの工場、鉄筋の壁、動き回るフォークリフト
- 干渉源：電子レンジ、Bluetooth機器、産業機器のノイズ
- 相手側インフラの多様性：納入先のAP機種・設定（帯域、ローミング設定、セキュリティポリシー）は千差万別。「うちのAPでは動いた」は何の保証にもなりません
設計・評価段階でできること
環境差をゼロにはできませんが、備えはできます。
- 劣悪環境を先に踏んでおく：B-2のnetem環境で高損失・高遅延時の挙動（再接続、アプリのタイムアウト、ユーザーへの見せ方）を作り込んでおく。「つながらないとき、機器がどう振る舞うか」こそ製品品質です
- 診断情報を仕込んでおく：RSSI・再送率・切断履歴を機器自身が記録し、現地で吸い出せるようにする。現地トラブルの一次切り分けが「ログをください」で済むかどうかは天と地の差です
- サイトサーベイの手順を用意する：納入前に現地の電波状況を確認する簡易手順（チャネル状況の確認等）を、設置マニュアルに入れておく
「現地で何が起きているか見えない」問題への道具立ては、WLANトラブル再現環境シリーズの観測編がそのまま使えます。
コラム：2.4GHz帯「ch12/13問題」―― リージョン設定と自動チャネル選択の落とし穴
現地環境差のうち、地味に踏み抜きやすいのが2.4GHz帯の使用可能チャネル範囲の違いです。
2.4GHz帯は国・地域ごとに許可されているチャネル数が異なり、大まかには次のように分かれます。
| リージョン | 使用可能チャネルの目安 |
|---|---|
| 北米（FCC）系 | 1〜11ch |
| 日本を含む多くの国・地域 | 1〜13ch |
※日本にはさらに14chがありますが、802.11bのみで使用できる特殊なチャネルのため、この表では省略しています。
Wi-Fiモジュールは、内部で「どの国・地域向けの電波規制に従うか」を示すリージョン（規制ドメイン）設定を持っています。ここで1〜11chまでに制限された設定・仕様のまま、12ch・13chが使われる可能性のある環境へ持ち込むと問題が起きます。同じ地域向けの製品でも、規制ドメインの持ち方によって1〜11ch対応と1〜13ch対応は混在するため、「アジア向けだから大丈夫」のような地域名での判断はできません。
APがチャネルを自動選択する運用では、周囲の混雑状況によって12ch・13chがたまたま選ばれることがあります。モジュール側のリージョン設定が1〜11ch対応のままだと、12ch・13chでは接続できない、あるいはそもそもその帯域を認識できません。厄介なのは、AP側が1〜11chを選んでいる間は問題なく動いてしまうことです。導入時のテストでは繋がったのに、後日AP側の自動チャネル調整で12ch・13chに切り替わった途端に通信できなくなる、という形で顕在化しやすく、原因の切り分けに時間を取られがちな落とし穴です。
対策の本筋は、製品の仕向け地と、モジュールの規制ドメイン設定・対応チャネル・認証条件を一致させることです。日本向けで12ch・13chを使用する可能性がある場合は、それらに対応した設定・型番であることをベンダー資料で確認し、採用構成で評価したうえで、認証条件との整合を確認します。
そのうえで、運用上の回避策の一つとして、AP側のチャネルを1〜11ch内の値に固定する方法があります。自動選択に任せず固定チャネル運用にすれば、12ch・13chに割り当てられて通信できなくなる事態は避けられます。設置マニュアルやサイトサーベイ手順（前述）に「チャネルは自動ではなく固定で設定する」旨を明記しておくと、現地での予防になります。ただしこれは現場側の回避策であり、製品仕様の整合確認の代わりにはなりません。
なお、モジュール側のリージョン設定を日本向けに変更して12ch・13chを使えるようにする方法もありますが、これは無線認証の前提条件（落とし穴2）に関わる変更になり得るため、ファームウェアレベルでの対応が必要な場合は、認証への影響をベンダー・登録証明機関に確認したうえで進めてください。
ハマりどころ（総集編として）
- 「評価に受かったモジュール」と「量産で載るモジュール」の差分管理：ファームバージョン、基板リビジョン、アンテナ。評価時と量産時の構成が一致している証拠を残す
- 初回接続体験の設計漏れ：SSID/パスワードをどう入れるのか（設定用AP方式、有線併用、スマホアプリ…）。技術評価に集中していると、この「最初の5分」の設計が最後まで残りがち
- セキュリティ設定の下限：納入先ポリシーで古い暗号方式が禁止/強制されることがあります。対応範囲を仕様書に明記しておく
- 保守部材としてのモジュール在庫：EOL（B-1参照）に備え、補修用の在庫方針を量産開始時に決めておく
現場コラム：Wi-Fi搭載は「機能追加」ではなく「運用を背負う決断」
シリーズを通して感じていただけたと思いますが、Wi-Fi搭載の本当のコストは、モジュール代でも開発工数でもなく、出荷後も電波と付き合い続ける運用にあります。脆弱性対応、認証の維持、現地環境のトラブル対応。有線LANやUSBにはなかった種類の「終わらない仕事」です。
それでも無線化の価値が大きい場面はたくさんあります。要は、選定の日に運用まで見通しておくこと。このシリーズがその見通しの助けになれば幸いです。
まとめ（シリーズ完）
- FW更新設計は最初に：更新手段・失敗耐性はメモリと基板に跳ねる
- 無線がらみの変更には認証影響確認のゲートを。売る国と有効期限の管理も保守計画へ
- 現地環境差には「劣悪環境の事前踏破」「自己診断ログ」「サイトサーベイ手順」で備える
3回にわたり、選定→評価→量産前の順で組み込みWi-Fi搭載を歩きました。電波を扱う不確かさを、再現環境と観測手段で「見える化」して飼いならす――という意味で、本シリーズはWLANトラブル再現環境シリーズと地続きです。未読の方はぜひそちらもどうぞ。
明日からできる1アクションは、変更申請書に「無線認証への影響」「評価時構成との差分」「FW更新経路」の3項目を追加することです。