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 从敏感元件到 CPU：LPS22HB 是怎么把气压变成数字的

LPS22HB 内部的核心是压阻式压力敏感元件，外界气压变化会让薄膜产生微形变，进而改变桥式电阻的阻值。这个模拟量经过内部的放大器和 24 位 Σ-Δ ADC 转换后，变成一串二进制补码，锁存在输出寄存器里。CPU 能读到的，只是这串原始值。

但这里有个关键点：ADC 不是一直连续转换的。LPS22HB 的输出速率（ODR）由 CTRL_REG1 寄存器控制，从 1Hz 到 75Hz 可配（不同版本略有差异）。只有当一次转换完成，数据寄存器里才会更新为新值，同时 STATUS 寄存器里的 P_DA 位置 1。如果你的代码不理会 P_DA，直接去读气压寄存器，读到的可能是上一次的旧值，也可能是转换到一半的中间值——这就是轮询存在的意义：等数据就绪，再去取。

我一般会把这条数据链路画成四段：敏感元件 → ADC 转换 → 数据寄存器 → STATUS 标志。轮询做的就是“看标志、取数据”两件事。搞清楚这个顺序，后面所有代码都顺理成章。

2.2 配置寄存器的重点：ODR、均值与设备 ID

2.2.1 先读懂 CTRL_REG1 的 ODR 位

LPS22HB 的寄存器地址映射并不复杂，最常用的有三个：WHO_AM_I（0x0F）、CTRL_REG1（0x10）、STATUS（0x27）。WHO_AM_I 固定返回 0xB1，用来确认 I2C/SPI 通信正常，相当于传感器的“握手信号”。

CTRL_REG1 的低四位是 ODR[3:0]，决定数据更新频率，对应关系如下表：

轮询频率应该略高于 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_REG2（0x11）的 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 验证。

典型接线表：

注意 CS 引脚：走 I2C 时必须把 CS 拉高，否则传感器会认为你要用 SPI 通信，I2C 地址会失效。这是新手最容易忽视的一点。

3.2 最小初始化序列：验证、复位、配速率

下面这段代码以 STM32 的 HAL 库为例，但逻辑对任何平台都通用：

#define LPS22HB_I2C_ADDR 0xB8 // SAO=GND 时的 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: ODR=10Hz, AVG=512 // bit7:5 = 100 (AVG=512), 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，拆开看是 AVG=100（512 次均值）+ ODR=010（10Hz），这个组合是我在多数场景下的默认起手式。

3.3 常见初始化失败原因定位

初始化失败时，优先排查三个点：

1. I2C 地址错误：SAO 引脚电平和你代码里的地址不一致，读 WHO_AM_I 返回 0xFF 或 0x00。
2. CS 引脚悬空：CS 内置弱上拉，但悬空时容易受干扰，表现为时通时不通，建议直接接 VDD。
3. 上电时序：LPS22HB 的上电到可通信时间典型值是 1.5ms，如果你上电后立刻就读，可能握手失败。加个 10ms 延时最稳。

这几类问题都不是寄存器配置错误导致的，排查时先量引脚电平，再查 I2C 波形，往往比反复改寄存器快得多。

4. 轮询获取气压数据：状态位、拼接与换算

4.1 轮询别盯着气压寄存器，先看 STATUS 的 P_DA 位

很多人写的轮询代码长这样：主循环里直接读 PRESS_P_OUT_XL/L/H 三个寄存器。这在静态气压下看起来没问题，因为气压本来就不怎么变，读回的值大概率是对的。但一旦气压快速变化（比如无人机爬升），你读到的可能是“上下两帧数据拼起来的怪值”——高位是新的，低位是旧的，数值会跳变。

正确的轮询姿势是先读 STATUS（0x27）寄存器，检查 P_DA 位（bit1）。P_DA 为 1 表示气压数据已就绪，这时候再去读气压的 3 个字节。读完数据后 P_DA 会自动清零，不需要额外操作。如果你是先读气压寄存器再查状态位，那就反了——数据可能在读的过程中更新，你拿到的仍是混合值。

一个常见的疑问是：读 STATUS 本身会消耗 I2C 时间，会不会拖慢整个轮询周期？以 400kHz I2C 算，读一个寄存器加 ACK 大概 25 微秒，相比 10Hz 的 ODR（100ms 一帧）完全可以忽略。真正要注意的是不要用阻塞延时把轮询周期拖到 ODR 以下。

4.2 三次读取与 24 位补码拼接：顺序为什么不能乱

LPS22HB 的气压原始值是 24 位补码，分散在三个寄存器里：

读取顺序必须是 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）：循环跑 1kHz，ODR 是 10Hz，那 99% 的循环都在做无意义的 STATUS 读取。看似没毛病，但对电池供电设备来说，I2C 每次通信都有功耗开销，白白把待机电流拉高。

轮询频率和 ODR 成整数倍关系：这个最隐蔽。如果 ODR 是 10Hz（100ms 一帧），你的主循环刚好稳定在 100ms 一圈，二者会形成固定相位。表现为：总是恰好读到上一帧数据，实时性差了一帧，但代码看起来完全正常。判断方法很简单：连续打印 10 次数据，如果每次的更新时间间隔几乎相同，就可能存在频率锁定。解决方法是把主循环频率提到 ODR 的 5~10 倍，让相位错开。

5.2 不要频繁读写同一寄存器：一次性读全部输出

LPS22HB 支持从 0x28 开始连续读取，一次能读出气压和温度共 5 个字节：

用单次 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_REG3（0x12）里把 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 次数据”的过滤逻辑，确保业务代码拿到的是稳定后的数据。这个细节代码量不大，但对数据质量的影响很实在。

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