企业官网建设流程全解析

简介：面向嵌入式与运动感知开发者的MPU6500驱动算法工程包，围绕InvenSense六轴IMU的初始化配置、原始数据采集、卡尔曼/互补/Madgwick数据融合以及欧拉角与四元数姿态解算展开，适合消费电子、机器人、无人机和物联网项目中的驱动移植与姿态跟踪学习。压缩包共157个文件、约730KB，以C源文件、头文件、Makefile和工程配置为主，兼有少量Python脚本与PDF说明，覆盖底层寄存器访问、DMP运动驱动及USB通信等模块，便于按工程结构梳理调用关系。已有1043人学习下载，说明其在同类加速度传感器驱动资料中具备一定参考热度。读者可从中获得从传感器校准、滤波融合到万向锁规避与四元数连续旋转表达的完整实现思路，并结合工程文件理解驱动层与上层应用之间的数据流，为实际调试和算法验证提供可复用的代码骨架。

1. 一颗加速度传感器为什么值得单独写一套驱动算法

很多人第一次用 MPU6500，判断成功的标准是串口里能打印出六个数。可真把这六个数喂给姿态解算，问题立刻暴露：加速度传感器输出的三轴重力分量在电机一转起来后就满是噪声，角速度积分两分钟能漂出去十几度。能读数只说明通信通了，离“能用”还差着量程匹配、零偏补偿、滤波参数这一整套东西。

MPU6500驱动算法这套代码处理的就是这段距离。它不让寄存器读写孤立存在，还把 WHO_AM_I 自检、量程与带宽配置、突发读、静止零偏标定、温漂补偿和姿态融合串成一条能直接跑在 MCU 上的链路。适合做平衡车、云台、机械臂末端姿态、手持稳定器这类产品的人，也适合刚学完 SPI、I2C、想找个真实外设练手的嵌入式新手。下面按总线分层、初始化时序、数据解算、踩坑排查、二次开发五段来拆，读完能把它搬到另一颗 MCU 上。

2. 驱动分层与工程结构：SPI 与 I2C 共用一套寄存器访问

2.1 三层拆开：总线层、器件层、算法层

MPU6500 的驱动最容易写成一坨：读寄存器的函数里混着 HAL 调用，滤波系数硬编码在中断回调里。换个 MCU，或者把同一份代码从 SPI 板子搬到 I2C 板子，就得整体重写。合理做法是三层分离，层与层之间只通过结构体通信。

总线层只负责“给一个寄存器地址，读回 N 个字节”，它不知道 MPU6500 是什么。器件层知道 0x3B 是加速度起始地址、0x75 是 WHO_AM_I，但不知道数据之后要拿去算欧拉角。算法层只拿物理量（g 和 °/s），不关心数据是从 SPI 还是 I2C 来的。这样分层的好处很直接：换 MCU 只改总线层那几十行，换传感器只改器件层的寄存器表，调滤波只动算法层。

总线抽象用一个函数指针结构体就够了，不需要上 C++ 虚函数那套：

/* mpu_bus.h —— 驱动只认这两个函数指针，不认具体外设 */ typedef struct { /* reg: 寄存器地址; buf/len: 数据缓冲区与长度; 返回 0 表示成功 */ int (*write)(void *ctx, uint8_t reg, const uint8_t *buf, uint16_t len); int (*read )(void *ctx, uint8_t reg, uint8_t *buf, uint16_t len); void *ctx; /* 具体总线句柄：SPI_HandleTypeDef* 或 I2C 设备号，驱动不解析 */ } mpu_bus_t; /* 器件句柄，把标定结果和换算系数一起带在身上 */ typedef struct { mpu_bus_t bus; float acc_lsb; /* 加速度灵敏度，LSB/g，由量程决定 */ float gyr_lsb; /* 角速度灵敏度，LSB/(°/s) */ float acc_bias[3]; /* 三轴加速度零偏，单位 g */ float gyr_bias[3]; /* 三轴角速度零偏，单位 °/s */ uint8_t who_am_i; uint8_t inited; } mpu_dev_t;

关键在ctx这个 void 指针。它让器件层完全不需要包含任何芯片厂商的头文件，编译时不会把 HAL 的头文件拖进算法模块。acc_lsb和gyr_lsb放在句柄里而不是写成宏，是因为同一块板子上可能需要动态切换量程：比如低速模式下用 ±2g 提精度，检测到跌落再切 ±16g，系数跟着量程走才不会算错。标定结果也放在这里，避免全局变量满天飞，多传感器共存时不会互相覆盖。

2.2 目录结构与文件职责

一个能长期维护的驱动，文件划分通常是这样：

表里“是否要改”这一列是血泪经验：真正做过三个以上平台的人会发现，90% 的调试时间花在mpu_port_*.c和app_imu.c上，中间三行几乎不动。所以移植前先把端口层写得干净一点，比事后打补丁省事得多。端口层里我一般只留三个东西：一个片选（或设备地址）、一个微秒级延时、一对读写函数，别的一律不放。

寄存器头文件建议用#define MPU6500_REG_ACCEL_XOUT_H 0x3B这种全大写加模块前缀的写法。裸写0x3B在单个文件里看着清爽，等你在两个传感器的驱动之间来回切，就会明白前缀是给自己的后悔药。

2.3 通信层实现：SPI 读地址的 bit7 与突发读

MPU6500 的 SPI 协议有个细节：寄存器地址字节的最高位是读写标志，1 表示读，0 表示写；地址本身只占低 7 位，且支持自增，连续读会自动指向下一个寄存器。这意味着读 14 个字节的加速度、温度、角速度数据，只需要发一次地址。

/* mpu_port_spi.c —— 片选必须手动控制，全程拉低 */ static int spi_write(void *ctx, uint8_t reg, const uint8_t *buf, uint16_t len) { SPI_HandleTypeDef *h = (SPI_HandleTypeDef *)ctx; HAL_GPIO_WritePin(IMU_CS_PORT, IMU_CS_PIN, GPIO_PIN_RESET); reg &= 0x7F; /* 写：bit7 清 0 */ HAL_SPI_Transmit(h, &reg, 1, 10); if (len) HAL_SPI_Transmit(h, (uint8_t *)buf, len, 10); HAL_GPIO_WritePin(IMU_CS_PORT, IMU_CS_PIN, GPIO_PIN_SET); return 0; } static int spi_read(void *ctx, uint8_t reg, uint8_t *buf, uint16_t len) { SPI_HandleTypeDef *h = (SPI_HandleTypeDef *)ctx; HAL_GPIO_WritePin(IMU_CS_PORT, IMU_CS_PIN, GPIO_PIN_RESET); reg |= 0x80; /* 读：bit7 置 1 */ HAL_SPI_Transmit(h, &reg, 1, 10); HAL_SPI_Receive(h, buf, len, 10); /* 地址自增，连读无需再发地址 */ HAL_GPIO_WritePin(IMU_CS_PORT, IMU_CS_PIN, GPIO_PIN_SET); return 0; }

三个参数值得说清楚。reg |= 0x80是这颗芯片的硬性规定，忘了这一位，读回来的永远是 0x00 或 0xFF，很多人在这里卡半天。第二个参数len允许为 0，因为写单个寄存器时只需要地址加一个数据字节，这样spi_write一个函数就能同时覆盖“写单寄存器”和“写 FIFO 连续块”。最后是片选手动控制：不要指望硬件 NSS 自动翻转，两次HAL_SPI_Transmit/Receive之间如果 CS 被拉高，芯片内部的地址指针会复位，突发读会退化成读到同一字节 14 次。

I2C 版本更简单，地址 0x68（AD0 接地）或 0x69（AD0 接高），速率建议 400kHz，注意上拉电阻别用 10k 以上，长排线上来会看到波形上升沿变圆。I2C 的寄存器地址不带宽读标志，直接从0x3B连续读就行，但要在读之前先发一次地址，中间不要发 STOP。

3. 上电初始化：从 WHO_AM_I 到第一帧有效数据的寄存器时序

3.1 复位、唤醒与自检

上电后第一件事不是配量程，是确认芯片真的在。MPU6500 的 WHO_AM_I 在 0x75，默认返回 0x70。读到 0x70 以外的值，先别急着改代码，检查供电和总线；读到 0x00 或 0xFF，基本都是通信没通，而不是芯片坏了。

确认身份之后做软复位：往 0x6B（PWR_MGMT_1）的 bit7 写 1，等 100ms，再读回来确认 bit7 已经自动清零。这一步容易被跳过，后果是芯片停在复位后的默认状态，量程是 ±2g、陀螺是 ±250°/s，如果业务代码按 ±8g 去换算，数据会整体小 4 倍，而且因为数值“看起来合理”极难发现。复位完成后把时钟源切到陀螺 X 轴 PLL（CLKSEL = 0x01），比内部 20MHz 振荡器稳得多，这是长时间积分不飘的前提。

/* mpu6500.c —— 上电自检与复位，失败返回负值，调用方直接进错误处理 */ int mpu_init(mpu_dev_t *dev) { uint8_t v = 0; if (dev->bus.read(dev->bus.ctx, 0x75, &v, 1) != 0) return -1; /* 总线不通 */ dev->who_am_i = v; if (v != 0x70) return -2; /* 器件不对 */ dev->bus.write(dev->bus.ctx, 0x6B, (uint8_t[]){0x80}, 1); /* 软复位 */ mpu_delay_ms(100); /* 等复位位自清，最多等 200ms，超时说明芯片没响应 */ for (int i = 0; i < 20; i++) { dev->bus.read(dev->bus.ctx, 0x6B, &v, 1); if ((v & 0x80) == 0) break; mpu_delay_ms(10); } if (v & 0x80) return -3; dev->bus.write(dev->bus.ctx, 0x6B, (uint8_t[]){0x01}, 1); /* 时钟源=PLL */ mpu_delay_ms(10); dev->inited = 1; return 0; }

这里用了一个复合字面量(uint8_t[]){0x80}直接传单字节，省掉临时变量；C99 之后主流嵌入式编译器都支持。返回值用不同负值区分“总线不通”“器件不对”“复位超时”，上层打日志时能直接定位到哪一步，比统一返回 -1 强太多。mpu_delay_ms是端口层提供的毫秒延时，RTOS 环境下换成vTaskDelay或osDelay即可，但注意在调度器启动前调用时要用忙等版本。

3.2 量程、带宽与采样率

这三个参数决定了后面所有换算的正确性，配错了数据要么溢出、要么噪声大、要么相位延迟高到没法做控制。

加速度往 0x1C（ACCEL_CONFIG）写，陀螺往 0x1B（GYRO_CONFIG）写，值左移三位放在 bit4:3。选量程的原则是“留两倍余量”：正常运动峰值 1g 就选 ±4g，峰值 3g 就选 ±8g。选太小会削顶，波形上看出平顶；选太大分辨率浪费，静止时噪声占比变高。

带宽配置在 0x1A（CONFIG）的低三位 DLPF_CFG，它同时影响陀螺和加速度的低通截止：

控制环跑 200Hz 以上，选 DLPF_CFG=3 比较平衡；做静态倾角测量可以放到 5，噪声小但延迟大，别拿去做闭环。采样率由 0x19（SMPLRT_DIV）分频，公式是“陀螺输出率 / (1 + 分频值)”，DLPF 打开时陀螺输出率是 1kHz。想要 200Hz 就写 4。这个值和你的定时器周期必须对齐，否则滤波器的 dt 和实际采样间隔不一致，积分出来的角度会系统性偏快或偏慢。

3.3 中断与 FIFO 配置

轮询读数据在低频场景够用，一旦采样率上到 500Hz 以上，主循环的抖动会让采样间隔忽长忽短，积分误差肉眼可见。稳妥做法是用 DRDY 中断：把 0x38（INT_ENABLE）的 bit0 置 1，数据就绪时 INT 引脚拉高，MCU 在中断里读走 14 个字节。0x37（INT_PIN_CFG）里可以配推挽/开漏、高有效/低有效、脉冲/锁存，锁存模式下必须读一次 INT_STATUS（0x3A）才会清中断，忘了这一步会一直进中断。

FIFO 在 1kHz 以上更划算。使能 0x23（FIFO_EN）的加速度和陀螺位，数据自动入队，主循环按 0x72（FIFO_COUNT）里的字节数批量取。好处是采样时刻由芯片自己保证，MCU 忙不忙都不影响时间戳均匀性。代价是多一层缓冲区管理，读太快拿到旧数据，读太慢 FIFO 溢出（0x3A 的 bit4 会置位）。我一般把 FIFO 水位设在半满，留一半余量给突发的调度延迟。

4. 数据解算：从 14 字节原始值到稳定姿态角

4.1 突发读与单位换算

0x3B 开始连续 14 个字节，依次是加速度 XYZ、温度（2 字节）、陀螺 XYZ，每个轴高字节在前。一次突发读能保证六个轴来自同一采样时刻，分三次读会引入几毫秒的错位，做高速旋转解算时这个错位会变成明显的姿态跳变。

/* mpu6500.c —— 一次读 14 字节并换算成物理量 */ typedef struct { float acc[3]; float gyr[3]; float temp; } mpu_data_t; int mpu_read(mpu_dev_t *dev, mpu_data_t *out) { uint8_t b[14]; if (dev->bus.read(dev->bus.ctx, 0x3B, b, 14) != 0) return -1; for (int i = 0; i < 3; i++) { /* 高字节在前，先拼成 int16 再转 float，避免符号扩展出错 */ int16_t ra = (int16_t)((b[i*2] << 8) | b[i*2 + 1]); int16_t rg = (int16_t)((b[8 + i*2] << 8) | b[8 + i*2 + 1]); out->acc[i] = ra / dev->acc_lsb - dev->acc_bias[i]; /* 单位 g */ out->gyr[i] = rg / dev->gyr_lsb - dev->gyr_bias[i]; /* 单位 °/s */ } out->temp = (int16_t)((b[6] << 8) | b[7]) / 333.87f + 21.0f; /* 内部温度 */ return 0; }

拼字节时最容易翻车的地方是(b[0] << 8) | b[1]直接赋给int16_t：b[0]是uint8_t，提升成 int 后左移 8 位得到的是正数，负温度或负角速度就会变成几万的大数。先强转int16_t才能正确截断出符号位。温度换算系数 333.87 和偏移 21 是器件手册给的，用于粗略补偿零偏温漂，精度不高但足以判断“芯片是不是发热了”。

4.2 零偏标定：静止均值与六面法

陀螺的零偏是姿态漂移的头号来源。 datasheet 上写的 ±1°/s 是极限值，实际个体差异很大，不标定直接积分，静止放一分钟就能漂几度。最省事的做法是上电静止标定：设备放平不动，采 200 组取均值，作为gyr_bias。

/* 静止标定：采样期间同时算方差，抖动超标就判定标定无效 */ int mpu_calib_static(mpu_dev_t *dev, int n) { float sum[3] = {0}, sq[3] = {0}; mpu_data_t d; for (int i = 0; i < n; i++) { if (mpu_read(dev, &d) != 0) return -1; for (int k = 0; k < 3; k++) { sum[k] += d.gyr[k]; sq[k] += d.gyr[k] * d.gyr[k]; } mpu_delay_ms(5); /* 200Hz 采样，n=400 约 2 秒 */ } for (int k = 0; k < 3; k++) { float mean = sum[k] / n; float var = sq[k] / n - mean * mean; /* 方差，判断有没有人在动 */ if (var > 0.25f) return -2; /* 标准差 > 0.5°/s，视为没静下来 */ dev->gyr_bias[k] = mean; } return 0; }

这段代码的关键不是求均值，是那句方差判断。产线上工人手抖一下、设备放在有振动的台面上，标定出来的零偏就是错的，而且错得很隐蔽：数据看着正常，只是慢慢漂。加一道方差门限，标定失败就重来，比事后查半天划算。门限值 0.25 对应标准差 0.5°/s，实测静止时方差通常在 0.01 量级，余量足够。

加速度计不能用静止均值标零偏，因为它测的是重力，放平的时候 Z 轴本来就是 1g。标准做法是六面法：把设备分别以 ±X、±Y、±Z 六个面朝下静置，每个面记录该轴读数，理论上正向应该是 +1g、反向 -1g。于是

bias_x = (a_x(+) + a_x(-)) / 2 scale_x = (a_x(+) - a_x(-)) / 2 /* 除以 1g 得到比例因子 */

六个面跑完，三个轴的零偏和比例因子都有了。这套流程在实验室里十分钟能做完，做完之后倾角误差能从 2° 压到 0.3° 以内。量产时不会每个都做六面，通常取一批样本标定出平均比例因子烧进固件，零偏则留给上电自检。

4.3 姿态融合：互补滤波与 Madgwick

有了校准过的 g 和 °/s，才轮到解算。最轻量的是互补滤波：陀螺积分信短期、加速度计测重力信长期，用一阶低通把两者拼起来。

/* mpu_filter.c —— 一阶互补滤波，dt 单位秒，输出角度单位度 */ void attitude_complementary(float dt, const float acc[3], const float gyr[3], float *roll, float *pitch) { /* 加速度计直接反算倾角，注意 atan2 参数顺序 */ float acc_roll = atan2f(acc[1], acc[2]) * 57.29578f; float acc_pitch = atan2f(-acc[0], sqrtf(acc[1]*acc[1] + acc[2]*acc[2])) * 57.29578f; /* 先用陀螺预测 */ *roll += gyr[0] * dt; *pitch += gyr[1] * dt; /* 再用加速度计修正，alpha=0.98 对应时间常数约 0.5s */ *roll = 0.98f * (*roll) + 0.02f * acc_roll; *pitch = 0.98f * (*pitch) + 0.02f * acc_pitch; }

系数 0.98 不是随便写的。互补滤波的等效时间常数 τ ≈ α·dt/(1-α)，dt=0.01s（100Hz）时 α=0.98 得到 τ≈0.49s，意思是加速度计的修正大约需要半秒才能追上陀螺的偏差。系数越大越信陀螺，响应快但漂；越小越信加速度计，不漂但电机一振动角度就跟着抖。做云台我用 0.98，做静态倾角仪用 0.90。

互补滤波的短板是 yaw 轴没有观测量，纯积分必然漂，长时间使用得上磁力计或者外部参考。想要三轴都收敛，就换 Madgwick：它用梯度下降把加速度观测的误差反馈到四元数上，计算量比卡尔曼小一个数量级，在 M0/M3 上跑 500Hz 毫无压力。核心参数只有一个 beta，物理含义是陀螺测量误差，经验值是beta = sqrt(3/4) * 陀螺误差(rad/s)；陀螺零偏标到 0.1°/s，beta 取 0.0015 左右起步，抖就调小，收敛慢就调大。

/* 四元数转欧拉角，融合算法输出 q 之后统一在这里转 */ void quat_to_euler(const float q[4], float *roll, float *pitch, float *yaw) { *roll = atan2f(2.0f*(q[0]*q[1] + q[2]*q[3]), 1.0f - 2.0f*(q[1]*q[1] + q[2]*q[2])) * 57.29578f; *pitch = asinf (2.0f*(q[0]*q[2] - q[3]*q[1])) * 57.29578f; *yaw = atan2f(2.0f*(q[0]*q[3] + q[1]*q[2]), 1.0f - 2.0f*(q[2]*q[2] + q[3]*q[3])) * 57.29578f; }

四元数的顺序是 w,x,y,z，跟多数开源实现一致，对接的时候别搞反。pitch 用 asinf 会有 ±90° 的万向锁，做全姿态解算要注意这个边界，实际产品里通常直接用旋转矩阵，绕开这个坑。

5. 常见问题排查：把数据读成玄学的五个翻车现场

5.1 通信层：读回全 0x00 或全 0xFF

现象：WHO_AM_I读出 0x00，或者稳定读出 0xFF，偶尔夹着几个随机值。

原因：0x00 一般是 MISO 一直低，芯片没上电、CS 没接对，或者 SPI 模式选错（MPU6500 支持模式 0 和模式 3，配成模式 1 会采样到错误的边沿）。0xFF 多是 MISO 被上拉、主机根本没收到从机响应，I2C 场景下则是设备地址错了——把 7 位地址 0x68 当 8 位写，实际发出去的是 0xD0，自然无人应答。

解决：先用万用表确认 VDD 和 VDDIO 都在 3.3V 附近，再用示波器看 CS 和 SCLK 有没有波形。软件上把 SPI 模式改成 0、把速率降到 1MHz 试一遍，能通说明是时序余量问题，再逐步升频。I2C 用扫描函数把所有地址扫一遍，别靠猜。

5.2 数据层：静止时数值乱跳、大动作时被削顶

现象：设备完全静止，加速度 Z 轴在 0.95g 到 1.05g 之间跳；或者快速晃动时波形出现明显的平顶。

原因：前者多半是量程选小了加上 DLPF 带宽开到 250Hz，噪声全进来了；后者是量程选小了导致 ADC 饱和。还有一种隐蔽情况：换算系数用错，比如配了 ±8g 却按 16384 LSB/g 去除，读数整体偏小四倍，看着“稳定”，实际是假的。

解决：先打印原始的 int16 值，静止时应该在 0 附近小幅波动（±2g 量程下几百 LSB 属于正常）。如果原始值就顶到 ±32767，直接换大量程。噪声大就把 DLPF_CFG 从 0 调到 3 或 5，注意延迟会跟着涨。换算系数统一从量程枚举反查，不要在两处各写一遍。

5.3 解算层：角度缓慢漂移或振动时发散

现象：静止放置，roll 和 pitch 每小时漂几度；电机一转，角度开始大幅抖动甚至发散到几百。

原因：漂移是陀螺零偏没标定，或者标定后温漂没补偿，芯片从 25℃ 升到 45℃，零偏能变 0.5°/s。振动发散则是加速度计把电机振动当成重力方向，互补滤波的修正量把陀螺积分带偏了。

解决：先做静止标定并输出残余零偏，静止 60 秒看角度漂移量，超过 1° 就是零偏没压住。温漂可以读内部温度做一阶线性补偿，系数自己测：分别在常温和加热后各标定一次，两点连线。振动场景下把加速度计的修正权重调小（α 从 0.98 改到 0.995），或者对加速度模长做门限，偏离 1g 超过 0.2g 就暂停修正。

5.4 时序层：中断里读数偶尔出错、FIFO 溢出

现象：高采样率下偶发一帧全是 0，或者 FIFO 计数持续增长到满。

原因：中断里调用了阻塞式 SPI 传输，赶上主循环也在访问总线，两边打架；或者 FIFO 读取速度跟不上写入速度，尤其是主循环里还做了串口打印。

解决：总线访问加互斥，RTOS 下用互斥量，裸机下用关中断临界区，临界区里只做数据搬运。串口打印一律改成环形缓冲区异步输出，别在采样路径上printf。FIFO 用半满中断触发批量读，单次读走 count 个字节，别一个字节一个字节地取。

5.5 移植层：换板子后一切正常但角度全反

现象：代码没改，换了一块 PCB，roll 和 pitch 方向反了，或者 yaw 转的方向和实际相反。

原因：传感器在板子上的贴装方向变了，芯片坐标系和整机坐标系不一致。这是纯几何问题，跟驱动无关，但表现极像算法 bug。

解决：在器件层加一个轴映射配置，用 3×3 的符号矩阵把芯片坐标转成整机坐标，比如x' = -y, y' = x, z' = z表示绕 Z 轴旋转 90°。改映射比改算法安全得多，而且一行配置就能覆盖不同批次的结构件。改完用六面法复测一遍，确保每个面朝下时对应轴读数符号正确。

6. 二次开发：换 MCU、换传感器要动哪几处

移植这套驱动，真正需要改的东西比想象中少。按依赖顺序列一遍：总线层的两个读写函数、一个毫秒延时、一个微秒延时（SPI 片选间可能需要）、片选引脚定义或 I2C 设备地址。这五处改完，mpu6500.c和mpu_filter.c一行都不用动。我一般先写一个最小冒烟测试，只做WHO_AM_I读取和一次突发读，通了再往上叠标定和滤波——先让数据流跑通，再谈精度，这个顺序反了会浪费很多时间。

换成同系列的其他器件时，差异集中在寄存器上。ICM 系列的 WHO_AM_I 值和部分配置寄存器位定义不同，量程表也略有出入，但 0x3B 起始的 14 字节数据布局基本兼容，所以器件层只要加一张寄存器映射表，用函数指针或者 switch 分发即可。真要做得干净，把“读原始数据”和“量程换算”两个函数做成可替换的，算法层完全无感。

验证环节有两件事必须做。一是静止长跑：设备放桌上跑 10 分钟，记录 roll/pitch 的最大偏差，超过 1° 说明零偏或温漂没处理好。二是已知角度比对：拿一个直角块，把设备从水平翻到 90°，看解算输出是否稳定收敛到 90°，收敛时间就是你的滤波时间常数，和设计值对不上说明 dt 用错了。

最后一个常被忽略的点是标定数据的持久化。零偏标定一次要两秒，产品每次上电都做不现实，得把结果写进 Flash 或 EEPROM。写的时候带上版本号和 CRC，固件升级后如果量程配置变了，旧标定数据就失效了，读到 CRC 不匹配就重新标定。这个设计我在一个项目里漏过，结果产线换料后一批设备带着上一版的零偏跑，现场表现是“偶尔漂、重启就好”，查了三天。

从那以后我每次做传感器驱动，都强制走一遍“自检 → 复位确认 → 量程回读 → 静止标定方差校验 → 长跑漂移”这五步，一步不跳。这套 MPU6500 驱动加算法的完整源码，拿下来对着自己的板子改两个端口函数就能跑起来，剩下的时间可以花在真正值钱的地方——你的控制环。希望帮到你。

本文还有配套的精品资源，点击获取