简介这是面向嵌入式开发者和智能车爱好者的MPU6050中断方式驱动及小车转角控制完整工程代码包。核心思路是借助MPU6050的中断引脚在数据就绪事件发生时触发STM32读取加速度和陀螺仪数据经互补滤波或卡尔曼滤波解算姿态再配合PID算法实现小车转向控制相比轮询方式中断触发可明显提升响应速度并降低系统开销适合基于STM32F4平台的平衡车、循迹车等项目开发。包内共200个文件、压缩后约5.18MB以52个C源文件、55个头文件为主体配套工程配置文件、显示驱动、运动驱动库以及可烧录调试的可执行文件也收录了工程清理脚本等辅助内容。整套工程已有5664人学习浏览。整体源码组织清晰既可直接编译运行验证中断方式的高实时性也有助于理解MPU6050寄存器配置、中断服务程序编写与姿态滤波算法的具体实现。1. 从轮询到中断MPU6050 中断方式到底解决了什么做嵌入式惯性测量的人迟早会遇到同一个选择题读取 MPU6050 的加速度和陀螺仪数据时是在主循环里不停去读还是让传感器主动打断你早先我带的几个新手项目清一色用轮询代码简单跑起来也像模像样直到把采样率提到 200Hz 以上主循环被 I2C 读取拖得满身大汗姿态解算的抖动也跟着冒出来。MPU6050 中断方式的精髓一句话说透把“数据准备好了”这件事从主循环里摘出去让传感器在 FIFO 或寄存器里有完整样本时用 INT 引脚主动告诉处理器。它直接解决两个问题一是 CPU 不用空转等采样周期省出来的时间给姿态解算和通信二是数据到达和读取动作严格同步减少轮询周期错位导致的“新旧数据混读”。这篇文章我会从中断引脚和寄存器配置讲起给一套能直接抄的中断驱动读取代码再把丢数据、中断风暴、卡死这些血泪坑全摆出来。适合正在从 Arduino 示例往裸机或 RTOS 迁移或者想把采样率做高又怕 CPU 被吃干净的人。2. 先理清中断的“硬件通道”INT 引脚与三个关键寄存器2.1 INT_PIN_CFG0x37里的每个 bit 都在决定中断怎么“响”MPU6050 的 INT 引脚不是简单的高电平触发它的行为完全由 INT_PIN_CFG 寄存器摆布。这个寄存器地址是 0x37常见库函数里一般叫MPU6050_INT_PIN_CFG。配置之前先想清楚你希望中断信号长什么样。bit7INT_LEVEL决定高电平有效0还是低电平有效1bit6INT_OPEN决定是推挽输出0还是开漏输出1bit5LATCH_INT_EN决定中断信号是持续保持直到清除1还是脉冲宽度约 50us 的短脉冲0bit4INT_RD_CLEAR决定是不是只要读一次 INT_STATUS 寄存器中断标志就被自动清掉。我一般建议的默认组合是 0x10也就是高电平有效、推挽输出、不锁存读 INT_STATUS 自动清除。为什么不用默认的 0x000x00 是脉冲输出中断持续时间太短如果你的 MCU 的 EXTI 响应稍慢或者主循环忙到没空理中断脉冲早过去了事件就丢了。0x10 虽然也不锁存但只要在中断里及时读 INT_STATUS标志位就会清掉不容易出现中断风暴。如果你的硬件上 INT 引脚没有连外部上拉那千万别把 INT_OPEN 置 1否则引脚浮空中断会像抽风一样乱触发。这个坑后面有一节专门讲。2.2 INT_ENABLE0x38和 INT_STATUS0x3A中断源与现场状态INT_ENABLE 寄存器地址 0x38控制哪些事件能往 INT 引脚上送。对绝大多数读取场景我们只需要其中两个位bit0DATA_RDY_EN数据就绪中断也就是陀螺仪和加速度计的新样本已经写入寄存器或 FIFObit5FIFO_OFLOW_ENFIFO 溢出中断当 FIFO 写满到溢出时触发。别急着两个都打开初学阶段只开 DATA_RDY_EN一个中断源排查起来清爽很多。FIFO 溢出中断等后面做批量读取时再开。INT_STATUS 是 0x3A只读寄存器。它的低位映射了当前哪些中断条件成立读它有两个作用确认本次打断是不是 MPU6050 发出的以及清掉锁存的中断标志配合 INT_PIN_CFG 的 bit4。注意一个很多人忽略的细节即使你只开了数据就绪中断读 INT_STATUS 的时候也要检查对应位是否为 1而不是拿到寄存器值就盲目当作数据有效。之前 A 同学做过一个板子外部信号串扰导致 EXTI 误触发结果每次进中断都去读数据读回来一堆重复值就是因为他没检查 INT_STATUS 的 bit0。2.3 配套寄存器采样率、低通滤波、量程别漏配中断本身不会帮你把数据变得干净它只是通知你“可以取了”。真正决定数据质量的还是那一组采样链路的寄存器。SMPLRT_DIV0x19配合 CONFIG0x1A里的 DLPF 配置共同决定内部采样频率内部在 DLPF 关闭时是 8kHz开启时是 1kHz最终频率 内部频率 / (1 SMPLRT_DIV)。比如设定内部 1kHz、SMPLRT_DIV7输出就是 125Hz也就是每秒 125 个数据就绪中断。GYRO_CONFIG0x1B和 ACCEL_CONFIG0x1C是量程配置这个和中断频率没有直接关系但会影响你 FIFO 里一个样本的字节数间接影响 FIFO 溢出的时间。±2000dps 和 ±8g 这种大量程在运动剧烈时不至于削波缺点是分辨率略低。代码里我会把量程、采样率、中断配置一次性写全省得后面数据异常时还要回头查是不是漏配了。3. 中断方式读取数据的完整代码从初始化到数据解析3.1 最小初始化序列一条函数搞定中断配置直接给一段我常用的初始化代码移植到任何 MCU 平台都不难关键是寄存器写入顺序和延时。这里用i2c_write和i2c_read两个抽象函数具体实现由你的 I2C 驱动提供。#define MPU_ADDR 0xD0 // MPU6050 地址 1 (7位地址0x68) #define PWR_MGMT_1 0x6B #define SMPLRT_DIV 0x19 #define CONFIG 0x1A #define GYRO_CONFIG 0x1B #define ACCEL_CONFIG 0x1C #define INT_PIN_CFG 0x37 #define INT_ENABLE 0x38 #define INT_STATUS 0x3A #define ACCEL_XOUT_H 0x3B #define GYRO_XOUT_H 0x43 void mpu6050_interrupt_init(void) { // 1. 复位整个芯片所有寄存器回默认值 i2c_write(MPU_ADDR, PWR_MGMT_1, 0x80); delay_ms(100); // 2. 唤醒并选择时钟源PLL 以 X 轴陀螺仪为参考比内部RC稳定 i2c_write(MPU_ADDR, PWR_MGMT_1, 0x01); // 3. 采样率分频内部1kHz分频后 1000/(17) 125Hz i2c_write(MPU_ADDR, SMPLRT_DIV, 0x07); // 4. 低通滤波DLPF_CFG0x06 加速度和陀螺仪带宽约5Hz, // 适合稳定姿态场景如果做动作捕捉可以调小分频或改DLPF i2c_write(MPU_ADDR, CONFIG, 0x06); // 5. 量程陀螺仪 ±2000dps加速度 ±8g i2c_write(MPU_ADDR, GYRO_CONFIG, 0x18); i2c_write(MPU_ADDR, ACCEL_CONFIG, 0x10); // 6. INT引脚高电平推挽读取INT_STATUS自动清中断 i2c_write(MPU_ADDR, INT_PIN_CFG, 0x10); // 7. 只开数据就绪中断先不开FIFO溢出 i2c_write(MPU_ADDR, INT_ENABLE, 0x01); }逻辑说明首先复位芯片是靠谱习惯旧配置不会残留然后选时钟源为 X 轴陀螺仪 PLL因为内部 RC 振荡器温漂太大会导致陀螺仪零漂。分频和 DLPF 一起决定了中断频率和噪声的平衡125Hz 对大多数人手持设备足够如果你要做飞行器姿态解算可能想提到 500Hz那 SMPLRT_DIV 就要改成 1同时 DLPF 选更高的截止频率。参数说明里有个容易看走眼的地方INT_PIN_CFG 写 0x10 是 bit41高有效推挽SMPLRT_DIV 放在 CONFIG 之前写还是之后写并不重要因为它们互不依赖。但 PWR_MGMT_1 复位之后必须延时否则后续寄存器写入可能被复位过程覆盖这是很多“配置明明写了读回来却是默认值”的真正原因。3.2 中断服务函数只置标志绝对不做 I2C 通信中断服务函数怎么写是新手最容易翻车的地方。我见过有人直接在 EXTI 回调里调用HAL_I2C_Mem_Read一次读 14 个字节。表面上看没问题实际上一个 I2C 读操作在 400kHz 下至少耗时几十微秒如果中断频率是 1kHzISR 占用率会冲到 5% 以上而且 I2C 通信期间被更高优先级打断很容易出现 SCL 时序错乱。正确做法是ISR 里只置一个 volatile 标志位最好再把当前系统 tick 记下来主循环检测到标志位后再去读数据。volatile uint8_t mpu_data_ready 0; volatile uint32_t last_interrupt_ms 0; // 这是常见的MCU EXTI回调函数具体平台名字不同但用法一致 void int_pin_callback(void) { if (read_int_pin_level() 1) { // 确认还是高电平过滤毛刺 mpu_data_ready 1; last_interrupt_ms get_tick_ms(); } }这里没有直接读 INT_STATUS原因是 INT_STATUS 的读取要通过 I2C而 ISR 里做 I2C 风险太高。你可能担心主循环没来得及响应时下一个中断又来了怎么办会丢事件吗如果两个中断之间主循环确实没清标志第二个中断再把mpu_data_ready置 1标志覆盖了但没关系因为你的读取是完整读一组寄存器或一段 FIFO下一次读到的本来就应该是最新的完整样本。真正要避免的是 ISR 里做乘法除法或者调用非可重入的函数。3.3 主循环端的数据读取先清标志再读 INT_STATUS主循环检测到mpu_data_ready后顺序是固定的先读 INT_STATUS 确认并把中断标志清掉再读数据寄存器。这里有个细节如果你配置了 INT_RD_CLEAR那么读 INT_STATUS 这个动作本身就清掉了 MPU6050 内部的中断锁存EXTI 引脚才会拉低。如果你先读数据再读 INT_STATUS中间这段时间里新样本来了INT 引脚还维持高电平可能导致你读数据读到一半又来一个 EXTI标志位的逻辑就乱了。typedef struct { int16_t ax, ay, az; int16_t gx, gy, gz; } mpu_sample_t; mpu_sample_t mpu_sample; void mpu_read_new_sample(void) { uint8_t buf[14]; uint8_t status; // 1. 读INT_STATUS同时清中断标志 i2c_read(MPU_ADDR, INT_STATUS, status, 1); // 2. 确认确实是数据就绪中断 if (!(status 0x01)) { return; // 不是数据就绪可能是其他中断源先忽略 } // 3. 一次突发读14字节ACCEL_XOUT_H 到 GYRO_ZOUT_L i2c_read(MPU_ADDR, ACCEL_XOUT_H, buf, 14); // 4. 组合成有符号数大端格式 mpu_sample.ax (buf[0] 8) | buf[1]; mpu_sample.ay (buf[2] 8) | buf[3]; mpu_sample.az (buf[4] 8) | buf[5]; mpu_sample.gx (buf[8] 8) | buf[9]; mpu_sample.gy (buf[10] 8) | buf[11]; mpu_sample.gz (buf[12] 8) | buf[13]; }逻辑说明这段代码把“清中断”和“读数据”绑定在一起。status变量只在开头读一次如果你的中断配置是锁存模式这次读取已经把硬件标志清了如果是脉冲模式读不读其实都能清但检查 bit0 依然是避免误触发的保险。buf里用的位移组合是把 MPU6050 输出的大端字节序转成 MCU 的小端 int16_t。如果你直接强制类型转换指针在 ARM Cortex-M 上会得到高低字节颠倒的负数这是常见的移植坑。主循环里不要在这个函数前后加无谓的延时最好的节奏是while (1) { if (mpu_data_ready) { mpu_data_ready 0; mpu_read_new_sample(); // 这里调用姿态解算、串口发送等耗时操作 } // 其他低优先级任务比如按键扫描、显示刷新 }这种结构下姿态解算的时间不能超过一个采样周期否则下一个中断标志只能等你解算完才能被响应等效采样率就掉下来了。如果你用 FreeRTOS可以把解算放到独立任务里中断标志位用xTaskNotifyFromISR这种机制通知思路和裸机一样只是把标志换成了任务通知值。4. 避坑清单MPU6050 中断方式的 5 个经典翻车现场4.1 现象中断一直触发程序像卡死在中断里原因还不是最复杂的多半是 INT_PIN_CFG 里没有配 INT_RD_CLEAR或者配了但 ISR 里从没读过 INT_STATUS。MPU6050 的中断标志在锁存模式下会一直保持高电平EXTI 就会不断触发。我见过有人把中断优先级设成最高结果 EXTI 服务函数里啥都不干光清自家 MCU 的标志位却不去读 MPU6050 的 INT_STATUS于是 MCU 标志清一次INT 引脚又瞬间拉高CPU 彻底被钉死在中断里主循环一动不动。解决每次进入中断或者在主循环里第一次检测到标志时无条件读一次 INT_STATUS。注意读这个寄存器本身就清中断不需要额外写任何寄存器。如果用的是开漏模式记得检查 INT 引脚上拉有没有接。4.2 现象采样数据偶发跳变像是混进了一个旧样本原因中断标志已经置 1但你读取数据前的延迟太长等真正发出 I2C 读命令时新样本又写入了寄存器。MPU6050 的寄存器是双缓冲的但数据就绪中断在样本写入后触发如果你读的动作滞后了一个甚至两个采样周期读到的是最新样本但你在处理时却认为它是中断触发那一时刻的老数据时间戳对不上。解决严格在检测到标志后的第一时间读数据中间不要插入其他 I2C 通信或者长延时。如果你实在做不到就把 FIFO 打开让数据先进 FIFO然后用 FIFO 水位线中断一次读多包这样时间和数据量的对应关系会好很多。FIFO 的具体用法在下一章展开。4.3 现象开启中断后 I2C 读数据偶尔卡死SCL 一直低原因这是 ISR 里做了 I2C 通信导致的经典血泪。I2C 在中断上下文里如果被另一个优先级更高的中断打断时序就断了从机还在等待完整的停止条件总线就被锁住。你看到的 SCL 拉低是主控制器在等从机的时钟延展但从机早已因为缺停止条件而不理你了。解决ISR 里只置标志所有 I2C 通信挪到主循环。如果项目实在必须在中断里读传感器那就用带 DMA 的硬件 I2C并且把 DMA 完成中断优先级设得比 EXTI 低但说实话这种复杂度不值得裸机置标志是最稳的。4.4 现象采样率明明是 125Hz但实际只有 100Hz 左右原因主循环里除了中断读取还有其他耗时任务比如 LCD 刷新或者浮点姿态解算。某次解算时间超过了采样周期数据就绪中断来的时候主循环还在忙标志位被置 1 后没及时处理等到处理完已经是下一个周期于是等效采样率被拖低。这不是 MPU6050 的问题而是软件任务安排的问题。解决把采样频率设计成解算最坏耗时的两倍以上或者干脆把姿态解算拆成多帧慢算保证读取数据这个动作永远排在最前面。另一个办法是启用 FIFO让数据在 MPU6050 内部排队主循环有空了再批量取这样即使中断被延迟数据也不丢。4.5 现象上电后前几百个数据明显异常后面正常原因MPU6050 上电后内部自检和传感器稳定需要时间尤其是中断刚使能时第一个中断触发时寄存器里可能还没有完整样本。另外PWR_MGMT_1 复位后如果没有等待足够久立刻读出来的数据是复位默认值。解决初始化完成后丢弃前 10~20 个数据就绪中断的样本或者在做完配置后额外等待 200ms 再使能中断。我个人习惯是把 INT_ENABLE 放在最后一步写并且在前面加一个 200ms 延时这样能避开大部分上电不稳定窗口。5. 进阶技巧用 FIFO 水位线把中断频率降下来顺便校准采样节奏当你的姿态解算算法本身比较重又想保持高采样率时Data Ready 中断每个样本打一次就不划算了。MPU6050 内置 512 字节 FIFO可以缓存多组传感器数据。常见做法是把加速度计、陀螺仪和温度数据都写进 FIFO一组样本是 14 字节512 字节最多存 36 组512/14取整为 36 组余 8 字节。把 FIFO 水位线设成 N 组样本的字节数比如 42 字节就是 3 组样本。FIFO 一旦写入达到这个水位INT 引脚触发一次 FIFO 水位中断主循环一次性读走 42 字节解析成 3 个样本。配置步骤我一般按这个顺序第一步配置 USER_CTRL0x6A复位 FIFO写 0x04 再写 0x00让 FIFO 指针归零。第二步写 FIFO_EN0x23把要写入 FIFO 的传感器使能我常用 0xD4即温度 XYZ 陀螺仪 加速度计全使能一组样本正好 14 字节。第三步设置 FIFO_WM_THR 寄存器数据手册里有明确地址注意它是 9 位阈值高 8 位和低 1 位分别放在相邻寄存器把阈值设成样本字节数的整数倍。第四步INT_PIN_CFG 和 INT_ENABLE 里把 FIFO_OFLOW_EN 和 FIFO_WM_EN 相关位打开同时建议保留 DATA_RDY_EN 作为后备。中断服务函数依然只置标志。主循环里读到 FIFO_COUNT_H/L0x72/0x73时先计算当前 FIFO 里有多少字节再按 14 字节一组循环读取 FIFO_R_W0x74直到取完。需要注意FIFO 溢出中断和 FIFO 水位中断是两个不同事件溢出意味着你读得太慢这时候应该报警或者丢旧数据不能硬挺着继续读否则数据错位会越来越严重。关于水位线阈值我一般取 3~6 组样本的字节数。取 6 组就是 84 字节对应 42ms 的中断间隔125Hz 采样时主循环可以很从容地调度。但不要把水位线设成 FIFO 上限 512 字节因为一旦读取出错或者被高优先级任务抢占FIFO 溢出就来了数据直接丢失。我习惯留四分之一余量也就是实际阈值不超过 384 字节结合 FIFO_COUNT 检查既能看出数据堆积又不会因为满到溢出把整段数据毁掉。我在一个模拟项目上做过对比Data Ready 中断 每样本读取CPU 占用率在采样 200Hz 时大约占 9%改成 FIFO 水位 4 样本批量读取后CPU 占用率降到 3% 左右而且姿态融合的抖动明显变小因为四组数据的读取时间戳更集中插值误差自然小了。代价是实时性降低 20ms 左右所以如果做的是穿戴设备批量读取没问题做高速旋转机械的振动检测最好还是老实走每样本中断。最后留个习惯调完中断方式后用示波器量一下 INT 引脚波形正常应该是和采样频率一致的等间隔脉冲或电平翻转。如果波形忽长忽短说明主循环有抖动优先处理任务调度而不是去改寄存器。我做过的每个 MPU6050 项目几乎都在这条思路上调整过两三轮但把中断方式和 FIFO 搭配起来之后采样链路基本就没再折腾过。希望帮到你。本文还有配套的精品资源点击获取