Bluetooth の開発キットを触ったことがある人なら、知らないうちに Zephyr の上でコードを動かしていたかもしれません。マイコン向けのリアルタイム OS として、この数年で急速に存在感を増しているのが Zephyr RTOS です。2026 年 2 月、Linux Foundation は「Zephyr Turns 10（10 周年）」と題した調査レポートを公開し、商用製品での採用が広がっている状況を数字で示しました。

とはいえ、「RTOS が標準化する」と言われても、Arduino や ESP32 で電子工作を楽しんでいる立場からは、少し遠い話に聞こえるかもしれません。この記事では、なぜ Zephyr が事実上の標準になりつつあるのかを一次情報で整理したうえで、作り手が最短で触り始めるための道筋までをまとめます。

📌 この記事の3行まとめ
  • Zephyr は Linux Foundation がホストする組み込み向けの RTOS。1000 を超えるボードに対応し、10 億台ではなく「1000 万台以上」の製品で動いているとされる
  • 標準化が進む要は、半導体ベンダが自社の公式 SDK を Zephyr ベースに切り替えた点。Nordic の nRF Connect SDK がその代表例
  • 中立な運営・定期リリース・豊富なドライバがそろい、Arduino や ESP32 に慣れた作り手でも west を入れれば L チカから最短で始められる
💡 ワード解説：RTOS（リアルタイム OS）

RTOS は Real-Time Operating System の略。Linux のような汎用 OS より軽量で、決まった時間内に処理を返す「リアルタイム性」を重視する OS です。マイコンのように「メモリが数十 KB〜数 MB」「反応の締め切りが厳しい」環境で使われます。Arduino の loop() だけでは書きにくい、複数の処理を並行して締め切り付きで回す用途で効いてきます。

🌱 1. Zephyr とは何か

Zephyr は、公式ドキュメントの言葉を借りれば「小さなフットプリントのカーネル」で、環境センサや LED ウェアラブルのような小さな機器から、スマートウォッチや IoT 無線機器のような複雑なコントローラまでを対象にした RTOS です。ライセンスは Apache-2.0、運営は Linux Foundation が担っています。

まず、土台のスペックを一次情報から並べておきます。

項目 内容 出典
種別 組み込み向けの小フットプリント RTOS 公式ドキュメント
運営 Linux Foundation のプロジェクト 公式サイト
ライセンス Apache-2.0 公式ドキュメント
対応アーキテクチャ Arm（v6-M〜v8-A）・RISC-V（32/64bit）・x86・ARC・Xtensa・MIPS ほか 公式ドキュメント
対応ボード 1000 を超える 公式サイト
実績規模 1000 万台を超える機器で稼働（と公式が記載） 公式サイト
無線・通信 Bluetooth 5.0／BLE、OpenThread、ネイティブ・ネットワークスタック 公式ドキュメント

対応アーキテクチャに Xtensa と Arm Cortex-M が入っている点に注目してください。これは、この blog でもおなじみの ESP32 や STM32 が、Zephyr の対象に含まれることを意味します。「特殊なチップ専用の OS」ではなく、手元のマイコンでそのまま試せる裾野の広さが、Zephyr の性格をよく表しています。

🔁 2. なぜ「標準」になりつつあるのか

結論から言うと、Zephyr の広がりは「性能が突出しているから」ではなく、エコシステムが自己強化するループに入ったからです。順に見ていきます。

2-1. 半導体ベンダが「自社 SDK の土台」に選んだ

最大の転換点は、チップメーカーが Zephyr を自社の公式開発環境の土台に据えたことです。代表例が Nordic Semiconductor で、同社は長く使ってきた独自の nRF5 SDK から、Zephyr ベースの nRF Connect SDK へと開発環境を全面的に移しました。Nordic は Zephyr プロジェクトへの主要な貢献企業の一社でもあります。

なぜこれが効くのか。チップメーカーが「うちの新しいチップは Zephyr で開発してください」と言えば、そのチップを使う全開発者が Zephyr に触れます。Nordic の nRF Connect SDK は、BLE・Bluetooth Mesh・Thread・Zigbee・Matter・Wi-Fi・LTE-M/NB-IoT までを 1 つの統一 SDK で扱えると案内されており、無線をやる人にとっては「Zephyr が入口」になっているわけです。Nordic だけでなく、Intel や NXP なども Zephyr を支える企業として名前が挙がります。

2-2. 中立な運営が「相乗り」を可能にした

Zephyr が特定の一社の持ち物ではなく、Linux Foundation の中立なプロジェクトである点も見逃せません。競合するチップメーカー同士でも、共通の土台になら安心して投資・貢献できます。この「中立だから相乗りできる」構造が、次の好循環を回します。

flowchart TD A["Linux Foundation が中立に運営"] --> B["半導体ベンダが公式 SDK に採用"] B --> C["対応ボードとドライバが増える"] C --> D["使う開発者が増える"] D --> E["コード貢献が集まる"] E --> F["エコシステムが厚くなる"] F --> B

一度この輪が回り始めると、「みんなが使うから、さらに使われる」という力が働きます。1000 を超えるボード対応は、この積み重ねの結果です。

2-3. 「作りっぱなし」にならない定期リリースと長期保守

組み込みは、製品を作って終わりではなく、何年も保守します。Zephyr は 4 月と 10 月をねらった 6 か月ごとの定期リリースを回しており、最新版は 4.4.0（2026 年 4 月 14 日）、次は 4.5 が 2026 年 10 月に予定されています。加えて長期サポート（LTS）版も用意され、直近の LTS は 3.7.0（2024 年 7 月）です。「いつ更新が来るか読める」ことは、長寿命の製品を作る現場では大きな安心材料になります。

2-4. 採用調査の数字

こうした構造の結果は、Linux Foundation Research の 10 周年レポート「Zephyr Turns 10」にも表れています。数字は調査にもとづくもので、母集団と時期を添えて読むのがフェアです。

指標 数字
米国・カナダで商用製品に採用済み 70%
欧州で商用製品に採用済み 62%
今後 1 年で採用を増やす／大きく増やす予定 69%
Zephyr 製品を 5〜10 年以上サポートすると回答 52%
有効回答数 413 件
調査時期 2025 年 10〜12 月
💡 数字の読み方

上の割合は「世界のマイコン全体でのシェア」ではなく、RTOS の選定・利用・貢献に関わる回答者 413 名を対象にした調査の結果です。回答者に偏りがある可能性は残りますが、それでも「商用でこれだけ使われ、今後も増やす意向が多い」という傾向は、標準化が進んでいることの一つの裏づけになります。

⚖️ 3. 「素の RTOS カーネル」と何が違うのか

RTOS というと FreeRTOS などの名前を思い浮かべる人も多いはずです。ここは誤解しやすいので、位置づけの違いだけ整理しておきます。

ざっくり言うと、従来型の軽量 RTOS の多くは「スケジューラ（タスク切り替えの仕組み）」を中心にしたカーネルです。ドライバや通信スタック、ビルドの仕組みは、別途チップメーカーの SDK やライブラリから寄せ集めることが多くなります。

対して Zephyr は、カーネルに加えて、デバイスドライバ・各種サブシステム（無線・ファイルシステム・電源管理など）・デバイスツリーによる設定・west というビルド/管理ツールまでを、ひとそろいで抱えています。

観点 従来型の軽量 RTOS カーネル Zephyr
中心 スケジューラ（タスク切り替え） カーネル＋周辺一式
ドライバ・通信 ベンダ SDK 等から寄せ集め プロジェクト本体に同梱
設定・ビルド プロジェクトごとに構築 デバイスツリー＋west で統一
ボード差し替え 移植作業が要りがち 対応ボードなら設定変更が中心

どちらが上という話ではありません。単一チップで軽く済ませたいなら素のカーネルが向く場面もあります。ただ、「複数チップにまたがって、無線もファイルシステムも使い、長く保守する」ような用途では、最初から一式そろっている Zephyr の重心の低さが効いてきます。標準化が進んでいるのは、まさにこの「一式そろっている」性格と相性のよい領域です。

🚀 4. 組み込みエンジニアの最短入門

「よさそうだが、重そう」と身構えるかもしれません。実際の入口は、思ったより素直です。手元に対応ボード（ESP32 でも STM32 でも Nordic の開発キットでもかまいません）があれば、次の流れで L チカまで到達できます。

flowchart TD A["対応ボードを選ぶ (ESP32 / STM32 など)"] --> B["west とツールチェーンを入れる"] B --> C["サンプル (blinky) をビルド"] C --> D["ボードへ書き込み"] D --> E["Lチカの動作を確認"] E --> F["ドライバ・サブシステムへ広げる"]
💡 ワード解説：west（ウエスト）

west は Zephyr の公式メタツールです。ソースの取得（複数リポジトリの管理）・ビルド・書き込みまでを一手に引き受けます。Arduino IDE の「ワンボタン」ほど隠蔽はされていませんが、コマンドの形が統一されているため、ボードが変わっても手順がほぼ同じになるのが利点です。

ポイントは、ボードが変わっても手順の骨格が変わらないことです。Arduino でチップごとにボードマネージャや作法が変わっていくのに比べ、Zephyr は「同じ west コマンドで、指定するボード名だけ差し替える」という感覚に近づきます。最初のセットアップこそ手数がありますが、そこを越えると横展開が速くなります。

いきなり west から始めるのが重いと感じるなら、Arduino の書き味で Zephyr に触れる入口もあります。当 blog で紹介した PiZZa｜Arduino IDE で Raspberry Pi Zero 2 W を動かす は、Raspberry Pi Zero の Linux を Zephyr に置き換え、Arduino IDE のスケッチをそのまま動かすプロジェクトです。「Zephyr が土台で動いている」ことを、Arduino の慣れた操作のまま体感できます。

✅ どのチップから触るか迷ったら

手持ちの ESP32 があるなら、まずはそれで十分です。チップの選び方そのものに迷うなら ESP32 シリーズの選び方、通信規格の勘所は I2C・SPI・UART の違いと使い分け が土台になります。より低レイヤ（メモリと時間）から組み込みを理解したい人には STM32 で学ぶ連載 が、Zephyr の「なぜそういう設計なのか」を腑に落とす助けになります。

📌 筆者の見方

正直に書くと、筆者はまだ Zephyr を入れていません。手元の開発は ESP-IDF が中心で、idf.py でターゲットを切り替えてビルドする流れが体に染みています。だから「west を入れて L チカ」という入口の軽さは分かるつもりでも、腰が重い理由は別のところにあります。

筆者の場合、ESP-IDF のビルド手順は Claude Code のスキルとして書き下してあり、環境そのものより、その周りに作った自動化のほうが資産になっているからです。RTOS を1つ増やすというのは、ツールチェーンを入れる話ではなく、その自動化をもう一組作り直す話でもある。記事にある「ボードが変わっても手順の骨格が変わらない」という性質は、まさにその作り直しが一度で済むという意味だと理解しました。そう読むと、west の統一感は入門者向けの親切さというより、手順を機械に任せたい人ほど効く設計に見えてきます。

とはいえ、これは触っていない人間の推測です。それより「次に手に取る無線チップの入口が Zephyr になっている可能性が高い」という指摘のほうが実務的には重く、筆者もそこで初めて必要に迫られる口だと思います。試すなら手持ちの ESP32 で、まず blinky を通すところからでしょう。

✅ まとめ

Zephyr が標準になりつつあるのは、単体の性能が飛び抜けているからではありません。中立な運営 → 半導体ベンダの採用 → ボードとドライバの充実 → 開発者の増加 → 貢献の集積という好循環に入り、そこへ定期リリースと長期保守が加わったからです。Linux Foundation の 10 周年レポートが示す採用の広がりは、その結果の一断面と言えます。

とはいえ、これは「今すぐ乗り換えるべき」という話ではありません。素の RTOS カーネルが向く場面も残ります。大切なのは、次に新しい無線チップや開発キットを手に取ったとき、その入口が Zephyr になっている可能性が高いという流れを知っておくことです。まずは手元のボードで west を入れて L チカから、あるいは PiZZa のように Arduino の入口から——触っておくと、標準化の波が来ても慌てずに済みます。

❓ よくある質問（FAQ）

Q. Zephyr は誰が作っているのですか？
A. Linux Foundation がホストするオープンソースプロジェクトです。ライセンスは Apache-2.0 で、Nordic Semiconductor をはじめ Intel や NXP など複数の企業が開発を支えています。特定の一社の所有物ではありません。

Q. FreeRTOS などとどちらが良いのですか？
A. 優劣ではなく守備範囲の違いです。従来型の軽量 RTOS はスケジューラを中心としたカーネルで、単一チップで軽く済ませたい用途に向きます。Zephyr はドライバ・通信スタック・ビルドツールまで一式を抱え、複数チップや無線を含む長寿命の製品に向きます。

Q. ESP32 や STM32 でも使えますか？
A. 使えます。Zephyr は Xtensa・RISC-V・Arm Cortex-M などに対応し、対応ボードは 1000 を超えます。ESP32 や STM32 はその代表的な対象です。

Q. Arduino しか触ったことがなくても始められますか？
A. 始められます。公式ルートは west というツールでビルド・書き込みを行う形ですが、手順の骨格はボードが変わっても共通です。Arduino の書き味のまま試したいなら、PiZZa のようなプロジェクトを入口にする手もあります。

Q. 最新版はどれですか？更新の頻度は？
A. 最新の安定版は 4.4.0（2026 年 4 月 14 日）で、4 月と 10 月をねらった 6 か月ごとのリリースです。次は 4.5 が 2026 年 10 月に予定されています。長期サポート（LTS）版も別に用意されています。

参考

採用調査の数値は Linux Foundation Research のレポート「Zephyr Turns 10」（2025年10〜12月実施・有効回答413件）にもとづきます。時期や母集団により変化しうる点にご留意ください。

🔗 関連記事