zephyr移植支持类型soc适配

最新推荐文章于 2025-05-23 22:28:48 发布
最新推荐文章于 2025-05-23 22:28:48 发布
阅读量1.3k 收藏 8
点赞数 17
CC 4.0 BY-SA版权
文章标签： 算法
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/qq_35555785/article/details/136351600
本文详细介绍了如何在Zephyr嵌入式RTOS中适配STM32H743系列芯片，涉及工程目录结构、关键配置文件修改和自定义单板的步骤，包括Kconfig、devicetree、编译链接等关键环节。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

一、前言


    zephyr是一款小型物联网嵌入式RTOS，目前支持多款硬件平台，本文就是介绍下对zephyr支持的硬件平台移植的适配。

二、工程目录简介


 ├──  arch              包含和硬件体系结构相关的代码，每种平台占一个相应的目录

 ├──  boards          板级代码及相关的配置文件，例如stm32h743的就在目录zephyrproject/zephyr/boards/arm/nucleo_h743zi，我们适配自定义单板也主要是修改这个目录

 ├──  cmake           构建 Zephyr 需要额外的构建脚本

 ├──  doc               系统文档目录

 ├──  drivers          设备驱动，每个不同的驱动占用一个子目录

 ├──  dts               devicetrree 源文件，用于描述特定板子的设备细节，如外设寄存器数量及寄存器地址

 ├──  ext               其他功能的支持

 ├──  include        包括所有公共 api 的文件，除了在 lib 下定义的部分

 ├──  kernel         与架构无关的内核代码

 ├──  lib               库代码，包括最小的标准 C 库

 ├──  misc            不属于任何其他顶级目录的杂项代码

 ├──  modules         提供特定芯片系列的一些外设配置选项

 ├──  samples         演示使用 Zephyr 特性的示例应用程序

 ├──  scripts         用于构建和测试 Zephyr 应用程序的各种程序和其他文件。

 ├──  soc             SoC 相关代码和配置文件，如 nRF9160 soc

 ├──  subsys          zephyr 子系统，包括 USB，网络，文件系统及蓝牙等

 ├──  tests           测试 Zephyr 特性的代码

 ├──  CMakeLists.txt CMake 构建系统的顶层文件，包含构建 Zephyr 所需的大量逻辑

 ├──  Kconfig        顶层 Kconfig 文件，它引用 Kconfig.zephyr 文件。也可以在顶级目录中找到

 ├──  west.yml    West 清单，列出由 West 命令行工具管理的外部存储库

三、适配动作


    本文以移植stm32h743系列soc为例，具体芯片型号为STM32H743IIT6；

    首先了解一下一个单板目录的文件结构组成，包括：

        Kconfig.board：与Kconfig.defconfig配合使用，共同组成项目编译选项配置，完成Kconfig功能

        nucleo_h743zi.dts：设备树文件，定义单板的各项设备驱动的数据信息，也是我们适配需要重点修改的文件

        board.cmake：定义单板编译链接下载的方式

        Kconfig.defconfig：与Kconfig.board配合使用，共同组成项目编译选项配置，完成Kconfig功能

        nucleo_h743zi.yaml：描述单板硬件各项数据信息，包括单板型号、flash大小、ram大小、支持的设备驱动等

        doc/：里面存放单板相关的文档和图片说明

        nucleo_h743zi_defconfig：定义单板的各种开关以及指定系统时钟频率

        support/：st-link才有此文件夹，负责支持openocd

   下面开始展示下怎么自定义一个单板目录，其实zephyr对于各个平台的单板的适配都做的很好，所以真正改动的地方不会太多：

    1）首先在zephyr目录下找到自己想要适配的芯片目录，在同级目录下复制一个，我这里是h743，所以我复制的是nucleo_h743zi单板目录，取名nucleo_h743zephyr，之后下面的所有改动都在这个目录下进行

    2）doc和support这俩目录基本不用改动，同系列soc这俩目录是通用的

    3）board.cmake：如果你用的是st-link则不需要修改,如果用的是jlink请参考支持jlink的板子填写

    4）Kconfig.board：将改为（注释内容也最好跟着修改体现一致性，我这里没改是错误举动）

    5）Kconfig.defconfig：将改为

    6）nucleo_h743zephyr_defconfig：将原本复制过来的nucleo_h743zi_defconfig更名为nucleo_h743zephyr_defconfig，并在里面添加系统时钟频率设置CONFIG_SYS_CLOCK_HW_CYCLES_PER_SEC=400000000 #II6为400MHz，具体要根据芯片手册设置

    7）nucleo_h743zephyr.dts：将原本复制过来的nucleo_h743zi.dts更名为nucleo_h743zephyr.dts，这个里面会描述大量驱动设备的数据，例如管脚接口，地址信息，引用的设备，这个需要根据芯片开发手册和硬件原理图去调整

    8）nucleo_h743zephyr.yaml：将复制过来的nucleo_h743zi.yaml更名为nucleo_h743zephyr.yaml，对立面关于单板型号的描述从H743ZI改为H743ZEPHYR，主要是name和identifier这俩属性，其余是通用不需要修改

    9）还有就是有些应用需要制定特殊配置，这时候需要在应用的工程目录下添加.overlay文件，zephyr的驱动样例就有大量操作，例如adc里面就指定通道信息，比较奇怪的是节点名@后面数字超过15需要使用十进制否则代码识别不了，例如使用通道19就要写成channal@19

至此就将板子接上stLink与主机相连，在CMakeLists.txt同级目录下执行west build -b nucleo_h743zephyr -p编译自定义单板工程，使用west flash命令烧写

zephyr移植到STM32
韦东山嵌入式专栏
01-06 3167
我们需要在zephyr/boards/st/ 下新建一个我们的开发板的文件夹，如果官方支持的开发板里没有和我们板子主控相同的，需要找个相近的复制一下，这里我复制的是stm32h750b_dk。包含适用于 Zephyr 支持的每个架构的工具链，这些工具链 包括编译器、汇编器、链接器和其他构建所需的程序 Zephyr 应用程序。如果您不确定 west 为您的开发板使用什么名称，可以使用该名称来获取 Zephyr 支持的所有开发板的列表。使用dir命令列出st目录下所有开发板，看一下有没有符合自己的开发板；
【Zephyr 玩转 BluePill】在 Ubuntu 下点亮你的第一个 STM32 LED
hemoparrot的专栏
05-30 1019
Zephyr + STM32 BluePill嵌入式开发实战 核心优势 开源RTOS：Zephyr提供模块化架构与现代构建系统（CMake+Kconfig） 跨平台开发：支持Ubuntu+VSCode开发环境，摆脱Keil限制 统一驱动模型：通过Devicetree实现硬件抽象 快速上手 环境配置：安装west工具链、arm-gcc编译器和CMSIS-DAP调试工具 项目创建：使用west初始化包含app/src/main.c的标准项目结构 代码示例：通过GPIO驱动实现LED闪烁（含设备树节点查询方法）
Zephyr移植到NXP MIMXRT1060_EVK-RT1061 CVL5A过程
17岁boy的博客
10-14 1524
最初我在工作时需要在NXP平台上运行AI代码，我需要一个操作系统作为基柱，这样能更好地去实现相关功能，领导选择的板子是基于NXP MCU系列的I.MXRT1060 EVK为基础的一块开发板，这块板子主频600MHZ，用来跑一些基础的AI代码还是可以的，毕竟目前只是想用于测试。 最开始 ...
移植 Zephyr 到 Art-Pi
Tang的博客
03-24 1358
​ 最近工作中接触到了 Zephyr，不由觉得 Zephyr 是个很强大、全面、优秀的实时操作系统，但同时是有一定的上手难度的，其复杂的构建系统让小编倒吸一口凉气。但此时，Zephyr 的 shell 还不能使用，因为 shell 作为 Zephyr 的一个子系统此时还未使能，这也是 Zephyr 构建系统的一大优势，以搭积木的形式构建系统，缺少某一模块，仍然能够编译链接通过，仅仅是该能力缺失而已。​ 这一命令的背后到底发生了什么？​ 使用命令行的方式虽然能进行调试，但是很麻烦，效率不高，这时候可参考。
移植Zephyr到RT-THREAD的RISC-V开发板
tornadoX的专栏
04-20 961
在GD32VF103这个RISC-V开发板上移植Zephyr
Zephyr应用笔记：添加自定义板类型（基于zephyr已经支持的SOC类型）
u010018991的博客
03-28 2036
zephyr（version 1.11.0），Github地址：https://github.com/zephyrproject-rtos/zephyr例如我们自己的画的板子是基于STM32F411RE，由于zephyr已经支持了nucleo_f411re开发板，所以我们直接拷贝一份并重命名为my_board，进入my_board文件夹查看所有文件如下：doc：文档和图片说明；support（如果...
Zephyr - 架构移植指导
SimonWang6的博客
11-27 1973
原文链接 Zephyr 目前不支持某些 ISA 和 ABI 架构。如果您希望在这些架构上运行 Zephyr，需要做一些架构相关的移植工作。 Zephyr 目前支持的 ISA 和 ABI 架构包括： x86_32 ISA with System V ABI x86_32 ISA with IAMCU ABI ARMv7-M ISA with Thumb2 instruction set and...
Zephyr 会成为物联网时代RTOS的佼佼者？
cnzzs的博客
07-13 1541
最近，有接触到Zephyr操作系统，在这之前我也没怎么了解过，简单了解了一下，发现其增长的势头还挺猛的。下面我们一起来简单认识认识Zephyr。Zephyr 简介Zephyr RTOS是Linux基金会下的一个开源项目，以其高效、灵活、安全的特点，在实时操作系统领域崭露头角，成为物联网设备开发的首选之一。基于Apache ...
Zephyr RTOS -- 源树结构及软硬件配置过程简介
思想给了我们太多的自由，而我们拖累了思想......
06-18 3339
文章目录前言摘要源树结构参考链接 前言 本人正在学习 Zephyr，一个可移植性较强，可以兼容多种开发板及物联网设备的操作系统，如果你感兴趣，可以点此查看我的 学习笔记总述 进行了解！   摘要 之前介绍了如何 创建并编译一个新的工程，可以正常的编译并烧录到开发板上进行运行了，但是对于具体怎么工作的，如何创建，构建和运行 Zephyr 应用程序，还是比较模糊的。所以，本次简单介绍一下关于这部分的内容。   源树结构 zephyr ├── arch 包含和硬件体系结构相关的代码
Porting Zephyr RTOS to Leon.pdf
06-04
在总结这部分内容时，可以看出，将Zephyr RTOS移植到LEON/GRLIB SoC SPARC v8架构的工作是复杂而精细的，需要对目标平台的架构有深入理解，并且要充分利用平台提供的扩展和优化特性。在这一过程中，涉及的主要知识点...
为何选择 Zephyr？——嵌入式开发新时代的首选 RTOS（系列导读篇）
hemoparrot的专栏
05-23 768
📝 摘要 《深入掌握Zephyr RTOS》导读篇介绍了Zephyr作为现代RTOS的定位与优势，适合IoT开发者及RTOS学习者。Zephyr由Linux基金会主导，具备模块化、跨平台（支持STM32/nRF/ESP32等）、工业级组件（BLE/TCP/IP/OTA等）及安全特性（ASLR/MPU隔离），相比FreeRTOS等更具扩展性和标准化。其架构分层清晰（应用层、内核、硬件抽象层），支持DevOps工具链（CMake/west），并兼容商业芯片平台。系列文章将从开发环境搭建逐步深入至实战案例（如低
Zephyr系统移植调试小结
热门推荐
hunter168_wang的专栏
02-28 1万+
本文主要是针对本人基于ATMEL SAMV71-xult板卡一直zephyr系统过程进行小结，不足之处望大家多多指点！！
ESP32移植Zephyr RTOS（一）-----hello world
godmial的博客
10-14 943
之前一直想用正点原子阿波罗F4来写zephyr系列教程来自，但是本人水平有限RGB LCD实在是搞不懂，遂放弃，正好手头有一个吃灰的实战派，研究了一下发现搭配zephyr还挺适的，好了废话不多说直接开始。
移植 stm32f7_移植zephyrOS到正点原子apollo STM32F767上
weixin_35671171的博客
12-30 704
移植(port)zephyrOS到正点原子apollo STM32F767开发板上，按照官方移植文档[1]，在 boardsarm 中复制nucleo_f767zi，并改名apollo_f767ig，分别重命名nucleo_f767zi.dts、nucleo_f767zi.yaml、nucleo_f767zi_defconfig为apollo_f767ig.dts、apollo_f767ig.ya...
ESP32移植Zephyr RTOS（二）-----使用LVGL
godmial的博客
10-15 1770
478208286你可能会好奇，上一章还是hello world呢，怎么一下子就跳到lvgl了？其实这就是zephyr，你只需要知道怎么配置设备树，很多东西都是拿来即用的，使用zephyr开发说明白了就是配置配置东西，跟Linux很像，所以本篇文章最主要是讲解一下怎么配置。
ubuntu下zephyr开发环境搭建以及移植到iMX.7S的M4内核的过程
cui939662143的博客
11-19 949
zephyr开发环境搭建 首先介绍如何在ubuntu16.04 Desktop环境下搭建Zephyr开发环境。构建Zephyr开发环境除了需要正确获取Zephyr源码和Zephyr SDK，还需要正确安装python3、cmake和git等工具。 更新软件源 sudo apt-get update sudo apt-get upgrade 安装依赖包 sudo apt-get ins...
Zephry_安装与移植到Stm32F746g_disoc
17岁boy的博客
08-05 2191
1 sudo apt update sudo apt upgrade 2 CMake 3.13.1 Python 3.6 device-tree-compiler 1.4.6 3 sudo apt install --no-install-recommends -y git cmake ninja-build sudo apt install --no-install-recommends -y gperf ccache dfu-util sudo a
Zephyr 之创建 Custom SoC - 2
UnsicentificLLLL的博客
10-18 469
介绍如何将芯片的 hal 文件引入到 zephyr os 中
ZephyrOS--添加自定义STM32开发板
飞临云的博客
08-29 6026
本文使用开发板为STM32F103ZET6最小系统板和STM32H743VIT6最小系统板，不涉及架构移植。
zephyr west devicetree展开和原理
最新发布
07-28
<think>首先，用户的问题是：“我想理解Zephyr操作系统中west工具的devicetree展开机制及其原理 请问Zephyr west devicetree 展开机制和工作原理”。用户想了解Zephyr操作系统中west工具的devicetree展开机制及其原理。 关键点是： - Zephyr RTOS：一个开源的实时操作系统。 - West工具：Zephyr的命令行工具，用于管理项目、构建、配置等。 - Devicetree：一种硬件描述语言，用于描述硬件配置，在Zephyr中被广泛用于硬件抽象。 用户提到的引用是站内引用的内容，我应该参考这些引用来提供相关和准确的信息。引用包括： - [^1]: 关于电源管理、外设控制等。 - [^2]: 关于Zephyr构建环境，如find_package、project等。 - [^3]: 关于设备运行时电源管理（Device Runtime Power Management）。 - [^4]: 关于DTS、Kconfig等硬件适配。 用户的问题集中在devicetree的展开机制，特别是与west工具相关。所以，我需要解释devicetree在Zephyr中是如何工作的，以及west工具在其中的角色。 ### 理解Devicetree在Zephyr中的作用 在Zephyr中，Devicetree（DTS）用于描述硬件平台，包括CPU、内存、外设等。它允许开发者编写与硬件无关的代码。Devicetree文件（.dts和.dtsi）被编译成二进制格式（.dtb），然后在构建过程中被解析和集成到Zephyr中。 ### West工具的角色 West是Zephyr的元工具，用于管理多个仓库（manifest）、构建项目、运行测试等。在构建过程中，west调用CMake来配置项目，这包括处理Devicetree文件。 ### Devicetree展开机制 Devicetree展开机制指的是将多个Devicetree源文件（.dts、.dtsi）合并、解析并生成最终设备树表示的过程。这包括： 1. **预处理**：处理包含文件（#include）、宏等。 2. **解析**：将DTS文件解析成内部数据结构。 3. **绑定**：使用YAML绑定文件将设备树节点映射到Zephyr驱动程序。 4. **生成**：生成C头文件或数据结构，用于代码编译。 在Zephyr中，这个过程由Devicetree工具（dtc或Zephyr的自定义工具）处理，west工具协调整个构建流程。 ### 与引用的相关性 - 引用[^4]提到：“DTS (.dts/.dtsi)硬件资源声明与地址映射”，这与Devicetree直接相关。 - 引用[^2]提到CMake构建环境，如find_package和target_sources，这与west工具如何调用构建相关。 - 引用[^3]提到设备电源管理，但用户问题焦点是devicetree展开，所以可能次要。 - 引用[^1]关于电源管理，不太直接相关。 我应该专注于解释机制，并自然地引用相关部分。 ### 回答结构 根据系统指令： - 使用中文回答。 - 结构清晰，逐步解释。 - 行内数学表达式用$...$，但用户问题不涉及数学，所以可能不需要。 - 独立公式用$$...$$，但同样，这里可能不适用。 - 生成相关问题。 - 在引用段落末尾添加引用标识。 回答结构： 1. **引言**：简要介绍Zephyr的Devicetree和West工具。 2. **Devicetree展开机制**：详细解释过程，包括预处理、解析、绑定和生成。 3. **West工具的作用**：解释west如何管理构建流程，包括Devicetree处理。 4. **原理**：讨论背后的原理，如硬件抽象、代码生成。 5. **引用相关部分**：自然地融入引用。 6. **相关问题**：生成相关问题。 ### 生成相关问题 在最后，添加相关问题，如： - Devicetree绑定文件如何编写？ - 如何在Zephyr中自定义Devicetree？ - West工具的其他功能是什么？ ### 确保真实可靠 基于我对Zephyr的理解： - Zephyr使用Devicetree来定义硬件。 - West工具使用manifest文件管理仓库。 - 构建时，CMake调用dtc或类似工具处理Devicetree。 - 引用[^4]提到DTS和Kconfig，直接相关。 最终回答应清晰、教育性强。</think>### Zephyr West工具中的Devicetree展开机制及原理 在Zephyr RTOS中，Devicetree（设备树）是一种关键硬件抽象机制，用于描述硬件平台（如CPU、内存、外设等）的配置信息。West工具作为Zephyr的命令行接口，用于管理项目构建、配置和依赖。Devicetree的“展开机制”指的是将多个Devicetree源文件（.dts、.dtsi）合并、解析并生成最终可执行代码的过程。这一机制确保硬件描述与驱动代码无缝集成。下面我将逐步解释其工作机制和原理，确保内容清晰可靠。 --- ### 1. Devicetree在Zephyr中的作用 Devicetree（DTS）以文本文件形式描述硬件资源，例如： - 处理器类型、内存映射。 - 外设寄存器地址（如UART、SPI）。 - 中断配置和时钟源。 在Zephyr中，Devicetree文件（.dts或.dtsi）通过预处理、解析和绑定，生成C头文件（如`zephyr/include/generated/devicetree_unfixed.h`），供内核和驱动使用。这实现了硬件无关的代码开发，开发者无需直接处理底层寄存器[^4]。 --- ### 2. West工具的角色 West是Zephyr的元工具，用于管理多仓库项目（通过`west.yml` manifest文件）。在构建过程中，West调用CMake配置项目，并协调Devicetree处理流程： - **初始化项目**：`west build`命令解析manifest，下载依赖仓库（如硬件特定DTS文件）。 - **构建协调**：West调用CMake生成构建脚本，CMake再调用Devicetree工具链处理DTS文件。 - **关键命令示例**： ```bash west build -b <board> # 指定目标板，触发Devicetree处理 ``` 这确保了硬件描述与Zephyr内核的集成，例如在电源管理中，设备状态依赖于Devicetree定义的唤醒源（如GPIO中断）[^1]。 --- ### 3. Devicetree展开机制详解 Devicetree展开是一个多阶段过程，由West和CMake驱动，发生在构建的配置阶段。以下是核心步骤： #### (1) **预处理阶段（Preprocessing）** - **机制**：West调用C预处理器（如`dtc`或Zephyr自定义工具）处理`.dts`和`.dtsi`文件。这包括： - 解析`#include`指令，合并多个源文件（例如，板级DTS包含SoC级DTSi）。 - 处理宏定义（如`#define`）和条件编译。 - **原理**：实现硬件描述的模块化。例如，一个STM32板的DTS文件可能包含： ```dts #include <st/f4/stm32f407.dtsi> // 引用SoC通用定义 / { chosen { zephyr,console = &usart1; // 指定控制台设备 }; }; ``` 预处理后生成一个统一的中间表示（`.pre.tmp`文件）。 #### (2) **解析与绑定阶段（Parsing and Binding）** - **机制**：Devicetree解析器将预处理输出转换为抽象语法树（AST）。然后，使用YAML绑定文件（位于`dts/bindings/`目录）将节点映射到Zephyr驱动： - 每个设备节点（如`uart0`）匹配一个YAML绑定文件，定义驱动兼容性（`compatible`属性）和寄存器映射。 - 例如，绑定文件可能指定`compatible: "st,stm32-uart"`，链接到Zephyr的UART驱动。 - **原理**：实现硬件-驱动解耦。绑定文件充当“契约”，确保驱动能正确访问硬件资源。在电源管理中，设备状态（如`PM_DEVICE_STATE_LOW_POWER`）依赖于绑定定义的时钟控制[^3]。 #### (3) **代码生成阶段（Code Generation）** - **机制**：生成C头文件和数据结构： - 设备树节点转换为`struct device`实例。 - 寄存器地址和中断号硬编码到生成的代码中。 - 输出文件如`devicetree.conf`和`generated_dts_board.conf`，供CMake和Kconfig使用。 - **原理**：优化性能和资源使用。生成的代码允许内核在运行时快速访问硬件配置，支持特性如Tickless Idle（通过减少CPU唤醒次数节省功耗）[^3]。 #### (4) **集成到构建系统** - West通过CMake调用Devicetree工具链： ```cmake find_package(Zephyr REQUIRED HINTS $ENV{ZEPHYR_BASE}) # 引入Zephyr构建环境 target_sources(app PRIVATE src/main.c) # 主代码依赖生成的Devicetree头文件 ``` 整个过程在`west build`执行时自动完成，用户无需手动干预[^2]。 --- ### 4. 关键原理总结 - **硬件抽象**：Devicetree将硬件细节从驱动代码分离，支持跨平台移植。例如，同一UART驱动可在不同板上工作，只需更新DTS文件[^4]。 - **动态配置**：展开机制允许运行时电源管理。例如，当设备空闲时（引用计数器为0），Devicetree定义的唤醒源（如GPIO中断）可触发低功耗状态切换[^1][^3]。 - **效率优化**：通过预处理和代码生成，减少构建时间和内存占用。在资源受限的嵌入式系统中，这至关重要。 - **West的协调作用**：作为统一入口，West确保DTS变更（如修改`.dts`文件）能触发增量构建，避免全量重编译[^4]。 --- ### 注意事项 - **调试技巧**：使用`CONFIG_DEVICETREE_DEBUG`选项跟踪展开过程。在West构建中，检查`build/zephyr/include/generated/`目录查看生成的文件。 - **常见问题**：如果DTS绑定错误，可能导致驱动初始化失败。确保YAML文件与硬件兼容性匹配[^4]。 - **硬件依赖**：展开机制的效果依赖MCU的电源管理单元（如STM32的PWR模块），需在DTS中正确定义[^1]。 通过West工具集成的Devicetree展开机制，Zephyr实现了高效的硬件管理和低功耗优化，是嵌入式开发的核心特性。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值