news 2026/7/7 21:01:28

基于SF32创建Zephyr 应用工程并获取设备树节点

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
基于SF32创建Zephyr 应用工程并获取设备树节点

一、创建自己的 Zephyr 应用工程

除去以下方法,也可以参考官网提供的办法:zephyr官方文档

想要快速创建一个属于自己的 Zephyr 应用工程,最直接的方法是复制并修改现有的示例工程。下面以helloworld为例,介绍具体步骤:

1. 复制工程
在 Zephyr 项目目录中(例如zephyrproject/zephyr),找到samples/hello_world文件夹。将其复制到你希望存放自定义项目的目录中,并可以重命名(例如my_app)。

2. 配置环境(推荐)
在终端中激活 Zephyr 开发环境,执行以下命令。在编译后将会生成compile_commands.json文件。该文件能帮助 VS Code 实现精确的代码跳转和智能提示。

west config build.cmake-args -- -DCMAKE_EXPORT_COMPILE_COMMANDS=ON

3. 编译工程
切换到你的应用工程目录(例如my_app),执行编译命令。这里以sf32lb52_devkit_lcd开发板为例。(切换到工程目录下编译是为了在当前工程目录下生成build文件夹,方便代码转跳和提示以及查看生成的文件)

west build -p always -b sf32lb52_devkit_lcd

编译成功后,会在build目录下生成zephyr.elfzephyr.bin等固件文件,同时也会生成compile_commands.json文件,从而启用代码跳转功能。


二、设备树(Devicetree)简介

如果想更详细的了解请参考 Zephyr 官方文档:zephyr官方文档-设备树

1. 设备树简介

设备树是一种描述硬件资源的层次化数据结构。在 Zephyr 中,它用于将硬件配置信息从驱动代码中分离出来,提高代码的可移植性。

设备树的处理流程主要涉及两种输入文件:

  • 设备树源文件(.dts / .dtsi):描述具体板级或 SoC 的硬件构成。
  • 设备树绑定文件(.yaml):定义节点属性的格式、约束和含义,用于验证.dts文件。

构建系统(如 CMake)会根据这些文件生成一个 C 头文件(devicetree_generated.h),供应用程序和驱动程序通过统一的 API 访问硬件信息。

2. 节点(Node)

设备树由节点组成,以树形结构组织,根节点为/

2.1 节点层级与路径
  • 根节点:整个设备树的起点,路径为/
  • 父子关系:子节点必须定义在父节点内部,这反映了硬件的物理连接或逻辑归属关系。例如,一个 I2C 传感器节点必须定义在其所属的 I2C 控制器节点之下。
    // 示例:I2C总线及其设备 / { // 根节点 soc { // 片上系统节点 i2c0: i2c@40003000 { // I2C控制器节点 compatible = "nordic,nrf-twim"; reg = <0x40003000 0x1000>; apds9960@39 { // I2C传感器(子节点) compatible = "avago,apds9960"; reg = <0x39>; // I2C从地址 }; }; }; };
  • 节点路径:通过从根节点到目标节点的所有名称连接而成,类似文件系统路径。例如,上述传感器的路径是/soc/i2c@40003000/apds9960@39
2.2 节点标识

为了便于引用节点,设备树提供了几种标识方法:

  • 节点标签(Label):在节点定义时,可以为其附加一个唯一的标签。之后可以通过&标签名来引用该节点,无需写出冗长的路径。
    led0: led { // 定义标签 `led0` label = "User LED"; gpios = <&gpioa 5 GPIO_ACTIVE_HIGH>; }; // 在其他地方使用标签引用 &led0 { status = "okay"; };
  • 单元地址(Unit Address):节点名中@符号后的部分,用于表示节点在父节点地址空间中的位置。其含义因硬件类型而异:
    硬件类型单元地址含义示例
    内存映射外设寄存器基地址uart@40001000
    I2C 设备I2C 从机地址eeprom@50
    SPI 设备片选(CS)线编号flash@0
    内存/Flash起始地址memory@80000000

3. Aliases 和 Chosen 节点

这两个特殊节点提供了全局引用特定节点的方式。

  • aliases节点:为节点定义简短别名,常用于为通用功能(如led0,i2c-1)指定具体硬件。
    aliases { my-uart = &uart0; // 为 `uart0` 节点定义别名 `my-uart` led0 = &green_led; };
  • chosen节点:由系统或引导程序指定全局选择,用于确定某些关键设备,如控制台、内存等。
    chosen { zephyr,console = &uart0; // 指定调试控制台为 uart0 zephyr,sram = &sram0; // 指定主内存 };

三、在应用程序中获取设备树节点

Zephyr 提供了一系列宏,用于在 C 代码中获取设备树节点信息。以下是几种常用方式:

方式说明
通过节点标签DT_NODELABEL(label_name)使用节点上定义的标签。
通过完整路径DT_PATH(node_level1, node_level2, ...)指定从根节点开始的完整路径。
通过别名DT_ALIAS(alias_name)使用aliases节点中定义的别名。
通过 chosen 节点DT_CHOSEN(chosen_property)使用chosen节点中指定的属性。
通过 compatible 属性DT_INST_GET_BY_COMPATIBLE(inst_num, compatible_str)根据兼容性字符串和实例号获取。

实践示例:点亮 LED

我们通过一个简单的 LED 闪烁程序来演示如何获取和使用设备树节点。在开发板的设备树文件sf32lb52_devkit_lcd.dts中 (该文件位于C:\Users\%USERPROFILE%\zephyrproject\zephyr\boards\sifli\sf32lb52_devkit_lcd),LED 定义如下:

// 设备树片段 leds { compatible = "gpio-leds"; led0: led0 { label = "LED0"; gpios = <&gpioa_00_31 26 GPIO_ACTIVE_LOW>; // GPIO 引脚定义 }; };

在应用程序中,我们可以通过多种方式获取led0节点,并控制其对应的 GPIO:

#include<zephyr/kernel.h>#include<zephyr/drivers/gpio.h>#include<zephyr/devicetree.h>// 必须包含此头文件/* 方法1:使用节点标签(最直接) */#defineLED0_NODEDT_NODELABEL(led0)/* 方法2:使用别名(如果aliases中有定义) */// #define LED0_NODE DT_ALIAS(led0)/* 方法3:使用完整路径 */// #define LED0_NODE DT_PATH(leds, led0)// 获取LED的设备树规范(包括GPIO控制器、引脚号、标志)staticconststructgpio_dt_specled=GPIO_DT_SPEC_GET(LED0_NODE,gpios);voidmain(void){intret;// 1. 检查GPIO设备是否就绪if(!gpio_is_ready_dt(&led)){printk("Error: LED device (%s) is not ready\n",led.port->name);return;}// 2. 将引脚配置为输出模式ret=gpio_pin_configure_dt(&led,GPIO_OUTPUT_ACTIVE);if(ret<0){printk("Error %d: failed to configure LED pin\n",ret);return;}printk("Blinking LED on %s pin %d\n",led.port->name,led.pin);// 3. 主循环中闪烁LEDwhile(1){gpio_pin_toggle_dt(&led);// 翻转引脚状态k_sleep(K_MSEC(1000));// 延时1秒}}

补充说明:查看生成的设备树

编译后,可以在工程目录的build\zephyr\include\generated\zephyr目录下找到devicetree_generated.h文件。查看此文件可以帮助你理解设备树节点最终如何被转换为宏定义,并验证你的节点标识符是否正确。

小结

掌握设备树是进行 Zephyr 开发的关键。通过理解节点、标签、路径以及aliases/chosen的用法,你可以在代码中灵活、准确地获取硬件资源。从简单的 GPIO 控制到复杂的传感器、通信总线驱动,这一套机制是统一的。

版权声明: 本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若内容造成侵权/违法违规/事实不符,请联系邮箱:809451989@qq.com进行投诉反馈,一经查实,立即删除!
网站建设 2026/7/7 10:37:12

基于Vue的家装平台设计与实现rctt3(程序 + 源码 + 数据库 + 调试部署 + 开发环境配置),配套论文文档字数达万字以上,文末可获取,系统界面展示置于文末

系统程序文件列表 系统功能 用户,装饰单位,装修分类,装修报价,我的装修,学装修 开题报告内容 基于 Vue 的家装平台设计与实现开题报告 一、选题背景与意义 选题背景 随着人们生活水平的提高&#xff0c;对居住环境的要求也日益提升&#xff0c;家装行业迎来了蓬勃发展的时…

作者头像 李华
网站建设 2026/7/7 6:49:36

【资深架构师亲授】:Agent集成Dify时不可忽视的参数校验3大雷区

第一章&#xff1a;Agent集成Dify调用参数校验的核心意义在构建智能 Agent 与 Dify 平台深度集成的系统时&#xff0c;调用参数的校验是保障服务稳定性和数据一致性的关键环节。未经校验的输入可能导致异常响应、安全漏洞甚至系统崩溃。因此&#xff0c;在请求发起前对参数进行…

作者头像 李华
网站建设 2026/7/7 10:07:47

【搜索效果翻倍的秘密】:基于Dify的相关性评估模型实战应用

第一章&#xff1a;搜索效果翻倍的核心挑战在现代信息密集的系统中&#xff0c;提升搜索效果并非简单地优化关键词匹配。真正的挑战在于如何在海量数据中实现精准、快速且语义相关的检索结果排序。用户期望搜索不仅能返回字面匹配的内容&#xff0c;还能理解上下文意图&#xf…

作者头像 李华
网站建设 2026/7/7 19:07:49

揭秘Dify索引瓶颈:如何将视频帧检索效率提升300%

第一章&#xff1a;揭秘Dify索引瓶颈&#xff1a;视频帧检索的挑战与机遇 在构建基于视觉内容的智能搜索系统时&#xff0c;Dify平台虽具备强大的AI编排能力&#xff0c;但在处理高密度视频帧数据的索引与检索任务中&#xff0c;仍暴露出显著性能瓶颈。视频帧作为非结构化数据的…

作者头像 李华
网站建设 2026/7/7 16:39:58

《Flutter全栈开发实战指南:从零到高级》- 25 -性能优化

引言 当用户说某个App用起来很卡时&#xff0c;他们真正抱怨的是什么&#xff1f; 不是CPU使用率&#xff0c;不是内存占用&#xff0c;甚至不是帧率数字。用户感受到的是响应延迟、界面跳帧和操作不跟手。这就是为什么我们要做性能优化——不是为了让数字好看&#xff0c;而是…

作者头像 李华
网站建设 2026/7/7 8:50:02

弹论:金融市场的趋势指南针

在风云变幻、错综复杂的金融投资世界里&#xff0c;投资者们就像在波涛汹涌的大海中航行的水手&#xff0c;迫切地需要一盏能够指引方向的明灯。弹论&#xff0c;这颗投资领域的璀璨明珠&#xff0c;凭借其卓越的判断趋势、分区操作和避免频繁换手的神奇能力&#xff0c;宛如那…

作者头像 李华