1
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

組み込み機器にWi-Fiを載せる(1) モジュール選定の観点【全3回】

1
Last updated at Posted at 2026-07-19

はじめに

「この装置、Wi-Fi対応にしてほしい」――組み込みの現場で近年ますます増えた要望です。しかしWi-Fi搭載は、単に「モジュールをつなげば終わり」ではありません。方式選定、認証、供給、アンテナ、そして量産後の保守まで、判断ポイントが連鎖します。

このシリーズ(全3回)では、組み込み機器にWi-Fiを載せるときの考え方を、選定(今回)→評価(第2回)→量産前の落とし穴(第3回)の順で整理します。筆者は計測機器等の組み込み開発でWi-Fiモジュールの選定・評価に関わってきましたが、本シリーズは特定案件の話ではなく、市販の評価キット(EVK)で誰でも追試できる一般論として書きます。

なお、Wi-Fiのトラブルを室内で再現する環境づくりは、WLANトラブル再現環境シリーズ第1回で紹介しています。評価編(第2回)で活躍するので、併せてどうぞ。

最初の分岐:CPU内蔵型か、RFモジュール型か

Wi-Fiモジュールの世界は、モジュールの中にCPU/MCU相当と制御ファームウェアが入っているか、それとも無線I/Fだけが用意されているかで大きく2つに分かれます。ここが最初にして最大の分岐です。

  • CPU内蔵型(いわゆる「ホストレス型」):モジュール内にCPU/MCU相当(今回の実機で言えばESP32など)と制御ファームウェアが搭載されていて、ATコマンドや独自APIといった外部から見える範囲だけを叩けば動きます。TCP/IPスタックもモジュール側が持ちます。
  • RFモジュール型(いわゆる「ホスト処理型」):モジュール側は無線部(RF)のI/Fだけを提供し、制御はホスト側が担います。SDIO/SPI越しに自分でデバイスドライバを書く(または移植する)必要があり、TCP/IPスタックもホスト側で動きます。

この違いは工数に直結します。CPU内蔵型はATコマンドレベルの制御で済む分、立ち上げが速い一方、モジュールのファーム機能の範囲でしかできません。RFモジュール型はドライバから作り込む分、自由度は高いものの、開発工数と責任範囲が大きく増えます。「中に制御FWが入っていてATコマンドで済むのか、外側からドライバで完全制御する必要があるのか」を最初に見極めることが、工数見積もりの出発点になります。

組み込みWiFi搭載_ホストレス型とホスト処理型_icon

観点 CPU内蔵型(ホストレス型) RFモジュール型(ホスト処理型)
ホスト要件 小規模MCUでも可 Linux等が動くCPUとドライバが前提
代表的なI/F UART/SPI(ATコマンド、独自API) SDIO/SPI/USB
性能 モジュール内蔵CPUの上限に縛られる ホスト性能次第で高スループット
柔軟性 モジュールのファーム機能の範囲内 ホスト側で自由(ただし責任も自分持ち)
セキュリティ更新 モジュールファーム更新に依存 ホストOS側で対応できる範囲が広い
向く機器 センサー・小型機器、MCU構成(Dシリーズ側の世界) Linux機(Cシリーズ側の世界)

市販品で言えば、モジュール内のネットワークプロセッサをホストからコマンドやAPIで利用する系統と、Linuxホストにドライバを組み込んで使う系統(SDIO接続の無線モジュールなど)がある、という整理です。製品によって「モジュール」「ネットワークプロセッサ」「ホストレス」の意味が異なるため、名称ではなく、TCP/IPスタックがどこで動き、誰が無線ファームウェアを保守するのかで判断してください。

選定はまず、自分の機器がCシリーズ的(Linux機)かDシリーズ的(MCU機)かを決めるところから始まります。ここが決まれば候補は一気に絞れます。

env_nina_w132.png

手元で実際に触っているCPU内蔵型モジュールの評価環境(NINA-W132)です。データシートだけでは分からない挙動は、こうしてEVKを動かしてみて初めて見えてきます。

コラム:「同じシリーズ名」でも仕様は型番ごとに読む

型番選定で見落としがちなのが、同じシリーズ名でも、インターフェース、搭載ソフトウェア、アンテナ構成、認証範囲が異なるケースです。さらに、データシートの数値には最大値、代表値、特定条件での測定値が混在します。シリーズ名だけを見て、同じ性能が得られると考えるのは危険です。

データシートの代表値だけを見て「このシリーズなら大丈夫」と判断せず、型番の末尾やオプションコードまで含めて、適用条件と保証範囲を確認することが大切です。候補を比較するときは、数値の横に「測定条件」「代表値か保証値か」「対象型番」を一緒に転記しておくと、後の取り違えを防げます。

観点2:技適・各国認証

日本国内で無線設備を使用するには、原則として国内の技術基準への適合を確認する必要があります。組み込みでは、適合表示のある無線モジュールを、その認証条件の範囲内で使う方法がよく採られます。

  • 適合表示のあるモジュールを、認証時の構成・条件の範囲内で使う:無線部を一から設計する場合に比べ、確認事項を絞りやすい
  • チップから無線部を自前設計する:試験、申請、設計根拠の準備を含め、専門家との早期相談が必要

海外展開があるなら、FCC(米)、CE/RED(欧)等の取得状況も同様に確認します。「どの国で売るか」は選定の初日に営業へ確認すべき項目です。後から国が増えると、モジュールの認証範囲外なら再選定になりかねません。

注意点として、モジュールに適合表示があれば、完成品の確認がすべて不要になるとは限りません。アンテナ、無線パラメータに関わるファームウェア、実装方法などを変更すると、当初の条件から外れる可能性があります。個別判断は、モジュールベンダー、登録証明機関などへ確認してください。この変更管理は第3回で扱います。

観点3:供給性とファームウェア保守

Wi-Fiモジュールは製品より寿命が短いことがある部品です。選定時に確認したいのは次の点です。

  • 長期供給プログラムの有無:産業向けベンダーは供給年数のコミットを出していることが多い
  • 後継品への移行パス:ピン互換・API互換の後継があるか
  • セキュリティ修正の提供体制:Wi-Fi関連は過去に大きな脆弱性(WPA2のKRACK等)が出ています。モジュールファームの修正が出続けるか、それを自分の製品に配る手段があるか(→第3回のFW更新設計につながります)
  • 無線規格の世代:今からの新規設計でどの世代(Wi-Fi 4/5/6…)を選ぶかは、周波数帯(2.4G/5G/6GHz)の使い方と製品寿命から逆算する

「安くて在庫があった」で選んだモジュールが数年でEOL、はこの業界の定番の泣き所です。

コラム:海外ベンダーのサポートはコミュニティー頼みになることがある

海外の半導体・モジュールベンダーでは、技術サポートの窓口がフォーラム形式のコミュニティーになっていることが少なくありません。ベンダー側のサポートエンジニアに加えて有志のユーザーが回答してくれる場合もありますが、公式な一次回答が来るまでに数日以上のタイムラグが生じることがあり、これに苦労した経験があります。

量産前の詰めの段階で仕様の不明点が出たとき、この応答速度がそのままスケジュールに直結します。選定段階で「サポートフォーラムの生死」を確認しておく(後述の「ハマりどころ」も参照)だけでなく、量産スケジュールに問い合わせのリードタイムをあらかじめ織り込んでおくことをお勧めします。

観点4:アンテナ

電気屋が最後まで苦労するのがアンテナです。選択肢と特徴だけ整理します。

方式 特徴 注意点
モジュール内蔵アンテナ 設計負担最小。認証もセットのことが多い 筐体(特に金属)の影響を強く受ける。配置条件が認証で指定される場合あり
基板パターンアンテナ 安価 周辺のGND・部品配置に敏感。設計ノウハウが要る
外付けアンテナ(コネクタ) 金属筐体でも外に出せる。特性を選べる コスト増。認証の指定アンテナ制約を確認

キーワードは「筐体込みで決まる」です。机上のEVKで良好でも、金属筐体に収めた瞬間に別物になります。だからこそ、次回扱う「評価」が重要になるわけです。

ハマりどころ(選定段階)

  • データシートのスループット値を鵜呑みにする:理想条件のPHYレート・UDP値であることが多く、実機のTCP実効値とは別物です(第2回で測り方を扱います)
  • 消費電力は「モード別」に読む:受信待ち、送信ピーク、スリープ復帰時間。電池機器はカタログの1行では判断できません
  • CPU内蔵型の「内蔵TLS」のバージョン:古いモジュールはTLSの対応バージョンが古く、接続先クラウドの要件を満たせないことがあります
  • 開発環境・SDKの質:サンプルコードの充実度、SDKの更新頻度は開発工数に直結。EVKを1枚買って触ってから決めても遅くありません

現場コラム:EVKは「買って比べる」もの

Wi-Fiモジュールの単価に比べ、選定ミスのやり直しコスト(基板再設計、認証やり直し、日程遅延)は桁違いに大きい。だから私は、候補が2〜3系統に絞れた段階でEVKを全部買って並べて触ることを勧めています。数千円〜のEVK数枚は、保険として最安の部類です。

触ってみると、カタログでは見えないもの――SDKのビルドの通りやすさ、ドキュメントの誠実さ、ATコマンドの素直さ、サポートフォーラムの生死――が半日で分かります。この「触って分かる差」が、実は量産までの工数を最も左右する部分だったりします。

まとめと次回

  • 最初の分岐は「モジュール内にCPU/MCUと制御FWがあるか」=CPU内蔵型かRFモジュール型か。機器の性格(MCU機かLinux機か)と、ATコマンドで済むかドライバから作り込むかの工数差で決まる
  • 技適・各国認証は「モジュール認証の条件内で使えるか」を初日に確認。売る国のリストも初日に
  • 供給年数・ファーム保守・後継パスまで見て選ぶ。アンテナは筐体込みで考える

次回は、選んだ候補をどう評価するか。スループット/PERの測り方、自前評価と測定サービスの使い分け、そしてWLAN再現環境シリーズの環境を評価に活用する話です。

1
0
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
1
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?