LIS3DH接线实战：INT1、SDA、SCL关键引脚与I2C通信避坑指南

搞过几块LIS3DH之后，我发现这芯片有个挺有意思的现象：封装小、焊盘少、外围电路看着几乎为零，可真正接线调试时翻车的人一点都不少。你明明把VDD、VDD_IO、GND、SDA、SCL都接上了，再加一根INT1中断线，怎么就读不到数据？怎么中断就一直不触发？这篇文章不聊手册复读，只聊我在实际项目里怎么接INT1、SDA、SCL这几根关键线，以及每一次踩坑之后总结出来的接线细节。内容适合正在用LIS3DH做可穿戴设备、姿态检测、运动计步、自由落体保护这类项目的开发者，尤其是第一次接触这颗芯片的朋友，读完至少能少走两三个晚上的弯路。

1. 先搞清楚这三个引脚到底在干什么

1.1 三个引脚各司其职——别把中断脚当普通IO

LIS3DH是ST推出的一款超低功耗三轴加速度计，芯片本身支持I2C和SPI两种数字接口，还能输出一路可编程中断信号。我们平时在模块上最常接触的引脚就是SDA、SCL和INT1，但很多人其实没仔细想过这三根线的电路角色。

SDA是I2C总线里的数据线，双向传输，既负责把主控的命令写进芯片，也负责把芯片寄存器里的数据读回来。SCL则是I2C的时钟线，由主控（MCU）产生，用来同步每一位数据的传输。I2C本质上是半双工协议，SDA在线路上是“线与”逻辑，所有设备共享同一根线，通过地址来区分谁在说话。LIS3DH在这条总线上的身份是从机，它永远不会主动发起通信，所有时序都必须由主机拉着SCL来驱动。INT1则完全不是通信线，它是芯片内部中断事件发生后向外输出的“通知信号”。你可以把它理解成门口的门铃，平时处于空闲状态，某个事件发生（比如检测到运动、数据准备好、单击双击）时，它就会从空闲电平跳变成有效电平，告诉MCU“有情况，赶紧来处理”。

我在不少项目里见过有人把INT1和SDA或者INT1和SCL接反，结果排查半天全卡在通信逻辑上。其实只要想清楚这三根线各自的角色，问题就很好定位：SDA和SCL一定接主控的I2C引脚，INT1一定接主控的普通GPIO（最好是支持外部中断的GPIO）。这个基础认知，比任何接线图都重要。

1.2 为什么我默认走I2C而不是SPI

LIS3DH同时支持I2C和SPI，模式选择是由CS引脚的电平决定的。CS接高电平，芯片就工作在I2C模式；CS接低电平，芯片就工作在SPI模式。实际项目里我绝大多数时候选I2C，核心原因是省引脚。I2C模式下，芯片只需要SDA和SCL两根线就能完成全部读写操作，SPI模式下则需要CS、SPC、SDI、SDO四根线，而且在很多主控上SPI外设引脚是固定的，不像I2C那样可以灵活映射到任意GPIO。

我做过一个手腕佩戴的运动检测设备，主控选了一颗只有8个GPIO的MCU，需要同时驱动加速度计、OLED屏幕和一颗状态LED，引脚资源非常紧张。这种情况如果选SPI，光是传感器就要吃掉4个引脚，屏幕和按键基本就没地方放了。I2C模式下，OLED和加速度计还可以挂在同一条总线上，只占用两个引脚。所以，除非你的应用对读取速率有极高要求（比如需要以1kHz以上的频率连续读取三轴数据），否则I2C的400kHz标准模式完全够用。LIS3DH的三轴输出分辨率和采样率都远低于总线带宽，我实测在400kHz下连续读取全部三轴数据，单次读取耗时在几百微秒级别，完全不会成为系统瓶颈。

2. 接线前必须搞懂的三个关键细节

2.1 上拉电阻：看起来是细节，决定通讯成败

I2C总线是开漏结构，SDA和SCL这两根线上必须接上拉电阻到电源，否则总线无法输出高电平。这个问题在模块上通常已经被厂家处理好了，很多现成的LIS3DH模块板载了4.7kΩ上拉电阻，你插上杜邦线就能用。但如果你是买裸片自己画板子，或者从老板上拆芯片用，上拉电阻就很容易被忽略。我见过最多的翻车现场就是这里：主控和传感器都上电了，示波器能看到SCL有方波，但SDA永远是被拉低的状态，读WHO_AM_I寄存器返回的全是0xFF。说到底就是SDA没有上拉电阻，总线在释放时无法回到高电平，主机自然收不到从机的回应。

上拉电阻的阻值选择也有一点讲究。阻值太小，总线空闲时电流过大，浪费功耗，尤其对LIS3DH这种主打低功耗的传感器来说不太划算；阻值太大，线与电容充放电变慢，信号上升沿变得平缓，高速通信时波形可能达不到逻辑高电平阈值。一个比较经典的选值思路是这样的：按最快通信速率400kHz计算，上升沿时间一般要求不大于1微秒，假设总线上等效电容为200pF（两根杜邦线加芯片引脚，这个值是比较常见的），电阻上限大约是1us除以0.8473再除以200pF，算出来在5.9kΩ左右。所以4.7kΩ是一个很稳妥的通用起点。如果你的总线电容很小，比如纯PCB短走线，用10kΩ也可以；如果走线很长、挂的设备多，或者速率被提高到了1MHz（LIS3DH的I2C其实最高支持400kHz，但总线上可能还挂了其他支持1MHz的设备），那就要适当降到2.2kΩ甚至1kΩ。

这里必须提醒一句：很多MCU的GPIO内部有可配置的上拉电阻，能不能用内部上拉替代外部电阻？我的答案是应急可以，量产不建议。MCU内部上拉电阻通常在20kΩ到50kΩ之间，阻值偏大，在400kHz下信号边沿可能不够干净，而且不同引脚、不同芯片型号的内部上拉一致性较差。如果你只是用100kHz标准模式做点简单的数据读取实验，内部上拉勉强能用，但一旦你开始加长线、提速率、挂多个从机，问题就会逐渐暴露。所以我建议，不管模块是否已经带上拉，自己在原理图上还是预留两个电阻位，总没有坏处。

2.2 SA0地址脚没有你想的那么随意

LIS3DH在I2C模式下的从机地址由SA0引脚决定。SA0接地，7位地址是0x18；SA0接VDD_IO，7位地址是0x19。在Arduino的Wire库里操作时，实际传入的是8位地址，所以0x18左移一位变成0x30。很多新手卡在这一步，读官方例程发现地址写的是0x18，自己的代码里却写0x18，结果通信失败。原因就是没有搞清楚7位地址和8位地址的换算关系。

更隐蔽的问题出现在地址冲突上。如果你的项目里同一个I2C总线上挂了多个LIS3DH，比如做双腕动作捕捉，或者想用两颗加速度计分别检测上肢和下肢，那么必须把两颗芯片的SA0一个接地、一个接VDD_IO，这样它们才能在总线上共存。但很多买来的模块把SA0固定接地或者通过跳线帽控制，你焊板子之前最好查清楚模块原理图，确认SA0引脚是否引出来了。我遇到过一种情况，模块上的SA0标注为ADDR，结果我把它直接接到了地，芯片识别地址是0x18，但我在驱动里一直写0x19，I2C扫描器怎么扫都扫不到设备，调试过程极其折磨。

还有一个容易被忽略的点：SA0还兼作SPI模式下的SDO数据输出引脚。如果你在SPI模式下使用，SA0的接法就不影响地址了，它变成了数据输出线。所以设计电路时要注意，同一个引脚在不同的通信协议下角色不同，别在两种模式之间切换时被旧接线的惯性思维带偏。

2.3 VDD_IO和逻辑电平：烧芯片的头号原因

LIS3DH的供电很有意思，它把数字接口的IO电源单独引出来了，也就是VDD_IO引脚。芯片本体模拟部分由VDD供电，工作范围是1.71V到3.6V，而I2C和中断引脚的电平由VDD_IO决定。很多初学者只接了VDD和GND，VDD_IO悬空，结果I2C完全没反应。因为SDA和SCL的输入输出缓冲器根本没有供上电，芯片内部的数字接口相当于瘫痪了。

VDD_IO的范围同样不能超过3.6V，这意味你把VDD_IO接到5V上就是妥妥的芯片杀手。我遇到过一个朋友，用Arduino Uno（5V逻辑）直接连LIS3DH模块，他想着反正模块上有稳压芯片，主控的SDA和SCL也直接怼上去了。实际上很多LIS3DH模块并没有电平转换电路，SDA和SCL是直接连到芯片引脚的，5V的高电平超过芯片I/O的绝对最大额定值，轻则通信异常，重则永久损坏。如果你的主控是5V逻辑，最稳妥的方案是使用3.3V逻辑的I2C电平转换器，或者干脆选一颗原生3.3V逻辑的主控。现在的STM32、ESP32、nRF52这些主流平台基本都是3.3V逻辑，直接接LIS3DH完全没有问题。

另外一个经验是VDD和VDD_IO在绝大多数应用里可以直接接到同一个3.3V电源上，这样接线最简单。只有在做超低功耗设计时，才需要考虑用不同的电源轨分别给模拟和数字接口供电，比如VDD常供电、VDD_IO由MCU的GPIO控制以便在休眠时彻底切断数字接口的漏电通路。常规项目先把两个引脚并在3.3V上跑通，是最省心的做法。

3. 完整接线实操：以STM32和ESP32为例

3.1 两套常用开发板的接线映射

我把项目中验证过的接线方案整理成一张表，分别对应STM32F103和ESP32这两类最常见的开发板。STM32F103的PB6是I2C1_SCL、PB7是I2C1_SDA，这两个引脚支持硬件I2C，也支持用软件模拟I2C，兼容性很好。ESP32则用默认的I2C引脚GPIO22作为SCL、GPIO21作为SDA，在这两个引脚上做3.3V电平的I2C通信是最常规的用法。

这张表看起来简单，但接线时有一个容易忽视的点：INT1不要接在I2C外设的专用引脚上，尽量选一个独立的GPIO。原因很简单，I2C外设引脚在硬件上会被外设功能占用，你没法同时把它当普通中断输入用。而STM32F103的PB0、ESP32的GPIO18这类引脚都没有复用冲突，用于外部中断非常合适。

如果你用的是淘宝常见的LIS3DH模块，引脚名称可能略有差异。有的模块会直接把引脚标成VCC、GND、SDA、SCL、SA0、INT1，有的则标成VIN、3V3、SDI、SPC、SDO、INT。遇到后一种标注方式，SDI就是SDA，SPC就是SCL，SDO就是SA0。我建议你拿到模块后先对着原理图确认一遍每个引脚的物理连接，不要只看丝印。丝印不规范的情况在廉价模块上非常普遍，盲目插线很容易把电源和信号线接反。

3.2 接线顺序和第一步验证

接线这件事，很多人上来就把所有线一股脑全插上，然后上电，出问题之后根本不知道从哪查起。我自己的习惯是分两步走：先接电源和地，再接通信线，最后接中断线。上电之后先用万用表量一下LIS3DH的VDD引脚，确认电压在3.3V左右，再确认VDD_IO同样有3.3V。这个步骤花不了30秒，但能排除一大半莫名其妙的故障。

电源没问题之后，接上SDA和SCL线。如果你用的是模块，检查一下模块上是否已经有上拉电阻，如果没有，在SDA和SCL上分别接一个4.7kΩ电阻到3.3V。然后跑一个最简单的I2C地址扫描程序。Arduino环境下可以这样写：

#include <Wire.h> void setup() { Wire.begin(); Serial.begin(115200); Serial.println("Scanning I2C bus..."); for (byte address = 1; address < 127; address++) { Wire.beginTransmission(address); byte error = Wire.endTransmission(); if (error == 0) { Serial.print("Found device at 0x"); Serial.println(address, HEX); } } } void loop() {}

跑完之后，串口输出0x18（如果扫描程序打印的是7位地址）或0x30（如果打印的是8位地址），都说明芯片已经被正确识别了。扫描不到目标地址的时候，不要急着怀疑芯片坏了，先检查地址是不是因为SA0接法不同而变成了另一个值。在总线上挂多个设备时尤其要留意，扫描结果可能会多出几个地址，那都属于正常现象。

地址扫描通过之后，再接上INT1到主控的GPIO。我不建议在还没跑通基础读取之前就把所有线插满，因为中断信号如果接错，会影响你对问题区域的判断。有一次我图省事一次性全接好，结果数据读不出来，我花了半小时检查SDA和SCL，最后发现只是INT1和SDA两根杜邦线在面包板上相邻，因为线序乱碰在一起造成了短路。分步接线虽然麻烦一点，但排查成本反而低很多。

3.3 读取WHO_AM_I寄存器确认通信正常

地址扫描只能说明总线上有设备响应，不能百分百确认你找到的就是LIS3DH，因为I2C总线上如果有其他器件，也可能响应某个地址。最可靠的验证是直接读芯片的WHO_AM_I寄存器（0x0F）。LIS3DH这颗芯片在手册里明确写了这个寄存器的返回值是0x33，只要读出来是0x33，通信链路就算是完全打通了。

以Arduino为例，用Wire库直接读寄存器的方法如下：

#include <Wire.h> #define LIS3DH_ADDR 0x18 void setup() { Wire.begin(); Serial.begin(115200); Wire.beginTransmission(LIS3DH_ADDR); Wire.write(0x0F); Wire.endTransmission(false); Wire.requestFrom(LIS3DH_ADDR, 1); if (Wire.available()) { byte whoami = Wire.read(); Serial.print("WHO_AM_I = 0x"); Serial.println(whoami, HEX); } } void loop() {}

这段代码的细节在于endTransmission(false)，最后的false表示不发送停止条件，而是紧接着发重复起始信号，再读取数据。用单次传输加停止条件再重新启动的方式也能读，但前者更符合I2C规范里的组合事务格式。如果你读出来的值不是0x33，先把地址改成0x19试试，因为SA0接了高电平时地址会变化。改了地址还是不对，就回头检查上拉电阻和SDA/SCL是否接反。我实测下来，绝大多数读WHO_AM_I失败的问题，最后都出在这两个原因上。

4. INT1中断接线真正要命的地方

4.1 中断事件映射：INT1能让你少熬夜

INT1这跟线的作用，得从LIS3DH的中断系统说起。芯片内部有几个中断源，包括数据就绪（DRDY）、运动检测、单击双击检测、自由落体、6D方向检测等，这些中断源可以通过CTRL_REG3寄存器（0x22）的I1_DRDY、I1_WTM、I1_OVERRUN、I1_INT1这些位决定是否映射到INT1引脚上。换句话说，INT1引脚本身是那个门铃，但你得告诉芯片哪些事件可以按门铃。

实际项目中，我通常会把运动唤醒和自由落体检测映射到INT1上，这样MCU平时可以深度睡眠，只在加速度超过阈值或者检测到跌落时才被叫醒。以运动检测为例，几个关键寄存器的配置思路如下：

• CTRL_REG1（0x20）：配置ODR（输出数据速率）和低功耗模式，比如ODR设为50Hz，X/Y/Z轴使能。
• CTRL_REG3（0x22）：设置INT1引脚中断使能，把I1_INT1位置1。
• INT1_CFG（0x30）：配置中断事件类型，比如AOI置0、6D置0，X/Y/Z使能，选择检测运动还是静止。
• INT1_THS（0x32）：设置阈值，比如250mg。
• INT1_DURATION（0x33）：设置事件持续时间，防止抖动误触发。

这个配置流程需要特别注意一个逻辑：INT1_CFG里的AOI位决定了中断条件是“或”还是“与”。如果你希望检测任意轴向的运动，AOI应该配置为0，这样X/Y/Z任何一个轴超过阈值都会触发中断。如果你希望检测自由落体（三轴同时低于阈值），AOI需要配置为1，同时把D4（ZYXDA）位也置1。很多人只设置了阈值但没管AOI位，结果做自由落体检测时中断乱跳，就是因为逻辑组合没有按预期工作。

配置好之后，INT1引脚是否输出有效电平，可以通过读取INT1_SRC（0x31）寄存器来确认。这个寄存器能看到实际是哪个引脚条件满足了，排查问题时非常有用。

4.2 中断极性和引脚电平：最容易翻车的地方

LIS3DH的INT1引脚默认空闲状态是高电平，产生中断时输出低电平。这个“低有效”的默认行为在手册里由CTRL_REG6（0x25）的INT_POLARITY位控制，默认值0对应低有效，设置成1则变成高有效。很多第一次用的人想当然地以为中断来了引脚会拉高，于是把MCU的外部中断配置成了上升沿触发，结果永远等不到中断。

我自己的习惯是保持默认低有效，把MCU的GPIO配置成上拉输入，外部中断触发方式设置为下降沿。没有中断触发时，INT1引脚保持高电平，MCU引脚读到高；触发时，INT1拉低，MCU检测到下降沿进入中断服务函数。这样接的好处是，即使INT1线意外断开，MCU读到的是高电平，你不会误以为有中断；如果配置成高有效而上拉电阻没接，线一悬空，中断可能疯狂乱触发。

关于INT1需不需要外接上拉或者下拉电阻，这个问题我研究过一段时间。LIS3DH的datasheet里标注INT1为推挽输出，既然推挽输出自己就能推高拉低，理论上不需要外接电阻。但有一个细节很多人忽略了：当CTRL_REG6的INT_POLARITY配置成低有效时，INT1会通过内部的漏极开漏结构输出低电平吗？实际看datasheet，INT1更多是推挽输出，不过为了稳妥，我在自己的板子上还是会预留一个可选的10kΩ上拉电阻到VDD_IO，这样即使某些模块内部结构不同，也能保证信号在空闲状态稳定在高电平。如果你用的是现成模块，可以先不接这个电阻，直接测一下INT1空闲状态的电平，再用逻辑分析仪或示波器看触发瞬间的波形，就能确认实际输出特性。

5. 常见问题与排查技巧实录

5.1 通讯失败第一现场：I2C无应答

I2C通讯失败的表现通常是主控扫描不到设备，或者在读WHO_AM_I时收到0xFF。我整理了一张速查表，照顺序排查能省不少时间。

有一个案例我记得很清楚：一个读者用ESP32连LIS3DH模块，扫描不到地址，我让他检查CS引脚。他用的模块把CS引脚引出来了，悬空，结果芯片默认进入SPI模式，I2C自然完全不工作。把CS接到3.3V之后，一切正常。所以不管模块上有没有CS引脚，焊接之前先看清原理图，这一点怎么强调都不为过。

5.2 数据正常，INT1就是不触发

如果你已经能正常读取加速度数据，但INT1一直不动作，那问题基本锁定在中断配置和引脚连接上，而不是通信链路。我遇到过几种典型情况。

第一种是CTRL_REG3的中断映射没使能。很多例程里只配置了INT1_CFG和INT1_THS，忘了配置CTRL_REG3，导致中断事件根本没有路由到INT1引脚。芯片内部可能已经产生了中断标志，但引脚上没有输出。这个问题的排查办法是读INT1_SRC寄存器，如果寄存器显示有事件，但引脚电平没有变化，那就一定是映射位的问题。

第二种是阈值和持续时间设置不合理。阈值设得太高，传感器永远达不到触发条件；持续时间设得太长，事件还没持续够时间就被判定为无效。我一般建议初始化阶段先把阈值调到100mg左右，持续时间设为0，这样任何轻微晃动都能触发中断，方便验证通路。确认整条链路没问题之后，再慢慢调到符合实际应用的值。这样调试效率会高很多。

第三种是中断极性方向搞反，MCU在等待上升沿，而INT1实际是下降沿触发。此时引脚其实已经有变化了，但MCU的EXIT配置不匹配，软件上怎么等都等不到。用手机拍下状态灯或者用万用表量引脚电平，就能立刻发现异常。

第四种是我调试过程中踩过的大坑：中断触发一次之后，第二次就再也触发不了了。原因是LIS3DH的中断源寄存器在事件发生后会保持状态，你必须通过读取INT1_SRC寄存器来清除中断标志，否则INT1引脚会一直保持有效电平，之后的边沿变化自然无法产生。尤其在低有效模式下，中断拉低后不读寄存器，引脚就一直低着，MCU永远等不到下一个下降沿。这个坑在官方例程里不太会强调，但实际项目里非常常见，我建议在中断服务函数里加一句读INT1_SRC的操作，把中断标志清掉。

5.3 波形异常与信号完整性问题

I2C通信在短距离低速场景下不太容易出现信号完整性问题，但一旦你用了长杜邦线、面包板或者线束比较乱，问题就会冒出来。比如400kHz模式下，SCL的上升沿变得很平缓，从机可能无法准确识别时钟边沿，导致通信时好时坏。用示波器看波形，最直观的表现就是波形呈“圆角”而非方形。

解决思路有两条。第一是降低I2C速率。很多MCU的I2C时钟可以配置，把400kHz降到100kHz，波形问题通常能缓解不少。对于LIS3DH这种本身数据量不大的应用，100kHz完全够用，我不会为了追求那点带宽去牺牲稳定性。第二是缩短走线长度，减少总线等效电容。如果必须在长线上工作，可以考虑把上拉电阻值降低，比如从4.7kΩ降到2.2kΩ，这样充放电速度更快，上升沿更陡。但要注意，电阻降低会增加空闲电流，低功耗项目里需要权衡。

另外，SDA和SCL两根线如果平行跑了很长一段距离，还可能出现串扰，表现为SDA变化时SCL上出现毛刺。我处理过一个手环项目，主板到传感器之间用了10厘米FPC排线，排线内部SDA和SCL相邻，调试时读数据偶尔出错。后来在PCB布局上把两根线隔开，中间加了一根地线做隔离，问题就消失了。这种问题在高密度布线时尤其常见，做样板之前可以在原理图上预留一些可调电阻位和滤波器位，方便后续调试。

6. 最后说点自己的实操心得

从我自己的经验来看，LIS3DH的接线难度不在“焊”而在“查”。芯片的电源、SDA、SCL、INT1，加起来就六七个引脚，但这些引脚之间的逻辑关系、电平关系、默认状态，一个都不能想当然。我踩过最惨的一次坑，是在设计一块小板时忘了画上拉电阻，样板回来怎么都调不通，最后才发现SDA和SCL上什么都没接，白白浪费了一个晚上。所以我现在画板子之前，一定会对着数据手册把每个引脚的默认状态和外部电路要求确认一遍。

另外还有一个建议，如果你的项目比较复杂，芯片直接贴在主板上，最好先把模块方案跑通，把所有中断配置、数据读取逻辑都验证过之后，再画最终板子。模块方案灵活，改接线方便，适合前期调试。等逻辑稳定了，再用裸片画板，风险会小很多。最后再分享一个小技巧：调试LIS3DH的时候，准备一颗带有硬件I2C和外部中断的开发板，比如ESP32或者STM32G0，配合逻辑分析仪或者示波器，很多问题十分钟就能定位。没有仪器的话，至少要把地址扫描程序写好，这是排查一切I2C问题的起点。