Zephyr RTOS驱动开发基础：驱动测试与调试上周在调试一个SPI温湿度传感器驱动时，遇到了一个让我抓狂的问题——驱动在QEMU上跑得欢快，一烧到STM32L4开发板就死机。折腾了两天，最后发现是GPIO中断优先级配置和内核调度器抢占了驱动的中断上下文。这种“模拟器正常、硬件翻车”的案例，在Zephyr驱动开发中太常见了。今天这篇笔记，就聊聊驱动测试和调试的那些坑，以及我摸索出来的实用方法。驱动测试：别信模拟器，信逻辑分析仪很多人刚接触Zephyr驱动开发，习惯在QEMU或native_posix上验证逻辑。这没问题，但千万别把模拟器通过当成驱动正确。模拟器模拟的是外设行为，不是真实硬件时序。我见过一个UART驱动，在QEMU上收发数据完美，上板子后波特率偏差导致丢包——因为模拟器不关心时钟树配置。我的做法是：先写一个最小测试用例，只测试驱动的一个功能点。比如测试GPIO输出，就写一个循环翻转引脚，用逻辑分析仪抓波形。测试I2C读写，就挂一个已知地址的传感器，读寄存器值对比数据手册。测试SPI，就发一个固定字节序列，用示波器看时钟和数据线。Zephyr提供了ztest框架，但很多工程师忽略了一个关键点：ztest默认在系统线程中运行，如果你的驱动依赖中断上下文，测试用例需要手动触发中断。我习惯在测试用例里加一个k_sleep(1)，给中断处理留出时间窗口，否则测试结果可能全是假阳性。调试三板斧：LOG、断言、硬件断点/