nRF52832 寄存器级 TWI (I2C) 驱动开发实战：从零构建传感器通信框架-编程阁

1. 认识nRF52832的TWI寄存器架构

第一次接触nRF52832的TWI（Two-Wire Interface）寄存器时，我完全被那一堆缩写字母搞懵了。后来才发现，这其实就是我们熟悉的I2C接口，只是Nordic给它起了个新名字。和大多数MCU不同，nRF52832的TWI控制器采用了任务（TASKS）和事件（EVENTS）的机制，这种设计让硬件操作变得像搭积木一样直观。

举个例子，当你看到TASKS_STARTRX这个寄存器时，往里面写1就相当于对硬件说"现在开始接收数据吧"；而EVENTS_RXSTARTED置位则表示"数据接收真的开始了"。这种"发布-订阅"式的设计，比传统的状态轮询方式高效得多。我调试时最喜欢用SHORTS寄存器，它能将事件和任务自动关联起来——比如设置LASTRX_STOP位后，收到最后一个字节就会自动发送STOP信号，省去了手动干预的麻烦。

关键寄存器可以分成几大类：

控制类：ENABLE（开关）、FREQUENCY（速率）
引脚配置：PSELSCL（时钟线）、PSELSDA（数据线）
数据传输：TXD（发送）、RXD（接收）
状态监控：ERRORSRC（错误源）、EVENTS_XX（各种事件标志）

// 典型寄存器操作示例 NRF_TWI0->TASKS_STARTTX = 1; // 触发发送任务 while(!NRF_TWI0->EVENTS_TXSTARTED); // 等待发送启动

2. 搭建TWI驱动框架的五个关键步骤

2.1 硬件引脚配置的坑

刚开始我随便找了两个GPIO接传感器，结果数据死活出不来。后来查手册才发现，nRF52832的TWI引脚需要特殊配置：

必须使用支持TWI功能的引脚（如P0.27/P0.28）
在PSELSCL/PSELSDA寄存器中设置正确的引脚编号
硬件会自动配置引脚方向，不需要手动设置GPIO方向寄存器

这里有个隐藏技巧：如果遇到信号完整性问题，可以在初始化后读取PSELSCL寄存器的值，确认是否与设置一致。我曾经遇到过因为引脚冲突导致寄存器值被篡改的情况。

2.2 时钟频率的玄机

FREQUENCY寄存器支持多种标准速率：

#define I2C_STANDARD 0x01980000 // 100kHz #define I2C_FAST 0x06400000 // 400kHz #define I2C_FAST_PLUS 0x0C000000 // 1MHz

但实测发现，当总线负载较重时（比如挂载多个设备），400kHz可能会不稳定。我的经验是：

单设备通信可用1MHz
多设备建议400kHz
长导线时降至100kHz

2.3 从机地址的注意事项

ADDRESS寄存器只需要写入目标设备的7位地址（不需要包含读写位）。比如MPU9250的地址是0x68，直接这样写：

NRF_TWI0->ADDRESS = 0x68; // 不是0xD0或0xD1！

2.4 中断与轮询的选择

虽然官方推荐使用中断，但对于初学者我建议先用轮询方式：

启动任务（如TASKS_STARTTX）
轮询等待事件（如EVENTS_TXSTARTED）
清除事件标志

中断方式需要处理更多边界条件，比如：

错误中断与正常中断的优先级
中断服务程序中的超时处理
多线程环境下的资源竞争

2.5 低功耗优化技巧

在电池供电场景下，记得在初始化时：

禁用时关闭ENABLE寄存器
将PSELSCL/PSELSDA设为未连接状态（0xFFFFFFFF）
关闭TWI电源（通过POWER寄存器）

实测下来，合理配置功耗可以节省约200μA的静态电流。

3. 传感器通信实战：以MPU9250为例

3.1 寄存器读写模板

MPU9250这类传感器通常需要先写寄存器地址，再读取数据。下面是我总结的通用模板：

bool sensor_read(uint8_t dev_addr, uint8_t reg_addr, uint8_t *data, uint8_t len) { // 1. 写入寄存器地址 NRF_TWI0->TXD = reg_addr; NRF_TWI0->TASKS_STARTTX = 1; while(!NRF_TWI0->EVENTS_TXSTARTED); // 2. 切换到接收模式 NRF_TWI0->TASKS_STOP = 1; while(!NRF_TWI0->EVENTS_STOPPED); // 3. 接收数据 NRF_TWI0->SHORTS = TWI_SHORTS_LASTRX_STOP_Msk; NRF_TWI0->TASKS_STARTRX = 1; for(int i=0; i<len; i++) { while(!NRF_TWI0->EVENTS_RXDREADY); data[i] = NRF_TWI0->RXD; NRF_TWI0->EVENTS_RXDREADY = 0; } return true; }

3.2 典型问题排查指南

症状1：卡在EVENTS_TXSTARTED等待

检查SCL/SDA线是否有上拉电阻（通常4.7kΩ）
确认从机地址正确
用逻辑分析仪观察信号波形

症状2：收到错误中断

if(NRF_TWI0->EVENTS_ERROR) { uint32_t err = NRF_TWI0->ERRORSRC; if(err & TWI_ERRORSRC_ANACK_Msk) { // 地址无应答 } if(err & TWI_ERRORSRC_DNACK_Msk) { // 数据无应答 } NRF_TWI0->EVENTS_ERROR = 0; }

症状3：数据错位

检查时钟极性（nRF52832固定为标准模式）
确认从机设备的时钟延展支持情况
适当降低通信速率

4. 高级技巧与性能优化

4.1 使用DMA加速传输

虽然nRF52832的TWI不直接支持DMA，但可以通过PPI（可编程外设互连）实现类似效果：

配置TWI事件触发PPI通道
PPI连接定时器启动任务
定时器中断处理数据搬运

这种方法可以将连续读取MPU9250加速度数据的耗时从1.2ms降低到0.3ms。

4.2 多设备管理策略

当总线上有多个传感器时，建议：

为每个设备封装独立的操作函数
在切换设备时增加5μs延时
使用统一的错误处理机制

typedef struct { uint8_t addr; uint8_t reg_map[16]; } SensorDevice; SensorDevice mpu9250 = {.addr = 0x68}; SensorDevice sht31 = {.addr = 0x44}; void read_sensor(SensorDevice *dev) { // 统一读取接口 }

4.3 实时性保障方案

对于需要严格时序控制的应用：

关闭所有中断（__disable_irq()）
使用SHORTS寄存器自动触发
通过定时器监控超时

__disable_irq(); NRF_TWI0->TASKS_STARTTX = 1; uint32_t timeout = 1000; while(!NRF_TWI0->EVENTS_TXSTARTED && timeout--); __enable_irq();

5. 从寄存器到框架的演进

当基本功能调通后，我建议将代码分层封装：

硬件抽象层：直接操作寄存器的底层函数
设备驱动层：传感器特定的配置和解析
应用层：业务逻辑处理

例如读取MPU9250加速度值的完整调用链：

// HAL层 bool twi_read(uint8_t addr, uint8_t reg, uint8_t *data, uint8_t len); // 驱动层 void mpu9250_read_accel(int16_t *accel) { uint8_t buf[6]; twi_read(0x68, 0x3B, buf, 6); accel[0] = (buf[0]<<8)|buf[1]; accel[1] = (buf[2]<<8)|buf[3]; accel[2] = (buf[4]<<8)|buf[5]; } // 应用层 void update_motion_data() { int16_t accel[3]; mpu9250_read_accel(accel); // 处理数据... }

这种架构下，更换传感器只需修改驱动层，应用代码完全不受影响。我在最近的项目中，用这套框架同时管理了MPU9250、BME280和MAX30102三个传感器，稳定性非常好。