又回到这个系列了。上一篇我们把 STM32C5 的基础环境跑通这次直接用 IIC 把 IIS3DWB 这颗震动传感器的数据读出来。这个组合放在工业状态监测、电机轴承异常诊断、预测性维护这类场景里是一个非常典型的低成本前端方案IIS3DWB 是一颗带宽 6 kHz 的三轴加速度计专门为振动监测设计而 STM32C5 是 ST 新出的 Cortex-M33 内核 MCU外设继承 G4 的设计I2C 资源用起来和 G4 几乎没什么差别。这篇文章适合手里有 C5 板子和 IIS3DWB想把 IIC 通信真正跑通、把震动数据拿到串口上位机里的朋友。我会把 IIC 的时序、上拉电阻、开漏输出、时钟占空比这些容易踩坑的点一起讲透最后给出能直接抄的工程代码和排查清单。1. 项目整体思路传感器、MCU、通信链路怎么匹配1.1 IIS3DWB 在振动监测里的生态位做振动采集十几年的人都清楚一件事传统的压电式加速度计虽然精度好但需要电荷放大器、同轴电缆和昂贵的采集卡一套下来少说几千块。后来 MEMS 加速度计便宜了但早期 MEMS 传感器带宽普遍只有几百赫兹根本拿不到轴承故障的高频特征。IIS3DWB 这颗传感器就是专门来补这个缺口的它的输出数据速率最高 26.7 kHz模拟带宽可以配到 6 kHz满量程可选 ±2g、±4g、±16g16 位输出内嵌 FIFOI2C/SPI 都支持。这意味着普通的电机、泵、风机主轴振动它的频率范围基本都能覆盖到。和常见的 ADXL345 类比一下你就明白差距了ADXL345 输出速率最高 3.2 kHz12 位分辨率做简单的倾斜检测没问题但拿去做轴承外圈故障特征频率BPFO分析3 kHz 以上的信号直接丢光。IIS3DWB 把带宽拉到 6 kHz加上 mg 级的噪声表现才真正配得上“数字震动计”这个定位。ST 官方在工业传感器产品线里对 IIS3DWB 的定位就是状态监测CBM和预测性维护PdM这和我们拿它做项目的目标是一致的。1.2 STM32C5 选型与外设兼容性STM32C5 有几个点让我比较放心。第一是内核换成了 Cortex-M33带 FPU主频 160 MHz 这个级别跑振动算法绰绰有余第二是它的外设 IP 和 G4 保持了极高的兼容度尤其是 I2C、SPI、UART 这些基础外设G4 的工程迁移到 C5 基本是重编译的事。我拿 G4 的 HAL I2C 例程直接在 C5 上跑除了引脚复用号和时钟源不同其它地方几乎没动。ST 社区最近对 C5 的讨论热度也高不少人关心的就是“C5 和 G4 外设对比”实测下来 I2C 这块是让人安心的。选 C5 还有一个很现实的理由它有多款 LFQFP-32 这样的小封装支持 1.8V 起的宽电压供电非常适合做成传感器节点。一个很小面积的板子一颗 C5、一颗 IIS3DWB、两个上拉电阻、一个串口芯片就是一套能跑的振动采集前端。1.3 为什么用 IIC 而不是 SPI能力边界要心里有数标题里写的是 IIC但作为实际做项目的人我必须先把这个选择说透。IIS3DWB 的接口有 I2C 和 SPI 两种I2C 的好处是只用两根线从机地址 0x5F7 位接线简单引脚占用少特别适合小封装 MCU。但它的带宽限制很明显在 400 kHz 快速模式下一个字节要占 9 个 SCL 周期也就是 22.5 微秒。一次要读全三轴共 6 字节加上设备地址和寄存器地址的开销大约要 200 微秒理论最大只有每秒 5 千次完整采集。这意味着什么IIS3DWB 的 ODR 是 26.7 kHz如果你用 I2C 每 200 微秒读一次全三轴实际采样率只有 5 kHz 左右连 6 kHz 带宽所要求的 12 kHz 奈奎斯特采样率都达不到高频振动信号会被混叠成低频假信号。所以我在这里给个明确建议提示如果只是把 IIC 跑通、验证传感器寄存器读写、观察震动波形变化I2C 完全够用但如果要做正经的 FFT 频谱分析和轴承故障诊断IIS3DWB 建议用 SPI 模式或者用传感器内置 FIFO 批量读取把突发数据攒一批一次性拿回来否则会丢数据。那这篇为什么还专门写 IIC因为 IIC 是理解传感器通信最好的入门方式时序清楚、调试简单而且很多低管脚数的应用确实只能省出两根线。先把 IIC 跑通再切 SPI 就是水到渠成的事。2. IIC 通信机制与硬件细节时序、开漏、上拉、占空比2.1 IIC 协议核心一条节拍线一条数据线IIC 本质上就是两根线SCL 时钟线和 SDA 数据线。SCL 像节拍器SDA 像说话的人每个节拍传一位高位在前。总线上的设备通过 7 位地址区分传输起始时主设备发出起始条件SCL 为高时 SDA 下拉然后是设备地址加读写位从设备拉低 SDA 回应 ACK之后每传一个字节接收方都要回一个 ACK最后主设备发出停止条件SCL 为高时 SDA 释放上拉。I2C 最容易被新手忽略的是“时钟占空比”也就是 SCL 高电平和低电平的时间分配。I2C 规范对低电平和高电平的持续时间都有最小要求而不是简单的 50% 方波。标准模式 100 kHz 要求低电平至少 4.7 微秒、高电平至少 4.0 微秒快速模式 400 kHz 要求低电平至少 1.3 微秒、高电平至少 0.6 微秒快速模式 1 MHz 要求低电平至少 0.5 微秒、高电平至少 0.26 微秒。配时序的时候如果只盯着频率不看这个极易出现从机不响应的问题。2.2 为什么 IIC 不能用推挽输出开漏和“线与”逻辑网上搜索“iic 为什么不能用推挽”能搜出一堆解答但我觉得要把原理讲透。推挽输出意味着引脚既能主动驱动高电平也能主动驱动低电平。I2C 总线上可能挂着多个主设备和多个从设备如果两个设备同时工作一个输出高、一个输出低那就是直接把电源和地短路了轻则数据错误重则烧引脚。所以 I2C 规定所有设备必须用开漏输出引脚只能主动拉低不能主动拉高高电平靠外部上拉电阻提供。这样多个设备共享总线时任何设备拉低 SDA整条线就是低只有所有设备都不拉低线才恢复高。这就是“线与”逻辑也是 I2C 能安全支持多主多从的底层原因。你在 STM32 的 CubeMX 里配置 I2C 引脚时Mode 一定要选 GPIO_MODE_AF_OD复用开漏而不是推挽这是新手最容易犯的错误之一。2.3 上拉电阻取多大从公式到实战值I2C 上拉电阻的选择直接影响通信稳定性。电阻太大SDA 线的上升沿变缓高速模式波形眼图差电阻太小低电平时灌入引脚的电流过大可能超出 IO 口的输出能力。合理取值分两头限制。下限由 IO 口低电平时的最大灌电流决定保证 VOL 不高于 0.4V公式是 Rp(min) (VDD - VOL) / IOL。上限由总线电容决定上升时间 tr 约等于 0.8473 × Rp × Cb快速模式要求整个总线上升时间不超过 300 纳秒。实际工程里3.3V 供电、400 kHz 时我一般用 2.2 kΩ100 kHz 调试时用 4.7 kΩ 也能跑做 1 MHz 快速模式 时用 1 kΩ。如果总线上挂的设备多或者线比较长总线电容大电阻就要往下调。最靠谱的做法是拿示波器看 SDA 的上升沿如果边沿圆滑像 RC 充电曲线而且拐角处超过 300 纳秒就把电阻换小一档。注意STM32 内部虽然有上拉但一般等效阻值 30 到 50 kΩ驱动能力很弱只适合静态电平不适合高速传输。I2C 的正确做法是外接上拉电阻不要依赖内部上拉除非你只是做极低速率的功能验证。2.4 STM32C5 的 I2C 时序寄存器怎么填STM32G4/C5 系列 I2C 外设和老的 F1 系列不一样不靠简单分频而是通过 TIMINGR 寄存器精确控制时序。这个寄存器里有 PRESC 预分频、SCLL 低电平时间、SCLH 高电平时间、SDADEL 数据建立时间、SCLDEL 数据保持时间几个字段。CubeMX 里你只要填 I2C 时钟频率和要跑的速率工具会自动算好但手动配的时候要理解原理。举个例子。假设 I2CCLK 是 64 MHz单个时钟周期 15.625 纳秒。目标 400 kHzSCL 周期 2.5 微秒一共 160 个 I2C 时钟周期。快速模式要求低电平最少 1.3 微秒84 个周期、高电平最少 0.6 微秒39 个周期那我就可以把 SCLL 设为 100、SCLH 设为 60低电平 1.56 微秒和高电平 0.94 微秒都满足要求占空比大约 1:1.67。这个值在 400 kHz 下实测很稳定。SCLDEL 和 SDADEL 也比较关键它们影响 SDA 线相对于 SCL 的建立和保持时间。CubeMX 自动计算能保证基本正确如果你手欠去改需要对照数据手册里 tHD;DAT 和 tSU;DAT 的要求来验证否则可能出现随机性通信错误。我的建议是不求把 TIMINGR 背下来但一定要知道这几个字段是干什么的出了问题能判断是不是时序配错了。3. IIS3DWB 寄存器地图与初始化流程3.1 设备地址与关键寄存器IIS3DWB 的 7 位 I2C 地址由 SDO/SA0 引脚决定接地时是 0x5F接高时是 0x5D。HAL 库里的 DevAddress 需要的是 8 位地址所以要左移一位写 0xBE、读 0xBF这个移位很容易漏。传感器内部寄存器不多关键是下面这几个寄存器地址功能WHO_AM_I0x0F身份识别固定读回 0x41CTRL10x20输出数据速率、低功耗模式等CTRL20x21满量程选择、低噪声模式CTRL30x22BDU、寄存器地址自增、接口配置STATUS0x27数据就绪标志OUT_X_L/OUT_X_H0x28/0x29X 轴原始数据低字节在前OUT_Y_L/OUT_Y_H0x2A/0x2BY 轴原始数据OUT_Z_L/OUT_Z_H0x2C/0x2DZ 轴原始数据WHO_AM_I 是传感器的“身份证”初始化时第一件事就是读它确认是 0x41 才能继续往下配这能快速排除接线错误和地址错误。3.2 初始化配置到底配哪些东西初始化流程并不复杂核心是四步。第一步读 WHO_AM_I 校验。第二步配置 CTRL3把寄存器地址自增IF_ADD_INC打开这样连续读多字节时寄存器地址会自动加一不用逐字节发地址同时把 BDU 置位防止正在读数据时传感器更新寄存器导致高低字节错位。第三步配置满量程根据应用选 ±2g、±4g 还是 ±16g选小量程分辨率更高选大量程覆盖范围更大。第四步按需配置 CTRL1 的 ODRIIS3DWB 默认就能跑到很高的输出速率但如果你要看低功耗模式需要查数据手册的位定义。在这里我推荐直接用 ST 官方的驱动库就是 X-CUBE-MEMS1 扩展包里的 iis3dwb_reg.c 和 iis3dwb_reg.h。这个库把寄存器位操作封装成了语义化的函数比如 iis3dwb_full_scale_set、iis3dwb_block_data_update_set你只需要写底层的 I2C 读写回调不用自己抠每一个寄存器的 bit。对新手来说能大幅降低出错率对老手来说也省得翻数据手册。3.3 读取震动数据的时序与字节序数据读取最简单的方式是轮询 STATUS 寄存器的数据就绪位然后一次读 6 个字节X/Y/Z 各两个。IIS3DWB 是多字节读的只要 IF_ADD_INC 开启HAL_I2C_Mem_Read 发一次寄存器地址 0x28就能连续取回 0x28 到 0x2D 的全部数据。返回的原始值是 16 位有符号补码低字节在前、高字节在后计算真实加速度时要先拼成 int16_t再乘以灵敏度。灵敏度在小量程 ±2g 下是 0.061 mg/LSB±4g 下是 0.122 mg/LSB±16g 下是 0.488 mg/LSB。举个例子如果 CTRL2 选了 ±4g读回原始值是 1000那实际加速度就是 1000 × 0.122 122 mg约 0.12g。这个换算关系在做上位机显示时非常重要。4. STM32C5 的 IIC 工程实现从 CubeMX 到数据打印4.1 CubeMX 配置和 GPIO 细节工程配置我用 CubeMX 生成 HAL 库代码。I2C1 选上之后引脚默认是 PB6SCL和 PB7SDA复用功能编号是 AF4。在 GPIO 配置里模式必须是 Alternate Function Open Drain也就是复用开漏输出。速度建议选 High因为 400 kHz 需要较强的驱动能力。内部上拉可开可不开但外部上拉电阻一定要焊上我通常用 2.2 kΩ 到 3.3V。I2C 时钟配置里把速度填 400000CubeMX 会自动算 TIMINGR这不代表你可以完全不管时序但起码初始值是可靠的。如果后面想上 1 MHz需要确保 I2C 时钟源够高并且把上拉电阻换成 1 kΩ 左右。启动后建议先用逻辑分析仪或示波器看 SCL/SDA 波形确认没有异常的毛刺和占空比失衡再开始调试传感器。4.2 底层读写回调函数使用官方驱动库时底层必须有三个函数读寄存器、写寄存器、延时。ST 的驱动通过 stmdev_ctx_t 结构体把函数指针传进去。HAL 库这么实现#define IIS3DWB_ADDR (0x5F 1) // 7位地址 0x5F左移成 8 位 int32_t iis3dwb_read_reg(void *handle, uint8_t reg, uint8_t *buf, uint16_t len) { if (HAL_I2C_Mem_Read((I2C_HandleTypeDef *)handle, IIS3DWB_ADDR, reg, I2C_MEMADD_SIZE_8BIT, buf, len, 100) ! HAL_OK) { return -1; } return 0; } int32_t iis3dwb_write_reg(void *handle, uint8_t reg, uint8_t *buf, uint16_t len) { if (HAL_I2C_Mem_Write((I2C_HandleTypeDef *)handle, IIS3DWB_ADDR, reg, I2C_MEMADD_SIZE_8BIT, buf, len, 100) ! HAL_OK) { return -1; } return 0; }这里有个细节HAL_I2C_Mem_Read 的 DevAddress 参数必须传 8 位地址也就是 0xBE 或 0xBF。很多人在这一层迷惑为什么传感器手册写 0x5F代码里却是 0xBE。因为 0x5F 是 7 位地址HAL 库把最低位当读写控制位所以读操作最终变成 0xBE 的低位为 1这个移位习惯一定要建立起来。4.3 主程序初始化、轮询、取数据、打印主程序里第一步用驱动库函数初始化传感器然后循环读数据。代码框架如下#include iis3dwb_reg.h stmdev_ctx_t dev_ctx; iis3dwb_reg_t reg_data; iis3dwb_axis_t accel_data; void IIS3DWB_Init(void) { uint8_t who 0; dev_ctx.write_reg iis3dwb_write_reg; dev_ctx.read_reg iis3dwb_read_reg; dev_ctx.handle (void *)hi2c1; // 1. 检查芯片 ID if (iis3dwb_dev_id_get(dev_ctx, who) ! 0 || who ! 0x41) { while (1); // 芯片未找到停在错误状态 } // 2. 满量程设为 ±4g iis3dwb_full_scale_set(dev_ctx, IIS3DWB_4g); // 3. 开启 BDU避免多字节读取时数据更新错位 iis3dwb_block_data_update_set(dev_ctx, PROPERTY_ENABLE); // 4. 开启地址自动递增支持多字节连续读 iis3dwb_auto_increment_set(dev_ctx, PROPERTY_ENABLE); } int main(void) { HAL_Init(); SystemClock_Config(); MX_GPIO_Init(); MX_I2C1_Init(); MX_USART1_UART_Init(); IIS3DWB_Init(); while (1) { // 检查数据就绪位 iis3dwb_status_get(dev_ctx, reg_data.status); if (reg_data.status.drdy_xl 1) { // 读三轴原始值 iis3dwb_acceleration_raw_get(dev_ctx, accel_data); // 把 int16 原始值转成 mg int32_t x_mg accel_data.x * 122 / 1000; // ±4g 灵敏度 0.122 mg/LSB int32_t y_mg accel_data.y * 122 / 1000; int32_t z_mg accel_data.z * 122 / 1000; char buf[64]; snprintf(buf, sizeof(buf), X%ldmg Y%ldmg Z%ldmg\r\n, x_mg, y_mg, z_mg); HAL_UART_Transmit(huart1, (uint8_t *)buf, strlen(buf), 100); } } }初始化函数里的步骤我建议按顺序来先确认芯片 ID再配量程、BDU、地址自增。BDU 这个功能很多人忽略但在高速采集时特别重要如果 MCU 正在读 X 轴低字节时传感器刚好更新了新数据X 轴高字节就变成新数据的高字节拼出来的值就是错的。开了 BDU 后传感器会等整组数据读完再更新寄存器脏读问题直接消失。4.4 主循环的读取速率与实际限制上面这个主循环看起来逻辑清晰但如果你用 HAL_UART_Transmit 打印字符串会发现实际读取速率被串口打印拖慢了。115200 波特率下打印一行 30 个字符要 2.6 毫秒意味着每秒只有三百多次采集完全发挥不出传感器性能。调试阶段这么打印没问题但真正要数据时建议用 DMA 串口发送或者把原始 int16 数据打包成二进制帧发给上位机不要转成文本。更好的方案是开启传感器 FIFO让它自己以 26.7 kHz 采样并暂存MCU 每积累一定数量后一次性读走这样 I2C 总线的平均占用能降下来也不会因为打印阻塞而丢数据。5. 常见问题排查与实测记录5.1 常见问题速查表这部分是实战里最容易遇到的坑我整理成一张表遇到问题直接对号入座。现象可能原因解决方法HAL_I2C_Mem_Read 返回 HAL_ERROR上拉电阻缺失或太大接线断路从机地址错先量 SDA/SCL 是否在空闲态为高检查 8 位地址 0xBE/0xBFWHO_AM_I 读到 0xFFSDA 线没上拉或传感器没供电查 VDD 供电和上拉电阻用示波器看 SDA 能否被拉低WHO_AM_I 读到 0x00设备没上电I2C 地址错误查电源确认 SDO/SA0 接法对应的地址数据一直不变或全是同一值寄存器地址不对IF_ADD_INC 没开导致多字节读只读到重复内容检查自动递增设置单字节读 0x28 看是否变化数据跳动巨大或出现 0x7FFF/0x8000满量程配太小传感器过载接线松动检查量程重新固定传感器高速采集发现波形毛刺、频率折返采样率低于奈奎斯特I2C 读全三轴瓶颈只读单轴、用 FIFO 批量读或切换 SPI5.2 用 IIC 读数据的实测效果我拿手头一个 C5 的评估板把 IIS3DWB 贴在小型散热风扇的电机壳上用上面的代码跑 400 kHz I2C。先把打印放到串口助手用手敲桌面时 X/Y 轴瞬时值明显出现几百 mg 的尖峰静止时 Z 轴稳定在 1000 mg 附近这就是静态重力加速度证明传感器标定方向正常。把传感器贴在风扇上开风扇后能读到规律的周期性波动。这里我多说一句IIS3DWB 是数字输出原始数据里已经包含了振动信息但只看时域波形是很难判断轴承故障的。正确做法是把数据导到 Python 或 MATLAB 里做 FFT观察频谱上的特征频率。如果想让数据曲线实时显示最简单的方式是串口助手配一个绘图插件或者用 pySerial 读数据后画实时曲线。5.3 关于高频振动采集的避坑心得最后说一个我踩过挺多次的坑。I2C 读三轴全数据时400 kHz 下极限只有 5 kHz 采样率而 IIS3DWB 的目标应用是 6 kHz 带宽振动。如果你只是做演示没问题但如果你把采集到的数据直接做 FFT看到 5 kHz 以下有峰值千万别急着下结论说设备有故障——很可能是混叠产生假频率。比如一个真实的 7 kHz 信号在 5 kHz 采样下会折回到 3 kHz完全误导诊断。我的经验是做真正的振动诊断项目IIS3DWB 一定走 SPI 模式SPI 8 MHz 时钟下单次读三轴只要几微秒采样率能真正跑满。IIC 模式更适合做验证、做功能演示、或者做一些低采样率的倾角/慢速振动检测。如果非要用 IIC 做实时监测至少要把采样率提上去比如只读一个轴然后打开 FIFO 批量取数最大程度利用每一帧传输。提示IIS3DWB 的 I2C 地址由 SDO 引脚决定布局前先确认硬件原理图上 SDO 是对地还是对 VDD免得初始化时序和地址对不上白调半天。我这个系列目前已经把 IIC 取数打通了。下一步我的计划是把传感器数据通过 DMA 串口发到上位机做一个简单的频谱显示。说实话每次调这类传感器都有点像侦探破案示波器一看波形上拉电阻一量问题基本就能定位出来。希望这篇能让你少走几步我以前走过的弯路。