企业官网建设流程全解析

最近在调一个六轴模块，主控是 STM32F103，传感器就是 ICM42688。这颗芯片比 MPU6050 有意思的地方在于，它把陀螺仪和加速度计的性能推高了一个档次，功耗也更低，但代价是寄存器体系比老前辈复杂，什么 bank 切换、功耗模式、ODR 表、FIFO 帧格式，光看数据手册就够新手喝一壶。这篇文章把我从 CubeMX 建工程、SPI 接线、寄存器初始化，到 SPI 加 DMA 批量读取数据、再把原始值换算成角速度和加速度的完整过程整理出来，顺便把我在调试时踩过的几个坑也写清楚。如果你正在用 STM32F103 读 ICM42688，或者打算从 MPU6050 往这颗芯片迁移，这篇内容应该能帮你省下不少时间。

1. 为什么是 ICM42688：芯片选型与整体方案设计

1.1 一颗六轴传感器能做什么

ICM42688 是 TDK InvenSense 推出的一颗六轴惯性传感器，内部集成了三轴陀螺仪和三轴加速度计，支持 SPI 和 I2C 两种接口。陀螺仪负责测量角速度，加速度计负责测量比力，两者合在一起就能做姿态解算、运动检测、振动分析这类活。我在这个项目里要做的是一套小型姿态采集系统，需要以 1kHz 的采样率连续记录运动数据，所以对传感器接口速度、FIFO 缓冲能力、噪声表现都有要求。

相比 MPU6050 这样的老前辈，ICM42688 的提升很直观：陀螺仪支持从 ±15.625dps 到 ±2000dps 的多档量程，加速度计支持 ±2g 到 ±16g，内部 FIFO 也更灵活，能按帧缓存多组数据，配合 DMA 可以做到几乎不占用 CPU 地连续搬运数据。对 STM32F103 这种主频只有 72MHz 的单片机来说，能省一点算力是一点。

1.2 为什么用 SPI 而不是 I2C

ICM42688 同时支持 SPI 和 I2C，我最后选了 SPI，原因有几个。

首先是速度。ICM42688 的 SPI 最高支持 24MHz 时钟，而 I2C 最高只有 1MHz 左右。当采样率要求 1kHz、并且每次要读 6 轴数据时，SPI 的总线占用时间明显更短。其次是 STM32F103 的硬件 I2C 口碑一般，很多人宁可自己用 GPIO 模拟 I2C，也不愿意碰硬件外设。SPI 在 F103 上就稳多了，配合 DMA 通道可以直接把数据从外设搬到内存，CPU 只负责处理，不用傻等每个字节。

当然 SPI 的代价是多一根线，总共有 SCK、MOSI、MISO、CS 四根信号线。如果你的设计里对引脚数量特别敏感，I2C 也是可行的，寄存器层面的配置逻辑完全一样，只是读写函数要换成 I2C 版本。

1.3 硬件连接与引脚分配

我用的主控是 STM32F103C8T6，SPI 走的是 SPI1，引脚分配如下：

注意一个容易混淆的点：ICM42688 在 I2C 模式下的引脚叫 SCL 和 SDA，在 SPI 模式下叫 SPC、SDI、SDO。买回来的模块丝印如果不统一，一定要先确认一下芯片手册里的引脚定义，别把 MOSI 和 MISO 接反了。

CS 用普通 GPIO 控制比较灵活，不推荐使用 STM32 硬件 NSS，因为 F103 的 SPI 主模式下 NSS 引脚行为经常给人添乱。上电时 CS 默认拉高，等到每次传输前再拉低。

2. 寄存器操作基础：SPI 时序与读写规则

2.1 SPI 读写格式和 bank 机制

ICM42688 的 SPI 读写在协议层面很简单：写寄存器的第一个字节是寄存器地址本身，读寄存器的第一个字节是寄存器地址最高位置 1。后面的字节就是数据内容。

这里要特别注意 bank 机制。ICM42688 把寄存器分成了 Bank 0、Bank 1、Bank 2、Bank 3，上电默认在 Bank 0。我们最常用的功能寄存器，比如电源管理、陀螺仪配置、加速度计配置、数据输出，基本都在 Bank 0 里面。如果你要操作的寄存器在别的 bank，需要先往 REG_BANK_SEL 寄存器写入对应的 bank 编号，这个寄存器本身在 Bank 0。调完再切回 Bank 0。

我在项目里只用到了 Bank 0 的寄存器，所以初始化代码里没有频繁切换 bank。但如果你是参考别人的例程移植，看到对 0x76 寄存器写入 0x01、0x02 这类操作，那就是在切换 bank，别把它当成普通配置字段来分析。

2.2 SPI 模式与时序参数

ICM42688 的 SPI 支持 Mode 0 和 Mode 3，也就是 CPOL/CPHA 可以有两种组合。我用的是最常见的 Mode 0：CPOL = 0，CPHA = 0，即时钟空闲为低，数据在第一个时钟沿采样。

片选时序上，每次读写操作都要把 CS 拉低，传输完成后拉高。不要尝试在 CS 拉低期间做多笔独立的小事务，容易把芯片的状态机搞乱。实际测试下来，在 STM32F103 跑 9Mbit/s 的 SPI 时钟非常稳定，远低于芯片 24MHz 的上限。

2.3 通用读写函数封装

工程是用 CubeMX 生成的 HAL 库工程，我封装了两个最基础的函数，后面所有初始化代码都基于它们。

#define ICM42688_CS_LOW() HAL_GPIO_WritePin(CS_GPIO_Port, CS_Pin, GPIO_PIN_RESET) #define ICM42688_CS_HIGH() HAL_GPIO_WritePin(CS_GPIO_Port, CS_Pin, GPIO_PIN_SET) uint8_t icm42688_read_reg(uint8_t reg) { uint8_t tx[2]; uint8_t rx[2]; tx[0] = reg | 0x80; // 最高位置 1，表示读 tx[1] = 0x00; // 占位，提供时钟 ICM42688_CS_LOW(); HAL_SPI_TransmitReceive(&hspi1, tx, rx, 2, 10); ICM42688_CS_HIGH(); return rx[1]; } void icm42688_write_reg(uint8_t reg, uint8_t val) { uint8_t tx[2]; tx[0] = reg & 0x7F; // 最高位清 0，表示写 tx[1] = val; ICM42688_CS_LOW(); HAL_SPI_Transmit(&hspi1, tx, 2, 10); ICM42688_CS_HIGH(); }

读函数里 tx[1] 一定要发送一个 0x00，目的就是给 SPI 从机提供时钟。你以为只是读，但 SPI 是同步协议，主机不发时钟，从机一个字都说不出来。不少新手在这里只发送地址字节，然后直接调 HAL_SPI_Receive，结果一个字节都读不到，就是这个原因。

2.4 CubeMX 配置 SPI1 和 DMA

CubeMX 里 SPI1 的配置要点：

• 模式选择 Full-Duplex Master
• 硬件 NSS 禁用，CS 自己用 GPIO
• 数据宽度 8 bits
• 时钟极性 Low，时钟相位 1 Edge
• 波特率分频根据系统时钟而定，F103 跑 72MHz 时选 8 分频，SPI 时钟就是 9MHz
• MSB First

DMA 配置相对关键。如果你打算用 DMA 方式读取数据，需要给 SPI1 添加 RX 和 TX 两个 DMA 通道，模式选 Normal，数据宽度 Byte。注意 STM32F103 的 SPI TX DMA 和 RX DMA 使用不同通道，CubeMX 会自动分配，不需要手动指定。

我实际测试下来，CubeMX 默认生成的 DMA 配置在 SPI 全双工模式下没有问题，但要注意一点：如果只添加了 RX DMA，没有添加 TX DMA，HAL_SPI_TransmitReceive_DMA 函数可能无法正常使用，因为全双工 DMA 传输需要 TX 和 RX 同时工作。

3. 核心初始化流程：从复位到量程配置

3.1 第一步：读 WHO_AM_I 确认通信链路

拿到芯片的第一件事不是急着配置寄存器，而是读 WHO_AM_I。ICM42688 的 WHO_AM_I 寄存器地址是 0x75，固定返回值是 0x47。如果读出来不是 0x47，后面所有的配置都不用谈，先去查硬件连接和 SPI 时序。

uint8_t whoami = icm42688_read_reg(0x75); if (whoami != 0x47) { // 通信异常，在这里打印或亮灯 }

这一步能过滤掉一大半的低级问题，比如 MOSI/MISO 接反、供电不对、SPI 引脚复用错了、芯片虚焊等等。我习惯在初始化函数里把这个检查放在最前面，如果过不去就直接返回错误码。

3.2 第二步：软件复位与等待

确认芯片通信正常后，先做一次软件复位，让芯片回到一个已知的初始状态。软件复位的寄存器是 DEVICE_CONFIG，地址 0x11，把 bit7 写成 1 触发复位。

icm42688_write_reg(0x11, 0x80); HAL_Delay(10); // 等待复位完成

复位完成后，之前写入的所有配置都会被清掉，所以要等芯片稳定后再继续配置。不同手册写的复位等待时间略有差异，我留了 10ms，足够稳妥。

3.3 第三步：配置电源模式

ICM42688 的电源模式在 PWR_MGMT0 寄存器，地址 0x4E。陀螺仪和加速度计可以分别配置为待机、低噪声、低功耗模式。

低噪声模式适合本项目的场景：采样率高、噪声低、姿态解算效果好。低功耗模式适合电池供电的低采样率场景，比如计步器、便携式姿态传感器。两者的区别本质上是模拟前端的工作状态不同，低功耗模式省电，但可用 ODR 和带宽受限。

在低噪声模式下，把陀螺仪和加速度计都设成低噪声，代码里常见的写法是：

icm42688_write_reg(0x4E, 0x11); // GYRO_MODE = 01, ACCEL_MODE = 01

这里的位字段定义我从数据手册里提取，写到代码注释里。如果你用的是低功耗模式，一般是写 0x22，具体编码以手册为准。

3.4 第四步：配置陀螺仪和加速度计量程

量程配置分别在 GYRO_CONFIG0 和 ACCEL_CONFIG0 寄存器，地址 0x4F 和 0x50。

陀螺仪我选了 ±2000dps，加速度计选了 ±4g。为什么加速度计量程选 ±4g 而不是 ±2g？因为这个项目里传感器会贴在电机附近，偶尔会有比较大的振动，±2g 在某些瞬间会溢出。如果运动幅度不大，±2g 能拿到更高分辨率，可以在实际测试后权衡。

量程和分辨率的关系很直接：ADC 是 16 位，满量程对应 ±32768。以 ±4g 为例，一个 LSB 代表 4 / 32768 = 0.000122g 左右。量程越大，能测的范围越宽，但同等条件下分辨率越低。

配置代码骨架如下：

// GYRO_CONFIG0: 高 3 位选量程，低 5 位选 ODR，具体编码查手册 icm42688_write_reg(0x4F, (GYRO_FS_SEL_2000DPS << 5) | GYRO_ODR_1KHZ); // ACCEL_CONFIG0: 高 3 位选量程，低 5 位选 ODR icm42688_write_reg(0x50, (ACCEL_FS_SEL_4G << 5) | ACCEL_ODR_1KHZ);

宏定义的具体值建议你从芯片数据手册的寄存器映射表里确认。不同驱动代码里可能看到类似的宏名，但编码值不能凭记忆瞎填，这是我调过几个 IMU 后最深的体会。

3.5 第五步：配置数字滤波与采样率

ICM42688 在陀螺仪和加速度计内部有多级滤波器，配置寄存器在 GYRO_CONFIG1 和 ACCEL_CONFIG1，地址 0x51 和 0x52。滤波器的作用是滤掉高频噪声，但代价是引入相位延迟。对姿态解算来说，陀螺仪和加速度计的延迟如果差异太大，融合出来的姿态会有奇怪的滞后感。

我这次先用了默认滤波配置，跑起来看波形，如果噪声偏大再去调。合理顺序是先让数据出来，再根据波形调滤波，不要一上来就把所有寄存器都写一遍。

ODR 采样率我配的是 1kHz，也就是每毫秒出一个新样本。这个速率对大多数运动捕捉场景都够用，而且 STM32F103 在 1kHz 中断频率下做简单姿态解算压力不大。

3.6 中断配置：轮询还是外部中断

ICM42688 有数据就绪中断，数据更新后会拉高 INT1 引脚。我的系统用了两种方式：低速调试时直接轮询 INT_STATUS 寄存器，看数据就绪标志位；高速采集时把 INT1 接到 STM32 的外部中断引脚，在中断里触发 DMA 读取。

轮询的方式适合前期调试。中断方式适合正式数据采集，能省掉不断读状态寄存器的总线开销。中断的引脚极性、推挽/开漏输出，在 INT_CONFIG 寄存器里配置，具体位定义同样需要查手册。

如果只是先把数据读出来，不配中断也没问题，直接从数据输出寄存器读就行，data ready 了没ready了都能读到当前值，只是可能读到旧数据。专业的做法还是看 DRDY 标志或者接外部中断。

3.7 完整初始化代码参考

把上面的步骤串起来，初始化函数大致长这样：

uint8_t icm42688_init(void) { uint8_t whoami = icm42688_read_reg(0x75); if (whoami != 0x47) { return 1; } icm42688_write_reg(0x11, 0x80); // 软件复位 HAL_Delay(10); icm42688_write_reg(0x4E, 0x11); // 陀螺仪和加速度计进入低噪声模式 // 陀螺仪: ±2000dps, ODR 1kHz icm42688_write_reg(0x4F, (0x03 << 5) | ICM42688_ODR_1KHZ); // 加速度计: ±4g, ODR 1kHz icm42688_write_reg(0x50, (0x01 << 5) | ICM42688_ODR_1KHZ); // 中断配置: 数据就绪中断开启，推挽输出 // 具体地址和位字段以手册为准 return 0; }

注意这里 0x03 和 0x01 只是量程选择位，ODR 编码我用宏占位。真正做项目时，我不会放过任何一个寄存器位定义，全部先查手册再写代码，这个习惯帮我避掉了很多莫名其妙的坑。

3.8 初始化配置的坑

第一个坑是寄存器写入必须整个字节写入。ICM42688 的寄存器不支持读-改-写操作去动单个 bit，你没办法只改某个位而不碰其他位。所以配置之前，先把当前寄存器的完整值读出来，或者干脆基于手册给的默认值，把整个字节重新计算好再写。我吃过一次亏，只改了 bits [6:5]，结果把低 5 位的 ODR 配置覆盖成了 0，采样率变成了一个奇怪的数值。

第二个坑是软件复位之后不能马上写其他寄存器。复位需要时间，写太快可能被忽略。我会在复位后加至少 10ms 的延时，虽然不是最快，但很稳定。

第三个坑是量程和 ODR 编码在不同资料里可能长得不一样。比如有些代码库把量程配置放在高 3 位，有些放在低 5 位，看不同厂家的参考例程时很容易混乱。以官方数据手册的寄存器描述为准，不要依赖网上代码。

4. 数据读取实战：轮询方式和 SPI 加 DMA 批量读取

4.1 轮询读取核心数据

ICM42688 的数据输出寄存器在 Bank 0，从地址 0x20 开始。顺序是陀螺仪 X 高字节、X 低字节、Y 高字节、Y 低字节、Z 高字节、Z 低字节，然后是加速度计 X、Y、Z，再往后是温度。一次把 14 个字节全读出来最省事。

轮询方式读取的代码如下：

uint8_t tx_buf[14]; uint8_t rx_buf[14]; void icm42688_read_all(uint8_t *gyro_raw, uint8_t *accel_raw, uint8_t *temp_raw) { tx_buf[0] = 0x20 | 0x80; // 从 0x20 连续读 for (int i = 1; i < 14; i++) { tx_buf[i] = 0x00; } ICM42688_CS_LOW(); HAL_SPI_TransmitReceive(&hspi1, tx_buf, rx_buf, 14, 10); ICM42688_CS_HIGH(); // rx_buf[1]~rx_buf[12] 分别是 6 轴数据 }

连续读的时候，地址 0x20 会自动递增，所以一次 SPI 事务能拿回全部数据。这在 SPI 协议里叫 burst read，能有效减少片选切换和地址发送的次数。

4.2 用 DMA 方式读取数据

先解释一下为什么需要 DMA。轮询方式读 14 个字节，每个字节都要 CPU 参与，虽然 1kHz 采样率下 CPU 占得不算多，但如果你同时还要跑 OLED 显示、姿态解算、无线发送，CPU 时间就紧张了。DMA 可以把数据从 SPI 外设直接搬到内存，传输完成后触发中断，CPU 再去处理。

基于 DMA 的批量读取要做两件事：准备好一段发送缓冲区，第一字节放寄存器地址，后面放 0x00 占位；准备好相同长度的接收缓冲区。启动 DMA 传输后，芯片会按地址自动一帧一帧返回数据。

#define ICM42688_READ_LEN 14 uint8_t spi_tx_buf[ICM42688_READ_LEN]; uint8_t spi_rx_buf[ICM42688_READ_LEN]; volatile uint8_t icm42688_dma_done = 0; void icm42688_read_all_dma(uint8_t reg) { spi_tx_buf[0] = reg | 0x80; for (int i = 1; i < ICM42688_READ_LEN; i++) { spi_tx_buf[i] = 0x00; } icm42688_dma_done = 0; ICM42688_CS_LOW(); HAL_SPI_TransmitReceive_DMA(&hspi1, spi_tx_buf, spi_rx_buf, ICM42688_READ_LEN); } void HAL_SPI_TxCpltCallback(SPI_HandleTypeDef *hspi) { if (hspi->Instance == SPI1) { ICM42688_CS_HIGH(); icm42688_dma_done = 1; } }

主程序里只需要在需要采集数据时调用 icm42688_read_all_dma，然后在主循环里等 icm42688_dma_done 置 1，再处理 spi_rx_buf。注意 spi_rx_buf[0] 是地址字节的响应，数据从 spi_rx_buf[1] 开始。

用 DMA 传输时，CS 拉低的时机和 DMA 启动的时机要控制好。我是先在 CS 拉低之前把 DMA 配置好，然后拉低 CS 再启动传输，避免 DMA 还没准备好时钟就已经在跑了。回调里拉高 CS 的时机也要等传输完全结束后再做，DMA 传输完成中断就是最合适的时机。

4.3 FIFO 读取：应对高采样率的批量方案

如果采样率拉到 4kHz 或更高，每次数据就绪都触发 DMA 读取，CPU 同样会很忙。这时候可以用 ICM42688 的 FIFO 功能。芯片会把采到的数据按固定帧格式存进内部 FIFO，我们只需要在 FIFO 快满的时候一次性批量读走一大批样本，读取频率可以比采样频率低很多。

FIFO 的使用逻辑是：先配置 FIFO 使能和帧内容（陀螺仪、加速度计、温度是否写入 FIFO），然后读取 FIFO 计数寄存器得到当前缓存的字节数，再从 FIFO 数据寄存器连续读走。FIFO_CONFIG 相关的寄存器地址和位定义在不同固件版本里描述有差异，我建议直接查手册。

FIFO 最核心的难点是帧解析。每一帧在 FIFO 里的排列顺序必须和配置时定的帧结构完全一致。比如你配置了陀螺仪+加速度计，但没配置温度，那每一帧就是 12 字节；如果加了温度，每帧就是 14 字节。解析时按顺序切分即可。

4.4 数据字节序和组合

从寄存器里读出来的原始数据是 8 位的，需要拼成 16 位有符号整数。ICM42688 的大端排列，每个轴都是先高字节后低字节。组合时不要用(hi << 8) | lo直接转uint16_t再转int16_t，那样如果符号位处理不好会出问题。我习惯这样拼：

int16_t gyro_x = (int16_t)((spi_rx_buf[1] << 8) | spi_rx_buf[2]); int16_t gyro_y = (int16_t)((spi_rx_buf[3] << 8) | spi_rx_buf[4]); int16_t gyro_z = (int16_t)((spi_rx_buf[5] << 8) | spi_rx_buf[6]); int16_t accel_x = (int16_t)((spi_rx_buf[7] << 8) | spi_rx_buf[8]); int16_t accel_y = (int16_t)((spi_rx_buf[9] << 8) | spi_rx_buf[10]); int16_t accel_z = (int16_t)((spi_rx_buf[11] << 8) | spi_rx_buf[12]);

注意这里spi_rx_buf[1] << 8里的spi_rx_buf[1]是 uint8_t，会被提升为 int 再移位，所以不会出现符号位被移丢的问题。如果你在图省事写成了int16_t x = (spi_rx_buf[1] << 8) + spi_rx_buf[2];也可以，但要保证两段拼起来后符号能正确解析。

4.5 数据读取的一个容易被忽略的细节

ICM42688 的数据寄存器在读取后不会自动清零，读到的是当前最新的值。这意味着如果你在两次数据更新间隙读了多次，可能会读到同一个值，这很正常，不代表芯片卡了。想确认数据到底有没有更新，可以看 INT_STATUS 里的 DRDY 标志位，或者干脆在读取前后把某个寄存器的值打印出来看变化。

我调试时喜欢在读取函数里顺便把状态寄存器读出来，看到 DRDY 位置 1 后才去读数据，这样保证每次拿到的都是新样本，也方便判断是不是 SPI 传输本身出了问题。

5. 数据解析：从原始值到物理量

5.1 原始值换算成加速度和角速度

原始值只是 ADC 的量化结果，要变成 g 和 dps，需要根据量程做线性换算。公式是：

物理量 = 原始值 * 满量程 / 32768

以我的配置为例，加速度计量程 ±4g，陀螺仪量程 ±2000dps：

float accel_x_g = (float)accel_x * 4.0f / 32768.0f; float accel_y_g = (float)accel_y * 4.0f / 32768.0f; float accel_z_g = (float)accel_z * 4.0f / 32768.0f; float gyro_x_dps = (float)gyro_x * 2000.0f / 32768.0f; float gyro_y_dps = (float)gyro_y * 2000.0f / 32768.0f; float gyro_z_dps = (float)gyro_z * 2000.0f / 32768.0f;

换算后的数据可以直接打印在串口里，也可以送进姿态解算库。这里提醒一句：浮点运算在 STM32F103 上比较费时间，如果你对性能敏感，可以先算好系数，用定点数处理，最后再转 float。

5.2 温度数据换算

ICM42688 在 14 字节数据块的最后两位是温度传感器输出。温度单位换算公式通常是：

温度 = 25 + 原始值 / 132.48

这个公式是从数据手册抄来的，不同芯片型号的灵敏度可能有细微差异，以手册为准。温度数据在姿态解算里通常用不到，但可以用来判断芯片是否工作在合理温度范围，或者给陀螺仪零偏补偿做参考。

5.3 陀螺仪零偏校准

陀螺仪有一个所有 IMU 都躲不开的问题：零偏。静止时理论角速度为 0，但实际读出来会有一个固定偏置，这是传感器出厂固有的，会随温度漂移。如果直接把原始值积分求角度，几秒钟就会飘出去很离谱。

我做了最原始的零偏校准：芯片水平静置，连续采集 1000 个样本，取平均值作为零偏。实际使用时把每个样本减去这个平均值，再参与积分和姿态解算。这个办法虽然简单，但对多数项目足够用。追求更高精度的话，可以做温度补偿或者用 Allan 方差分析噪声特性。

5.4 姿态解算的简单说明

拿到换算后的加速度和角速度，下一步就是姿态解算。常见的方案有互补滤波、Mahony、Madgwick。互补滤波思路最直观：加速度计在静止时能给出重力的方向，长期稳定但短时间内噪声大；陀螺仪短时间积分很准，但长期会漂移。两者互补，就能得到比较可靠的横滚角和俯仰角。

Mahony 和 Madgwick 是基于四元数的解法，对任意姿态都适用，代码量也不大。如果你的项目只是测倾斜角，互补滤波就够了。如果需要全姿态，建议直接用 Madgwick 库，网上开源实现很多，移植到 STM32F103 也没压力。

5.5 数据验证方法

拿到数据后不要急着开搞算法，先验证数据是否合理。我惯用的方法是：芯片平放在桌面上，不动，看加速度计的 Z 轴读数是否接近 1g，X/Y 轴是否接近 0；陀螺仪三个轴静止时是否在 0 附近小幅波动。然后慢慢旋转芯片，对比角度变化和屏幕上的数值是否一致。

如果静止时加速度计 Z 轴不是 1g，而是差出 10% 以上，先查一下是不是量程配置和换算公式不匹配。如果陀螺仪静止时偏到几十 dps，基本可以确定是零偏问题，不是芯片坏了。

6. 常见问题与排查技巧实录

6.1 WHO_AM_I 读不到，数据全 0xFF 或全 0x00

这个现象我遇到过好几次，每次原因都不一样，但排查思路是固定的。

读出 0xFF，先怀疑 SPI 线路问题。芯片根本没有响应，MISO 线上一直是被上拉的高电平。检查 MOSI/MISO 有没有接反，CS 有没有真正拉低，供电引脚有没有接好。读出 0x00，通常是 MISO 被下拉了，芯片要么没供电，要么地址字节发错了。还有一种情况是 SPI 时钟极性配反，导致时钟和数据错位，这种情况会把 WHO_AM_I 读成全 0xFF 或全 0x00。

6.2 初始化配置了，但数据寄存器全为零

数据全是零，最可能的原因是芯片还处于待机模式。PWR_MGMT0 寄存器里陀螺仪和加速度计的模式如果没有配成低噪声或低功耗，传感器前端不会工作，输出一直是零。再检查一下你是不是把配置写到了别的 bank。有些例程会切换 bank 去配置寄存器，如果切换后忘了切回来，后面所有的读写都会落在错误的 bank 上。

6.3 数据跳变、毛刺很大

噪声大先看电源。IMU 对电源纹波很敏感，我用模块自带的 LDO 供电时偶尔会出现高频毛刺，后来换成单独的 LDO 给传感器供电，波形明显干净了。再看数字滤波器配置，如果 ODR 设得很高，滤波带宽也跟着高，噪声就容易进来。降低 ODR 或选择合适的滤波带宽，能有效压制噪声。

6.4 DMA 读出来的数据错位

DMA 读取时最常见的坑是数据起始位置不对。如果你把地址字节也放进了 RX 缓冲区的第 0 个位置，那后面的数据整体会往前移一个字节。判断方法是看陀螺仪 X 轴的数据是否符合静止时的规律。解决办法很简单：解析数据时从 rx_buf[1] 开始取，或者把地址字节单独用普通方式发完，再启动 DMA 只接收数据字节。

6.5 FIFO 读取时数据帧对不上

FIFO 帧解析错位通常是因为配置的帧格式和实际读出来的帧格式不一致。比如你在 FIFO 配置里加上了温度，但解析时按 12 字节一帧来切，那后面的数据全乱了。排查办法是先停用 FIFO 的复杂配置，只让陀螺仪和加速度计入 FIFO，用已知的静止数据验证帧起始位置是否对齐。

6.6 排查速查表

排查 IMU 问题的时候，我给自己定了个原则：一次只改一个变量。不要同时改 SPI 时钟、量程、滤波寄存器，否则出了问题你都搞不清楚是谁引起的。先用回默认配置，确认基础数据链路正确，再一步步把功能加回来。

这次把 ICM42688 调通之后，我自己最大的体会是：新一代 IMU 的能力确实强，但寄存器架构也复杂了不少，把数据手册里的寄存器映射、bank 机制、ODR 对应关系先理清楚再动手写代码，真的能省一整天的调试时间。网上很多例程只针对某个模组，拿到自己板子上如果 WHO_AM_I 都读不对，问题多半出在时序或者模式配置上，而不是芯片本身。最后分享一个小技巧：调试阶段把 INT_STATUS 寄存器的值实时打印出来，DRDY 位到底有没有翻转一目了然，能省掉大量靠猜排查的时间。