企业官网建设流程全解析

Hello World 大概是每个程序员的第一行代码。当年大一新生敲下printf("hello world!\n")的那一刻，确实激动，但那种成就感顶多持续三秒，因为电脑装了编译器就能跑。而嵌入式领域的 Hello World 完全不是这个剧本：交叉编译、目标板、烧录器、串口调试，一环扣一环。尤其遇到 Zephyr 这种号称“模块化物联网 RTOS”的东西，光开发环境搭建就能劝退一半人。

这篇记录是我个人 Zephyr 实践的第一篇，目标只有一个：把 Zephyr 开发环境搭建这道最劝退的坎完全趟平，然后跑通 Hello World 并理解背后发生了什么。不管你是在校学生、做物联网想换 RTOS 的工程师，还是手里吃灰着几块开发板的爱好者，这篇文章应该能帮你少走很多弯路。我会以 Ubuntu 22.04 为主，最后单独讲 Windows/WSL2 的差异，并整理一份常见报错排查表。

1. Zephyr 到底是啥，以及为什么环境搭建最劝退

1.1 一句话理解 Zephyr

你可以把 Zephyr 理解成“嵌入式界的 Linux 内核”，当然它不是 Linux，它要小得多，但它和 Linux 有几件事很像：开源、由 Linux 基金会托管、有完整的生态、用设备树描述硬件、用 Kconfig 做配置。它跑在内存只有几 KB 到几 MB 的 MCU 上，目标是物联网终端、可穿戴设备、工业传感器这一类场景。

和 FreeRTOS 这类传统 RTOS 相比，Zephyr 的最大特点是“原生支持蓝牙、Wi-Fi、Thread、802.15.4 等无线协议栈”，并且把驱动框架、电源管理、安全机制都整合进来了。也就是说，你做一个联网的物联网设备，不再需要自己东拼西凑各种协议栈，Zephyr 已经帮你把轮子造好，你只需要把应用写出来。

不过这些优势对应的代价就是——学习门槛偏高。Zephyr 的构建系统不是简单的 Makefile，而是 CMake + Ninja + west 的组合拳，还引入了设备树（Device Tree）和 Kconfig。新手最容易栽的坑不是写应用，而是“环境搭不起来”，代码连编译都过不去。

1.2 搭建环境的三个卡点：工具链、SDK 与 west

先说工具链。MCU 和 PC 的 CPU 架构不同，你要在 PC 上编译出可以在 MCU 上运行的二进制，就需要交叉编译工具链。Zephyr 官方提供了一套预编译好的 Zephyr SDK，里面包含了 GNU 工具链、QEMU 模拟器、OpenOCD 调试器等一堆东西，省去了你自己去配 arm-none-eabi-gcc 的麻烦。

再说是 SDK。Zephyr SDK 不只是编译器，它还内置了 QEMU 和调试工具，这也是为什么你即使没有开发板，也可以先在 PC 上模拟运行 hello_world。对新手来说，先跑通模拟器再碰真实硬件，是最稳的路径。

最后是 west。west 是 Zephyr 的“元工具”，负责拉取和管理整个 Zephyr 工程的多个仓库。Zephyr 项目本身不是一个单独的 Git 仓库，而是由 zephyr、hal、cmsis、openthread 等一堆子仓库组成。如果手动用 git clone，非常容易漏掉模块或者版本不匹配，而 west 就是用来干这个活的管理工具，类似于 Linux 下的 repo。

1.3 动手前先备齐这些东西

正式开始搭建之前，我建议你先确认一下手上的资源够不够，避免装到一半发现磁盘满了。

• 一台安装了 Ubuntu 22.04 的电脑，x86_64 架构，虚拟机也行，建议内存 8GB 以上
• 磁盘剩余空间 20GB 以上，实测 Zephyr 源码加 SDK 加构建中间文件，轻轻松松吃掉十几个 GB
• 能稳定访问 GitHub，如果网速不理想，大概率会遇到下载中断，建议提前更换镜像源或者准备好稳定的代理下载方式
• 一块可选的目标开发板，比如经典的 STM32F103C8T6（蓝丸）、ESP32、nRF52840 都可以，没有板子的话先跑 QEMU 模拟器也不会影响学习

有句话我得放在前面：Zephyr 的版本更新非常快，主线几乎每周都有合入。建议新手不要追主线，直接用 LTS 版本，比如当前阶段的 3.7 LTS 就非常稳。后面所有的命令我都是基于这个版本来写的。

2. Ubuntu 下从零搭建 Zephyr 开发环境

2.1 安装系统依赖包，别上来就 pip

很多新手拿到教程第一件事就是pip install west，然后发现后面编译各种报错，缺这个缺那个。原因很简单：Zephyr 构建过程依赖的很多工具不在 Python 生态里，得先用系统包管理器装好。

打开终端，先更新源，再安装这一串包：

sudo apt update sudo apt install --no-install-recommends git cmake ninja-build gperf \ ccache dfu-util device-tree-compiler wget \ python3-dev python3-pip python3-setuptools python3-tk python3-wheel xz-utils file \ make gcc gcc-multilib g++-multilib libsdl2-dev libmagic1

逐个解释一下这些包是干什么的，因为知其然才能少踩坑：

• ninja-build：Zephyr 默认的构建后端，比 make 快很多，CMake 会生成 build.ninja 然后交给 ninja 执行
• device-tree-compiler：设备树编译器，Zephyr 用设备树描述硬件资源配置，编译时必须把 .dts 源文件编译成 .dtb
• gperf：用于生成完美哈希表，Zephyr 内核里一些系统调用查表逻辑依赖它
• libmagic1：文件类型识别库，Zephyr 的构建系统会用它检测文件类型
• gcc-multilib和g++-multilib：编译 32 位和 64 位 host 工具时可能会用到
• libsdl2-dev：QEMU 模拟器图形显示依赖，如果你要在 QEMU 里跑带屏的例子，这个必须装
• libssl-dev在这条命令里我没有写进去，但建议单独装一下：

sudo apt install libssl-dev

因为后面编译某些依赖时可能会用到 OpenSSL 头文件。装完这些基础包之后，再去管 Python 侧的工具，顺序就对了。

2.2 用 venv 安装 west，绕开 Python 权限坑

Python 这块我强烈建议用虚拟环境，而不是直接全局 pip install。Ubuntu 22.04 自带的 Python 3.10 已经启用了 PEP 668 机制，直接pip install west很可能报error: externally-managed-environment，提示你系统 Python 环境被系统包管理器托管，不允许随意装包。

创建一个独立的虚拟环境，一劳永逸：

python3 -m venv ~/zephyr-venv source ~/zephyr-venv/bin/activate pip install --upgrade pip pip install west

装完之后验证一下：

west --version

如果输出类似West version: v1.2.0就说明成功了。注意，每次打开新终端，如果要用 west，都需要先执行source ~/zephyr-venv/bin/activate。嫌麻烦的话可以把这一行写进~/.bashrc里：

echo "source ~/zephyr-venv/bin/activate" >> ~/.bashrc

但我不太建议直接把 venv 自动激活写进全局配置，因为 venv 会覆盖系统 Python 环境，后面你开其他项目可能莫名其妙用错 Python。我更推荐的做法是用 west 的时候手动激活，或者直接用绝对路径调用，比如~/zephyr-venv/bin/west --version。

2.3 下载 Zephyr SDK 并配置环境变量

接下来是重头戏：下载 Zephyr SDK。这里说的 SDK 不是 Python 依赖，而是官方预编译好的跨平台工具链。官方下载地址在 GitHub 的 sdk-ng 仓库 releases 页面，我写这篇记录时用的版本是 0.17.0，你可以根据自己的系统架构选择对应的 tar.xz 文件。

cd ~ wget https://github.com/zephyrproject-rtos/sdk-ng/releases/download/v0.17.0/zephyr-sdk-0.17.0_linux-x86_64.tar.xz tar xf zephyr-sdk-0.17.0_linux-x86_64.tar.xz cd zephyr-sdk-0.17.0 ./setup.sh

setup.sh会把 SDK 里的工具链路径注册到系统里，过程中可能会询问你是否要安装 host 工具，选 yes 即可。安装完成后，SDK 目录里会多出一个sysroots目录，里面装好了 QEMU、OpenOCD 等运行环境。

然后配置环境变量。新建一个专门的文件管理 Zephyr 相关变量，避免把~/.bashrc弄乱：

echo "export ZEPHYR_TOOLCHAIN_VARIANT=zephyr" >> ~/.zephyrrc echo "export ZEPHYR_SDK_INSTALL_DIR=$HOME/zephyr-sdk-0.17.0" >> ~/.zephyrrc

ZEPHYR_TOOLCHAIN_VARIANT=zephyr是告诉 Zephyr 构建系统，使用 Zephyr SDK 自带工具链，而不是你自己在系统里装的 arm-none-eabi-gcc。这一步很关键，漏掉它的话，CMake 会提示找不到工具链，或者在你系统里乱找一通，最后给你一个摸不着头脑的报错。

2.4 拉取工程并通过 west update 同步模块

SDK 装好之后，就可以初始化 Zephyr 的工程目录了。新建一个目录，然后用 west init 初始化：

mkdir ~/zephyrproject && cd ~/zephyrproject west init -m https://github.com/zephyrproject-rtos/zephyr --mr v3.7.0

这里-m指定 manifest 仓库，--mr v3.7.0指定分支或 tag。如果你网速慢，可以把 GitHub 地址替换成你本地的 mirror 仓库地址，或使用代码托管平台提供的镜像，效果是一样的。

初始化完成后，目录下会有一个.west目录和一个zephyr仓库。此时还不能直接编译，需要执行：

west update

这个命令会读取 manifest 文件，把 zephyr、hal、cmsis、openthread 等所有子模块全部拉取到本地。这一步比较耗时，取决于你的网络，可能需要十几分钟。注意，west update 之后，还要安装 Zephyr 的 Python 依赖：

pip install -r zephyr/scripts/requirements.txt

requirements.txt 里包含 pyelftools、pykwalify、canopen 等一堆库，编译时都会用到。漏掉这一步，运行 west build 时可能会报No module named 'elftools'之类的错误。

到这里，开发环境的“骨架”就算搭好了。你可以执行west topdir确认工程根目录，输出~/zephyrproject就是正确的。

3. Hello World 实战：构建、运行与输出

3.1 先跑通 qemu_x86，不碰硬件也能练手

环境搭完，不建议一上来就烧板子，先用模拟器跑通再说。Zephyr SDK 自带 QEMU，支持很多模拟目标板，其中qemu_x86是最常用的一个。

在~/zephyrproject目录下执行：

source ~/zephyr-venv/bin/activate cd ~/zephyrproject west build -b qemu_x86 zephyr/samples/hello_world

第一次构建会比较慢，因为要生成设备树、配置 Kconfig、编译内核，大概一两分钟，取决于机器性能。构建成功后，会在build目录下生成zephyr.elf、zephyr.bin等文件。

然后运行：

west build -t run

此时 QEMU 窗口弹出，终端里会显示：

*** Booting Zephyr OS build v3.7.0 *** Hello World! qemu_x86

看到这行输出，你的 Zephyr 环境就算真正跑通了。用Ctrl+A松开后再按X可以退出 QEMU 模拟器。

如果你连图形界面都懒得开，也可以选择native_posix板子，直接把 Zephyr 编译成一个 Linux 可执行文件跑在宿主机上：

west build -b native_posix zephyr/samples/hello_world -p ./build/zephyr/zephyr.exe

这种方式启动更快，调试也更方便，非常适合写业务逻辑时本地验证，唯一的限制是没法模拟真实 MCU 的硬件外设。

3.2 再看懂 hello_world 的三个文件

跑通之后，建议打开zephyr/samples/hello_world目录，看看这个演示项目到底由什么组成。目录下的核心文件只有三个：src/main.c、CMakeLists.txt、prj.conf。

main.c 的内容非常简洁：

#include <zephyr/kernel.h> int main(void) { printk("Hello World! %s\n", CONFIG_BOARD); return 0; }

注意两点：第一，头文件不是标准 C 的stdio.h，而是zephyr/kernel.h，这是 Zephyr 所有应用都要包含的内核头文件；第二，打印函数不是 printf，而是 printk，这是 Zephyr 提供的内核打印函数，通过串口输出，不依赖标准 C 库。

CMakeLists.txt 是构建入口：

cmake_minimum_required(VERSION 3.20.0) find_package(Zephyr REQUIRED HINTS $ENV{ZEPHYR_BASE}) project(hello_world) target_sources(app PRIVATE src/main.c)

核心就是find_package(Zephyr)，它会去查找 Zephyr 的构建系统，然后ZEPHYR_BASE环境变量就是定位 Zephyr 源码的路径。这也是为什么我前面专门提到环境变量配置很重要，如果ZEPHYR_BASE没有设置或者指向错误，这一步就会失败。

prj.conf 在 hello_world 里是空的，或者只有很少的配置项。Zephyr 的配置体系是 Kconfig，就是内核配置系统，之后你要加 Wi-Fi、加蓝牙、开日志，都是在这里加CONFIG_XXX=y之类的配置。

我再强调一下构建核心逻辑：Zephyr 的构建分两层，一层是配置层（Kconfig），通过prj.conf和其他配置文件决定“编译哪些功能”；另一层是硬件描述层（设备树），通过.dts文件决定“硬件上有什么、驱动怎么连接”。这两套体系是 Zephyr 开发绕不开的核心，建议在跑通 Hello World 之后，花点时间把这两个机制理解透。

3.3 烧到真实板卡：以 STM32F103 为例

模拟器跑通之后，再烧到真实板卡上，你就会发现其实没那么复杂。我手上有一块经典的 STM32F103C8T6 蓝色板，Zephyr 官方支持它的 target 是stm32f103_mini。

先确认你已经用 ST-Link 连接好板子，然后执行：

west build -b stm32f103_mini zephyr/samples/hello_world -p west flash

-p参数是 pristine 模式，会清掉上一次的构建缓存，防止旧配置残留。west flash会读取板子自带的 flash 配置，自动调用 openocd 通过 ST-Link 烧录。Zephyr SDK 自带 openocd，所以一般不需要你手动安装。

烧录完成后，把板子的串口通过 USB-TTL 接到电脑上，查看设备节点：

ls /dev/ttyUSB*

然后用任意串口工具连接，波特率 115200，就能看到输出：

*** Booting Zephyr OS build v3.7.0 *** Hello World! stm32f103_mini

这里顺便说个细节：Zephyr 的 hello_world 默认使用串口输出，所以CONFIG_SERIAL和CONFIG_CONSOLE这些配置通常会由板级配置默认开启，不需要用户在 prj.conf 里手动配置。但如果你后面移植到自行设计的板卡，串口默认不启用，printk 就完全没有输出，这个坑我后面会讲怎么排查。

4. Windows 用户怎么搭：WSL2 与原生方案

4.1 首选 WSL2，把 Ubuntu 流程平移过来

Zephyr 官方文档里，Linux 是一等公民，Windows 虽然也能跑，但官方明确建议使用 WSL2 获得最佳体验。原因很简单：Zephyr 的构建工具链、Device Tree 编译器和 OpenOCD 在 Windows 下要么不好装，要么版本不匹配，而 WSL2 就是一个完整的 Linux 环境，能把你从环境地狱里解救出来。

Windows 10 以上系统，以管理员身份打开 PowerShell，执行：

wsl --install -d Ubuntu-22.04

装好之后重启，进入 Ubuntu 子系统，然后所有步骤就和我前面写的完全一样了：先更新 apt，再装系统依赖，再装 west 和 SDK。你可以照着第二节从头操作一遍，没有任何区别。

有一件事需要留意：WSL2 对 USB 设备的支持不像原生 Linux 那么直接。开发板通过 USB 连接的 ST-Link 调试器或串口，在 WSL2 里默认是不可见的。如果你主要烧录 STM32 这类 USB 调试设备，建议用 usbipd-win 把 USB 设备转发到 WSL2 里，或者干脆把编译放在 WSL2，烧录工具放在 Windows 侧。我个人更推荐后者：在 WSL2 里west build，生成的 .bin 文件放到 Windows 目录，再用 Windows 下的 STM32CubeProgrammer 或 OpenOCD 烧录。这种方式最省心，不折腾 USB 转发。

4.2 原生方案也可以，但你要有心理准备

如果你的开发任务不涉及 ST-Link 这类 USB 调试器，而是用 J-Link 或者网络调试器，在 Windows 原生环境下搭建也不是不行。思路和 Linux 类似，但每一步都多一点变数。

你需要先安装这些基础工具：

• Python 3.10 以上，安装时勾选 Add Python to PATH
• CMake 3.20 以上，建议用 chocolatey 或 cmake 官方安装包
• Ninja，用pip install ninja或 chocolatey 安装
• MSYS2 环境，用它安装dtc和gperf，因为 Windows 下没有简洁的二进制包

装好之后，再执行：

pip install west

然后初始化工程，下载 SDK。Windows 版本的 SDK 是一个.exe安装器，运行之后会装到指定目录。环境变量方面，需要手动设置ZEPHYR_TOOLCHAIN_VARIANT=zephyr和ZEPHYR_SDK_INSTALL_DIR，这点和 Linux 没有区别。

原生方案的坑主要体现在路径上。如果安装路径里有中文或者空格，CMake 的某些模块处理不好会直接报错。Git 的 submodule 拉取在 Windows 下也有可能出现符号链接解析失败的问题，尤其是west update拉取 hal_espressif 这类大仓库时，莫名报错就问你怕不怕。所以在 Windows 上，我的态度很明确：能上 WSL2 就上 WSL2，不要和自己过不去。

5. 环境搭建常见问题与排查实录

5.1 west 装好了却找不到命令

这是一个出现频率极高的新手问题。装完 west 之后，在终端敲west --version报错command not found。

原因和解决方案基本只有两类：

• 你用了 venv，但没有激活虚拟环境
• 你用了pip install --user west，而 Python 的 bin 目录不在 PATH 里

第一类很好解决，source ~/zephyr-venv/bin/activate即可。第二类，先执行python3 -m site --user-base找到用户级 Python 目录，然后在 PATH 里加上base/bin。比如输出是/home/user/.local，那就执行：

export PATH=$HOME/.local/bin:$PATH

如果不想每次都手动 export，把它写进~/.bashrc。但最推荐的还是直接用 venv，路径固定、依赖隔离、不会污染系统 Python。

5.2 CMake 编译时报 SDK 或工具链找不到

如果你执行west build时看到这样的报错：

Zephyr version cannot be determined CMake Error: The following variables are used in this project, but they are set to NOTFOUND ZEPHYR_SDK_INSTALL_DIR

基本可以断定是环境变量问题。检查一下：

echo $ZEPHYR_SDK_INSTALL_DIR echo $ZEPHYR_TOOLCHAIN_VARIANT

如果输出为空，说明你的~/.zephyrrc没有被加载。Zephyr 的构建脚本会自动读取~/.zephyrrc，但前提是你的终端环境变量里没有显式覆盖它。如果你用的是 WSL2 或者从~/.bashrc里 export 过，要在新终端生效必须重新 source。

还有一种情况是west update没执行成功，导致zephyr仓库缺少子模块。这时候直接重跑一次west update，然后重新west build -p。

5.3 烧录成功但串口没有任何输出

代码编译烧录都成功，但打开串口什么都没有。这个问题我在各种单片机开发者身上见得太多了，原因也五花八门：

• 波特率不对，Zephyr 默认 UART console 波特率是 115200，但板级配置文件可能改过
• 串口设备连错了，比如板子有两个串口，程序输出走的是另一个
• 板子没有复位或启动配置不对，有些板子烧录之后要手动复位一次
• USB-TTL 的 TX/RX 接反了，这是最基础但最容易犯的错
• CONFIG_SERIAL没有使能，hello_world 虽然默认在标准板型上是开的，但自定义板卡就必须自己确认

排查思路很简单，先从硬件着手：确认 TX/RX 连线、确认波特率，再用短接测试 USB-TTL 是否正常。硬件没问题之后，再检查软件配置，看 prj.conf 和板级 defconfig 里串口使能情况。最后逼不得已，用逻辑分析仪抓一下 TX 引脚上有没有数据波形，有波形就是软件或连线问题，没波形就是程序压根没跑到串口初始化的地方。

5.4 下载慢、编译卡、磁盘爆掉等问题

west update拉取大仓库慢，是最常见的问题。Zephyr 的 hal 仓库动辄几百 MB，一些模块的历史记录又重。解决办法有几个：第一，用git clone --depth 1之类的浅克隆方式，但 west 本身不支持直接配置浅克隆，需要手动修改 manifest 或者使用 git 的配置项；第二，使用镜像仓库替换 manifest 里的 URL，速度会有明显提升；第三，如果只是学习，暂时不需要的模块可以不管，反正编译时会自动跳过未拉取的模块吗？不一定，所以最好还是完整 update。

编译卡这个问题，多数是内存不足。Zephyr 编译一个工程，内存占用随随便便上 2GB，如果虚拟机只给了 4GB 内存，很容易出现编译进程被 OOM killer 杀掉。解决方案是加大虚拟机内存，或者减少并行任务。如果你用的是高版本 CMake，可以试试加-j2参数限制并行度：

west build -b qemu_x86 zephyr/samples/hello_world -- -j2

磁盘空间也是容易被忽略的一点。一个工程构建目录大约是几百 MB，SDK 和解压后的源码加起来十几个 GB。如果磁盘剩余空间不足 10GB，建议先清理一下，或者直接把~/zephyrproject和 SDK 放到空间充足的磁盘分区。

5.5 问题速查表

6. Hello World 之后，下一步怎么走

6.1 从 printk 到点灯：多线程与 GPIO

跑通 Hello World 之后，建议下一个试水的目标是 blinky 点灯例程，它比 Hello World 信息量大很多，涉及 GPIO 和内核延时机制。

west build -b qemu_x86 zephyr/samples/basic/blinky -p

在 QEMU 里运行，你能看到模拟的 LED 周期闪烁。如果你有真实开发板，把它烧到stm32f103_mini上，可以看到板上的 PC13 引脚 LED 在闪。这个例程会引入设备树里 GPIO 节点的使用方式，比如gpio_dt_spec和gpio_pin_configure这些 API，它们也是后续所有外设驱动开发的基础。

跑通 blinky 之后，再去接触线程创建、消息队列、传感器驱动，会顺畅很多。Zephyr 的多种调度方式、线程优先级、内核对象，逻辑上比裸机开发高一个维度，但一旦适应了这种“跑 RTOS”的思维方式，写复杂物联网应用会轻松不少。

6.2 想移植自己的板子，要看哪些东西

Zephyr 官方支持大量开发板，但不是每块板子都能直接跑。如果你手里的板子不在boards目录里，就涉及到“移植”这个概念。新手听到移植可能觉得高深，其实对 Zephyr 来说，大部分工作已经做了。

你需要做的事可以简单分为三步：

• 在boards/<arch>/<your_board>目录下新建板级目录，添加board.cmake、Kconfig.board、Kconfig.defconfig、board_defconfig、<board>.dts、<board>.yaml这几个文件
• 设备树描述硬件：把 SoC 型号、Flash/RAM 大小、外设地址和中断这些信息写进 .dts
• 板级 defconfig 配置默认使能的外设和引脚复用

听起来不复杂，但这里面坑很多，尤其是引脚复用（pinmux）和设备树之间的对应关系，搞错一个引脚就是跑不起来。如果你只是想让手头的板子快速跑起来，最现实的做法是找一个官方支持的、和你板子同系列的 target，看它的配置文件是怎么写的，然后照着改。Zephyr 源码里最不缺的就是参考示例，复制粘贴再修改，比从零画图快得多。

6.3 我踩过的一些坑，写给后来的你

最后分享几个纯个人体会。

第一，SDK 版本和 Zephyr 版本尽量配对使用。Zephyr 3.7 对应 SDK 0.17，Zephyr 4.x 对应 SDK 0.18 以上。版本错配最容易触发一些匪夷所思的编译错误，而我去查官方 release notes 才发现是版本问题。新版本发布时，sdk-ng 的 release 页面会明确写明支持哪些 Zephyr 版本，对号入座最安全。

第二，第一次编译别急着优化。我一个朋友为了图快，把west build包装成一个脚本，加了各种缓存清理策略，结果环境变量传递出问题，折腾了一下午。老老实实按官方文档的路径走，跑通一次之后，你自然而然地会明白哪些可以优化。

第三，保存好你的环境变量配置。我一般会把 Zephyr 相关配置拆到~/.zephyrrc单独管理，换机器、换项目都能快速恢复，也不用担心把~/.bashrc折腾得一团糟。

第四，多读源码，少相信博客。Zephyr 最大的财富是它高可读性的源码和详尽的文档。遇到不懂的 API，直接在zephyr/include目录里 grep，通常能得到比任何二手资料都准确的答案。

从环境搭建到 Hello World 再到第一个点灯例程，Zephyr 的学习曲线前期确实略陡，但跨过这道坎之后，你会发现它的内核模块、驱动框架和构建体系设计得非常清晰，值得投入时间。下一个阶段，我建议你认真啃一下设备树和 Kconfig 这两个机制，它们是 Zephyr 的灵魂。到时候再回头来看这篇环境搭建教程，你会对每一步的配置有更深刻的理解。