1. 项目概述当Nrf7002DK遇上DS18B20如果你手头有一块Nordic Semiconductor最新的Nrf7002 DK开发板同时又想用它来读取经典的DS18B20单总线温度传感器的数据那么这篇指南就是为你准备的。Nrf7002作为一款集成了Wi-Fi 6和蓝牙低功耗的先锋芯片其开发板是探索物联网边缘设备的绝佳平台。而DS18B20这个几乎每个嵌入式开发者都绕不开的数字温度传感器以其单总线、高精度和独特的寻址方式著称。将这两者结合看似简单——不就是读个温度嘛但实际操作起来从Zephyr RTOS的驱动适配、GPIO的精确时序控制到单总线协议的稳定实现每一步都可能藏着“坑”。我最近刚完成这个项目过程中把能踩的雷几乎都踩了一遍从驱动编译报错到时序混乱导致读数全是85°CDS18B20的上电默认值最终摸索出了一套稳定可靠的方案。这篇指南不仅会带你一步步走通流程更会重点分享那些在官方文档里找不到的调试心得和避坑技巧让你能用Nrf7002 DK轻松玩转DS18B20无论是做环境监测还是作为更复杂传感器网络的一个节点都能快速上手。2. 核心思路与方案选型为什么是Zephyr 自定义驱动拿到这个任务第一个要决定的就是软件框架。Nrf7002 DK官方强力推荐并提供了完善的Zephyr RTOS支持。Zephyr作为一个专为资源受限设备设计的开源实时操作系统其模块化、高度可配置的特性非常适合物联网应用。对于DS18B20我们主要有三条路寻找Zephyr官方或社区驱动这是最理想的情况。但截至目前Zephyr的主线代码库中并没有内置的DS18B20传感器驱动。虽然有一些社区贡献的版本但其兼容性和稳定性特别是与Nordic芯片平台的适配程度需要打一个问号。使用HAL库或裸机代码放弃Zephyr的传感器框架直接操作GPIO模拟单总线时序。这种方法最直接但放弃了Zephyr提供的设备模型、电源管理和统一的传感器API优势不利于项目后续扩展和维护。在Zephyr框架下实现自定义驱动这是我认为最平衡且具有学习价值的方案。即遵循Zephyr的设备驱动模型实现一个ds18b20的传感器驱动这样既能精确控制时序又能让我们的DS18B20像其他Zephyr原生传感器如板载的温湿度传感器一样通过标准的sensor_read函数来读取数据享受框架带来的便利。我选择了第三条路。为什么首先这迫使你去深入理解Zephyr的设备驱动模型device_dt、传感器子系统sensor和GPIO API这是用活Zephyr的关键。其次一旦驱动写好并稳定下来它就成了一个可复用的组件以后在任何支持Zephyr的平台上使用DS18B20几乎可以无缝迁移。最后通过集成到Zephyr框架你可以方便地利用其线程、定时器、日志系统来构建更复杂的应用比如定时采样、低功耗唤醒等。方案的核心是我们将创建一个Zephyr的“out-of-tree”驱动即不修改Zephyr源码树而是将驱动代码放在我们自己的项目目录中通过修改项目的配置文件CMakeLists.txt和Kconfig将其引入编译系统。这样既干净又符合Zephyr的模块化哲学。3. 环境准备与项目搭建在开始写代码之前我们需要一个健全的开发环境。这里我强烈推荐使用VS Code配合NCSNordic Connect SDK工具链它已经为你集成了Zephyr、工具链和所有必要的扩展。3.1 安装NCS与工具链获取NCS访问Nordic Semiconductor官网下载最新版本的Nordic Connect SDK。通常推荐使用其提供的安装脚本或直接克隆仓库。确保按照官方指南操作它会帮你安装好特定版本的Zephyr、工具链GCC、CMake、Ninja等所有依赖。安装VS Code扩展在VS Code中安装“Nordic Semiconductor”官方扩展包。这个扩展提供了项目创建、构建、刷写、调试等一系列功能能极大提升开发效率。验证安装打开终端导航到NCS的安装目录尝试运行west --version和cmake --version确保命令可用。3.2 创建Zephyr应用程序项目我们不从零开始创建所有文件而是基于一个Zephyr示例项目进行修改这样更快。在NCS安装目录下找到示例项目文件夹例如ncs/nrf/samples/hello_world。将其复制到你自己的工作区并重命名为nrf7002_ds18b20。用VS Code打开这个新项目文件夹。你会看到典型的Zephyr项目结构nrf7002_ds18b20/ ├── CMakeLists.txt ├── prj.conf ├── src/ │ └── main.c └── README.rst关键配置修改prj.conf这是项目的主配置文件。我们需要在这里启用必要的Zephyr子系统。至少添加以下配置# 启用 GPIO 驱动 CONFIG_GPIOy # 启用传感器子系统 CONFIG_SENSORy # 启用日志系统调试必备 CONFIG_LOGy CONFIG_SENSOR_LOG_LEVEL_DBGy # 将传感器驱动的日志级别调为调试方便排查 # 如果需要使用浮点数打印温度值DS18B20可配置为9-12位精度输出可能是浮点 CONFIG_CBPRINTF_FP_SUPPORTyCMakeLists.txt我们稍后添加自定义驱动时需要修改它。3.3 硬件连接这是最容易出错的一步。DS18B20有三种封装我们以最常用的TO-92封装像三极管为例。引脚识别将DS18B20的平面对着自己引脚从左到右依次为GND地 DQ数据线 VDD电源。连接方案选择非常重要寄生供电模式这是最省线的方式只需两根线DQ和GND。VDD引脚直接连接到GND。DS18B20在需要强上拉进行温度转换时会通过DQ线“窃取”电源。但这种模式对时序和上拉电阻要求更苛刻在长线缆或干扰环境下容易失败不推荐新手使用。外部供电模式这是最稳定可靠的方式需要三根线。将VDD连接到开发板的3.3V电源GND连接到开发板GNDDQ连接到我们选定的GPIO引脚例如 P0.03。务必在DQ和VDD之间连接一个4.7kΩ的上拉电阻这是单总线协议正常工作的必要条件。与Nrf7002 DK连接假设我们使用外部供电模式。VDD - DK上的VDD或3V3引脚。GND - DK上的GND引脚。DQ - 我们选择一个GPIO例如P0.03连接到DK上的对应引脚如Arduino接口的D2。同时在面包板或杜邦线上将P0.03通过一个4.7kΩ电阻连接到3.3V。注意务必确认Nrf7002 DK的GPIO电压是3.3V与DS18B20工作电压匹配。连接上拉电阻是硬件成功的关键缺少它总线将无法被拉高导致通信完全失败。4. 核心驱动实现详解现在进入最核心的部分为DS18B20编写Zephyr传感器驱动。我们将在项目根目录下创建一个drivers文件夹来存放我们的“out-of-tree”驱动。4.1 驱动文件结构创建如下目录和文件nrf7002_ds18b20/ ├── drivers/ │ └── sensor/ │ └── ds18b20/ │ ├── CMakeLists.txt │ ├── Kconfig │ └── ds18b20.c ├── src/ ├── CMakeLists.txt (主项目的) └── prj.conf4.2 驱动源码解析 (ds18b20.c)驱动代码较长我将分块解释关键逻辑。核心是实现Zephyr的传感器驱动API。1. 头文件与设备树绑定#include zephyr/kernel.h #include zephyr/device.h #include zephyr/drivers/sensor.h #include zephyr/drivers/gpio.h #include zephyr/logging/log.h LOG_MODULE_REGISTER(ds18b20, CONFIG_SENSOR_LOG_LEVEL); /* 设备树绑定我们在设备树中通过 compatible maxim,ds18b20 来匹配这个驱动 */ #define DT_DRV_COMPAT maxim_ds18b20 /* 驱动私有数据结构 */ struct ds18b20_data { struct gpio_dt_spec bus; // GPIO引脚定义 struct k_mutex mutex; // 互斥锁防止多线程同时访问总线 int16_t sample; // 存储原始温度读数 }; /* 设备配置结构通常来自设备树 */ struct ds18b20_config { struct gpio_dt_spec bus; };这里我们定义了一个私有数据结构和配置结构。gpio_dt_spec是Zephyr用于描述GPIO的设备树结构体它包含了端口、引脚号等信息。k_mutex至关重要因为单总线协议要求通信过程不能被中断多个线程同时操作会导致时序错乱。2. 单总线底层时序函数这是驱动的心脏必须精确控制微秒级延时。Zephyr提供了k_busy_wait()进行忙等待但它受系统时钟和优化影响。对于DS18B20这种严格时序的器件我们需要一个更可靠的方法。/* 精确微秒延时函数 - 关键 */ static void ds18b20_delay_us(uint32_t us) { /* 使用k_busy_wait但要注意其精度。 在Nrf7002上系统时钟频率较高通常可以满足要求。 更精确的做法是使用硬件定时器但为简化这里先使用忙等待。 实测在NCS v2.x Nrf7002 DK上此方法稳定。*/ k_busy_wait(us); } /* 初始化总线将GPIO配置为开漏输出并拉高 */ static int ds18b20_bus_init(const struct device *dev) { const struct ds18b20_config *cfg dev-config; int ret; if (!gpio_is_ready_dt(cfg-bus)) { LOG_ERR(GPIO device not ready); return -ENODEV; } /* 配置为开漏输出初始状态为高释放总线 */ ret gpio_pin_configure_dt(cfg-bus, GPIO_OUTPUT | GPIO_OPEN_DRAIN | GPIO_OUTPUT_INIT_HIGH); if (ret 0) { LOG_ERR(Failed to configure GPIO pin); return ret; } return 0; } /* 产生复位脉冲480us低电平并检测Presence脉冲 */ static int ds18b20_reset(const struct device *dev) { const struct ds18b20_config *cfg dev-config; struct ds18b20_data *data dev-data; int ret; k_mutex_lock(data-mutex, K_FOREVER); /* 主机拉低总线至少480us */ gpio_pin_set_dt(cfg-bus, 0); ds18b20_delay_us(480); /* 释放总线变为高电平切换到输入模式以读取 */ gpio_pin_configure_dt(cfg-bus, GPIO_INPUT); ds18b20_delay_us(60); // 等待15-60us后从机拉低 /* 读取总线电平如果为0表示有从机响应Presence脉冲 */ ret gpio_pin_get_dt(cfg-bus); ds18b20_delay_us(420); // 等待Presence脉冲结束60-240us低电平后续恢复时间 /* 将总线恢复为输出高电平状态 */ gpio_pin_configure_dt(cfg-bus, GPIO_OUTPUT | GPIO_OPEN_DRAIN | GPIO_OUTPUT_INIT_HIGH); k_mutex_unlock(data-mutex); return (ret 0) ? 0 : -EIO; // 返回0表示有设备响应 }ds18b20_reset函数是通信的开始。它拉低总线产生复位信号然后释放并检测从机是否拉低总线作为应答。这里有一个关键点在释放总线后我们需要将GPIO从输出模式切换到输入模式来读取从机的响应读取完再切回输出模式。很多驱动错误是因为没有正确切换GPIO方向。3. 读写一个比特单总线协议通过控制高低电平的持续时间来区分写0、写1和读数据。/* 向总线写一个比特 */ static void ds18b20_write_bit(const struct device *dev, int bit) { const struct ds18b20_config *cfg dev-config; /* 写时序起始主机拉低总线 */ gpio_pin_set_dt(cfg-bus, 0); ds18b20_delay_us(1); // 至少1us /* 根据要写的值决定何时释放总线 */ if (bit) { /* 写“1”拉低1us后立即释放 */ gpio_pin_set_dt(cfg-bus, 1); } /* 对于写“0”保持低电平 */ ds18b20_delay_us(60); // 保持总共60-120us的低电平时间对于写0 /* 释放总线对于写0的情况或保持高对于写1 */ gpio_pin_set_dt(cfg-bus, 1); ds18b20_delay_us(1); // 恢复时间至少1us } /* 从总线读一个比特 */ static int ds18b20_read_bit(const struct device *dev) { const struct ds18b20_config *cfg dev-config; int value; /* 读时序起始主机拉低总线至少1us */ gpio_pin_set_dt(cfg-bus, 0); ds18b20_delay_us(1); /* 释放总线切换到输入模式 */ gpio_pin_configure_dt(cfg-bus, GPIO_INPUT); ds18b20_delay_us(14); // 等待14us后采样 /* 采样总线电平 */ value gpio_pin_get_dt(cfg-bus); /* 等待读时序结束总共至少60us */ ds18b20_delay_us(45); /* 切换回输出高电平状态 */ gpio_pin_configure_dt(cfg-bus, GPIO_OUTPUT | GPIO_OPEN_DRAIN | GPIO_OUTPUT_INIT_HIGH); return value; }读写比特的函数是构建所有通信的基础。读时序的要点主机拉低总线至少1us后释放必须在15us内完成采样采样到的电平即为数据。过早或过晚采样都会导致数据错误。4. 读写字节与命令发送基于读写比特的函数我们可以构建读写字节的函数然后实现发送ROM命令和功能命令的流程。/* 发送一个字节LSB first */ static void ds18b20_write_byte(const struct device *dev, uint8_t byte) { for (int i 0; i 8; i) { ds18b20_write_bit(dev, byte 0x01); byte 1; } } /* 读取一个字节LSB first */ static uint8_t ds18b20_read_byte(const struct device *dev) { uint8_t byte 0; for (int i 0; i 8; i) { byte 1; if (ds18b20_read_bit(dev)) { byte | 0x80; } } return byte; } /* 核心采样函数发送转换命令并读取结果 */ static int ds18b20_sample_fetch(const struct device *dev, enum sensor_channel chan) { struct ds18b20_data *data dev-data; uint8_t temp_lsb, temp_msb; int16_t temp_raw; if (chan ! SENSOR_CHAN_ALL chan ! SENSOR_CHAN_AMBIENT_TEMP) { return -ENOTSUP; } /* 1. 复位总线 */ if (ds18b20_reset(dev) ! 0) { LOG_ERR(No DS18B20 device present); return -EIO; } /* 2. 发送跳过ROM命令 (0xCC) - 因为我们总线上只有一个传感器 */ ds18b20_write_byte(dev, 0xCC); /* 3. 发送温度转换命令 (0x44) */ ds18b20_write_byte(dev, 0x44); /* 4. 等待转换完成。12位精度下最多需要750ms */ k_sleep(K_MSEC(750)); // 使用内核睡眠让出CPU /* 5. 再次复位开始读数据 */ if (ds18b20_reset(dev) ! 0) { return -EIO; } /* 6. 发送跳过ROM命令 (0xCC) */ ds18b20_write_byte(dev, 0xCC); /* 7. 发送读暂存器命令 (0xBE) */ ds18b20_write_byte(dev, 0xBE); /* 8. 读取温度值前两个字节 */ temp_lsb ds18b20_read_byte(dev); temp_msb ds18b20_read_byte(dev); /* 9. 将两个字节组合成16位有符号整数 */ temp_raw (temp_msb 8) | temp_lsb; >/* 将原始数据转换为传感器值 */ static int ds18b20_channel_get(const struct device *dev, enum sensor_channel chan, struct sensor_value *val) { struct ds18b20_data *data dev-data; if (chan ! SENSOR_CHAN_AMBIENT_TEMP) { return -ENOTSUP; } /* DS18B20数据格式低11位为小数部分每bit代表0.0625°C高5位为符号位和整数部分 */ /* 将16位有符号整数转换为浮点温度值 */ float temp_c ># DS18B20温度传感器驱动配置 menuconfig DS18B20 bool Maxim DS18B20 temperature sensor depends on GPIO help Enable driver for Maxim DS18B20 1-Wire digital temperature sensor. if DS18B20 config DS18B20_INIT_PRIORITY int Init priority default 80 help Device driver initialization priority. endif # DS18B20这个文件在menuconfig中创建了一个名为 “DS18B20” 的配置选项用户可以通过它来启用或禁用我们的驱动。drivers/sensor/ds18b20/CMakeLists.txt:zephyr_library() zephyr_library_sources(ds18b20.c) zephyr_library_include_directories(.)这个文件告诉CMake如何编译我们的驱动源文件。最后修改项目根目录的CMakeLists.txt在末尾添加# 将我们自定义的驱动目录添加到Zephyr的模块搜索路径中 zephyr_library() list(APPEND ZEPHYR_EXTRA_MODULES ${CMAKE_CURRENT_SOURCE_DIR}/drivers)这行代码将我们项目内的drivers文件夹添加为一个额外的Zephyr模块这样构建系统就能找到我们的ds18b20驱动了。5. 设备树配置与主程序编写驱动写好了接下来要告诉系统在哪里使用它。5.1 设备树 (.overlay文件)在Zephyr中硬件信息通过设备树描述。我们创建一个boards文件夹并在其中为我们的板子nrf7002dk_nrf5340_cpuapp添加一个设备树覆盖文件。在项目根目录创建路径boards/arm/nrf7002dk_nrf5340/(注意实际板子目录名可能略有不同请根据你的NCS版本确认通常是nrf7002dk_nrf5340_cpuapp)。在该目录下创建文件app.overlay/ { ds18b20: ds18b20 { compatible maxim,ds18b20; gpios gpio0 3 GPIO_ACTIVE_HIGH; /* 假设使用 P0.03 */ status okay; }; };这个文件定义了一个名为ds18b20的节点其compatible属性与我们的驱动代码中的DT_DRV_COMPAT匹配。gpios属性指定了数据线连接的GPIO控制器gpio0、引脚号3和有效电平。status “okay”表示启用该设备。5.2 主应用程序 (src/main.c)现在我们可以在主程序中像使用任何其他Zephyr传感器一样使用DS18B20了。#include zephyr/kernel.h #include zephyr/device.h #include zephyr/drivers/sensor.h #include zephyr/logging/log.h LOG_MODULE_REGISTER(main, LOG_LEVEL_INF); void main(void) { const struct device *ds18b20_dev; struct sensor_value temp_val; LOG_INF(DS18B20 with Nrf7002DK Demo Started); /* 1. 获取设备绑定 */ ds18b20_dev DEVICE_DT_GET(DT_NODELABEL(ds18b20)); if (!device_is_ready(ds18b20_dev)) { LOG_ERR(DS18B20 device not ready. Check device tree binding and driver.); return; } while (1) { /* 2. 触发采样 */ if (sensor_sample_fetch(ds18b20_dev) 0) { LOG_ERR(Failed to fetch sample from DS18B20); } else { /* 3. 获取温度通道数据 */ if (sensor_channel_get(ds18b20_dev, SENSOR_CHAN_AMBIENT_TEMP, temp_val) 0) { LOG_ERR(Failed to get temperature data); } else { /* 4. 打印温度值 */ LOG_INF(Temperature: %d.%06d °C, temp_val.val1, temp_val.val2); // 或者使用 sensor_value_to_double(temp_val) 转换为double } } /* 5. 每隔5秒采样一次 */ k_sleep(K_SECONDS(5)); } }主程序逻辑非常清晰获取设备指针 - 检查设备就绪 - 循环中获取样本 - 读取温度值 - 打印。这得益于Zephyr传感器框架的抽象使得应用层代码简洁而通用。6. 构建、刷写与调试6.1 配置与构建在VS Code中确保打开了我们的项目文件夹。按下CtrlShiftP输入 “Nordic: Build”选择你的目标板型号例如nrf7002dk_nrf5340_cpuapp。构建系统会自动处理所有依赖包括我们的自定义驱动。观察终端输出确保没有编译错误。特别注意是否有类似 “Found DT compatible ‘maxim,ds18b20’” 的日志这表明我们的设备树绑定和驱动被成功识别。6.2 刷写到开发板使用USB线连接Nrf7002 DK到电脑。在VS Code中按下CtrlShiftP输入 “Nordic: Flash”选择刚才构建好的zephyr.hex文件进行刷写。刷写成功后开发板会自动复位运行。6.3 查看日志输出最方便的调试方式是查看串口日志。Nrf7002 DK的调试芯片会将MCU的UART输出转发到USB CDC ACM端口。在VS Code中安装 “Serial Monitor” 扩展或使用任何你喜欢的串口工具如screen,minicom,Putty。查找开发板对应的串口设备在Windows上是COMx在Linux/Mac上是/dev/ttyACMx。打开串口波特率通常设置为115200。复位开发板你应该能看到类似以下的日志输出[00:00:00.000,000] inf main: DS18B20 with Nrf7002DK Demo Started [00:00:00.010,000] inf ds18b20: DS18B20 initialized on GPIO GPIO_0 pin 3 [00:00:00.020,000] dbg ds18b20: Raw temperature data: 0x0191 [00:00:00.020,000] dbg ds18b20: Converted temperature: 25.062500 °C [00:00:00.020,000] inf main: Temperature: 25.062500 °C [00:00:05.020,000] inf main: Temperature: 25.125000 °C ...如果看到DS18B20 not detected on init. Check wiring.这样的警告说明初始化时未检测到设备需要检查硬件连接和上拉电阻。7. 常见问题排查与实战心得在实际操作中你几乎一定会遇到一些问题。下面是我总结的“排坑指南”7.1 问题一读取的温度值始终是85.0°C或0x5500现象每次读出的温度都是85°C这是DS18B20的默认上电值。原因温度转换命令没有执行成功或者读取的是暂存器的默认值。根本原因通常是时序不准确。排查步骤检查复位和Presence脉冲在ds18b20_reset函数中增加更详细的日志打印出检测到的Presence脉冲结果。确保每次通信前复位成功。检查延时函数ds18b20_delay_us是罪魁祸首的首选。k_busy_wait的精度受编译优化等级和系统时钟影响。尝试在prj.conf中关闭优化CONFIG_DEBUG_OPTIMIZATIONSy仅用于调试。使用更精确的延时方法例如基于系统时钟计数的忙循环。对于nRF系列可以使用nrfx_coredep_delay_us()需包含nrfx_coredep.h或直接操作定时器。检查GPIO方向切换在读写比特的函数中确保在需要读取从机响应时GPIO已正确切换到输入模式GPIO_INPUT。这是最容易被忽略的一点。检查电源和上拉电阻确保VDD供电稳定并且DQ线上有可靠的4.7kΩ上拉电阻到3.3V。可以用万用表测量DQ线在空闲时的电压应该是稳定的3.3V左右而不是一个中间值。7.2 问题二驱动编译失败找不到设备树节点现象构建时报错error: ‘DT_N_S_ds18b20’ undeclared。原因设备树覆盖文件未生效或者节点名称不匹配。解决确认app.overlay文件放在了正确的板级目录下。确认主程序中DEVICE_DT_GET使用的标签DT_NODELABEL(ds18b20)与.overlay文件中定义的节点标签ds18b20:一致。构建后检查build/zephyr目录下的zephyr.dts文件搜索 “ds18b20”看你的节点是否被正确合并进去。7.3 问题三多传感器冲突与寻址场景当一条总线上挂载多个DS18B20时。方案我们的驱动目前使用了SKIP ROM (0xCC)命令这只能用于单传感器总线。对于多传感器必须实现ROM搜索算法著名的 “1-Wire Search Algorithm”来获取每个传感器的唯一64位ROM ID然后使用MATCH ROM (0x55)命令进行寻址。建议这是一个相对复杂的功能。建议先稳定实现单传感器驱动。若需要多传感器支持可以在此基础上扩展实现一个ROM ID列表管理并在sample_fetch前先发送MATCH ROM命令和特定的ROM ID。网上有成熟的1-Wire搜索算法C语言实现可供参考。7.4 实战心得与优化建议上拉电阻是关键4.7kΩ是标准值但如果总线较长超过1米或负载较多可能需要减小阻值如2.2kΩ以提供更强的上拉电流。反之如果功耗敏感可以适当增大但需确保上升时间满足要求。电源去耦在DS18B20的VDD和GND之间并联一个0.1uF的陶瓷电容可以滤除电源噪声提高稳定性尤其是在寄生供电模式下。优化功耗DS18B20在温度转换时电流消耗最大可达1.5mA。在电池供电应用中可以采取间歇性测量的策略。完成温度转换并读取数据后可以通过发送DS18B20_CONVERT_T命令后让MCU进入睡眠750ms后再唤醒读取而不是忙等待。驱动健壮性在生产代码中应在ds18b20_reset、ds18b20_read_byte等关键函数中加入超时和重试机制。例如如果连续3次复位都无响应则判定传感器故障。利用Zephyr生态现在你的DS18B20已经是一个标准的Zephyr传感器了。你可以轻松地将其数据通过sensor子系统提供给其他模块比如通过MQTT发布到云平台或者与Zephyr的日志系统、文件系统集成实现数据记录。通过以上步骤你应该已经成功地在Nrf7002 DK上驱动了DS18B20。这个过程虽然涉及了从硬件连接到RTOS驱动开发的多个层面但每一步拆解开来都是嵌入式开发的通用技能。掌握了这套方法你就能举一反三让Nrf7002 DK连接和控制更多有趣的传感器和器件。 基于Zephyr RTOS的DS18B20单总线传感器驱动开发实战指南
1. 项目概述当Nrf7002DK遇上DS18B20如果你手头有一块Nordic Semiconductor最新的Nrf7002 DK开发板同时又想用它来读取经典的DS18B20单总线温度传感器的数据那么这篇指南就是为你准备的。Nrf7002作为一款集成了Wi-Fi 6和蓝牙低功耗的先锋芯片其开发板是探索物联网边缘设备的绝佳平台。而DS18B20这个几乎每个嵌入式开发者都绕不开的数字温度传感器以其单总线、高精度和独特的寻址方式著称。将这两者结合看似简单——不就是读个温度嘛但实际操作起来从Zephyr RTOS的驱动适配、GPIO的精确时序控制到单总线协议的稳定实现每一步都可能藏着“坑”。我最近刚完成这个项目过程中把能踩的雷几乎都踩了一遍从驱动编译报错到时序混乱导致读数全是85°CDS18B20的上电默认值最终摸索出了一套稳定可靠的方案。这篇指南不仅会带你一步步走通流程更会重点分享那些在官方文档里找不到的调试心得和避坑技巧让你能用Nrf7002 DK轻松玩转DS18B20无论是做环境监测还是作为更复杂传感器网络的一个节点都能快速上手。2. 核心思路与方案选型为什么是Zephyr 自定义驱动拿到这个任务第一个要决定的就是软件框架。Nrf7002 DK官方强力推荐并提供了完善的Zephyr RTOS支持。Zephyr作为一个专为资源受限设备设计的开源实时操作系统其模块化、高度可配置的特性非常适合物联网应用。对于DS18B20我们主要有三条路寻找Zephyr官方或社区驱动这是最理想的情况。但截至目前Zephyr的主线代码库中并没有内置的DS18B20传感器驱动。虽然有一些社区贡献的版本但其兼容性和稳定性特别是与Nordic芯片平台的适配程度需要打一个问号。使用HAL库或裸机代码放弃Zephyr的传感器框架直接操作GPIO模拟单总线时序。这种方法最直接但放弃了Zephyr提供的设备模型、电源管理和统一的传感器API优势不利于项目后续扩展和维护。在Zephyr框架下实现自定义驱动这是我认为最平衡且具有学习价值的方案。即遵循Zephyr的设备驱动模型实现一个ds18b20的传感器驱动这样既能精确控制时序又能让我们的DS18B20像其他Zephyr原生传感器如板载的温湿度传感器一样通过标准的sensor_read函数来读取数据享受框架带来的便利。我选择了第三条路。为什么首先这迫使你去深入理解Zephyr的设备驱动模型device_dt、传感器子系统sensor和GPIO API这是用活Zephyr的关键。其次一旦驱动写好并稳定下来它就成了一个可复用的组件以后在任何支持Zephyr的平台上使用DS18B20几乎可以无缝迁移。最后通过集成到Zephyr框架你可以方便地利用其线程、定时器、日志系统来构建更复杂的应用比如定时采样、低功耗唤醒等。方案的核心是我们将创建一个Zephyr的“out-of-tree”驱动即不修改Zephyr源码树而是将驱动代码放在我们自己的项目目录中通过修改项目的配置文件CMakeLists.txt和Kconfig将其引入编译系统。这样既干净又符合Zephyr的模块化哲学。3. 环境准备与项目搭建在开始写代码之前我们需要一个健全的开发环境。这里我强烈推荐使用VS Code配合NCSNordic Connect SDK工具链它已经为你集成了Zephyr、工具链和所有必要的扩展。3.1 安装NCS与工具链获取NCS访问Nordic Semiconductor官网下载最新版本的Nordic Connect SDK。通常推荐使用其提供的安装脚本或直接克隆仓库。确保按照官方指南操作它会帮你安装好特定版本的Zephyr、工具链GCC、CMake、Ninja等所有依赖。安装VS Code扩展在VS Code中安装“Nordic Semiconductor”官方扩展包。这个扩展提供了项目创建、构建、刷写、调试等一系列功能能极大提升开发效率。验证安装打开终端导航到NCS的安装目录尝试运行west --version和cmake --version确保命令可用。3.2 创建Zephyr应用程序项目我们不从零开始创建所有文件而是基于一个Zephyr示例项目进行修改这样更快。在NCS安装目录下找到示例项目文件夹例如ncs/nrf/samples/hello_world。将其复制到你自己的工作区并重命名为nrf7002_ds18b20。用VS Code打开这个新项目文件夹。你会看到典型的Zephyr项目结构nrf7002_ds18b20/ ├── CMakeLists.txt ├── prj.conf ├── src/ │ └── main.c └── README.rst关键配置修改prj.conf这是项目的主配置文件。我们需要在这里启用必要的Zephyr子系统。至少添加以下配置# 启用 GPIO 驱动 CONFIG_GPIOy # 启用传感器子系统 CONFIG_SENSORy # 启用日志系统调试必备 CONFIG_LOGy CONFIG_SENSOR_LOG_LEVEL_DBGy # 将传感器驱动的日志级别调为调试方便排查 # 如果需要使用浮点数打印温度值DS18B20可配置为9-12位精度输出可能是浮点 CONFIG_CBPRINTF_FP_SUPPORTyCMakeLists.txt我们稍后添加自定义驱动时需要修改它。3.3 硬件连接这是最容易出错的一步。DS18B20有三种封装我们以最常用的TO-92封装像三极管为例。引脚识别将DS18B20的平面对着自己引脚从左到右依次为GND地 DQ数据线 VDD电源。连接方案选择非常重要寄生供电模式这是最省线的方式只需两根线DQ和GND。VDD引脚直接连接到GND。DS18B20在需要强上拉进行温度转换时会通过DQ线“窃取”电源。但这种模式对时序和上拉电阻要求更苛刻在长线缆或干扰环境下容易失败不推荐新手使用。外部供电模式这是最稳定可靠的方式需要三根线。将VDD连接到开发板的3.3V电源GND连接到开发板GNDDQ连接到我们选定的GPIO引脚例如 P0.03。务必在DQ和VDD之间连接一个4.7kΩ的上拉电阻这是单总线协议正常工作的必要条件。与Nrf7002 DK连接假设我们使用外部供电模式。VDD - DK上的VDD或3V3引脚。GND - DK上的GND引脚。DQ - 我们选择一个GPIO例如P0.03连接到DK上的对应引脚如Arduino接口的D2。同时在面包板或杜邦线上将P0.03通过一个4.7kΩ电阻连接到3.3V。注意务必确认Nrf7002 DK的GPIO电压是3.3V与DS18B20工作电压匹配。连接上拉电阻是硬件成功的关键缺少它总线将无法被拉高导致通信完全失败。4. 核心驱动实现详解现在进入最核心的部分为DS18B20编写Zephyr传感器驱动。我们将在项目根目录下创建一个drivers文件夹来存放我们的“out-of-tree”驱动。4.1 驱动文件结构创建如下目录和文件nrf7002_ds18b20/ ├── drivers/ │ └── sensor/ │ └── ds18b20/ │ ├── CMakeLists.txt │ ├── Kconfig │ └── ds18b20.c ├── src/ ├── CMakeLists.txt (主项目的) └── prj.conf4.2 驱动源码解析 (ds18b20.c)驱动代码较长我将分块解释关键逻辑。核心是实现Zephyr的传感器驱动API。1. 头文件与设备树绑定#include zephyr/kernel.h #include zephyr/device.h #include zephyr/drivers/sensor.h #include zephyr/drivers/gpio.h #include zephyr/logging/log.h LOG_MODULE_REGISTER(ds18b20, CONFIG_SENSOR_LOG_LEVEL); /* 设备树绑定我们在设备树中通过 compatible maxim,ds18b20 来匹配这个驱动 */ #define DT_DRV_COMPAT maxim_ds18b20 /* 驱动私有数据结构 */ struct ds18b20_data { struct gpio_dt_spec bus; // GPIO引脚定义 struct k_mutex mutex; // 互斥锁防止多线程同时访问总线 int16_t sample; // 存储原始温度读数 }; /* 设备配置结构通常来自设备树 */ struct ds18b20_config { struct gpio_dt_spec bus; };这里我们定义了一个私有数据结构和配置结构。gpio_dt_spec是Zephyr用于描述GPIO的设备树结构体它包含了端口、引脚号等信息。k_mutex至关重要因为单总线协议要求通信过程不能被中断多个线程同时操作会导致时序错乱。2. 单总线底层时序函数这是驱动的心脏必须精确控制微秒级延时。Zephyr提供了k_busy_wait()进行忙等待但它受系统时钟和优化影响。对于DS18B20这种严格时序的器件我们需要一个更可靠的方法。/* 精确微秒延时函数 - 关键 */ static void ds18b20_delay_us(uint32_t us) { /* 使用k_busy_wait但要注意其精度。 在Nrf7002上系统时钟频率较高通常可以满足要求。 更精确的做法是使用硬件定时器但为简化这里先使用忙等待。 实测在NCS v2.x Nrf7002 DK上此方法稳定。*/ k_busy_wait(us); } /* 初始化总线将GPIO配置为开漏输出并拉高 */ static int ds18b20_bus_init(const struct device *dev) { const struct ds18b20_config *cfg dev-config; int ret; if (!gpio_is_ready_dt(cfg-bus)) { LOG_ERR(GPIO device not ready); return -ENODEV; } /* 配置为开漏输出初始状态为高释放总线 */ ret gpio_pin_configure_dt(cfg-bus, GPIO_OUTPUT | GPIO_OPEN_DRAIN | GPIO_OUTPUT_INIT_HIGH); if (ret 0) { LOG_ERR(Failed to configure GPIO pin); return ret; } return 0; } /* 产生复位脉冲480us低电平并检测Presence脉冲 */ static int ds18b20_reset(const struct device *dev) { const struct ds18b20_config *cfg dev-config; struct ds18b20_data *data dev-data; int ret; k_mutex_lock(data-mutex, K_FOREVER); /* 主机拉低总线至少480us */ gpio_pin_set_dt(cfg-bus, 0); ds18b20_delay_us(480); /* 释放总线变为高电平切换到输入模式以读取 */ gpio_pin_configure_dt(cfg-bus, GPIO_INPUT); ds18b20_delay_us(60); // 等待15-60us后从机拉低 /* 读取总线电平如果为0表示有从机响应Presence脉冲 */ ret gpio_pin_get_dt(cfg-bus); ds18b20_delay_us(420); // 等待Presence脉冲结束60-240us低电平后续恢复时间 /* 将总线恢复为输出高电平状态 */ gpio_pin_configure_dt(cfg-bus, GPIO_OUTPUT | GPIO_OPEN_DRAIN | GPIO_OUTPUT_INIT_HIGH); k_mutex_unlock(data-mutex); return (ret 0) ? 0 : -EIO; // 返回0表示有设备响应 }ds18b20_reset函数是通信的开始。它拉低总线产生复位信号然后释放并检测从机是否拉低总线作为应答。这里有一个关键点在释放总线后我们需要将GPIO从输出模式切换到输入模式来读取从机的响应读取完再切回输出模式。很多驱动错误是因为没有正确切换GPIO方向。3. 读写一个比特单总线协议通过控制高低电平的持续时间来区分写0、写1和读数据。/* 向总线写一个比特 */ static void ds18b20_write_bit(const struct device *dev, int bit) { const struct ds18b20_config *cfg dev-config; /* 写时序起始主机拉低总线 */ gpio_pin_set_dt(cfg-bus, 0); ds18b20_delay_us(1); // 至少1us /* 根据要写的值决定何时释放总线 */ if (bit) { /* 写“1”拉低1us后立即释放 */ gpio_pin_set_dt(cfg-bus, 1); } /* 对于写“0”保持低电平 */ ds18b20_delay_us(60); // 保持总共60-120us的低电平时间对于写0 /* 释放总线对于写0的情况或保持高对于写1 */ gpio_pin_set_dt(cfg-bus, 1); ds18b20_delay_us(1); // 恢复时间至少1us } /* 从总线读一个比特 */ static int ds18b20_read_bit(const struct device *dev) { const struct ds18b20_config *cfg dev-config; int value; /* 读时序起始主机拉低总线至少1us */ gpio_pin_set_dt(cfg-bus, 0); ds18b20_delay_us(1); /* 释放总线切换到输入模式 */ gpio_pin_configure_dt(cfg-bus, GPIO_INPUT); ds18b20_delay_us(14); // 等待14us后采样 /* 采样总线电平 */ value gpio_pin_get_dt(cfg-bus); /* 等待读时序结束总共至少60us */ ds18b20_delay_us(45); /* 切换回输出高电平状态 */ gpio_pin_configure_dt(cfg-bus, GPIO_OUTPUT | GPIO_OPEN_DRAIN | GPIO_OUTPUT_INIT_HIGH); return value; }读写比特的函数是构建所有通信的基础。读时序的要点主机拉低总线至少1us后释放必须在15us内完成采样采样到的电平即为数据。过早或过晚采样都会导致数据错误。4. 读写字节与命令发送基于读写比特的函数我们可以构建读写字节的函数然后实现发送ROM命令和功能命令的流程。/* 发送一个字节LSB first */ static void ds18b20_write_byte(const struct device *dev, uint8_t byte) { for (int i 0; i 8; i) { ds18b20_write_bit(dev, byte 0x01); byte 1; } } /* 读取一个字节LSB first */ static uint8_t ds18b20_read_byte(const struct device *dev) { uint8_t byte 0; for (int i 0; i 8; i) { byte 1; if (ds18b20_read_bit(dev)) { byte | 0x80; } } return byte; } /* 核心采样函数发送转换命令并读取结果 */ static int ds18b20_sample_fetch(const struct device *dev, enum sensor_channel chan) { struct ds18b20_data *data dev-data; uint8_t temp_lsb, temp_msb; int16_t temp_raw; if (chan ! SENSOR_CHAN_ALL chan ! SENSOR_CHAN_AMBIENT_TEMP) { return -ENOTSUP; } /* 1. 复位总线 */ if (ds18b20_reset(dev) ! 0) { LOG_ERR(No DS18B20 device present); return -EIO; } /* 2. 发送跳过ROM命令 (0xCC) - 因为我们总线上只有一个传感器 */ ds18b20_write_byte(dev, 0xCC); /* 3. 发送温度转换命令 (0x44) */ ds18b20_write_byte(dev, 0x44); /* 4. 等待转换完成。12位精度下最多需要750ms */ k_sleep(K_MSEC(750)); // 使用内核睡眠让出CPU /* 5. 再次复位开始读数据 */ if (ds18b20_reset(dev) ! 0) { return -EIO; } /* 6. 发送跳过ROM命令 (0xCC) */ ds18b20_write_byte(dev, 0xCC); /* 7. 发送读暂存器命令 (0xBE) */ ds18b20_write_byte(dev, 0xBE); /* 8. 读取温度值前两个字节 */ temp_lsb ds18b20_read_byte(dev); temp_msb ds18b20_read_byte(dev); /* 9. 将两个字节组合成16位有符号整数 */ temp_raw (temp_msb 8) | temp_lsb; >/* 将原始数据转换为传感器值 */ static int ds18b20_channel_get(const struct device *dev, enum sensor_channel chan, struct sensor_value *val) { struct ds18b20_data *data dev-data; if (chan ! SENSOR_CHAN_AMBIENT_TEMP) { return -ENOTSUP; } /* DS18B20数据格式低11位为小数部分每bit代表0.0625°C高5位为符号位和整数部分 */ /* 将16位有符号整数转换为浮点温度值 */ float temp_c ># DS18B20温度传感器驱动配置 menuconfig DS18B20 bool Maxim DS18B20 temperature sensor depends on GPIO help Enable driver for Maxim DS18B20 1-Wire digital temperature sensor. if DS18B20 config DS18B20_INIT_PRIORITY int Init priority default 80 help Device driver initialization priority. endif # DS18B20这个文件在menuconfig中创建了一个名为 “DS18B20” 的配置选项用户可以通过它来启用或禁用我们的驱动。drivers/sensor/ds18b20/CMakeLists.txt:zephyr_library() zephyr_library_sources(ds18b20.c) zephyr_library_include_directories(.)这个文件告诉CMake如何编译我们的驱动源文件。最后修改项目根目录的CMakeLists.txt在末尾添加# 将我们自定义的驱动目录添加到Zephyr的模块搜索路径中 zephyr_library() list(APPEND ZEPHYR_EXTRA_MODULES ${CMAKE_CURRENT_SOURCE_DIR}/drivers)这行代码将我们项目内的drivers文件夹添加为一个额外的Zephyr模块这样构建系统就能找到我们的ds18b20驱动了。5. 设备树配置与主程序编写驱动写好了接下来要告诉系统在哪里使用它。5.1 设备树 (.overlay文件)在Zephyr中硬件信息通过设备树描述。我们创建一个boards文件夹并在其中为我们的板子nrf7002dk_nrf5340_cpuapp添加一个设备树覆盖文件。在项目根目录创建路径boards/arm/nrf7002dk_nrf5340/(注意实际板子目录名可能略有不同请根据你的NCS版本确认通常是nrf7002dk_nrf5340_cpuapp)。在该目录下创建文件app.overlay/ { ds18b20: ds18b20 { compatible maxim,ds18b20; gpios gpio0 3 GPIO_ACTIVE_HIGH; /* 假设使用 P0.03 */ status okay; }; };这个文件定义了一个名为ds18b20的节点其compatible属性与我们的驱动代码中的DT_DRV_COMPAT匹配。gpios属性指定了数据线连接的GPIO控制器gpio0、引脚号3和有效电平。status “okay”表示启用该设备。5.2 主应用程序 (src/main.c)现在我们可以在主程序中像使用任何其他Zephyr传感器一样使用DS18B20了。#include zephyr/kernel.h #include zephyr/device.h #include zephyr/drivers/sensor.h #include zephyr/logging/log.h LOG_MODULE_REGISTER(main, LOG_LEVEL_INF); void main(void) { const struct device *ds18b20_dev; struct sensor_value temp_val; LOG_INF(DS18B20 with Nrf7002DK Demo Started); /* 1. 获取设备绑定 */ ds18b20_dev DEVICE_DT_GET(DT_NODELABEL(ds18b20)); if (!device_is_ready(ds18b20_dev)) { LOG_ERR(DS18B20 device not ready. Check device tree binding and driver.); return; } while (1) { /* 2. 触发采样 */ if (sensor_sample_fetch(ds18b20_dev) 0) { LOG_ERR(Failed to fetch sample from DS18B20); } else { /* 3. 获取温度通道数据 */ if (sensor_channel_get(ds18b20_dev, SENSOR_CHAN_AMBIENT_TEMP, temp_val) 0) { LOG_ERR(Failed to get temperature data); } else { /* 4. 打印温度值 */ LOG_INF(Temperature: %d.%06d °C, temp_val.val1, temp_val.val2); // 或者使用 sensor_value_to_double(temp_val) 转换为double } } /* 5. 每隔5秒采样一次 */ k_sleep(K_SECONDS(5)); } }主程序逻辑非常清晰获取设备指针 - 检查设备就绪 - 循环中获取样本 - 读取温度值 - 打印。这得益于Zephyr传感器框架的抽象使得应用层代码简洁而通用。6. 构建、刷写与调试6.1 配置与构建在VS Code中确保打开了我们的项目文件夹。按下CtrlShiftP输入 “Nordic: Build”选择你的目标板型号例如nrf7002dk_nrf5340_cpuapp。构建系统会自动处理所有依赖包括我们的自定义驱动。观察终端输出确保没有编译错误。特别注意是否有类似 “Found DT compatible ‘maxim,ds18b20’” 的日志这表明我们的设备树绑定和驱动被成功识别。6.2 刷写到开发板使用USB线连接Nrf7002 DK到电脑。在VS Code中按下CtrlShiftP输入 “Nordic: Flash”选择刚才构建好的zephyr.hex文件进行刷写。刷写成功后开发板会自动复位运行。6.3 查看日志输出最方便的调试方式是查看串口日志。Nrf7002 DK的调试芯片会将MCU的UART输出转发到USB CDC ACM端口。在VS Code中安装 “Serial Monitor” 扩展或使用任何你喜欢的串口工具如screen,minicom,Putty。查找开发板对应的串口设备在Windows上是COMx在Linux/Mac上是/dev/ttyACMx。打开串口波特率通常设置为115200。复位开发板你应该能看到类似以下的日志输出[00:00:00.000,000] inf main: DS18B20 with Nrf7002DK Demo Started [00:00:00.010,000] inf ds18b20: DS18B20 initialized on GPIO GPIO_0 pin 3 [00:00:00.020,000] dbg ds18b20: Raw temperature data: 0x0191 [00:00:00.020,000] dbg ds18b20: Converted temperature: 25.062500 °C [00:00:00.020,000] inf main: Temperature: 25.062500 °C [00:00:05.020,000] inf main: Temperature: 25.125000 °C ...如果看到DS18B20 not detected on init. Check wiring.这样的警告说明初始化时未检测到设备需要检查硬件连接和上拉电阻。7. 常见问题排查与实战心得在实际操作中你几乎一定会遇到一些问题。下面是我总结的“排坑指南”7.1 问题一读取的温度值始终是85.0°C或0x5500现象每次读出的温度都是85°C这是DS18B20的默认上电值。原因温度转换命令没有执行成功或者读取的是暂存器的默认值。根本原因通常是时序不准确。排查步骤检查复位和Presence脉冲在ds18b20_reset函数中增加更详细的日志打印出检测到的Presence脉冲结果。确保每次通信前复位成功。检查延时函数ds18b20_delay_us是罪魁祸首的首选。k_busy_wait的精度受编译优化等级和系统时钟影响。尝试在prj.conf中关闭优化CONFIG_DEBUG_OPTIMIZATIONSy仅用于调试。使用更精确的延时方法例如基于系统时钟计数的忙循环。对于nRF系列可以使用nrfx_coredep_delay_us()需包含nrfx_coredep.h或直接操作定时器。检查GPIO方向切换在读写比特的函数中确保在需要读取从机响应时GPIO已正确切换到输入模式GPIO_INPUT。这是最容易被忽略的一点。检查电源和上拉电阻确保VDD供电稳定并且DQ线上有可靠的4.7kΩ上拉电阻到3.3V。可以用万用表测量DQ线在空闲时的电压应该是稳定的3.3V左右而不是一个中间值。7.2 问题二驱动编译失败找不到设备树节点现象构建时报错error: ‘DT_N_S_ds18b20’ undeclared。原因设备树覆盖文件未生效或者节点名称不匹配。解决确认app.overlay文件放在了正确的板级目录下。确认主程序中DEVICE_DT_GET使用的标签DT_NODELABEL(ds18b20)与.overlay文件中定义的节点标签ds18b20:一致。构建后检查build/zephyr目录下的zephyr.dts文件搜索 “ds18b20”看你的节点是否被正确合并进去。7.3 问题三多传感器冲突与寻址场景当一条总线上挂载多个DS18B20时。方案我们的驱动目前使用了SKIP ROM (0xCC)命令这只能用于单传感器总线。对于多传感器必须实现ROM搜索算法著名的 “1-Wire Search Algorithm”来获取每个传感器的唯一64位ROM ID然后使用MATCH ROM (0x55)命令进行寻址。建议这是一个相对复杂的功能。建议先稳定实现单传感器驱动。若需要多传感器支持可以在此基础上扩展实现一个ROM ID列表管理并在sample_fetch前先发送MATCH ROM命令和特定的ROM ID。网上有成熟的1-Wire搜索算法C语言实现可供参考。7.4 实战心得与优化建议上拉电阻是关键4.7kΩ是标准值但如果总线较长超过1米或负载较多可能需要减小阻值如2.2kΩ以提供更强的上拉电流。反之如果功耗敏感可以适当增大但需确保上升时间满足要求。电源去耦在DS18B20的VDD和GND之间并联一个0.1uF的陶瓷电容可以滤除电源噪声提高稳定性尤其是在寄生供电模式下。优化功耗DS18B20在温度转换时电流消耗最大可达1.5mA。在电池供电应用中可以采取间歇性测量的策略。完成温度转换并读取数据后可以通过发送DS18B20_CONVERT_T命令后让MCU进入睡眠750ms后再唤醒读取而不是忙等待。驱动健壮性在生产代码中应在ds18b20_reset、ds18b20_read_byte等关键函数中加入超时和重试机制。例如如果连续3次复位都无响应则判定传感器故障。利用Zephyr生态现在你的DS18B20已经是一个标准的Zephyr传感器了。你可以轻松地将其数据通过sensor子系统提供给其他模块比如通过MQTT发布到云平台或者与Zephyr的日志系统、文件系统集成实现数据记录。通过以上步骤你应该已经成功地在Nrf7002 DK上驱动了DS18B20。这个过程虽然涉及了从硬件连接到RTOS驱动开发的多个层面但每一步拆解开来都是嵌入式开发的通用技能。掌握了这套方法你就能举一反三让Nrf7002 DK连接和控制更多有趣的传感器和器件。