简介：这份资源面向嵌入式开发、物联网设备与智能穿戴方向的工程师及学生，提供博世BMI160六轴惯性测量单元的完整开发套件，用于运动追踪、姿态检测与方向感知等场景的快速集成。压缩包共17个文件，约2.22MB，以C源码与头文件为核心，辅以PDF数据手册和若干工程辅助文件，覆盖驱动实现与硬件规格两个层面。源码部分包含传感器初始化、工作模式配置、数据读取、校准及错误处理等函数，头文件则定义寄存器、结构体、枚举与测量范围、输出速率、滤波器等配置项，便于直接移植到目标平台。随附的官方数据手册详尽说明电气特性、接口协议、引脚配置、操作模式与误差模型，为精确校准与性能优化提供依据。README给出编译集成步骤与依赖说明，补充信息文件可能含示例代码或调试工具。目前已有1058人学习下载，适合希望从驱动到手册系统掌握BMI160的中高级开发者参考。
1. BMI160 官方驱动与数据手册：从六轴原始数据到姿态解算的起点
如果你正在做一个需要姿态检测的小项目，比如平衡车、云台稳定器或者可穿戴动作捕捉设备，大概率绕不开 BMI160 这颗六轴惯性测量单元。它把三轴加速度计和三轴陀螺仪封装在一个 3mm×3mm 的 LGA 封装里，通过 I2C 或 SPI 输出原始数据。但真正让人头疼的不是焊接，而是拿到数据之后怎么用——官方驱动和 Datasheet 就是解决这个问题的钥匙。这份资源包含 BMI160 的官方驱动源码和完整数据手册，适合正在调试 IMU 的嵌入式开发者、做姿态解算的学生，以及需要把 BMI160 集成到产品里的工程师。驱动代码覆盖了寄存器初始化、数据读取、中断配置和 FIFO 操作，Datasheet 则给出了电气特性、时序图和寄存器映射表。两者配合，能让你从“读不出数据”快速过渡到“读出稳定数据”。
2. 驱动架构拆解：从寄存器映射到数据读取的完整链路
2.1 驱动分层设计与文件组织
BMI160 官方驱动通常采用分层结构，把硬件相关的 I2C/SPI 读写和硬件无关的传感器逻辑分开。常见做法是提供一个bmi160_defs.h定义寄存器地址和数据结构，一个bmi160.c实现核心算法，再有一个bmi160_support.c或类似的接口文件让用户填充具体的读写函数。这种设计的好处是移植时只需要改底层读写，上层的数据解析和配置逻辑不用动。
以常见的目录结构为例：
bmi160/ ├── bmi160.c # 核心驱动逻辑 ├── bmi160.h # 对外接口声明 ├── bmi160_defs.h # 寄存器定义和数据结构 ├── bmi160_support.c # 硬件抽象层，用户需实现读写 └── example/ └── main.c # 使用示例bmi160_defs.h里最关键的是寄存器地址宏和struct bmi160_dev结构体。这个结构体保存了设备地址、读写函数指针、延时函数指针以及当前的传感器配置。驱动初始化时，你需要先填充这个结构体，再调用bmi160_init()。
/* bmi160_defs.h 中的关键结构体片段 */ struct bmi160_dev { u8 chip_id; /* 芯片 ID，应为 0xD1 */ u8 id; /* I2C 从机地址 */ s8 (*read)(u8 dev_addr, u8 reg_addr, u8 *data, u16 len); s8 (*write)(u8 dev_addr, u8 reg_addr, u8 *data, u16 len); void (*delay_ms)(u32 ms); struct bmi160_cfg setting; /* 当前配置 */ struct bmi160_sensor_data accel; /* 加速度数据缓存 */ struct bmi160_sensor_data gyro; /* 陀螺仪数据缓存 */ };这里read和write是函数指针，移植时指向你的平台 I2C 读写函数。delay_ms用于上电时序和模式切换等待。chip_id在初始化时会被读取并校验，如果读不到 0xD1，说明通信有问题。
2.2 初始化流程与寄存器配置
初始化 BMI160 不是简单写几个寄存器就完事。它有一个明确的上电时序：软复位、等待、读芯片 ID、配置加速度计和陀螺仪的量程与输出数据率、设置电源模式。官方驱动把这些步骤封装在bmi160_init()里，但你需要理解每一步在做什么，否则出了问题只能干瞪眼。
/* 典型的初始化调用流程 */ struct bmi160_dev bmi160; u8 chip_id; bmi160.id = BMI160_I2C_ADDR; /* 0x68 或 0x69 */ bmi160.read = bmi160_i2c_read; /* 用户实现的 I2C 读 */ bmi160.write = bmi160_i2c_write; /* 用户实现的 I2C 写 */ bmi160.delay_ms = bmi160_delay_ms; /* 用户实现的毫秒延时 */ /* 初始化，内部会做软复位和芯片 ID 校验 */ rslt = bmi160_init(&bmi160); if (rslt != BMI160_OK) { /* 初始化失败，检查接线和地址 */ } /* 配置加速度计：正常模式，ODR 100Hz，量程 ±2g */ bmi160.accel_cfg.odr = BMI160_ACCEL_ODR_100HZ; bmi160.accel_cfg.range = BMI160_ACCEL_RANGE_2G; bmi160.accel_cfg.bw = BMI160_ACCEL_BW_NORMAL_AVG4; bmi160.accel_cfg.power = BMI160_ACCEL_NORMAL_MODE; rslt = bmi160_set_sens_conf(&bmi160); /* 配置陀螺仪：正常模式，ODR 100Hz，量程 ±500dps */ bmi160.gyro_cfg.odr = BMI160_GYRO_ODR_100HZ; bmi160.gyro_cfg.range = BMI160_GYRO_RANGE_500_DPS; bmi160.gyro_cfg.bw = BMI160_GYRO_BW_NORMAL_MODE; bmi160.gyro_cfg.power = BMI160_GYRO_NORMAL_MODE; rslt = bmi160_set_sens_conf(&bmi160);bmi160_init()内部会先写CMD寄存器触发软复位，然后延时至少 1ms，再读CHIP_ID寄存器。如果返回的不是 0xD1，驱动会返回错误码。这一步能过滤掉大部分硬件连接问题。bmi160_set_sens_conf()则根据你填的accel_cfg和gyro_cfg计算寄存器值并写入。注意加速度计和陀螺仪的 ODR 和带宽是独立配置的，但实际输出数据率会受两者中较低的那个限制。
2.3 数据读取与 FIFO 机制
读数据有两种方式：轮询和 FIFO。轮询简单，直接读DATA寄存器组，但高 ODR 下容易丢数据。FIFO 能缓冲多组数据，适合需要连续采样的场景。官方驱动对两者都提供了接口。
轮询读取的代码大概长这样：
struct bmi160_sensor_data accel; struct bmi160_sensor_data gyro; /* 读取加速度和陀螺仪数据 */ rslt = bmi160_get_sensor_data(BMI160_ACCEL_SEL | BMI160_GYRO_SEL, &accel, &gyro, &bmi160); if (rslt == BMI160_OK) { /* accel.x, accel.y, accel.z 为原始 ADC 值 */ /* 转换为物理量：accel_x_mg = accel.x * 1000 / 16384.0 (对于 ±2g) */ }bmi160_get_sensor_data()的第一个参数是传感器选择位掩码，可以只读加速度、只读陀螺仪或两者都读。读出来的数据是 16 位有符号整数，需要根据配置的量程换算成 mg 或 dps。比如 ±2g 量程下，灵敏度是 16384 LSB/g，所以accel.x / 16384.0得到以 g 为单位的加速度。
FIFO 模式稍微复杂一些。你需要先配置 FIFO 的头模式、水印和使能的传感器，然后定期读 FIFO 长度并解析数据帧。官方驱动提供了bmi160_get_fifo_data()和bmi160_extract_accel()等函数来简化这个过程。常见做法是设置水印中断，当 FIFO 里的数据达到阈值时触发 MCU 中断，再一次性把数据读出来。
注意：FIFO 配置错误是新手最容易翻车的地方。如果头模式设置不对，解析出来的数据会完全错位，表现为加速度值乱跳。建议先用轮询模式确认传感器能正常输出，再切到 FIFO。
3. 数据手册关键章节：电气特性、时序与寄存器映射
3.1 电气特性与硬件设计要点
Datasheet 的电气特性章节给出了供电范围、功耗和接口电平。BMI160 的数字供电 VDD 范围是 1.71V 到 3.6V，VDDIO 可以独立供电，方便和不同电平的 MCU 对接。典型工作电流在加速度计+陀螺仪全开时约 950μA，低功耗模式下可以降到几十微安。如果你做电池供电的设备，这个章节决定了你的电源设计。
硬件设计上，Datasheet 推荐在 VDD 和 VDDIO 引脚附近各放一个 100nF 去耦电容，尽量靠近芯片。I2C 的 SDA 和 SCL 需要上拉电阻，典型值 4.7kΩ，但具体要看总线速度和总线电容。SPI 模式下，CSB 引脚要接片选，SDO 和 SDI 分别对应 MISO 和 MOSI。有个容易忽略的点：BMI160 的 I2C 地址由 SDO 引脚决定，SDO 接地时地址是 0x68，接 VDDIO 时是 0x69。如果你读不到芯片 ID，先拿万用表量一下 SDO 的电平。
3.2 时序图与通信协议解析
Datasheet 里的时序图主要看 I2C 和 SPI 的读写时序。I2C 模式下，BMI160 支持标准模式（100kHz）、快速模式（400kHz）和高速模式（3.4MHz）。但实际能跑多快取决于你的上拉电阻和总线负载。常见做法是先用 400kHz 调通，再尝试提速。
SPI 时序需要注意时钟极性和相位。BMI160 支持 SPI 模式 0 和模式 3，即 CPOL=0/CPHA=0 或 CPOL=1/CPHA=1。读寄存器时，先发寄存器地址（最高位为 1 表示读），然后发一个 dummy 字节，再读数据。写寄存器时，最高位为 0，地址后面直接跟数据。官方驱动里通常有宏来区分读写位，但如果你自己写底层，这个细节不能错。
/* SPI 读寄存器示例：地址最高位置 1 */ u8 bmi160_spi_read(u8 dev_addr, u8 reg_addr, u8 *data, u16 len) { u8 tx_buf[2]; tx_buf[0] = reg_addr | 0x80; /* 读标志 */ tx_buf[1] = 0x00; /* dummy */ CS_LOW(); SPI_Transfer(tx_buf, 2); SPI_Receive(data, len); CS_HIGH(); return 0; }这段代码里reg_addr | 0x80是 SPI 读操作的关键。很多人在调试 SPI 时读出来全是 0xFF 或 0x00，多半是读写位搞反了或者 CS 时序不对。
3.3 寄存器映射与中断配置
寄存器映射表是 Datasheet 里翻得最多的部分。BMI160 的寄存器分几大块：芯片信息（0x00-0x0F）、加速度配置（0x40-0x44）、陀螺仪配置（0x42-0x44）、FIFO 配置（0x46-0x4E）、中断配置（0x50-0x5F）、数据寄存器（0x12-0x1F）等。每个寄存器的位定义都有详细说明。
中断配置是进阶功能。BMI160 支持多种中断：数据就绪、FIFO 水印、任意运动、无运动、高 G 检测等。以数据就绪中断为例，你需要配置INT_EN寄存器使能对应中断，配置INT_OUT_CTRL设置中断引脚的电平极性，再配置INT_LATCH决定是锁存还是脉冲。常见做法是把中断引脚接到 MCU 的外部中断，在中断服务函数里读数据。
/* 配置加速度数据就绪中断到 INT1 引脚 */ u8 int_en = BMI160_ACC_DATA_RDY_INT_EN; bmi160_set_int_config(&bmi160, BMI160_ACC_ANY_MOTION_INT, &int_en); /* 设置 INT1 为推挽输出，高电平有效 */ bmi160_config_int_pin(&bmi160, BMI160_INT1_PIN, BMI160_INT_PIN_HIGH);中断配置的坑在于：有些中断需要先使能传感器，有些需要设置阈值寄存器，顺序错了中断不会触发。建议对着 Datasheet 的中断章节一步步来，别跳步。
4. 避坑与常见问题：调试 BMI160 时容易翻车的几个点
4.1 读不到芯片 ID 或返回 0xFF
现象：调用bmi160_init()返回错误，读CHIP_ID寄存器得到 0xFF 或 0x00。
原因：I2C 地址不对、SDO 引脚电平错误、上拉电阻缺失、供电不足、或者 SPI 模式下 CS 引脚没拉低。
解决：先用逻辑分析仪或示波器看 I2C 波形，确认从机地址有应答。如果地址是 0x68 但没应答，试试 0x69。检查 SDO 引脚是否按预期接高或接地。SPI 模式下确认 CS 在传输期间保持低电平，且读写位设置正确。
4.2 加速度数据跳变严重或静止时不为零
现象：设备静止时加速度值在 ±0.5g 范围内乱跳，或者某个轴始终偏大。
原因：量程配置错误导致换算系数不对、ODR 和带宽不匹配引入噪声、或者传感器没有正确校准。
解决：先确认accel_cfg.range和换算公式一致。±2g 对应 16384 LSB/g，±4g 对应 8192 LSB/g，别用错。然后检查bw设置，带宽越低噪声越小但响应越慢。如果还是跳，做一次静态校准：水平放置，采集几百个样本取平均，把偏移量存下来，后续读数减去偏移。
4.3 FIFO 数据错位或溢出
现象：FIFO 读出来的数据解析后完全不对，或者 FIFO 长度一直满。
原因：FIFO 头模式配置错误、水印设置过大导致溢出、或者读取速度跟不上 ODR。
解决：先用bmi160_get_fifo_length()读 FIFO 当前长度，确认没有溢出。头模式建议用BMI160_FIFO_HEADER_EN使能头信息，这样解析时能知道每帧包含哪些传感器数据。水印值不要设太大，一般设为 FIFO 总容量的一半。如果 MCU 处理慢，降低 ODR 或者用 DMA 搬运。
4.4 中断不触发或频繁误触发
现象：配置了数据就绪中断但 MCU 一直不进中断，或者中断触发频率远高于 ODR。
原因：中断引脚极性配置反了、中断锁存模式不对、或者传感器电源模式没设对。
解决：用示波器看 INT 引脚有没有电平变化。如果没有，检查INT_OUT_CTRL的极性设置和INT_LATCH的锁存配置。如果触发太频繁，检查是不是使能了多个中断源但只处理了一个。另外，BMI160 在挂起模式下中断不会触发，确认传感器处于正常模式。
4.5 SPI 通信正常但数据全为零
现象：SPI 能读到芯片 ID，但读数据寄存器全是零。
原因：传感器没有使能、电源模式配置错误、或者数据寄存器地址偏移算错。
解决：确认bmi160_set_sens_conf()返回成功，并且power字段设为BMI160_ACCEL_NORMAL_MODE和BMI160_GYRO_NORMAL_MODE。检查数据寄存器地址：加速度数据从 0x12 开始，陀螺仪从 0x0C 开始，别搞混。如果用的是官方驱动，直接调bmi160_get_sensor_data()就行，不用自己算地址。
5. 二次开发与移植：把驱动塞进你的项目里
5.1 移植到不同 MCU 平台的步骤
官方驱动本身不依赖特定平台，移植的核心是实现三个函数：read、write和delay_ms。以 STM32 HAL 库为例，I2C 读写可以这样实现：
/* STM32 HAL 平台的 I2C 读实现 */ s8 bmi160_i2c_read(u8 dev_addr, u8 reg_addr, u8 *data, u16 len) { HAL_I2C_Mem_Read(&hi2c1, dev_addr << 1, reg_addr, I2C_MEMADD_SIZE_8BIT, data, len, 100); return 0; } /* STM32 HAL 平台的 I2C 写实现 */ s8 bmi160_i2c_write(u8 dev_addr, u8 reg_addr, u8 *data, u16 len) { HAL_I2C_Mem_Write(&hi2c1, dev_addr << 1, reg_addr, I2C_MEMADD_SIZE_8BIT, data, len, 100); return 0; } /* 毫秒延时 */ void bmi160_delay_ms(u32 ms) { HAL_Delay(ms); }注意dev_addr << 1是因为 HAL 库的 I2C 地址参数需要左移一位，最低位是读写位。如果你用的是其他库，比如 ESP-IDF 或 Arduino，对应的 I2C API 不同，但逻辑一样。移植完成后，先跑bmi160_init()确认芯片 ID 能读到，再逐步配置传感器。
5.2 姿态解算的数据预处理
拿到原始加速度和陀螺仪数据后，通常要做姿态解算。常见做法是用互补滤波或 Mahony 滤波。但在解算之前，数据预处理不能省：加速度计要做归一化，陀螺仪要去零偏。
/* 简单的去零偏和归一化 */ float accel_norm[3], gyro_bias[3] = {0}; /* 静止时采集 500 个样本计算陀螺仪零偏 */ for (int i = 0; i < 500; i++) { bmi160_get_sensor_data(BMI160_GYRO_SEL, NULL, &gyro, &bmi160); gyro_bias[0] += gyro.x; gyro_bias[1] += gyro.y; gyro_bias[2] += gyro.z; bmi160_delay_ms(2); } gyro_bias[0] /= 500.0f; gyro_bias[1] /= 500.0f; gyro_bias[2] /= 500.0f; /* 后续读数减去零偏 */ gyro_corrected[0] = (gyro.x - gyro_bias[0]) / 65.5f; /* ±500dps 灵敏度 */这段代码里 65.5 是 ±500dps 量程下的灵敏度，单位是 LSB/dps。不同量程的灵敏度不同，Datasheet 里有表格。去零偏能显著改善姿态解算的漂移，尤其是陀螺仪的零偏随温度变化，长时间运行最好做温度补偿。
5.3 低功耗配置与运动唤醒
如果项目是电池供电，低功耗配置是必须的。BMI160 支持多种低功耗模式：加速度计可以单独工作在低功耗模式，陀螺仪可以挂起，还可以配置任意运动中断来唤醒 MCU。
/* 配置加速度计为低功耗模式，ODR 50Hz */ bmi160.accel_cfg.power = BMI160_ACCEL_LOWPOWER_MODE; bmi160.accel_cfg.odr = BMI160_ACCEL_ODR_50HZ; bmi160_set_sens_conf(&bmi160); /* 配置任意运动中断，阈值 0x30，持续 3 个样本 */ struct bmi160_int_settg int_config; int_config.int_type = BMI160_ACC_ANY_MOTION_INT; int_config.int_channel = BMI160_INT_CHANNEL_1; int_config.int_pin_settg.output_en = BMI160_ENABLE; int_config.int_pin_settg.output_mode = BMI160_DISABLE; /* 推挽 */ int_config.int_pin_settg.output_type = BMI160_ENABLE; /* 高有效 */ int_config.int_pin_settg.edge_ctrl = BMI160_ENABLE; /* 边沿触发 */ bmi160_set_int_config(&bmi160, &int_config);配置完后，MCU 可以进入睡眠，等任意运动中断触发后再唤醒读数据。这个模式在可穿戴设备里很常见，能把平均功耗压到 100μA 以下。注意低功耗模式下 ODR 不能设太高，否则功耗优势就没了。
5.4 验证方法与调试技巧
移植完成后，怎么确认驱动工作正常？我一般会走一遍这个检查清单：先读芯片 ID，确认通信正常；再读加速度数据，水平放置时 Z 轴应该接近 1g，X 和 Y 接近 0；然后绕每个轴旋转，看陀螺仪对应轴的输出是否为正；最后配置 FIFO 和中断，用示波器确认中断引脚有波形。
如果数据不对，优先怀疑配置而不是硬件。把bmi160_get_sensor_data()读到的原始值打印出来，和 Datasheet 里的灵敏度表对照。比如 ±2g 量程下，水平放置时 Z 轴原始值应该在 16384 左右。如果差很多，检查量程配置和换算公式。还有一个容易忽略的点：BMI160 的加速度计和陀螺仪的坐标系是右手系，但芯片的 X/Y/Z 轴方向和你的 PCB 布局可能不一致，需要在代码里做轴映射。
从那以后我每次拿到新的 IMU 驱动，都强制先跑一遍“读 ID → 读静态数据 → 旋转验证”的流程，确认传感器和驱动都正常了再往上叠算法。希望帮到你。
本文还有配套的精品资源，点击获取
