第一次接到这个需求的时候我盯着方案需求看了半天LSM6DSO 搭配 H3LIS331DLTR中间还夹着一个 Sensorhub。这不是普通的惯性测量组合而是典型的“低g六轴 高g三轴”双加速度计协同方案。老实说这种搭配在工业冲击记录、跌落检测、碰撞触发、运动监测这些场景里非常实用但真正把它调通、让数据稳定跑起来中间还是有不少门道。这俩传感器分开用都很常见LSM6DSO 是意法半导体ST的旗舰级六轴惯性传感器加速度计量程最大到 ±16g内置陀螺仪功耗低、性能好H3LIS331DLTR 则是专门做高g加速度检测的量程能到 ±400g专门用来捕捉剧烈的冲击信号。但问题来了——LSM6DSO 自己只能测 ±16g扛不住冲击H3LIS331DLTR 虽然能量程大却没有配套的姿态解算能力数据也只有自己一路。于是 ST 的 Sensorhub 功能就成了把两者拼到一起的关键让 LSM6DSO 通过内部 I2C 主机接口去读取 H3LIS331DLTR 的数据外部 MCU 只需要跟 LSM6DSO 通信就能同时拿到低g六轴数据和高g冲击数据。这篇文章不打算只贴代码我会把方案为什么这么设计、寄存器怎么配、FSM 怎么做阈值判断、实际调试中会遇到哪些坑全部过一遍。内容面向正在做 ST 传感器方案、尤其是想把两颗加速度计组合起来做冲击检测的朋友手里有 LSM6DSO 和 H3LIS331DLTR 板子的可以直接照着抄没有板子的也能把整体思路摸透。1. 方案定位为什么要把两颗传感器拼在一起1.1 LSM6DSO 和 H3LIS331DLTR 各自擅长什么先说 LSM6DSO。这颗芯片在 ST 的惯性传感器产品线里属于中高端型号六轴三轴加速度计 三轴陀螺仪加速度计支持 ±2/±4/±8/±16g 四档量程陀螺仪支持 ±125 到 ±2000 dps。它的亮点不只是测量精度还在于内置了大量可编程功能有限状态机FSM、机器学习内核MLC、计步器、倾斜检测以及这次要重点讲的传感器 hubSensorhub。也就是说LSM6DSO 不只是“传感器”它自己带了一个可以处理数据的瘦身处理器。而 H3LIS331DLTR 则完全是另一种定位。它是一颗单功能的三轴加速度计量程有三档±100g、±200g、±400g。这颗芯片的专职就是“扛住大冲击”比如跌落测试、碰撞触发、包装运输监测、保险箱搬动报警这些场景。它本身没有陀螺仪也没有复杂的内部状态机但具备中断输出能力可以配置阈值溢出触发。从测量范围上看两者正好互补。LSM6DSO 负责精细的低g运动测量H3LIS331DLTR 负责捕捉瞬间的高g冲击。一颗芯片覆盖 0 到 400g 的动态范围几乎不现实用两颗芯片各管一段是当前比较成熟的工业级做法。1.2 Sensorhub 在这里扮演的角色Sensorhub 是 ST 传感器里的一个隐藏技能很多工程师把它当普通 IMU 用根本没用过这个功能。简单理解LSM6DSO 内部内置了一个 I2C 主机控制器它可以按照配置好的地址和寄存器定时去读取外部传感器挂在同一个 I2C 总线上的数据然后把数据存到自己的 SENSORHUB 寄存器区。外部 MCU 只需要读 LSM6DSO 的寄存器就能拿到外部传感器的最新数据。这带来一个非常实际的好处系统里多了一颗传感器但外部 MCU 的代码复杂度几乎零增加。MCU 原本只跟 LSM6DSO 通信现在依然只跟 LSM6DSO 通信传感器多了通信节点没多。这对于跑裸机或者简单 RTOS 的小系统来说非常友好不用为了多一颗传感器去改 I2C 总线仲裁逻辑也不用为多一个设备占 I/O 口发愁。而且 Sensorhub 读取外设是硬件自动完成的不占用 MCU 时间。你只要设好更新速率LSM6DSO 就会按 ODR 周期自己去拉外部数据。这个“硬件搬运工”模式比 MCU 每次手动发 I2C 读请求要稳定得多时序抖动也更小。1.3 这种组合解决了什么问题如果把 H3LIS331DLTR 单独接到 MCU 上MCU 就得额外维护一条 I2C 从设备链路每次读数据都要发地址、发寄存器、收数据处理中断时还要判断是哪个传感器触发的。这些看起来都不是大问题但放在功耗敏感的产品里就麻烦了MCU 要从低功耗模式醒过来去向传感器要数据醒得越频繁功耗越高。而用了 Sensorhub 之后MCU 可以一直睡大觉。LSM6DSO 自己定期把 H3LIS331DLTR 的数据拉回来再通过内置的 FSM 做阈值判断只有在检测到冲击事件时才通过中断线叫醒 MCU。整套流程里 MCU 没有任何主动参与功耗能做到非常低。这也是为什么在便携式冲击记录仪、可穿戴防跌倒设备里这种“LSM6DSO 高g传感器”的方案很常见。2. 硬件连接与引脚分配2.1 我用的板子和接线方式我做验证用的是一块普通的 ST 传感器评估板加一个 H3LIS331DLTR 的小模块。LSM6DSO 在评估板上已经把电源、去耦电容、I2C 上拉电阻都做好了调试起来方便很多。如果你是自己画板子硬件上要注意的点后面单独说。两颗传感器的连接关系并不复杂LSM6DSO 对外有两条 I2C 总线。一条是主总线 SDA/SCL用于跟 MCU 通信另一条是 AUX_SDA/AUX_SCL专门给 Sensorhub 外部传感器接口使用。H3LIS331DLTR 就挂在 AUX_SDA/AUX_SCL 这一条总线上。注意这里说的“主总线”是对 MCU 而言的LSM6DSO 在跟 MCU 通信时是从机而到了 AUX 总线上LSM6DSO 是主机H3LIS331DLTR 是从机。搞清这个角色关系很重要很多人调不通就是因为把这两条总线的角色混了。如下图所示文字描述一下MCU 通过 I2C 总线 A 连接 LSM6DSOMCU 是主机LSM6DSO 是从机。LSM6DSO 通过 AUX 总线连接 H3LIS331DLTRLSM6DSO 是主机H3LIS331DLTR 是从机。2.2 AUX_SDA/AUX_SCL 到底怎么接在 LSM6DSO 的封装里AUX_SDA 和 AUX_SCL 是独立的两个引脚不要跟主 SDA/SCL 短接。把 H3LIS331DLTR 的 SDA 接到 LSM6DSO 的 AUX_SDAH3LIS331DLTR 的 SCL 接到 LSM6DSO 的 AUX_SCL 即可。H3LIS331DLTR 的地址选择引脚 SA0 要接确定的电平一般评估板上有跳线SA00 时 I2C 地址是 0x18SA01 时是 0x19这里我用的 0x18。AUX_SDA/AUX_SCL 这两条线上需要接上拉电阻吗答案是肯定要。ST 官方文件里要求外部 I2C 总线都需要上拉不过如果你用的 LSM6DSO 模块已经把 AUX 引脚的上拉电阻做进去了就不用重复加。如果是自己画板建议在两个引线上各加 4.7kΩ 上拉到 VDD。我调试时一开始发现 Sensorhub 读回来的数据全是 0xFF排查半天发现是 AUX_SDA 的上拉电阻没焊总线时钟被拉死了。2.3 供电、电平匹配和去耦的注意点LSM6DSO 的工作电压范围是 1.71V~3.6VH3LIS331DLTR 是 2.16V~3.6V。通常都按 3.3V 供电两边电压一致I2C 电平匹配就不用额外处理。如果你的系统里 MCU 是 1.8V 的那 LSM6DSO 的 VDD_IO 也要跟着接 1.8V确保 I2C 电平跟 MCU 匹配。H3LIS331DLTR 这边也一样它的供电和上拉电平都要保持在同一个电压域。去耦电容别省。LSM6DSO 的 VDD 引脚和 H3LIS331DLTR 的 VDD 引脚附近都各放一个 100nF 陶瓷电容最好再并一个 1μF 到 10μF 的大电容。冲击检测场景里传感器会受到剧烈震动电源线上很容易出现毛刺去耦做不好可能导致传感器复位或者读数跳变。还有一点要提醒H3LIS331DLTR 是 ±400g 的传感器安装方向直接决定测量坐标系。做跌落测试时如果你把它焊在 PCB 上PCB 的安装方向和受力方向要提前定义清楚否则测出来的冲击波形正负号是反的排查时很费劲。3. 软件配置把 H3LIS331DLTR 挂到 LSM6DSO 的 Sensorhub 上3.1 第一步让 LSM6DSO 进入传感器 hub 模式Sensorhub 的配置并不复杂但寄存器比较多而且有几处比较容易踩坑。我先给出一个经过验证的初始化顺序再逐步解释每一步的含义。首先要启用 LSM6DSO 的 I2C 主机功能。这个开关在 CTRL9_XL (0x18) 寄存器的 bit4写成 1 表示开启 I2C master 模式。注意这个 bit 在数据手册里叫 I2C_MASTER_EN不把它置 1 的话后面配置的所有 SLV 寄存器都不会生效。接着配置 CTRL1_XL (0x10)把加速计设为正常测量模式。Sensorhub 读取外部传感器数据的节拍依赖于 LSM6DSO 内部加速度计的 ODR所以加速度计不能被 disable。我习惯设为 104Hz也就是写 0x50。频率太高会增加功耗太低又会让冲击事件的捕获粒度变粗104Hz 在大多数场景下是一个折中值。如果你需要更细的时间分辨率可以设到 208Hz 甚至 416Hz。CTRL3_C (0x12) 里有一个 IF_INC 位bit2它控制的是多字节寄存器读取时地址是否自动递增。这个位必须设成 1不然读 SENSORHUB 数据时每读一个字节就要重新写一次寄存器地址麻烦且容易出错。同时把 BDUBlock Data Updatebit6也设成 1保证加速度计和陀螺仪的数据在读取过程中不会被新数据覆盖从而避免读到高低位拼接不上的问题。这两个位在 CTRL3_C 里一起写值就是 0x44 或 0x04看有没有动其他位。3.2 第二步配置外部从机 SLV0LSM6DSO 的 Sensorhub 支持最多 4 个外部从机编号是 SLV0 到 SLV3。我们这里只接了一个 H3LIS331DLTR所以只用 SLV0 的配置寄存器组。SLV0_ADD (0x15) 用来设置从机地址和读写方向。H3LIS331DLTR 的 7 位 I2C 地址是 0x18左移一位后是 0x30bit0 用于区分读还是写。这里我们要连续读取多个寄存器所以在 SLV0_ADD 里把 bit0 写成 1表示后面是读操作寄存器的值就是 0x31。SLV0_SUBADD (0x16) 是起始子地址也就是从外部传感器的哪个寄存器开始读。H3LIS331DLTR 的加速度数据输出寄存器从 OUT_X_L (0x28) 开始按 X 低字节、X 高字节、Y 低字节、Y 高字节、Z 低字节、Z 高字节排列所以这里写入 0x28。SLV0_CONFIG (0x17) 的低 4 位是 SLV0_NUM_OP表示要连续读取的字节数减 1。我们要读 6 个字节所以这里写 0x056 - 15。读完这 6 个字节之后LSM6DSO 会把数据按顺序放进自己的 SENSORHUB 寄存区从 SENSORHUB0 (0x02) 开始排列。也就是说SENSORHUB0 (0x02) 存 X_LSENSORHUB1 (0x03) 存 X_HSENSORHUB2 (0x04) 存 Y_LSENSORHUB3 (0x05) 存 Y_HSENSORHUB4 (0x06) 存 Z_LSENSORHUB5 (0x07) 存 Z_H这里还要提醒一个容易踩的坑SLV0_NUM_OP 最多能配置到 16 字节值是 0x0F但 SENSORHUB 寄存区总共只有 13 字节可用所以如果你配置的读取长度过大数据会溢出覆盖前面的内容。我用 6 字节刚好合适。最后打开总开关。在 CTRL9_XL 里使能 I2C master 之后还需要在 MASTER_CONFIG (0x14) 里配置 I2C 速率。MASTER_CONFIG 的低三位是 I2C_SPEED这里可以根据外部传感器的最高速率来定H3LIS331DLTR 支持 400kHz我直接配 0x05400kHz。如果总线上有其他慢速设备可以降到 100kHz。3.3 第三步从 SENSORHUB 寄存器读数据并验证配置完成之后LSM6DSO 会按照内部加速度计的 ODR 周期自动发起对 H3LIS331DLTR 的 I2C 读取。MCU 需要做的就是直接读 0x02 到 0x07 这 6 个寄存器。我调试时习惯先读一遍 STATUS_REG (0x1E) 里的 bit3MASTER_ON确认 I2C master 是否正常开启。如果这个位一直是 0说明 Sensorhub 根本没跑起来后面读的数据全是无效的。接着读 WHO_AM_I确认 LSM6DSO 的通信链路没问题WHO_AM_I 的值应该是 0x6C。验证 Sensorhub 是否读到了有效数据最简单的办法是给 H3LIS331DLTR 一个初始已知状态。把板子水平静置此时重力方向在 Z 轴上取决于安装方向读到的 Z 轴数据换算成 mg 后应该接近 ±1000mg也就是 ±1gX 和 Y 轴接近 0。如果没有装好传感器或者地址不对读回来的数据往往全为 0xFF 或者波形完全不对那就按第 6 章的方法去排查。4. 进阶玩法用 FSM 在高 g 数据里抓冲击事件4.1 为什么不能只用 MCU 轮询到这里我们已经能把 H3LIS331DLTR 的数据通过 Sensorhub 读到 LSM6DSO 里了。但如果只是把数据搬运过来Sensorhub 的价值只发挥了一半。真正的杀手级玩法是 LSM6DSO 内置的有限状态机FSM直接在本地判断冲击事件。设想一个场景手持设备待机时 MCU 休眠发生跌落时需要在几个毫秒内检测到冲击并触发动作比如启动数据保存、发出报警。如果让 MCU 轮询 H3LIS331DLTR 数据MCU 就得一直醒着功耗降不下去或者让 H3LIS331DLTR 自己输出中断但这样又得单独处理一路中断信号而且 H3LIS331DLTR 的中断配置相对简单没法做复杂的时序判断。FSM 可以完美解决这个问题。LSM6DSO 内部有 2 个可编程状态机它们能直接读取 SENSORHUB 寄存区里的数据再做逻辑运算最终通过中断引脚输出结果。MCU 全程不需要参与判断可以安心睡在低功耗模式里只有 FSM 觉得“有情况”了才被叫醒。4.2 FSM 状态设计思路我这次要检测的目标很直接只要 XYZ 三轴里有任何一个轴的加速度绝对值超过 100g就判定为一次冲击事件。当然你可以按需要调整阈值比如 ±400g 量程下可以设 200g 或者 300g阈值越高越难误触发。LSM6DSO 的 FSM 指令集和常规 MCU 编程不太一样它是对状态寄存器做操作跳转条件可以是数据比较、时间窗口、掩码判断等。设计思路可以拆成几个状态状态 0IDLE等待新的 SENSORHUB 数据更新把当前 SENSORHUB 寄存器里的值跟预设阈值比较。如果任一轴绝对值超过阈值跳转到状态 1否则保持状态 0。状态 1DETECTED记录一次冲击事件置位 FSM 输出中断通知 MCU 读取数据同时等待系统复位或超时返回状态 0。状态 2可选做消抖。防止瞬时毛刺造成误触发可以设置一个时间窗口要求阈值条件持续 N 个 ODR 周期才判定有效。实际编写 FSM 程序时很多人会手写状态机的二进制指令但我不建议这么做。ST 官方的 Unico GUI 工具提供了图形化的 FSM 编辑器能直接拖拽状态和条件并生成程序。先把算法在 Unico 里跑通再导出初始化数组比自己手写快得多也不容易错。4.3 用 ST Unico 工具生成 FSM 程序如果你还没用过 Unico简单介绍一下流程。打开 Unico 软件连接评估板或通过 MCU 转接板连上 LSM6DSO然后在 UI 里选中 FSM 页面新建一个状态机。编辑器里可以设置两个状态状态之间的转移条件选“外部传感器数据 阈值”。这里要把数据源选成 SENSORHUB 的对应轴比如 X 轴数据存放在 SENSORHUB0/1Y 轴在 SENSORHUB2/3Z 轴在 SENSORHUB4/5。阈值比较用的是 16 位有符号数需要把高 g 阈值换算成对应的寄存器值。H3LIS331DLTR 在 ±400g 量程下灵敏度是 3.9mg/digit100g 对应的十进制值大约是 25600100 / 0.0039。不同量程档位灵敏度不同这点要特别注意我第一版程序没换算直接用 100 当阈值结果完全没有触发后来才想起要乘灵敏度系数。Unico 生成完 FSM 程序后会输出一个数组代码里只要把数组写进 LSM6DSO 对应的 FSM 寄存器区然后在 FSM_ENABLE 寄存器里使能状态机即可。具体的寄存器地址和写入时序在 ST 的驱动代码里都有直接用官方驱动比较简单。FSM 中断可以映射到 LSM6DSO 的 INT1 或 INT2 引脚通过 CTRL4_C (0x13) 和 INT1_CTRL (0x0D) 这类寄存器配置。实际项目里一般用 INT2尽量跟加速度计的数据就绪中断分开避免一个中断线上一堆事件源软件处理起来逻辑绕。5. 完整初始化代码与实测效果5.1 测试环境测试用的主控是 STM32L4 系列 MCUI2C 主总线跑 400kHzMCU 通过 I2C 访问 LSM6DSO 的寄存器。H3LIS331DLTR 挂在 LSM6DSO 的 AUX_SDA/AUX_SCL 上。整个系统的 I2C 拓扑是MCU - LSM6DSO从机 - H3LIS331DLTR外部从机。下面是初始化函数的核心部分用 HAL 库改写方便直接移植。void lsm6dso_sensorhub_init(void) { uint8_t data 0; // 1. 复位 LSM6DSO可选 lsm6dso_write_reg(0x12, 0x01); // CTRL3_C: SW_RESET HAL_Delay(50); // 2. 配置加速度计104Hz, ±16g正常模式 lsm6dso_write_reg(0x10, 0x50); // CTRL1_XL // 3. 配置 CTRL3_CIF_INC1BDU1 lsm6dso_write_reg(0x12, 0x44); // CTRL3_C // 4. 启用 I2C masterCTRL9_XL bit4 lsm6dso_write_reg(0x18, 0x10); // CTRL9_XL // 5. 配置 MASTER_CONFIG400kHz I2C 速度 lsm6dso_write_reg(0x14, 0x05); // MASTER_CONFIG // 6. 配置 SLV0读取 H3LIS331DLTR从 0x28 开始读 6 字节 lsm6dso_write_reg(0x15, 0x31); // SLV0_ADD地址0x18左移1位 读位 lsm6dso_write_reg(0x16, 0x28); // SLV0_SUBADDOUT_X_L lsm6dso_write_reg(0x17, 0x05); // SLV0_CONFIG6字节6-1 // 7. 验证 MASTER_ON 是否置位 lsm6dso_read_reg(0x1E, data); if ((data 0x08) 0) { // 提示 Sensorhub 没开启 } }这段代码做完之后就可以用下面的函数读取外部高 g 传感器的数据void read_h3lis331dltr_data(int16_t *x, int16_t *y, int16_t *z) { uint8_t buf[6]; // 从 SENSORHUB0 (0x02) 读 6 字节 lsm6dso_read_regs(0x02, buf, 6); *x (int16_t)(((uint16_t)buf[1] 8) | buf[0]); *y (int16_t)(((uint16_t)buf[3] 8) | buf[2]); *z (int16_t)(((uint16_t)buf[5] 8) | buf[4]); }5.2 数据验证和结果分析水平静置时Z 轴读到的原始值换算成 mg 应该接近 1g。我实测读出来 Z 轴原始值大约是 1013mg 左右跟理论值 1000mg 非常接近说明 Sensorhub 读取链路是通的。然后我用一个简易落锤装置做了冲击测试把一块带 H3LIS331DLTR 的小板子从约 30cm 高度自由落到桌面上用 400g 量程读数。结果最大冲击值大约到了 45g持续时间不到 2ms波形是一个很窄的尖峰。这个数据也验证了低g传感器完全看不到这种冲击——LSM6DSO 的 ±16g 在 45g 面前早就饱和了所以才需要高g传感器。FSM 测试时我把阈值设为 20g手动敲击桌面就能触发中断。这个灵敏度调高之后落地瞬间都能触发误触发的可能性也变大了需要根据实际应用场景仔细调阈值和消抖窗口。5.3 低功耗实测最后测了一组功耗数据。MCU 进入 STOP 模式LSM6DSO 加速度计设为 104HzSensorhub 保持工作整体电流大约 0.2mA 左右不含 MCU 的漏电比 MCU 自己每 10ms 醒来读一次 I2C 的方案省了差不多一个数量级。如果你的产品对功耗特别敏感可以考虑把加速度计 ODR 降到 52Hz 甚至更低Sensorhub 读取频率会跟着线性下降功耗还能再砍一半。不过大幅降频之后FSM 对冲击事件的响应延迟也会上升需要权衡。6. 踩坑记录与排查建议6.1 常见问题排查表现象可能原因排查方向SENSORHUB 数据全是 0xFFAUX_SDA/AUX_SCL 没上拉外部传感器没应答检查 AUX 总线上拉电阻、供电、I2C 地址SENSORHUB 数据全为 0x00SLV0_ADD 的读写位配错写成了写模式检查 SLV0_ADD bit0 是否为 1读出来的 XYZ 数据错乱起始子地址配错或者字节数不对核对 SLV0_SUBADD 和 SLV0_NUM_OPMASTER_ON 一直是 0加速度计没使能或 I2C master 没开启检查 CTRL1_XL 和 CTRL9_XL 配置FSM 不触发阈值没按灵敏度换算比较的数据源选错用 Unico 在线调试看状态机跳转情况中断引脚无输出FSM 中断没映射到 INT1/INT2检查中断路由寄存器配置6.2 我踩过的几个坑第一个坑是 SA0 地址没对上。H3LIS331DLTR 的 I2C 地址是 0x18 还是 0x19完全看 SA0 引脚的电平。我一开始以为模块上默认 SA0 接地就直接按 0x18 配结果 Sensorhub 一直读不到数据。后来拿逻辑分析仪抓总线才发现模块上 SA0 被拉到了高电平地址是 0x19。这个问题排查起来特别隐蔽因为很多时候主 I2C 是通的LSM6DSO 也能正常应答只是 SENSORHUB 数据区全是 0xFF。第二个坑是 SLV0_CONFIG 的配置位理解错了。SLV0_CONFIG 的低 4 位是读取字节数减 1不是实际字节数。第一次我写了 0x06想读 6 个字节结果读到 7 个字节最后一个字节把 SENSORHUB 寄存区下一个位置的寄存器覆盖了。后来老老实实把数据手册里那一段说明读了两遍才搞明白是“number of operations - 1”。第三个坑是阈值比较的符号问题。H3LIS331DLTR 输出的原始数据是有符号 16 位值冲击方向跟重力方向相反时读取到的数值可能是负数。我在 FSM 里的比较条件只做了大于阈值判断结果反向冲击完全检测不到。解决方案是取绝对值之后再比较或者同时配置大于正阈值和小于负阈值两条跳转条件。还有一个跟 FSM 相关的点调试时我一开始在 Unico 里把数据源指向了 LSM6DSO 自带的加速度计而不是 SENSORHUB导致 FSM 判断的是低 g 传感器数据。这个选择在 Unico 界面上很容易点错因为数据源列表有很多相似选项建议仔细核对别名。6.3 调试工具推荐调试这种多级 I2C 拓扑逻辑分析仪是刚需。我用的是一个便宜的 8 通道逻辑分析仪配合开源软件抓取 I2C 波形能看到 LSM6DSO 对 H3LIS331DLTR 的访问时序是否正常。没有逻辑分析仪的话至少也要写个 I2C 扫描程序先单独确认主 MCU 能读到 H3LIS331DLTR 的 WHO_AM_I确认地址没错再去配置 Sensorhub。ST 的 Unico 软件也强烈建议装上。它不仅能可视化配置 FSM还能实时查看 LSM6DSO 所有寄存器状态包括 SENSORHUB 数据区的实时值调试效率比一边改代码一边串口打印高很多。我第一次把 Sensorhub 调通就是靠 Unico 里看到数据区的数值跟着板子倾斜而实时变化才确认整条链路通了。整个方案从硬件连线和软件配置来看并不算难难点主要在于对 LSM6DSO 的寄存器体系不熟悉。如果你之前只用过它的基础加速度计功能第一次碰 Sensorhub 和 FSM 确实会有点懵。我的建议是分两步走先把 Sensorhub 的数据通路打通确认能读到外部传感器的数据再上 FSM 做事件检测。一步到位调的话出了问题很难定位是数据链路的问题还是状态机的问题。另外再多说一句这个组合方案应用到实际项目时PCB 布局也是一个关键变量。H3LIS331DLTR 尽量靠近受力点安装避免结构传导导致冲击峰值被衰减。如果产品需要做整机跌落测试建议把触发阈值留出至少 20% 的余量因为真实跌落场景的冲击波形往往比实验室里模拟的复杂得多峰值高、持续时间短还可能伴随高频振荡。阈值设得太贴近实际冲击值会有一部分跌落样本触发不了这在可靠性要求高的产品里是不能接受的。