简介针对 STM32U073CC 主控与 LPS22HB 气压传感器的轮询读取需求这份资源提供了一套从零开始的数据采集实现思路。LPS22HB 是一款超紧凑型压阻式绝对压力传感器支持 I2C/SPI 接口封装带有透气孔工作温度范围为 -40°C 至 85°C适用于环境气压检测资源围绕其驱动开发依次讲解 I2C 接口初始化、传感器设备 ID 验证、输出数据率与滤波器配置并采用轮询方式循环读取气压和温度数据再完成单位换算后经串口输出。配套代码逻辑清晰可移植到其他 STM32 系列平台适合正在使用 STM32CubeMX 的嵌入式开发者、竞赛学生以及从事传感器调试的工程师。资源包大小约 2.38MB目前已有 364 人学习下载可作为快速验证 LPS22HB 驱动与气压采集功能的实用参考。1. 气压计LPS22HB开发(1)-轮询获取气压计数据很多第一次接触 LPS22HB 的开发者拿到手第一件事是翻数据手册找例程然后就被那一堆寄存器绕晕了。这颗意法半导体的 MEMS 气压计量程覆盖 260hPa 到 1260hPa典型精度 ±0.1hPa内部还集成了温度补偿算得上是低功耗气压采集的常用选型。但它的数据通路并不是“读一次就完事”——你需要先配置输出速率然后不断判断数据是否就绪再拼接 24 位原始值最后除以灵敏度才是 hPa。这个“判断就绪 拼接 换算”的过程在开发里就叫轮询。本篇文章就把这套流程从寄存器到代码拆开讲清楚让新手能照着搭出最小可用工程也让老手能注意到几个容易忽略的边界参数比如数据就绪位什么时候该清、三次读寄存器的顺序为什么不能乱。2. LPS22HB 的数据链路与寄存器布局确定轮询的目标2.1 从敏感元件到 CPULPS22HB 是怎么把气压变成数字的LPS22HB 内部的核心是压阻式压力敏感元件外界气压变化会让薄膜产生微形变进而改变桥式电阻的阻值。这个模拟量经过内部的放大器和 24 位 Σ-Δ ADC 转换后变成一串二进制补码锁存在输出寄存器里。CPU 能读到的只是这串原始值。但这里有个关键点ADC 不是一直连续转换的。LPS22HB 的输出速率ODR由 CTRL_REG1 寄存器控制从 1Hz 到 75Hz 可配不同版本略有差异。只有当一次转换完成数据寄存器里才会更新为新值同时 STATUS 寄存器里的 P_DA 位置 1。如果你的代码不理会 P_DA直接去读气压寄存器读到的可能是上一次的旧值也可能是转换到一半的中间值——这就是轮询存在的意义等数据就绪再去取。我一般会把这条数据链路画成四段敏感元件 → ADC 转换 → 数据寄存器 → STATUS 标志。轮询做的就是“看标志、取数据”两件事。搞清楚这个顺序后面所有代码都顺理成章。2.2 配置寄存器的重点ODR、均值与设备 ID2.2.1 先读懂 CTRL_REG1 的 ODR 位LPS22HB 的寄存器地址映射并不复杂最常用的有三个WHO_AM_I0x0F、CTRL_REG10x10、STATUS0x27。WHO_AM_I 固定返回 0xB1用来确认 I2C/SPI 通信正常相当于传感器的“握手信号”。CTRL_REG1 的低四位是 ODR[3:0]决定数据更新频率对应关系如下表ODR[3:0]输出速率典型场景0000单次转换需要精确控制采样时刻时配合 one-shot 使用00011 Hz气象站、长时间气压趋势记录001010 Hz无人机定高、导航辅助常用起步值001125 Hz短时剧烈气压变化监测如电梯/楼层判断010050 Hz快速动态响应测试010175 Hz频率上限一般不需要用满轮询频率应该略高于 ODR。比如你配了 10Hz 的 ODR主循环跑 50Hz 甚至 100Hz 都没问题因为每次循环去检查 P_DA 位它置位了才说明有新数据。反过来如果轮询频率比 ODR 还低数据会积压你读到的永远是“最新”的那一次中间的变化全丢了。这一点在低功耗设计里尤其要注意。2.2.2 均值配置低噪声 vs 功耗的取舍CTRL_REG1 的 bit7:5 是 AVG[2:0]控制内部均值次数。均值次数越高ADC 输出的有效噪声越低但等效采样时间变长功耗也上升。我做气压计开发时默认配置是 10Hz 均值 512 次这套组合在静态场景下读数跳动能控制在 ±0.02hPa 以内。如果你的应用是电池供电又要长时间采集建议降到 1Hz 均值 128 次肉眼很难看出精度损失但省电明显。2.2.3 别跳过复位SWRESET 保证初始状态干净CTRL_REG20x11的 bit2 是软件复位位写 1 触发复位复位完成后自动清零。很多例程不写这一步直接配 CTRL_REG1这在刚上电时一般没问题但如果遇到传感器异常读 WHO_AM_I 不对、数据恒为 0先复位再重配往往是第一步排查手段。我的习惯是初始化序列固定为读 WHO_AM_I → 软复位 → 等 10ms → 配 CTRL_REG1。3. 硬件接线与最小初始化代码从零把 LPS22HB 跑起来3.1 I2C 接线与设备地址确定LPS22HB 支持 I2C 和 SPI 两种接口开发板大多走 I2C接线只需要四根线VDD、GND、SCL、SDA。VDD 接 3.3V注意很多老开发板用 5V 逻辑电平需要加电平转换否则长期跑会损坏传感器。这里有个容易踩的坑LPS22HB 的 I2C 从机地址由 SAO 引脚决定。SAO 接 GND 时地址是 0xB8写/ 0xB9读接 VDD 时是 0xBA写/ 0xBB读。换算成 7 位地址就是 0x5C 或 0x5D。如果你的板子原理图上 SAO 悬空那默认是 0x5C但保险起见还是用万用表量一下或者直接读 WHO_AM_I 验证。典型接线表传感器引脚功能接单片机VDD电源 3.3V3.3VGND地GNDSCLI2C 时钟任意带 I2C 功能的引脚SDAI2C 数据任意带 I2C 功能的引脚SAO地址选择GND选 0x5CCSSPI 片选接 VDD禁用 SPI注意 CS 引脚走 I2C 时必须把 CS 拉高否则传感器会认为你要用 SPI 通信I2C 地址会失效。这是新手最容易忽视的一点。3.2 最小初始化序列验证、复位、配速率下面这段代码以 STM32 的 HAL 库为例但逻辑对任何平台都通用#define LPS22HB_I2C_ADDR 0xB8 // SAOGND 时的 8 位写地址 #define LPS22HB_WHO_AM_I 0x0F #define LPS22HB_CTRL_REG1 0x10 #define LPS22HB_CTRL_REG2 0x11 uint8_t lps22hb_init(void) { uint8_t who 0; uint8_t ctrl 0; // 1. 读 WHO_AM_I确认 I2C 通信正常 HAL_I2C_Mem_Read(hi2c1, LPS22HB_I2C_ADDR, LPS22HB_WHO_AM_I, I2C_MEMADD_SIZE_8BIT, who, 1, 100); if (who ! 0xB1) { return 1; // 设备 ID 不对检查接线或地址 } // 2. 软复位 ctrl 0x04; // bit2 1, SWRESET HAL_I2C_Mem_Write(hi2c1, LPS22HB_I2C_ADDR, LPS22HB_CTRL_REG2, I2C_MEMADD_SIZE_8BIT, ctrl, 1, 100); HAL_Delay(10); // 等复位完成 // 3. 配置 CTRL_REG1: ODR10Hz, AVG512 // bit7:5 100 (AVG512), bit3 0, bit2:0 010 (10Hz) ctrl 0x82; // 二进制 1000 0010 HAL_I2C_Mem_Write(hi2c1, LPS22HB_I2C_ADDR, LPS22HB_CTRL_REG1, I2C_MEMADD_SIZE_8BIT, ctrl, 1, 100); return 0; // 初始化成功 }这段代码每一步都有明确目的。读 WHO_AM_I 是验证硬件链路返回值不对时不要继续往下走否则后续所有操作都是对空气说话。软复位不是必须每个工程都做但加上了能保证传感器从已知状态开始。CTRL_REG1 写入 0x82拆开看是 AVG100512 次均值 ODR01010Hz这个组合是我在多数场景下的默认起手式。3.3 常见初始化失败原因定位初始化失败时优先排查三个点I2C 地址错误SAO 引脚电平和你代码里的地址不一致读 WHO_AM_I 返回 0xFF 或 0x00。CS 引脚悬空CS 内置弱上拉但悬空时容易受干扰表现为时通时不通建议直接接 VDD。上电时序LPS22HB 的上电到可通信时间典型值是 1.5ms如果你上电后立刻就读可能握手失败。加个 10ms 延时最稳。这几类问题都不是寄存器配置错误导致的排查时先量引脚电平再查 I2C 波形往往比反复改寄存器快得多。4. 轮询获取气压数据状态位、拼接与换算4.1 轮询别盯着气压寄存器先看 STATUS 的 P_DA 位很多人写的轮询代码长这样主循环里直接读 PRESS_P_OUT_XL/L/H 三个寄存器。这在静态气压下看起来没问题因为气压本来就不怎么变读回的值大概率是对的。但一旦气压快速变化比如无人机爬升你读到的可能是“上下两帧数据拼起来的怪值”——高位是新的低位是旧的数值会跳变。正确的轮询姿势是先读 STATUS0x27寄存器检查 P_DA 位bit1。P_DA 为 1 表示气压数据已就绪这时候再去读气压的 3 个字节。读完数据后 P_DA 会自动清零不需要额外操作。如果你是先读气压寄存器再查状态位那就反了——数据可能在读的过程中更新你拿到的仍是混合值。一个常见的疑问是读 STATUS 本身会消耗 I2C 时间会不会拖慢整个轮询周期以 400kHz I2C 算读一个寄存器加 ACK 大概 25 微秒相比 10Hz 的 ODR100ms 一帧完全可以忽略。真正要注意的是不要用阻塞延时把轮询周期拖到 ODR 以下。4.2 三次读取与 24 位补码拼接顺序为什么不能乱LPS22HB 的气压原始值是 24 位补码分散在三个寄存器里寄存器名地址含义PRESS_P_OUT_XL0x28低 8 位PRESS_P_OUT_L0x29中 8 位PRESS_P_OUT_H0x2A高 8 位读取顺序必须是 XL → L → H。因为传感器内部会在你读 XL 时锁存当前 ADC 值后续读 L 和 H 得到的是同一快照。如果顺序乱了或分多次读取中间夹了其他操作三个字节可能来自不同时刻的转换结果误差被放大 256 倍。下面是用宏封装好的拼接代码#define LPS22HB_STATUS 0x27 #define LPS22HB_PRESS_XL 0x28 #define LPS22HB_PRESS_L 0x29 #define LPS22HB_PRESS_H 0x2A int32_t lps22hb_read_pressure_raw(void) { uint8_t data[3]; int32_t raw; // 单次读取 3 字节XL, L, H保证原子性 HAL_I2C_Mem_Read(hi2c1, LPS22HB_I2C_ADDR, LPS22HB_PRESS_XL, I2C_MEMADD_SIZE_8BIT, data, 3, 100); // 组装 24 位有符号数 raw (int32_t)data[2] 16 | (int32_t)data[1] 8 | (int32_t)data[0]; // 24 位补码转 32 位有符号数 if (raw 0x800000) { raw | ~0xFFFFFF; // 符号扩展 } return raw; }这里用单次 I2C 读 3 字节比三次单独读更保险因为一次事务内不会被打断。符号扩展那行很关键如果高位是 1负数不扩展的话 raw 会变成一个很大的正数换算出来的气压会离谱。LPS22HB 的量程 260~1260hPa 对应的原始值都在正数范围内但 ADC 输出可能是负温度系数下的修正值处理成有符号数永远是对的。4.3 从原始值到 hPa灵敏度与参考点LPS22HB 的默认灵敏度是 4096 LSB/hPa也就是说pressure_hPa raw / 4096.0这个公式简单但有个隐含前提你用的是默认量程和默认配置。如果修改了 CTRL_REG1 的量程位灵敏度会跟着变公式也要调整。我这里给出带温度补偿的完整读取函数float lps22hb_read_pressure_hpa(void) { int32_t raw lps22hb_read_pressure_raw(); return (float)raw / 4096.0f; }实际工程里很多人会在这里加一层滤波。我的做法是连续读 5 次去掉最大值和最小值剩下 3 次取平均。这个滑动滤波在静态场景能把跳动从 ±0.1hPa 压到 ±0.03hPa代价是每次读取多花约 50ms。如果你的系统对实时性要求高比如飞控定高就不要这么做直接读原始值让上层做滤波。4.4 完整轮询主循环示例把前面的函数串起来一个最小可用的轮询主循环长这样while (1) { uint8_t status; int32_t raw; // 读 STATUS HAL_I2C_Mem_Read(hi2c1, LPS22HB_I2C_ADDR, LPS22HB_STATUS, I2C_MEMADD_SIZE_8BIT, status, 1, 100); if (status 0x02) // P_DA 位置位数据就绪 { raw lps22hb_read_pressure_raw(); float press (float)raw / 4096.0f; printf(Pressure: %.2f hPa\n, press); } // 这里不要加固定延时让循环按自然速度空转 // 轮询周期 while(1) 单次循环耗时 }有几个细节值得说明。循环里没加 delay是因为加了固定延时反而可能让轮询频率和 ODR 发生相位错位——数据刚就绪时你还在延时等延时结束发现已经过了好多次更新。不加延时的空转配合状态位判断能保证每次数据更新后尽快被取走。printf 是调试用的实际产品里改成串口输出或写队列。判断状态位用的是status 0x02而不是 0x02因为 STATUS 寄存器可能同时有其他位置位按位与更稳妥。5. 轮询时序的坑采样率匹配、批量读取与功耗控制5.1 轮询周期和 ODR 的配合关系轮询这个动作本身不产生数据它只是去“接数据”。真正产生数据的是传感器内部的 ADC 转换频率由 ODR 决定。所以轮询代码写得再快数据也是按 ODR 的节奏到来。这里有三类不匹配的问题需要避免轮询太慢低于 ODR数据每 100ms 更新一次但你的循环要 200ms 才跑一圈那有一半数据没被读走。虽然 LPS22HB 的寄存器会保留最新值但中间的变化信息丢失了这对于分析气压波动比如楼层判断是致命的。轮询太快远高于 ODR循环跑 1kHzODR 是 10Hz那 99% 的循环都在做无意义的 STATUS 读取。看似没毛病但对电池供电设备来说I2C 每次通信都有功耗开销白白把待机电流拉高。轮询频率和 ODR 成整数倍关系这个最隐蔽。如果 ODR 是 10Hz100ms 一帧你的主循环刚好稳定在 100ms 一圈二者会形成固定相位。表现为总是恰好读到上一帧数据实时性差了一帧但代码看起来完全正常。判断方法很简单连续打印 10 次数据如果每次的更新时间间隔几乎相同就可能存在频率锁定。解决方法是把主循环频率提到 ODR 的 5~10 倍让相位错开。5.2 不要频繁读写同一寄存器一次性读全部输出LPS22HB 支持从 0x28 开始连续读取一次能读出气压和温度共 5 个字节偏移地址内容00x28气压低字节10x29气压中字节20x2A气压高字节30x2B温度低字节40x2C温度高字节用单次 I2C 事务读这 5 个字节比分开读气压和温度省一次地址发送。代码实现很简单void lps22hb_read_all(int32_t *pressure_raw, int16_t *temp_raw) { uint8_t data[5]; HAL_I2C_Mem_Read(hi2c1, LPS22HB_I2C_ADDR, 0x28, I2C_MEMADD_SIZE_8BIT, data, 5, 100); // 气压 24 位 *pressure_raw (int32_t)data[2] 16 | (int32_t)data[1] 8 | (int32_t)data[0]; if (*pressure_raw 0x800000) { *pressure_raw | ~0xFFFFFF; } // 温度 16 位补码 *temp_raw (int16_t)((data[4] 8) | data[3]); }温度和气压共用同一帧的锁存机制用这个函数读出来的温度和气压是时间对齐的这对于后续做温度补偿非常有用。5.3 功耗优化用数据就绪中断替代满速轮询如果你的设备是电池供电满速轮询 I2C 是不划算的。LPS22HB 支持数据就绪中断——P_DA 状态变化时在 INT_DRDY 引脚上输出一个脉冲。配置方法是在 CTRL_REG30x12里把 INT_DRDY 位bit0置 1然后把传感器接到 MCU 的外部中断引脚。中断模式和轮询模式的数据读取逻辑完全一样读 STATUS → 确认 P_DA → 读 3 字节。区别在于触发时机从“循环跑到”变成“数据好了通知你”。真正省电的地方在于 MCU 可以进入 sleep等中断唤醒后再操作 I2C。但要注意从唤醒到 I2C 就绪之间有延时如果唤醒时间比 ODR 周期还长中断事件会堆积读数据时需要注意是否错过了多帧。我的做法是中断里只置一个标志位主循环检测到标志后再读数据不在中断服务函数里直接操作 I2C。6. 验证气压计数据正确性零漂检查、与温度联动校准拿到能跑起来的轮询代码下一步不是急着接入业务逻辑而是先验证数据对不对。最直接的验证方法是在固定海拔高度连续采集 10 分钟看气压波动范围。具体做法把传感器平放桌面上上电后每秒钟记录一次气压算平均值和最大最小值。海平面附近标准大气压约 1013.25hPa每升高 8.5 米约下降 1hPa。如果读数在平均值 ±0.15hPa 内波动说明基础采集没问题如果波动超过 ±0.5hPa先查是不是电源噪声再用买来的参考气压计对比。第二个验证点是看温度数据。LPS22HB 内置的温度传感器精度一般但趋势是靠谱的。用手指轻触传感器外壳温度读数应在 1~2 秒内上升 1~2°C气压读数可能漂移 0.1hPa 左右。如果温度变了气压纹丝不动说明内部补偿在工作如果气压跟着温度大跳说明你的均值配置不够或者数据拼接错了。进阶技巧是用气压和温度做交叉验证。气压的 24 位原始值除以 4096 得到 hPa 后可以用国际高度公式估算海拔altitude_m (1.0 - pow(pressure_hpa / 1013.25, 1/5.255)) * 44330.0在同一地点重复测量海拔应该在 ±3 米内重复。如果差值大多半是零漂导致可以在代码里做一次“基准校准”——在已知海拔的位置记录当前读数作为偏移量之后所有测量减去这个偏移。这个校准逻辑不需要重新烧录固件串口指令触发就行适合做成量产时的校准流程。最后提一个容易被忽略的点LPS22HB 的寄存器写入后需要 1~2 个 ODR 周期才稳定生效。改完 ODR 立刻读数据前几帧可能还是旧速率下的结果。实际开发中我会在改完寄存器后加一个“丢弃前 3 次数据”的过滤逻辑确保业务代码拿到的是稳定后的数据。这个细节代码量不大但对数据质量的影响很实在。本文还有配套的精品资源点击获取 
长河君 · 2026/9/10 3:04:13 · 阅读 1.2k LPS22HB气压计开发：轮询获取数据的寄存器级全流程解析
简介针对 STM32U073CC 主控与 LPS22HB 气压传感器的轮询读取需求这份资源提供了一套从零开始的数据采集实现思路。LPS22HB 是一款超紧凑型压阻式绝对压力传感器支持 I2C/SPI 接口封装带有透气孔工作温度范围为 -40°C 至 85°C适用于环境气压检测资源围绕其驱动开发依次讲解 I2C 接口初始化、传感器设备 ID 验证、输出数据率与滤波器配置并采用轮询方式循环读取气压和温度数据再完成单位换算后经串口输出。配套代码逻辑清晰可移植到其他 STM32 系列平台适合正在使用 STM32CubeMX 的嵌入式开发者、竞赛学生以及从事传感器调试的工程师。资源包大小约 2.38MB目前已有 364 人学习下载可作为快速验证 LPS22HB 驱动与气压采集功能的实用参考。1. 气压计LPS22HB开发(1)-轮询获取气压计数据很多第一次接触 LPS22HB 的开发者拿到手第一件事是翻数据手册找例程然后就被那一堆寄存器绕晕了。这颗意法半导体的 MEMS 气压计量程覆盖 260hPa 到 1260hPa典型精度 ±0.1hPa内部还集成了温度补偿算得上是低功耗气压采集的常用选型。但它的数据通路并不是“读一次就完事”——你需要先配置输出速率然后不断判断数据是否就绪再拼接 24 位原始值最后除以灵敏度才是 hPa。这个“判断就绪 拼接 换算”的过程在开发里就叫轮询。本篇文章就把这套流程从寄存器到代码拆开讲清楚让新手能照着搭出最小可用工程也让老手能注意到几个容易忽略的边界参数比如数据就绪位什么时候该清、三次读寄存器的顺序为什么不能乱。2. LPS22HB 的数据链路与寄存器布局确定轮询的目标2.1 从敏感元件到 CPULPS22HB 是怎么把气压变成数字的LPS22HB 内部的核心是压阻式压力敏感元件外界气压变化会让薄膜产生微形变进而改变桥式电阻的阻值。这个模拟量经过内部的放大器和 24 位 Σ-Δ ADC 转换后变成一串二进制补码锁存在输出寄存器里。CPU 能读到的只是这串原始值。但这里有个关键点ADC 不是一直连续转换的。LPS22HB 的输出速率ODR由 CTRL_REG1 寄存器控制从 1Hz 到 75Hz 可配不同版本略有差异。只有当一次转换完成数据寄存器里才会更新为新值同时 STATUS 寄存器里的 P_DA 位置 1。如果你的代码不理会 P_DA直接去读气压寄存器读到的可能是上一次的旧值也可能是转换到一半的中间值——这就是轮询存在的意义等数据就绪再去取。我一般会把这条数据链路画成四段敏感元件 → ADC 转换 → 数据寄存器 → STATUS 标志。轮询做的就是“看标志、取数据”两件事。搞清楚这个顺序后面所有代码都顺理成章。2.2 配置寄存器的重点ODR、均值与设备 ID2.2.1 先读懂 CTRL_REG1 的 ODR 位LPS22HB 的寄存器地址映射并不复杂最常用的有三个WHO_AM_I0x0F、CTRL_REG10x10、STATUS0x27。WHO_AM_I 固定返回 0xB1用来确认 I2C/SPI 通信正常相当于传感器的“握手信号”。CTRL_REG1 的低四位是 ODR[3:0]决定数据更新频率对应关系如下表ODR[3:0]输出速率典型场景0000单次转换需要精确控制采样时刻时配合 one-shot 使用00011 Hz气象站、长时间气压趋势记录001010 Hz无人机定高、导航辅助常用起步值001125 Hz短时剧烈气压变化监测如电梯/楼层判断010050 Hz快速动态响应测试010175 Hz频率上限一般不需要用满轮询频率应该略高于 ODR。比如你配了 10Hz 的 ODR主循环跑 50Hz 甚至 100Hz 都没问题因为每次循环去检查 P_DA 位它置位了才说明有新数据。反过来如果轮询频率比 ODR 还低数据会积压你读到的永远是“最新”的那一次中间的变化全丢了。这一点在低功耗设计里尤其要注意。2.2.2 均值配置低噪声 vs 功耗的取舍CTRL_REG1 的 bit7:5 是 AVG[2:0]控制内部均值次数。均值次数越高ADC 输出的有效噪声越低但等效采样时间变长功耗也上升。我做气压计开发时默认配置是 10Hz 均值 512 次这套组合在静态场景下读数跳动能控制在 ±0.02hPa 以内。如果你的应用是电池供电又要长时间采集建议降到 1Hz 均值 128 次肉眼很难看出精度损失但省电明显。2.2.3 别跳过复位SWRESET 保证初始状态干净CTRL_REG20x11的 bit2 是软件复位位写 1 触发复位复位完成后自动清零。很多例程不写这一步直接配 CTRL_REG1这在刚上电时一般没问题但如果遇到传感器异常读 WHO_AM_I 不对、数据恒为 0先复位再重配往往是第一步排查手段。我的习惯是初始化序列固定为读 WHO_AM_I → 软复位 → 等 10ms → 配 CTRL_REG1。3. 硬件接线与最小初始化代码从零把 LPS22HB 跑起来3.1 I2C 接线与设备地址确定LPS22HB 支持 I2C 和 SPI 两种接口开发板大多走 I2C接线只需要四根线VDD、GND、SCL、SDA。VDD 接 3.3V注意很多老开发板用 5V 逻辑电平需要加电平转换否则长期跑会损坏传感器。这里有个容易踩的坑LPS22HB 的 I2C 从机地址由 SAO 引脚决定。SAO 接 GND 时地址是 0xB8写/ 0xB9读接 VDD 时是 0xBA写/ 0xBB读。换算成 7 位地址就是 0x5C 或 0x5D。如果你的板子原理图上 SAO 悬空那默认是 0x5C但保险起见还是用万用表量一下或者直接读 WHO_AM_I 验证。典型接线表传感器引脚功能接单片机VDD电源 3.3V3.3VGND地GNDSCLI2C 时钟任意带 I2C 功能的引脚SDAI2C 数据任意带 I2C 功能的引脚SAO地址选择GND选 0x5CCSSPI 片选接 VDD禁用 SPI注意 CS 引脚走 I2C 时必须把 CS 拉高否则传感器会认为你要用 SPI 通信I2C 地址会失效。这是新手最容易忽视的一点。3.2 最小初始化序列验证、复位、配速率下面这段代码以 STM32 的 HAL 库为例但逻辑对任何平台都通用#define LPS22HB_I2C_ADDR 0xB8 // SAOGND 时的 8 位写地址 #define LPS22HB_WHO_AM_I 0x0F #define LPS22HB_CTRL_REG1 0x10 #define LPS22HB_CTRL_REG2 0x11 uint8_t lps22hb_init(void) { uint8_t who 0; uint8_t ctrl 0; // 1. 读 WHO_AM_I确认 I2C 通信正常 HAL_I2C_Mem_Read(hi2c1, LPS22HB_I2C_ADDR, LPS22HB_WHO_AM_I, I2C_MEMADD_SIZE_8BIT, who, 1, 100); if (who ! 0xB1) { return 1; // 设备 ID 不对检查接线或地址 } // 2. 软复位 ctrl 0x04; // bit2 1, SWRESET HAL_I2C_Mem_Write(hi2c1, LPS22HB_I2C_ADDR, LPS22HB_CTRL_REG2, I2C_MEMADD_SIZE_8BIT, ctrl, 1, 100); HAL_Delay(10); // 等复位完成 // 3. 配置 CTRL_REG1: ODR10Hz, AVG512 // bit7:5 100 (AVG512), bit3 0, bit2:0 010 (10Hz) ctrl 0x82; // 二进制 1000 0010 HAL_I2C_Mem_Write(hi2c1, LPS22HB_I2C_ADDR, LPS22HB_CTRL_REG1, I2C_MEMADD_SIZE_8BIT, ctrl, 1, 100); return 0; // 初始化成功 }这段代码每一步都有明确目的。读 WHO_AM_I 是验证硬件链路返回值不对时不要继续往下走否则后续所有操作都是对空气说话。软复位不是必须每个工程都做但加上了能保证传感器从已知状态开始。CTRL_REG1 写入 0x82拆开看是 AVG100512 次均值 ODR01010Hz这个组合是我在多数场景下的默认起手式。3.3 常见初始化失败原因定位初始化失败时优先排查三个点I2C 地址错误SAO 引脚电平和你代码里的地址不一致读 WHO_AM_I 返回 0xFF 或 0x00。CS 引脚悬空CS 内置弱上拉但悬空时容易受干扰表现为时通时不通建议直接接 VDD。上电时序LPS22HB 的上电到可通信时间典型值是 1.5ms如果你上电后立刻就读可能握手失败。加个 10ms 延时最稳。这几类问题都不是寄存器配置错误导致的排查时先量引脚电平再查 I2C 波形往往比反复改寄存器快得多。4. 轮询获取气压数据状态位、拼接与换算4.1 轮询别盯着气压寄存器先看 STATUS 的 P_DA 位很多人写的轮询代码长这样主循环里直接读 PRESS_P_OUT_XL/L/H 三个寄存器。这在静态气压下看起来没问题因为气压本来就不怎么变读回的值大概率是对的。但一旦气压快速变化比如无人机爬升你读到的可能是“上下两帧数据拼起来的怪值”——高位是新的低位是旧的数值会跳变。正确的轮询姿势是先读 STATUS0x27寄存器检查 P_DA 位bit1。P_DA 为 1 表示气压数据已就绪这时候再去读气压的 3 个字节。读完数据后 P_DA 会自动清零不需要额外操作。如果你是先读气压寄存器再查状态位那就反了——数据可能在读的过程中更新你拿到的仍是混合值。一个常见的疑问是读 STATUS 本身会消耗 I2C 时间会不会拖慢整个轮询周期以 400kHz I2C 算读一个寄存器加 ACK 大概 25 微秒相比 10Hz 的 ODR100ms 一帧完全可以忽略。真正要注意的是不要用阻塞延时把轮询周期拖到 ODR 以下。4.2 三次读取与 24 位补码拼接顺序为什么不能乱LPS22HB 的气压原始值是 24 位补码分散在三个寄存器里寄存器名地址含义PRESS_P_OUT_XL0x28低 8 位PRESS_P_OUT_L0x29中 8 位PRESS_P_OUT_H0x2A高 8 位读取顺序必须是 XL → L → H。因为传感器内部会在你读 XL 时锁存当前 ADC 值后续读 L 和 H 得到的是同一快照。如果顺序乱了或分多次读取中间夹了其他操作三个字节可能来自不同时刻的转换结果误差被放大 256 倍。下面是用宏封装好的拼接代码#define LPS22HB_STATUS 0x27 #define LPS22HB_PRESS_XL 0x28 #define LPS22HB_PRESS_L 0x29 #define LPS22HB_PRESS_H 0x2A int32_t lps22hb_read_pressure_raw(void) { uint8_t data[3]; int32_t raw; // 单次读取 3 字节XL, L, H保证原子性 HAL_I2C_Mem_Read(hi2c1, LPS22HB_I2C_ADDR, LPS22HB_PRESS_XL, I2C_MEMADD_SIZE_8BIT, data, 3, 100); // 组装 24 位有符号数 raw (int32_t)data[2] 16 | (int32_t)data[1] 8 | (int32_t)data[0]; // 24 位补码转 32 位有符号数 if (raw 0x800000) { raw | ~0xFFFFFF; // 符号扩展 } return raw; }这里用单次 I2C 读 3 字节比三次单独读更保险因为一次事务内不会被打断。符号扩展那行很关键如果高位是 1负数不扩展的话 raw 会变成一个很大的正数换算出来的气压会离谱。LPS22HB 的量程 260~1260hPa 对应的原始值都在正数范围内但 ADC 输出可能是负温度系数下的修正值处理成有符号数永远是对的。4.3 从原始值到 hPa灵敏度与参考点LPS22HB 的默认灵敏度是 4096 LSB/hPa也就是说pressure_hPa raw / 4096.0这个公式简单但有个隐含前提你用的是默认量程和默认配置。如果修改了 CTRL_REG1 的量程位灵敏度会跟着变公式也要调整。我这里给出带温度补偿的完整读取函数float lps22hb_read_pressure_hpa(void) { int32_t raw lps22hb_read_pressure_raw(); return (float)raw / 4096.0f; }实际工程里很多人会在这里加一层滤波。我的做法是连续读 5 次去掉最大值和最小值剩下 3 次取平均。这个滑动滤波在静态场景能把跳动从 ±0.1hPa 压到 ±0.03hPa代价是每次读取多花约 50ms。如果你的系统对实时性要求高比如飞控定高就不要这么做直接读原始值让上层做滤波。4.4 完整轮询主循环示例把前面的函数串起来一个最小可用的轮询主循环长这样while (1) { uint8_t status; int32_t raw; // 读 STATUS HAL_I2C_Mem_Read(hi2c1, LPS22HB_I2C_ADDR, LPS22HB_STATUS, I2C_MEMADD_SIZE_8BIT, status, 1, 100); if (status 0x02) // P_DA 位置位数据就绪 { raw lps22hb_read_pressure_raw(); float press (float)raw / 4096.0f; printf(Pressure: %.2f hPa\n, press); } // 这里不要加固定延时让循环按自然速度空转 // 轮询周期 while(1) 单次循环耗时 }有几个细节值得说明。循环里没加 delay是因为加了固定延时反而可能让轮询频率和 ODR 发生相位错位——数据刚就绪时你还在延时等延时结束发现已经过了好多次更新。不加延时的空转配合状态位判断能保证每次数据更新后尽快被取走。printf 是调试用的实际产品里改成串口输出或写队列。判断状态位用的是status 0x02而不是 0x02因为 STATUS 寄存器可能同时有其他位置位按位与更稳妥。5. 轮询时序的坑采样率匹配、批量读取与功耗控制5.1 轮询周期和 ODR 的配合关系轮询这个动作本身不产生数据它只是去“接数据”。真正产生数据的是传感器内部的 ADC 转换频率由 ODR 决定。所以轮询代码写得再快数据也是按 ODR 的节奏到来。这里有三类不匹配的问题需要避免轮询太慢低于 ODR数据每 100ms 更新一次但你的循环要 200ms 才跑一圈那有一半数据没被读走。虽然 LPS22HB 的寄存器会保留最新值但中间的变化信息丢失了这对于分析气压波动比如楼层判断是致命的。轮询太快远高于 ODR循环跑 1kHzODR 是 10Hz那 99% 的循环都在做无意义的 STATUS 读取。看似没毛病但对电池供电设备来说I2C 每次通信都有功耗开销白白把待机电流拉高。轮询频率和 ODR 成整数倍关系这个最隐蔽。如果 ODR 是 10Hz100ms 一帧你的主循环刚好稳定在 100ms 一圈二者会形成固定相位。表现为总是恰好读到上一帧数据实时性差了一帧但代码看起来完全正常。判断方法很简单连续打印 10 次数据如果每次的更新时间间隔几乎相同就可能存在频率锁定。解决方法是把主循环频率提到 ODR 的 5~10 倍让相位错开。5.2 不要频繁读写同一寄存器一次性读全部输出LPS22HB 支持从 0x28 开始连续读取一次能读出气压和温度共 5 个字节偏移地址内容00x28气压低字节10x29气压中字节20x2A气压高字节30x2B温度低字节40x2C温度高字节用单次 I2C 事务读这 5 个字节比分开读气压和温度省一次地址发送。代码实现很简单void lps22hb_read_all(int32_t *pressure_raw, int16_t *temp_raw) { uint8_t data[5]; HAL_I2C_Mem_Read(hi2c1, LPS22HB_I2C_ADDR, 0x28, I2C_MEMADD_SIZE_8BIT, data, 5, 100); // 气压 24 位 *pressure_raw (int32_t)data[2] 16 | (int32_t)data[1] 8 | (int32_t)data[0]; if (*pressure_raw 0x800000) { *pressure_raw | ~0xFFFFFF; } // 温度 16 位补码 *temp_raw (int16_t)((data[4] 8) | data[3]); }温度和气压共用同一帧的锁存机制用这个函数读出来的温度和气压是时间对齐的这对于后续做温度补偿非常有用。5.3 功耗优化用数据就绪中断替代满速轮询如果你的设备是电池供电满速轮询 I2C 是不划算的。LPS22HB 支持数据就绪中断——P_DA 状态变化时在 INT_DRDY 引脚上输出一个脉冲。配置方法是在 CTRL_REG30x12里把 INT_DRDY 位bit0置 1然后把传感器接到 MCU 的外部中断引脚。中断模式和轮询模式的数据读取逻辑完全一样读 STATUS → 确认 P_DA → 读 3 字节。区别在于触发时机从“循环跑到”变成“数据好了通知你”。真正省电的地方在于 MCU 可以进入 sleep等中断唤醒后再操作 I2C。但要注意从唤醒到 I2C 就绪之间有延时如果唤醒时间比 ODR 周期还长中断事件会堆积读数据时需要注意是否错过了多帧。我的做法是中断里只置一个标志位主循环检测到标志后再读数据不在中断服务函数里直接操作 I2C。6. 验证气压计数据正确性零漂检查、与温度联动校准拿到能跑起来的轮询代码下一步不是急着接入业务逻辑而是先验证数据对不对。最直接的验证方法是在固定海拔高度连续采集 10 分钟看气压波动范围。具体做法把传感器平放桌面上上电后每秒钟记录一次气压算平均值和最大最小值。海平面附近标准大气压约 1013.25hPa每升高 8.5 米约下降 1hPa。如果读数在平均值 ±0.15hPa 内波动说明基础采集没问题如果波动超过 ±0.5hPa先查是不是电源噪声再用买来的参考气压计对比。第二个验证点是看温度数据。LPS22HB 内置的温度传感器精度一般但趋势是靠谱的。用手指轻触传感器外壳温度读数应在 1~2 秒内上升 1~2°C气压读数可能漂移 0.1hPa 左右。如果温度变了气压纹丝不动说明内部补偿在工作如果气压跟着温度大跳说明你的均值配置不够或者数据拼接错了。进阶技巧是用气压和温度做交叉验证。气压的 24 位原始值除以 4096 得到 hPa 后可以用国际高度公式估算海拔altitude_m (1.0 - pow(pressure_hpa / 1013.25, 1/5.255)) * 44330.0在同一地点重复测量海拔应该在 ±3 米内重复。如果差值大多半是零漂导致可以在代码里做一次“基准校准”——在已知海拔的位置记录当前读数作为偏移量之后所有测量减去这个偏移。这个校准逻辑不需要重新烧录固件串口指令触发就行适合做成量产时的校准流程。最后提一个容易被忽略的点LPS22HB 的寄存器写入后需要 1~2 个 ODR 周期才稳定生效。改完 ODR 立刻读数据前几帧可能还是旧速率下的结果。实际开发中我会在改完寄存器后加一个“丢弃前 3 次数据”的过滤逻辑确保业务代码拿到的是稳定后的数据。这个细节代码量不大但对数据质量的影响很实在。本文还有配套的精品资源点击获取