去年做骨传导音频采集方案时第一次接触到LIS25BA这颗传感器，第一反应是“加速度计怎么做音频？”仔细翻完数据手册才明白，这颗3轴数字输出加速度计完全不是普通运动传感器的路子——它的输出数据率最高能到8kHz，噪声密度压到50μg/√Hz级别，还直接给了一路TDM接口，摆明了就是冲着振动级音频采集、结构健康监测、工业泄漏检测这类场景去的。
这颗器件解决的核心问题很明确：当你想用加速度计采集“声音级”振动信号（比如管道泄漏的微弱振动、骨传导耳机里的语音振动、旋转机械的早期故障特征），普通加速度计带宽不够、噪声太大，而传统模拟麦克风/压电传感器又需要额外做信号调理和ADC采样。LIS25BA把高带宽振动传感、低噪声模拟前端、数字滤波、TDM时分复用输出全部集成在一颗3mm×3mm的小封装里，主控只需要一条TDM总线就能连续读到3轴16位振动数据。如果你正在做振动检测、音频骨传导、状态监测这类项目，或者说你想搞明白TDM接口传感器到底怎么用，这篇笔记应该能帮到你。
下面我会从应用场景、硬件设计、寄存器配置、STM32代码实现、调试踩坑五个维度，把LIS25BA这颗料掰开揉碎讲清楚。
1. 项目核心与应用场景拆解：为什么一颗加速度计要用TDM
1.1 从“运动检测”到“声学级感知”的定位差异
先理清一个概念：加速度计也分“三六九等”。日常手机里的加速度计，输出数据率一般就是100Hz到1kHz，噪声密度在200μg/√Hz到几mg/√Hz，这种器件用来做计步、屏幕旋转、跌倒检测没问题，但要拿它去听管道泄漏的微弱振动，等于拿普通麦克风去录超声波，根本听不见。
LIS25BA的定位完全不同。它的满量程可选±2g/±4g/±8g/±16g，在±2g量程下灵敏度达到4096 LSB/g，噪声密度大约50μg/√Hz，最关键的是输出数据率ODR最高支持8kHz。这意味着什么？按奈奎斯特定理，8kHz采样率理论上能分析到4kHz以内的振动信号，这个频段恰好覆盖了工业设备振动、管道泄漏声波、轴承故障特征频率等绝大多数机械振动场景。换句话说，LIS25BA不是给你“看姿态”的，是给你“听声音”的。
我实际测试下来，把传感器贴在金属水管上，用8kHz ODR采集，静止环境下观察输出本底，峰峰值大概几个LSB的抖动，FFT之后底噪非常干净。换一颗普通加速度计做同样实验，底噪直接淹没了泄漏信号，这就是低噪声指标在真实场景里的价值。
1.2 TDM接口相比SPI/I2C到底强在哪
很多朋友第一反应是：传感器用SPI不是挺好吗？为什么非要TDM？我的理解是这样的：LIS25BA的目标应用是连续、实时、多通道的振动数据流，不是偶发地读一次寄存器。SPI虽然也能做到几MHz速率，但每次读数据都要先发地址、再等响应，协议开销大，而且多传感器扩展时CS引脚占资源。I2C更不用说，1MHz已经是极限，8kHz采样×3轴×16位，光数据量就接近400kbps，再算上地址和应答，总线压力非常大。
TDM（Time Division Multiplexing，时分复用）的思路完全不一样。它把数据流按时间片切开，一条数据线上连续不断地传输多个通道的数据，主设备只需要提供位时钟BCLK和帧同步FSYNC两个信号，从设备就按照事先约定好的时隙顺序把X/Y/Z三轴数据依次放到数据线上。主控侧不需要发任何命令，只要DMA把数据搬运进内存就行，CPU几乎零负担。这对高频连续采样尤其友好，因为数据是“流式”的，不存在请求-响应的等待延迟，时序确定性极高。而且TDM天然支持菊花链级联，多颗传感器可以挂在同一对BCLK/FSYNC上，只需要分配不同的时隙，这在多通道同步采集场景里非常实用。
我经常给朋友打一个比方：I2C/SPI像是你每个月去银行柜台办一次业务，每次都要排队填单子；TDM则像是办了工资卡，公司每个月自动打款，你只需要到点查账。对于振动这种需要“持续到账”的数据流，TDM就是更合适的通道。
1.3 典型应用场景与选型思路一览
从LIS25BA的特性反推，它真正擅长的是以下几类场景：
| 应用场景 | 为什么用LIS25BA | 需要关注的点 |
|---|---|---|
| 骨传导音频采集 | 拾取骨骼/皮肤振动实现语音增强 | 低噪声、8kHz带宽可覆盖语音频段、TDM直连音频总线 |
| 塑料/金属水管泄漏检测 | 泄漏产生的振动信号在几十Hz到几kHz | 高带宽+低噪声，能捕捉微弱泄漏特征；3轴设计不依赖安装角度 |
| 旋转机械状态监测 | 轴承故障、不平衡振动特征频率分析 | 连续TDM数据流便于FFT实时分析，FIFO减轻CPU负担 |
| 耳机/VR设备手势识别 | 通过骨骼振动识别咀嚼、说话等动作 | 低功耗、小封装、高带宽还原振动细节 |
| 工业预测性维护 | 长期连续监测设备振动趋势 | 需要稳定的多轴数据流，TDM+DMA方案很成熟 |
这里面我最想展开的是“塑料水管泄漏振动检测”这个场景，因为网上讨论很多但靠谱方案少。塑料管相比金属管，振动衰减更大，泄漏点产生的振动传到传感器位置时已经很微弱，普通加速度计根本拾不到。用LIS25BA这类低噪声高带宽器件，配合8kHz采样，先把振动原始数据通过四阶高通滤波滤掉50Hz工频干扰，再计算RMS振动值并在时域做短时能量检测，泄漏信号的特征就能稳定提取出来。我在4.4节会给出一个简化的检测思路和参考代码，方便你复现实验。
2. 硬件设计与外设连接：少踩布局的坑
2.1 引脚功能与最小系统连接
LIS25BA的引脚不算多，但每个引脚都有讲究。核心信号包括：电源VDD（1.71V~3.6V）、地GND、I2C配置接口SCL/SDA、TDM数据输出接口BCLK/FSYNC/DOUT/DIN，以及可选的中断输出INT。这里需要特别注意一个设计逻辑：LIS25BA的寄存器配置走I2C，而振动数据走TDM，两条总线各司其职。I2C只在初始化阶段和运行期改配置时使用，速率要求不高，拉个100kHz或400kHz都行；TDM才是数据传输的主干道，时钟频率由主控决定。
我在做最小系统时，连接方式如下：主控SAI接口的SCK接BCLK，FS接FSYNC，SD_A接DOUT；I2C的SCL/SDA接传感器对应引脚；INT脚默认可以不接，等需要中断唤醒或FIFO水位通知时再连。DIN脚在单颗传感器方案里直接接地或悬空，只有做菊花链级联时才需要接到上一级的DOUT。多提一句，如果板子上传感器和主控距离超过几厘米，BCLK走线建议做包地处理，避免高速时钟辐射干扰旁边的模拟信号。
2.2 电源去耦：低噪声传感器的命门
低噪声加速度计对电源质量极其敏感，这是我实测后体会最深的一点。传感器内部虽然有自己的稳压电路，但电源纹波会直接调制到输出上，最终表现为振动数据里的周期性杂波。我的做法是：传感器电源单独从主电源LDO输出端取电，不要跟继电器、电机驱动这类大电流负载共路；在VDD引脚旁边放0.1μF陶瓷电容，再并联一个1μF以上的大容量电容；如果PCB空间允许，加一颗磁珠做隔离，效果更稳。
有同学问要不要用超低噪声LDO专门供电？我的观点是：除非你是做最高精度的声学测量，否则普通LDO加磁珠加去耦电容已经足够。真正容易出问题的是数字地与模拟地没处理好。LIS25BA毕竟是数字输出器件，对地平面要求不如模拟MEMS麦克风苛刻，但依然建议传感器下方铺完整地平面，别把数字信号走线穿过传感器底部。
2.3 PCB布局与机械安装的隐性影响
加速度计测量的是“芯片自身感受到的振动”，所以PCB安装方式直接决定了信号质量。如果是做管道泄漏检测，传感器应尽量靠近振动源，最好用螺丝或强力胶直接固定在被测物体表面，而不是靠PCB板焊点悬挂着。PCB本身的谐振频率、安装面的刚性都会在某个频点放大或衰减振动信号，这一点容易被忽略。
我最早测试时把LIS25BA焊在长条形转接板上，然后拿双面胶贴在管壁上，结果频谱上出现了一个明显的1.2kHz谐振峰。后来把传感器改到更短更宽的核心板上，用环氧树脂粘贴固定，谐振峰消失，泄漏信号清晰可见。所以机械安装这部分，建议在项目初期就要确定方案，别等到数据异常了才回头查结构问题。
2.4 与主流主控的接口连接参考
这里给几个常见主控的接线参考，方便画原理图时对照。以STM32为例，我推荐用SAI外设接LIS25BA，因为SAI本身支持TDM模式，而且可以配置成主模式输出BCLK和FSYNC，和传感器的从模式完美搭配。其次是ESP32，ESP32的I2S外设也支持TDM模式，配置成8时隙、32位槽宽就能兼容。如果是Linux平台，可以用I2S控制器直接对接。
| 主控 | 接口外设 | BCLK引脚 | FSYNC引脚 | DOUT引脚 | 备注 |
|---|---|---|---|---|---|
| STM32H7 | SAI1 | SAI1_SCK | SAI1_FS | SAI1_SD_A | 主模式输出时钟 |
| STM32F4 | SAI | SAI_SCK | SAI_FS | SAI_SD_A | 注意F4的SAI只有一个 |
| ESP32 | I2S0 | I2S_BCK | I2S_WS | I2S_SD_IN | 需要配置为TDM模式 |
| 树莓派 | I2S | GPIO18/19 | GPIO28 | 看具体HAT定义 | 建议用外部CODEC板载TDM |
再提醒一句：LIS25BA的I2C地址由SA0引脚决定，具体值查数据手册。如果你板和别的I2C器件共用总线，确认地址没冲突就行。
3. TDM接口工作机制与寄存器配置详解
3.1 TDM帧格式与时序到底怎么理解
TDM的时序说穿了并不复杂，但第一次接触的人容易绕晕。我把关键点拆开讲。
BCLK是位时钟，每个上升沿或下降沿对应一个数据位；FSYNC是帧同步信号，每来一个脉冲代表一帧开始；DOUT上按时间顺序依次出现各时隙的数据。LIS25BA在TDM模式下，一帧内可以包含多个时隙，每个时隙的位宽可配置，常见是16位或24位。三轴数据按X、Y、Z顺序分别放在连续的时隙里，时隙数不够的位可以填0。
很多人喜欢把TDM和I2S对比，确实它们非常像。I2S本质上是一种简化的TDM——只有左右两个声道，帧同步极性固定。TDM则把声道数扩展到8个、16个甚至64个，每个声道就是一个时隙。理解了I2S，再理解TDM就是“声道变多了”而已。
回到LIS25BA实际配置上，设备工作在主控提供的TDM总线上，必须保证BCLK频率足够传输完一帧数据。举个例子：如果配置8kHz ODR、每帧3个时隙、每个时隙16位，那么每秒钟需要传输8k×3×16=384k个数据位，BCLK至少384kHz。实际使用中我一般留出余量，BCLK取1.024MHz或2.048MHz，这类频率也方便后续音频系统同步。
3.2 关于BCLK边沿那个经典的“上升沿还是下降沿”问题
热词里有个问题问得很到位：主设备读取数据和从设备准备好数据，都是在BCLK上升沿吗？答案是：不一定，这取决于TDM设备对边沿极性的配置。
我在调试中踩过这个坑，这里详细说一下。TDM接口上，发送方修改数据线的时刻被称为“数据切换沿”，接收方采样数据线的时刻被称为“数据采样沿”。对LIS25BA来说，寄存器里有一项配置用来决定用哪个边沿作为数据切换沿。当传感器在BCLK上升沿更新DOUT数据时，主控就应该在下降沿采样，这样一个周期内数据至少有半个时钟周期的稳定时间，保证采集正确；反过来也一样，主控在上升沿采样，传感器就在下降沿更新数据。如果两端配置不一致，最典型的症状是最高位（MSB）丢失，或者数据整体左移一位、数值翻倍/减半。
最好用逻辑分析仪确认时序。我习惯在初始化完成后，让传感器静止，然后观察DOUT上的数据：如果读回来的数值接近0但偶尔出现大跳变，多半就是采样沿配反了；如果数值整体是正常的1g（对应4096 LSB），说明采样沿对了。这个方法屡试不爽。
3.3 关键寄存器与初始化流程
LIS25BA的寄存器不多，但有一组寄存器专门控制TDM行为。我根据自己的使用经验整理了初始化顺序，关键配置如下（具体寄存器地址和位定义一定以你手上那颗料对应的数据手册为准，ST偶尔会更新版本）：
- WHO_AM_I：读回设备ID，确认I2C通信正常，识别是不是LIS25BA。
- CTRL1：配置ODR和量程。比如ODR设为8kHz，量程±2g，对应灵敏度4096 LSB/g。
- CTRL2：配置TDM相关功能开关，包括TDM是否使能、时隙数量、位宽等。
- CTRL3：中断相关配置，按需设置数据就绪中断或FIFO中断。
- FIFO_CTRL：如果要用FIFO，配置工作模式和水位线。
初始化代码示意（HAL库风格）：
// 1. 检查设备ID uint8_t id = 0; lis25ba_read_reg(0x0F, &id); if (id != LIS25BA_EXPECTED_ID) { // 设备ID不匹配，检查I2C接线或设备地址 return -1; } // 2. 复位传感器，等100ms lis25ba_write_reg(0x21, 0x80); HAL_Delay(100); // 3. 配置ODR=8kHz，量程=±2g // 具体位域参考数据手册CTRL1定义，别照抄 lis25ba_write_reg(0x20, 0x4F); // 示例值，需按手册核对 // 4. 配置TDM：使能TDM，选择时隙数量为8，位宽16位 // 这里0x33/0x34这类寄存器要按手册查清楚再写 lis25ba_write_reg(0x33, 0x05); // 示例：开启TDM、时隙配置 lis25ba_write_reg(0x34, 0x00); // 示例：BCLK边沿选择等 // 5. 关闭未使用的I2C数据接口（如果支持），避免数据冲突 // 6. 等待内部稳定，再开始采集 HAL_Delay(50);上面代码里的寄存器地址和值只是示例，千万别直接照抄。我强烈建议你从ST官网下载LIS25BA的驱动包，里面通常有寄存器映射和针对不同应用场景的配置模板，在模板基础上根据自己的ODR和时隙需求调整，比从头看手册效率高很多。
3.4 从TDM数据流中解析三轴16位数据
当TDM数据流经DMA持续进入内存后，你会得到一个字节数组，接下来就是怎么把X/Y/Z轴数据从里面“抠”出来。假设你配置了每帧3个时隙，每个时隙16位，并且数据是左对齐的，那么每帧6个字节。排列关系大致是：
| 偏移（字节） | 内容 |
|---|---|
| 0 | X轴高8位 |
| 1 | X轴低8位 |
| 2 | Y轴高8位 |
| 3 | Y轴低8位 |
| 4 | Z轴高8位 |
| 5 | Z轴低8位 |
不过实际排布和时隙数量、位宽、是否使用24位模式有直接关系。我的调试经验是：先读回原始字节，在逻辑分析仪上对照传感器静止时X轴输出接近0、Z轴输出接近4096的特征来确认字节顺序，一旦确认就固定下来，不要轻易改。
解析代码把每两个字节拼成有符号16位整数：
int16_t raw_x = (int16_t)((buffer[0] << 8) | buffer[1]); int16_t raw_y = (int16_t)((buffer[2] << 8) | buffer[3]); int16_t raw_z = (int16_t)((buffer[4] << 8) | buffer[5]); float x_g = raw_x / 4096.0f; // 满量程±2g时对应4096 LSB/g float y_g = raw_y / 4096.0f; float z_g = raw_z / 4096.0f;这里有个易错点：如果寄存器里配置的是24位模式，那一轴占3个字节，解析时要按24位有符号数处理，右移6位再转16位，否则数值会差64倍。我之前移植代码时没注意这点，读出的重力加速度变成了64g，排查了半天才找到是数位对齐问题。
4. STM32 TDM模式实现数据流采集
4.1 基于SAI外设的TDM模式配置
STM32的SAI外设用来接LIS25BA非常合适，因为SAI本身支持灵活的时间槽配置，而且可以工作在异步主模式，由主控产生BCLK和FSYNC。我在STM32H7上验证过以下配置思路：
- 将SAI配置为主模式，生成位时钟和帧同步信号。
- 帧长设为64个BCLK（对应8个时隙×8位，或4个时隙×16位，看你配置），帧同步信号长度设为1位BCLK，极性根据LIS25BA的FSYNC要求配置。
- 数据槽数设为3个（X/Y/Z各占1个槽），槽位宽16位。
- 采样沿配置为下降沿采样、上升沿移出数据，与传感器配置匹配。
CubeMX里配置相对直观，但要注意SAI有两个子块（SAI_A/SAI_B），STM32H7的SAI1_A和SAI1_B可以分别配置不同格式，如果只有一个传感器，用SAI1_A就够了。实际配置完成后，要紧盯Audio Framerate里的计算值，让BCLK频率大于数据量要求，比如8kHz帧率、64位帧长，BCLK最低就是512kHz，配置成1.024MHz或2.048MHz更稳妥。
4.2 双DMA乒乓缓冲：持续采集不丢数的核心
TDM数据是连续流，如果CPU一边处理数据一边等DMA中断，很容易出现处理完一片缓冲、另外一片已经溢出的情况。我的建议是直接上双缓冲区乒乓采集：DMA把数据先填A缓冲区，填满后自动切到B缓冲区，同时触发中断通知CPU处理A缓冲区；CPU处理A时，DMA继续往B写，两者互不干扰。这样只要CPU处理一片缓冲的时间小于DMA填满一片缓冲的时间，理论上就不会丢数据。
以8kHz ODR、3轴16位为例，每秒产生48k字节数据。如果定义每个DMA缓冲区容纳1秒的数据，那缓冲区就是48KB；如果只容纳200ms，则是9.6KB。处理缓冲区所需时间取决于你要做多少计算：只是拷贝到环形缓冲区很快，做FFT就需要评估时间预算。我实测H7跑256点FFT加简单特征提取，处理9.6KB数据大概几百微秒，远小于200ms的DMA填满周期，所以双DMA方案完全够用。
双DMA的实现套路可以参考我在运动控制项目里用过的双通道脉冲输出思路——都是利用DMA中断做状态切换，核心是确保中断处理函数里不做过重的耗时操作，只做缓冲区切换和数据指针更新。DMA配置时可以开启半传输中断和全传输中断，两个中断交替触发，处理各自对应的半区和全区。这里提醒一个细节：DMA中断服务函数里不要调用HAL_Delay，也不要做printf这类阻塞输出，否则高负载下会掉数据。我通常的做法是，在中断里只置标志位，把数据处理逻辑放到主循环或RTOS任务里执行。
4.3 数据处理：从原始振动到可用的特征值
拿到连续的3轴振动数据后，怎么处理取决于具体应用。如果是做示波器或数据记录器，直接画波形就行；如果做泄漏检测或设备监测，一般要经过预处理、特征提取、判断三步。
预处理最常用的是去直流和高通滤波，因为加速度计输出包含1g重力分量和低频漂移，而我们要分析的振动信号通常是交流分量。可以先做一个简单的一阶高通滤波：
// 一阶高通，截止频率约25Hz（采样率8000Hz时，alpha约0.99） float hp_x = alpha * hp_x_prev + alpha * (raw_x_f - raw_x_f_prev);更精细的可以用IIR滤波器或直接上FFT看频谱。做FFT时要注意窗口长度：8kHz采样率下，4096点FFT的频率分辨率约为1.95Hz，足以分辨泄漏信号或者轴承故障特征频率。我习惯把3轴分别做FFT，然后把X/Y/Z的频谱幅值平方后相加，得到总功率谱，再在特定频带内求积分能量，这种特征对安装方向不敏感，更适合泄漏这类方向不确定的场景。
4.4 案例实操：基于三轴加速度计的塑料水管泄漏振动检测
来一个可以落地的案例。项目目标：通过LIS25BA检测一段塑料水管是否有泄漏。我的实验方案是：把传感器用环氧树脂固定在管壁外侧，离泄漏点约30cm，配置ODR=8kHz、量程±2g，使用双DMA连续采集振动数据。
泄漏检测算法我简化成三个步骤。第一步，对每200ms的数据块做高通滤波（截止频率约100Hz），去掉低频水流噪声和管道本身晃动。第二步，计算3轴合成振动的RMS值：
float rms_sum = 0.0f; for (i = 0; i < N; i++) { float a = sqrtf(x[i]*x[i] + y[i]*y[i] + z[i]*z[i]); rms_sum += a * a; } float rms = sqrtf(rms_sum / N);第三步，设置阈值判断。正常水流情况下RMS值相对稳定，泄漏发生时管壁振动能量显著增大，RMS会跳到正常值的2到5倍。我在实验里对比了无泄漏、微小泄漏、明显泄漏三种情况，阈值设在正常均值的1.8倍左右，识别灵敏度还不错。当然，真正工程化还需要做自适应阈值、温度补偿和误报抑制，但这个案例足以验证LIS25BA在这类应用中的可用性。
如果你需要进一步分析泄漏信号的特征频率，可以在RMS超阈值时间段内做FFT，观察频谱中是否出现宽带抬升或特定频率峰值。塑料管的泄漏声波通常集中在1kHz到4kHz之间，LIS25BA 8kHz ODR正好覆盖这个范围，这也是我选用它的原因。
5. 常见问题与调试实录：从边沿错位到噪声怪象
5.1 BCLK采样沿配置错误导致数据翻倍
这是我第一次调TDM时遇到的问题。现象是：传感器静止时，Z轴读数不是4096，而是8192，正好是两倍。排查下来发现是采样沿配置反了，导致主控在一个时钟周期的错误边沿采样，把数据位整体左移了一位，相当于所有数值翻倍。解决办法就是回到寄存器配置，把TDM边沿极性反转，同时用逻辑分析仪观察DOUT在BCLK的哪个边沿发生变化，然后选择主控采样边沿与之相反。
这里补一个排查建议：初始化完成后，先读回原始字节并用小工具解析，不要直接在示波器上肉眼数位。把静止时X/Y/Z轴的数值打印出来，X应该接近0，Y接近0，Z接近+1g（即4096），如果是-1g、0.5g或翻倍之类的异常值，先怀疑采样沿和数据对齐，再怀疑量程配置。
5.2 数据周期性跳变或偶发错位
另一个高频问题是：数据大部分时间正常，但每隔一段就出现一次X/Y/Z三轴数据整体错位，比如X轴数据跑到Y轴的位置。我遇到过的情况基本都与帧同步信号有关。TDM协议里，FSYNC负责告诉传感器“一帧从这开始”，如果FSYNC的极性、脉冲宽度或者相对于BCLK的时序不符合传感器要求，传感器偶尔会丢帧或错帧。
解决方法分两步：首先确认FSYNC极性配置正确，LIS25BA可能要求低有效或高有效脉冲，以手册为准；其次，确保FSYNC的脉冲宽度足够（至少一个BCLK周期），并且在帧的最后一位数据到下一个FSYNC之间有足够的空闲位。如果你用的是STM32 SAI，可以在SAI配置里调整帧同步偏移和帧长，稍微增加帧同步前的空闲位数量，通常能解决偶发错位问题。
还存在一种情况是DMA缓冲区长度和帧长不匹配，导致数据流被截成不完整帧。建议把DMA每次接收的长度设为一帧数据的整数倍，并在解析时重新对齐帧头，比如每次检查帧同步信号对应位置是否为0，用固定帧头模式重新同步。
5.3 噪声偏大时从哪里入手查
LIS25BA本身噪声很低，如果你测出来噪声明显偏大，先别怀疑芯片，按顺序排查外部因素。第一步，把传感器平放在桌面上，不要敲击，看输出波形和FFT。如果能看到明显的50Hz及其谐波，先查电源纹波，给传感器电源加磁珠和LC滤波。第二步，检查I2C和TDM总线的数字噪声，尤其是BCLK信号是否靠近传感器VDD引脚，BCLK在1MHz量级持续翻转时，如果布局不好会通过PCB寄生电容耦合到传感器内部模拟前端。第三步，确认PCB机械安装没有引入额外谐振，用指尖轻触传感器附近PCB，如果频谱出现明显共振峰，就要强化机械固定。
有一次我遇到噪声底抬高，最后发现是I2C上拉电阻选的太小，SCL在400kHz翻转时产生了较大的地弹噪声。把上拉电阻从1kΩ改成4.7kΩ，并且把I2C速率降到100kHz（初始化时传输量不大，慢一点无所谓），噪声立刻降下来了。这类问题在原理图上很难看出来，只能在调试现场用示波器和FFT逐个排除。
5.4 关于FIFO和中断的使用心得
LIS25BA带FIFO，但我在大多数项目里其实没启用它，而是直接用DMA+TDM连续读取，因为TDM本来就是数据流模式，DMA已经足够轻量。FIFO更适合那些不想让DMA持续搬运、希望按块批量处理的场景，比如低功耗设备醒来后批量取出缓冲数据。
如果你要用FIFO，注意设置合理的水位中断。比如把FIFO水位阈值设为一半，每存满半FIFO触发一次中断，主控在中断里一次性读出若干帧数据，这样可以减少中断频率。FIFO模式下TDM接口仍然在跑，只是数据先进入内部FIFO，你可以通过I2C读取FIFO内容，也可以通过TDM直接读。这里一定要明确你选的读通道，别混着用，否则可能出现数据索引错乱。
5.5 寄存器配置“照抄”翻车现场
最后提醒一个最常见的坑：网上很多帖子给出了LIS25BA的寄存器配置代码，包括我自己上面也写了示例，但不同批次、不同版本的芯片寄存器定义可能有差异。我见过有人照抄了一份其他型号加速度计的配置，结果TDM完全不出数据。正确的做法是：先对照数据手册里的寄存器映射表，逐个确认每一个位的功能；再结合ST官方驱动包里的初始化序列，按自己需要的ODR、量程、时隙数量做微调；最后用读寄存器的方式把配置值读回来校验，确保写进去的值确实生效了。
调试时我习惯把每次写寄存器都会打印出来，形成一个“配置日志”，一旦数据异常能快速回放排查。这个习惯帮我省了很多时间，尤其当代码经过多轮修改后，往往已经记不清当前寄存器处于什么状态。
一些补充的体感
LIS25BA这颗料在实际项目里给我留下的最深印象是，它把“传感器”和“音频流设备”的边界给打通了。以前做振动检测，要么用模拟压电传感器加外部ADC，电路复杂不说，相位一致性和噪声都难保证；要么用普通数字加速度计，带宽不够，高频振动信号直接被内部滤波抹掉。LIS25BA用TDM接口把高带宽振动数据像音频流一样送到主控，软件侧可以复用大量音频处理算法，这是我个人觉得最有价值的一点。
如果你刚拿到这颗料，建议先做三步快速验证：I2C读WHO_AM_I确认通信，配置TDM后用逻辑分析仪看DOUT是否有数据，静止时打印三轴数值确认量程和重力对齐。三步跑通，核心链路就算打通了，剩下的事情都是在这个基础上的优化和迭代。希望这篇笔记能帮你少踩几个坑。
