LIS25BA骨传导拾音实战：TDM接口与振动信号处理全记录

去年调一块骨传导方案的板子，被风噪折磨了一个星期。TWS耳机里那两颗MEMS麦克风，在户外风一吹，采集到的全是呼啸声，语音完全提不出来。后来把骨传导拾音从麦克风换成了LIS25BA——一颗带TDM接口的低噪声、高带宽3轴数字输出加速度计，问题才真正解决。这颗传感器跟普通加速度计完全不是一路货，它本身就是为了拾取语音频段的振动而设计的，接口直接走音频总线，接法、驱动、数据处理的思路都得换一套。这篇应用笔记就是把我在LIS25BA上从选型、贴片、调时序、配寄存器到跑算法的全过程做一个记录，适合正在评估这颗料或者想做骨传导拾音、结构振动监测的工程师参考。

1. 为什么LIS25BA会在骨传导拾音场景里杀出来

1.1 它跟普通加速度计最大的差别

先看参数差在哪。普通消费级加速度计，比如手机里用的那种，输出数据率一般几百赫兹，带宽即便放开也就几百Hz，噪声密度通常几百μg/√Hz起步。这类传感器做倾角、计步、抬手亮屏完全够用，但拿来采集语音振动是没法用的——语音信号的能量范围大约在100Hz到4kHz，大部分普通加速度计的高频段早就衰减没了。

LIS25BA的参数是另一个量级：输出数据率能到26.7kHz量级，频率响应主要覆盖到几kHz，三轴噪声密度标称在75μg/√Hz这个级别，量程±3.85g，接口直接给TDM，兼容I2S时序。这意味着它能把语音频段内骨骼、皮肤、组织的振动完整采下来，而且信噪比够高，不至于让后续的语音增强算法在噪声底里捞信号。

我经常跟人打的一个比方：普通加速度计像是用拍立得拍视频，能拍但帧率不够，动起来全是拖影；LIS25BA相当于是正经的摄像机，帧率够、快门够、底噪干净，才有资格做“振动视频”的源信号。选型之前先问自己一个问题——我要拾取的振动信号最高到多少Hz？如果答案超过1kHz，普通加速度计就直接出局。

1.2 低噪声这三个字为什么值钱

很多人选加速度计只看带宽，忽略了噪声密度。噪声密度这个参数要结合带宽来看：总噪声约等于噪声密度乘以带宽的平方根。以75μg/√Hz为例，假设后端使用4kHz带宽，那RMS噪声大概是75×√4000 ≈ 4.7mg。这是什么概念？在骨传导拾音里，说话时皮肤表面的振动幅度大约在几十mg到几百mg级别，4.7mg RMS的底噪不会完全盖住语音，但已经是需要认真对待的水平。

如果换成一款噪声密度300μg/√Hz的普通加速度计，同样4kHz带宽下RMS噪声会到19mg左右，这底噪比一部分轻声说话时的信号还大，后端就算用再强的降噪算法也救不回来。所以“低噪声”不是纸面参数好看，它直接决定了系统能拾到的最小语音信号有多小，决定了整机在安静环境下播放给对方的底噪有多高。

还有一点容易被忽略：LIS25BA这种数字输出的传感器，噪声是完整的模拟链+数字链综合结果。用模拟输出加速度计+外部ADC的方案，PCB走线、参考电压、ADC位数、抗混叠滤波全部要自己扛，任何一个环节做得不到位，实际噪声会比数据手册标称值差很多。LIS25BA把整个信号链封装在芯片内部，TDM直接输出数字码流，只要电源纹波控制好，噪声指标基本就是手册值，省心太多。

1.3 为什么是TDM而不是SPI/I2C

传统传感器用I2C或SPI跟MCU通信，读一个轴的数据要发命令、等响应，哪怕I2C跑到1MHz，在几十kHz的数据率下也非常紧张，更别提要跟音频数据流保持严格同步。LIS25BA给出的方案是TDM——直接把三轴数据按时隙挂在音频总线上，跟codec共用BCLK和WS，MCU只需配置DMA按时隙把数据搬进内存即可。

TDM最核心的价值是同步。骨传导振动信号采下来之后，要跟麦克风信号做时域的融合和滤波，两个数据流必须是同一个时钟域里对齐的。用I2C采加速度计、用I2S采麦克风，两边各自有各自的时间基准，软件打时间戳也只能做到毫秒级同步，相位差根本补不齐。TDM方案让加速度计和麦克风在硬件上就共享同一个时钟，数据帧天然对齐，这是后续算法能跑起来的前提。

2. TDM接口细节：多声道时序到底怎么对

2.1 TDM总线的“站点”思想

TDM的原理可以理解成一条数据单行线上，按时间片轮流传送不同通道的数据。每个时间片叫一个slot，slot的数量、每个slot的位宽、数据在哪条边沿翻转，这些参数由主控制器统一决定，所有挂在总线上的从设备都必须按同一套规则收发。

拿LIS25BA挂在音频总线上举例，一个典型的TDM帧可能长这样：帧同步信号WS先给出一个脉冲或电平跳变，表示一帧开始；然后BCLK连续翻转，每个BCLK周期对应一位数据；主控跟声卡约定好，slot0放左声道、slot1放右声道、slot2放X轴、slot3放Y轴、slot4放Z轴，如此循环。只要每个设备都清楚自己在帧里的位置，数据线只有一根也完全不会乱。

相比之下，I2S只是TDM的一种特例——固定两声道（左/右），数据在WS电平的左右两个区间分别传输。如果你的主控外设只有I2S而不支持真正的TDM，那就要仔细确认I2S模式和LIS25BA的slot配置能不能匹配上。我自己的经验是，能开TDM尽量开TDM模式，硬用I2S去兼容有时候会丢掉多余slot或者错位。

2.2 主设备读取和从设备准备好数据，都在BCLK上升沿吗

这个问题是被问得最多的，因为几乎所有I2S/TDM新手都会在这上面栽一次。先说结论：不全是，也不能靠猜，每种器件都有自己的时序要求，必须查数据手册的时序图和AC特性参数表。

业界常见的I2S标准（Philips协议）下，发送端是在BCLK的下降沿更新数据位，接收端在BCLK的上升沿采样数据位。这样做的好处是数据在边沿之间有半个周期的稳定时间，不容易采错。但LIS25BA的TDM模式为了提高灵活性，一般会提供时钟极性配置位，允许开发者选择数据是在BCLK上升沿还是下降沿翻转。如果主控采样沿和传感器数据翻转沿配置在同一个边沿，DMA搬进内存的数据就会有一bit的偏移，表现就是数据值翻倍或者完全错乱。

我在调试LIS25BA时遇到过一次典型的时序问题：数据手册时序图上，从设备在BCLK下降沿更新数据，但主控我当时配的是“采样沿=上升沿”，两边正好是一对，按理说没问题。结果用逻辑分析仪抓出来的波形，X轴数据总是比Y/Z轴超前一个slot，发现问题是slot间隔里多了一位空闲位，等于每个数据都跟在中间位置的“空挡”后面，被整体推后了一个BCLK周期。后来把主控TDM模式里slot与slot之间的位间隔清零，数据才对齐。

如果你手里有示波器或者逻辑分析仪，建议不要省这一步：把BCLK、WS、DATA三条线同时抓下来，放大看第一个有效bit相对WS边沿的位置，再跟手册时序图做比对。数据手册上会标出tSU（建立时间）、tHO（保持时间）和时钟沿的口诀，照着配置比盲目试寄存器快得多。没有仪器的话，也有一个土办法：把传感器静止放平，读三轴数据看静止值是否符合预期。如果Z轴接近1g、X/Y接近0g，说明数据基本对齐；如果三轴静止读数全部异常偏大或者乱跳，十有八九是时序沿配反或者slot错位。

2.3 与主控DMA配合的注意点

TDM模式下数据是连续不断的码流，靠CPU中断逐字节读不现实，必须配合DMA。这里有几个坑值得提前说：第一，DMA的缓冲区大小要设置成帧的整数倍，最好是三轴的整数倍，否则DMA搬运的起始位置可能在帧中间，取数据时间步就乱了；第二，24bit数据在主控端往往存放在32bit容器里，要确认是左对齐还是右对齐；第三，先让DMA跑起来，但最开始几帧数据不要用。因为上电后传感器可能还没完全锁定BCLK和WS的相位，前几帧会出现错位，直接在应用里丢弃几十帧是稳妥的做法。

我实际调试LIS25BA时还遇到过一个不算问题但很容易忽略的细节：TDM的slot长度选择。传感器输出可能是16bit或24bit有效位，对应的slot位宽要跟主控配置一致。如果把24bit数据放进16bit的slot里，数据会被截断；反过来如果slot比数据长，不用的低位会被填充0还是符号扩展，取决于寄存器配置和主控端的设置。这个一定要两边对齐，不能用默认值想当然。

3. 从零配置LIS25BA：寄存器流程与常见错误

3.1 上电初始化顺序

LIS25BA的初始化虽然不像MCU那么复杂，但顺序还是有讲究的。基本的流程是：

1. 给传感器供电，等待电源稳定（一般几个毫秒）。
2. 发送软件复位命令，让芯片回到已知状态。
3. 等待BOOT完成。这一步经常被跳过，读寄存器时拿到全0或者全0xFF，还以为是芯片坏了。
4. 配置TDM相关参数：slot映射、slot位宽、数据位宽、时钟极性。
5. 配置传感器本身的ODR、量程（如果寄存器里有对应位）。
6. 使能数据输出。
7. 等待一小段稳定时间，丢弃前N帧数据，然后开始正常读取。

这七步里最容易出问题的在第3、4、7步。BOOT完成一定要轮询状态位，不能单纯delay了事，因为不同供电电压、不同退耦电容下BOOT时间会有差异。TDM映射要先想清楚再配置，不能今天用X/Y/Z顺序，明天改成Z/Y/X，算法那边的数据解析也要同步改。

3.2 关键寄存器的配置思路

LIS25BA寄存器字段比较多，这里不逐一抄手册，只讲功能模块和配置思路。TDM配置部分重点看几类位：

• slot长度：常见16bit或24bit，一定要跟主控侧对齐。
• 数据位宽：选24bit时动态范围更大，适合骨传导这种信号动态范围较大的场景；选16bit时传输压力小，但会对噪声底有一点影响。
• 声道映射：X/Y/Z三轴分别放在哪个slot，顺序可配。
• 时钟极性：决定数据在BCLK哪个沿翻转，对应前面讲的时序问题。

传感器核心配置部分，主要关注ODR和量程。ODR决定采样率上限，因为奈奎斯特定理，有效信号频率最多到ODR一半。LIS25BA面向音频应用，ODR设得足够高时，4kHz以内的语音信号都不需要担心混叠。量程方面，骨传导振动信号通常不会很大，±3.85g的量程已经非常充裕，量程太大反而会降低小信号分辨率，不要随意放大。

下面是一段C语言伪代码，展示初始化流程的基本结构。寄存器名和位名是示意性的，具体要查对应型号的数据手册：

#include <stdint.h> // 伪代码：寄存器地址和位掩码以数据手册为准 #define LIS25BA_REG_CTRL1 0x20 #define LIS25BA_REG_STATUS 0x27 #define LIS25BA_REG_TDM_CFG 0x33 #define LIS25BA_REG_CTRL2 0x21 void spi_write(uint8_t reg, uint8_t val); uint8_t spi_read(uint8_t reg); void lis25ba_init(void) { uint8_t status; // 1. 软件复位 spi_write(LIS25BA_REG_CTRL1, 0x01); // 2. 等待BOOT完成，轮询状态位 do { status = spi_read(LIS25BA_REG_STATUS); } while ((status & 0x01) == 0); // 3. 配置TDM：slot长度24bit，X/Y/Z映射到slot0-2，极性与主控一致 spi_write(LIS25BA_REG_TDM_CFG, 0x00); // 这里的0x00只是占位，实际请按手册填写每一位 // 4. 配置量程和ODR spi_write(LIS25BA_REG_CTRL2, 0x40); // 同上，0x40只是示意 // 5. 使能数据输出 spi_write(LIS25BA_REG_CTRL1, 0x80); // 6. 等待稳定，丢弃前N帧 for (int i = 0; i < 50; i++) { // 在DMA模式里这里就是空转等待若干帧，或者直接让DMA搬完一轮后清缓冲 } }

3.3 我踩过的几个坑

实际调试过程中，我踩过几个值得写出来供大家避坑的典型问题。

第一个是配置顺序导致的数据毛刺。最开始我先把数据输出使能了，再回头去配置TDM的slot映射，结果DMA收到的前几百帧里，偶尔会冒出一帧X/Y/Z轴数据对调的情况。原因其实不难理解：TDM映射寄存器在数据流运行中被改写，从设备可能在一个帧的中间读取了新的映射配置，导致半帧旧映射、半帧新映射。解决办法很简单，所有TDM配置必须在使能输出之前完成；如果运行时确实要调整，先关输出，再改配置，再开输出。

第二个是LIS25BA跟codec共用时钟时，BCLK频率不要想当然。某个方案里主控已经把BCLK固定在2.048MHz，但LIS25BA在TDM模式下要求每个slot的位宽和slot数乘积刚好填满一帧。2.048MHz、48kHz采样率下，一帧有大约42.67个BCLK周期，这个值不是整数，最后就会有周期性的帧错位。后来我把BCLK改成3.072MHz，对应每帧64个BCLK，所有slot正好填满，问题消失。所以画原理图之前，先算好BCLK频率、采样率、slot数、slot位宽的乘积关系，不要在调试阶段才发现时间步对不上。

第三个是数据字节序。24bit的三轴数据在主控端读取时，有人按小端解，有人按大端解，还有人直接左对齐到32bit容器的高24位。这三个选择一旦错了，表现就是静止时数据在小范围抖动但数值量级完全不对，很多时候不是传感器的问题，而是自己数据解析那边字节序搞反了。可以先放一个已知的1g重力场（让Z轴朝下），打印原始十六进制，对照手册里的数据格式手动验算一遍，就能立刻定位。

4. 数据处理链路：从三轴原始数据到可用振动信号

4.1 从TDM码流里把三轴数据拆出来

LIS25BA通过TDM连续输出X/Y/Z三轴数据，DMA搬到内存后，本质上是一个线性数组。假设每个轴的数据占24bit，存储在主控时占用4字节（32bit）容器，那么每12字节为一组三轴数据。用指针去取数时，按12字节步长跳动，每次连续读3个32bit容器，分别就是X、Y、Z。

注意，绝对不要在主循环里用memcpy逐字节拷贝来拆数据，数据率一高CPU开销扛不住。正确的做法是定一个结构体指针，直接强转成三轴数据结构体，或者用DMA双缓冲，在数据到达中断里只做一个指针切换，应用层再去消费已经填满的缓冲区。让CPU在音频码流场景里逐字节搬数据，迟早会丢帧。

4.2 让信号“干净”起来：滤波和去直流

LIS25BA原始数据直接拿来做振动检测会有一个明显问题：静止时输出不是0g，而是1g左右的重力分量。这不是传感器坏了，而是加速度计的原理决定的——它测的是加速度，重力也是一种加速度。如果直接做FFT或者计算RMS，这个直流偏置会把整个分析带偏。

所以在数据分析之前，必然要加一个高通滤波器，把低频的重力分量和走路、佩戴晃动等运动干扰滤掉。以语音骨传导为例，高通截止频率设在50Hz~100Hz比较合适；如果是水管泄漏检测，可以根据实际环境噪声适当调整，一般从100Hz开始分析。

高通滤波最简单的实现是一阶IIR：

y[n] = α * (y[n-1] + x[n] - x[n-1])

其中α = 1 / (1 + 2 * π * fc * T)，fc是截止频率，T是采样周期。这个滤波器计算量极小，在MCU上也是几乎零成本。对很多场景来说，一个高通就能解决大部分问题；如果需要提取特定频段的能量，比如泄漏检测只需要几百Hz到几kHz，可以再串一个低通或者直接做带通。

低通滤波器的选择要格外小心，IIR虽然效率高，但相位非线性在某些算法场景下会带来问题。如果后端要做多通道的时域相关分析，比如用两路传感器做泄漏定位，最好用FIR，群延迟恒定，时间差计算才准。

4.3 骨传导场景：我到底该用哪一轴

LIS25BA是三轴的，但骨传导拾音并不是三轴数据都值得用。人佩戴TWS耳机时，传感器贴在耳道或耳廓附近的皮肤表面，头部骨骼在说话时的主要振动方向大致垂直于皮肤表面。贴近皮肤的那根轴（通常贴装后是Z轴）振动幅度最大，语音信息最丰富；另外两个轴更多是佩戴松动、咀嚼、走路带来的机械干扰。

我在实际调试时做过对比实验：静止佩戴，让测试者说话，同时记录三轴时域波形和频谱。Z轴的语音能量明显高于X/Y轴，X/Y轴的波形里混着明显的低频运动伪迹。最后算法里只用了Z轴做主拾音通道，X/Y轴用来做干扰检测——比如检测到X/Y轴有大能量而无Z轴语音时，判断为佩戴者在摇头或走路，这时候可以适当降低骨传导通路的增益，避免把摩擦声放大。

不过这个经验是基于“垂直贴装”的假设。如果你的结构设计里LIS25BA是侧着装、斜着装，坐标系旋转了，那“语音最丰富的那根轴”也要跟着变。我的建议是：贴装方案定了之后，先做一个简单的录音实验，把三轴分别做频谱分析，看在预期的语音频段里哪根轴的谱线最丰富，再决定软件里用哪个轴。

4.4 泄漏检测场景：三轴都不能省

跟骨传导场景相反，塑料水管泄漏振动检测里，三轴数据都有用。因为泄漏点在管道上的位置、传感器贴装的方向不确定，泄漏激发的振动可能沿管壁径向、轴向同时传播，三根轴的耦合程度跟安装位置直接相关。只盯着一根轴，可能刚好那根轴垂直于振动传播方向，信号幅度很小，误判成无泄漏。

做法是把三轴分别做带通滤波、计算短时能量，然后合并成一个综合指标——可以是三轴RMS的平方和开根号，也可以按每一轴在特征频段的能量做加权求和，权值根据现场标定得到。这套思路本质上是把三轴当作三个空间方向上的传感器阵列，信息融合的收益非常明显。

5. 两个落地场景：TWS骨传导增强与水管泄漏检测

5.1 TWS耳机骨传导拾音的技术闭环

LIS25BA在TWS耳机里的典型用法，是作为骨传导传感器，跟两颗空气传导麦克风配合。原理很简单：空气传导麦克风在嘈杂环境里拾到的语音和噪声混在一起，而骨传导传感器贴在皮肤上，通过骨骼和组织传播的语音信号不受空气噪声影响，相当于一条“纯净”的语音通道。

但是骨传导信号真正用起来有几个细节。第一，骨传导信号的频响跟空气传导不一样，通常低频响应更好、高频衰减明显，不能直接拿来做语音识别，要跟麦克风信号做频域融合，把高频细节从麦克风补回来。第二，佩戴松紧会影响耦合，传感器从皮肤上收到的振动幅度差异可能达到6dB以上，算法要考虑增益自适应。第三，走路、咀嚼、触摸耳机时产生的机械噪声也通过骨骼传进来，需要检测和抑制。这三类问题都不是单靠传感器能解决的，需要算法链路的配合。

我在调试时做的第一版算法非常简单粗暴：Z轴高通后，用短时能量估算语音是否存在；存在语音时，把骨传导信号和麦克风信号做线性融合，权重偏重骨传导；没有语音时，全部信任骨传导。就这么简单的规则，在60dB噪声环境里语音可懂度已经明显优于单麦克风。后期再迭代做自适应滤波、风噪检测，体验差距会进一步拉开。

5.2 塑料水管泄漏振动检测的实施方案

基于三轴加速度计的管道泄漏检测，是LIS25BA在工业监测方向一个非常典型的应用。塑料水管在泄漏时，高压水流从裂缝喷出，在管壁激发弹性波。这个弹性波的频率成分、传播速度跟管材、管径、水压、泄漏口形状都有关系，不能一概而论，但塑料管泄漏信号的集中频段通常在几百Hz到几千Hz，正好落在LIS25BA高带宽能力的覆盖范围内。

实施方案上，传感器通过磁吸座、卡箍或环氧树脂胶粘贴在管道外壁或阀门上，采集三轴振动信号。贴装方式直接影响耦合效果，磁吸座装卸方便但高频响应差一些，胶粘耦合最好但维护不便。采样率建议不低于8kHz，因为要看的是几kHz内的信号。数据经过高通（去重力）和带通（提取泄漏特征频段）滤波后，计算短时能量或RMS值，跟无泄漏时的基线做对比，超过阈值就判定为疑似泄漏。

如果是多传感器方案，还可以利用泄漏信号到达两个传感器的时间差做定位。这时两个LIS25BA共用同一个BCLK时钟就非常方便，时间对齐精度高，定位误差主要取决于采样率和TDM帧同步精度。下表是我在几种常见管材上做测试时总结的参考频段，具体数值要结合现场标定，但可以作为初筛范围：

首版实现可以先不考虑自动定位，把“有无泄漏”的模式跑通。在管段上人为制造一个可控泄漏点，采集泄漏状态和非泄漏状态的振动数据，用频域特征做门槛判决。实测下来，LIS25BA在管道泄漏检测里比普通加速度计的优势非常明显——普通传感器带宽有限，泄漏信号的很多特征谱线根本采不到，而LIS25BA完整保留了这些信息，后期不管是做经验阈值还是训练分类模型，特征都更“富裕”。

6. 调试经验与实测总结

6.1 示波器抓TDM波形时最容易忽略的细节

用示波器或逻辑分析仪抓LIS25BA的TDM时序，建议把触发设置在WS边沿上，然后让示波器显示整帧。重点看几件事：WS从低到高（或从高到低）之后，经过多少BCLK周期，DATA线上出现第一个有效bit；这个bit是在BCLK高电平期间稳定还是在低电平期间稳定；slot之间有没有多余的空闲位。

我曾经因为示波器探头的地线夹太长，导致抓出来的信号振铃严重，误以为LIS25BA数据不稳。换了短地弹簧之后波形干净得多了。这个小细节提醒大家：抓高速数字时序时，探头接地方式对信号完整性影响很大，先排除测量手段的问题，再下结论说传感器有问题。

6.2 数据校验技巧：怎么确认传感器和配置真的对了

确认LIS25BA工作正常的最佳方法是“静止+旋转”实验。把传感器静止放平，看Z轴是否接近1g、X/Y轴是否接近0g。然后让传感器绕某一轴旋转90度，对应轴的读数应该跟着变化。这个实验能快速验证三轴数据是否对齐、量程配置是否正确、数据解析是否有字节序错误。

更进一步，在已知频率下做敲击实验。用一个小的力锤或者螺丝刀柄轻轻敲击传感器安装位置，然后在PC端对数据做FFT，看频谱是否在敲击频段有明显能量。这能验证整个采集链路——从传感器、TDM总线、DMA搬运、到PC端解析——是否真正通畅。如果敲击时频谱没有任何峰值，一定是链路里某个环节断了，而不是传感器没输出。

6.3 时序配置一句话经验

最终负责地把时序这关过掉，我的经验就一句话：先抓波形，再写驱动；先跑轮询，再上DMA；先看静止值，再谈算法。

LIS25BA这颗料我前后在三个不同项目里用过：TWS骨传导、管道泄漏监测、还有一次做电动牙刷的碰撞检测。每一次场景不同，但踩坑的思路都差不多，把时序、配置、数据解析、干扰排除这四个环节逐一确认，它就能稳定地输出高质量的高带宽三轴振动数据。如果你也正在用这颗传感器做类似的项目，希望这篇笔记能帮你少走我走过的弯路。