ISM330DLC三线SPI模式实战：从接线到STM32驱动

最近在调一个基于ISM330DLC的六轴姿态监测方案，板子空间吃紧，GPIO数量被压缩到极限。I2C要两根线，4线SPI要四根线，算来算去手上的接口都不够用。后来把心一横，直接走3 wire SPI mode，把ISM330DLC的SPI接口砍到三根线，硬件一下子松绑了。但这玩意从硬件接线到驱动适配，坑位比我想象中多得多，光是把数据从传感器里正确读出来就折腾了一整个下午。

ISM330DLC是ST推出的一款低功耗六轴惯性传感器，集成了3轴MEMS加速度计和3轴MEMS陀螺仪，内置完整的信号调理链路和数字接口逻辑，在可穿戴设备、TWS耳机、工业状态监测、AGV惯性导航、电动工具姿态感知等场景里都能看到它的身影。这颗芯片在数字接口上提供了I2C、4线SPI和3线SPI三种模式，很多人默认只用了I2C或标准4线SPI，实际上3线SPI模式在IO资源紧张时是很好用的备选方案，但网上专门讲清楚3线模式的资料并不多。

这篇文章主要面向两类读者：一类是正在把ISM330DLC从4线SPI改到3线SPI的嵌入式开发，另一类是刚接触六轴传感器、想搞明白3线SPI和普通SPI到底差在哪里的人。我会把这几天踩过的雷全部摊开讲：引脚定义、寄存器SIM位配置、时序细节、STM32实测代码、逻辑分析仪波形验证，以及排查通讯失败的几个高概率原因。

1. 为什么单把一个3线SPI模式拿出来说

1.1 IO资源紧张时的接口选型思路

先聊聊为什么要折腾3线SPI。无论是做可穿戴设备还是小型化模组，MCU的GPIO都是稀缺资源。以常见的STM32G0系列为例，很多封装只有20脚或28脚，一个UART、一个I2C、两个SPI接口、几路ADC、几个按键和LED，GPIO基本就满了。如果你的系统里恰好同时用了SPI Flash、SD卡、TFT屏，那么SPI总线的压力会更大。这个时候，每省一根数据线，对系统设计和布线都是实实在在的帮助。

标准的4线SPI需要SCLK、MOSI、MISO、CS四根信号线，加上电源、地、中断输出，一个传感器至少要吃掉6到7个引脚。I2C虽然只要两根线，但I2C的速率上限通常在1MHz左右，而且要处理地址仲裁、时钟拉伸等问题，在传感器数据吞吐要求较高或者需要多个从设备的场景里并不总是最优解。3线SPI正好卡在两者中间：它保留了SPI的帧结构、全双工能力和高时钟频率，又比4线SPI少一根数据线，把MOSI和MISO合并成一根双向数据线，这时候传感器只需要SCLK、CS、DATA三根线，配合中断引脚，一个六轴传感器总共只占5个GPIO。

从系统架构的角度来看，3线SPI还有一个隐形的优势：如果MCU原生的硬件SPI外设支持半双工单线模式，那么3线SPI的数据收发可以完全交给硬件，不需要占用CPU轮询，DMA也能配合使用。这意味着你既能获得I2C级别的引脚经济性，又能获得接近标准SPI的传输带宽，对于需要持续高频读取加速度计和陀螺仪数据的姿态解算场景非常友好。

1.2 ISM330DLC的数字接口全景

ISM330DLC的数字接口引脚设计是典型的“一针多功能”策略。物理上它把SCL和SPC合并成一个引脚，把SDO和SA0合并成一个引脚，把SDI和SDA的概念也做了复用。这颗芯片支持从机模式，接口协议选择取决于CS引脚的电平状态：CS拉高时走I2C，CS拉低时走SPI。这也是ST传感器的一贯设计，好处是同一颗芯片可以灵活适配不同主控方案，坏处是引脚功能表看起来容易把人绕晕。

切换到SPI模式之后，还能再细分出4线SPI和3线SPI两种工作方式。4线SPI用SDI做MOSI，SDO做MISO；3线SPI把SDI和SDO合并到一个物理引脚上，方向由主机在帧的不同阶段控制。这个“合并”实际上是通过寄存器里的一个位来切换的，不是单纯把两根线短接在一起，这一点太关键了，如果只是把SDI和SDO短接却不去配置寄存器，结果是读操作时MISO信号被MOSI驱动端强行拉低或拉高，传感器根本无法正常回复数据。

1.3 3线SPI和4线SPI的本质区别

用一句话概括：3线SPI和4线SPI的帧结构一样，区别在物理信号线的数量和数据线上方向控制的责任方不同。

先看帧结构。ISM330DLC的SPI访问流程是先由主机发送一个命令字节，这个字节的高7位是寄存器地址，最低位是读写标志。读操作时最低位为1，写操作时最低位为0。命令字节发送完之后，写操作接着由主机继续发送数据字节；读操作则由传感器把数据放到数据线上，主机在时钟边沿采样。

4线SPI模式下，命令字节和数据字节的接收是并行展开的：主机通过MOSI发送命令，传感器的响应通过MISO回来，两条线的方向是固定的，主机不需要在帧中间切换引脚方向。

3线SPI模式下，命令字节必须由主机通过这条双向数据线发出去，然后主机必须立刻把这条线的方向从输出切换到输入，接下来的每个时钟周期，传感器会把数据一位一位推到同一条线上，主机再把它采样进来。方向切换不能有丝毫犹豫，如果切换早了或者晚了，读到的数据就会错位，导致整个数据帧报废。这个“方向切换”就是3线SPI比4线SPI多出来的核心复杂度。

2. 硬件接线方案：先把这个搞对了再谈代码

2.1 ISM330DLC引脚定义与3线接线表

ISM330DLC常见封装是LGA-14，体积非常小。在进行3线SPI接线之前，先记住引脚功能：

3线SPI模式下，引脚4不再参与数据收发，它的功能退化成I2C地址选择位。如果系统只用SPI，这个引脚可以接一个下拉电阻到地，把SA0固定为0；如果后续还可能切换到I2C调试，就接一个上拉电阻到VDD，把SA0固定为1，这样I2C地址和SPI模式互不冲突。两种接法我都试过，实测只要在CS为高时SA0电平稳定，SPI通讯都不受影响。

接线时注意把主控端的GPIO类型配置对：时钟线和CS接普通推挽输出，双向数据线要配置成开漏输出并外接上拉电阻，或者配置成推挽输出但内部使能上拉。推荐直接使用MCU内部的上下拉或者外接一颗4.7kΩ到10kΩ的上拉电阻，这样在主机方向切换的空窗期，数据线不会进入高阻浮动状态，避免误触发传感器侧的电平判断。

2.2 为什么SDO引脚在3线模式下变成了地址引脚

这部分很容易让人困惑。在4线SPI模式下，SDO是数据输出脚，传感器通过它把读出的数据送回主机；但在3线SPI模式下，数据输出功能和数据输入功能合并到引脚3上了，引脚4上的SDO功能就完全没用了。ST的数据手册里明确写着，在3线模式或I2C模式下，SDO/SA0这个引脚要作为SA0地址输入来使用。

这意味着什么？意味着如果你在做PCB设计时把引脚4焊死接地，芯片在I2C模式下的地址就被固定了，在3线SPI模式下则不会影响SPI通讯，因为SPI不依赖I2C地址。但如果你的系统同时保留了I2C和SPI两种接口，打算用跳线切换，那么引脚4的电平必须在每次上电时保持稳定，否则I2C地址可能随机漂移。

我在实际项目中遇到过一个问题：把SDO/SA0悬空，SPI通讯正常，但偶尔上电后I2C扫描不到设备，后来发现是悬空引脚电平不稳定导致的。虽然你用的是3线SPI，但还是建议引脚4别悬空，直接接一个100kΩ下拉或者上拉电阻，把电平固定下来，省心不少。

2.3 硬件接线实拍与注意事项

拿STM32G474为例，我把SPI1的SCK、CS和MOSI引脚分别映射到PA5、PA6、PA7，MOSI引脚在3线模式下要复用为双向数据线。接线图大概是这样的：

• ISM330DLC SCL/SPC → STM32 PA5 (SPI1_SCK)
• ISM330DLC CS → STM32 PA6 (SPI1_NSS软件控制)
• ISM330DLC SDI/SDO → STM32 PA7 (SPI1_MOSI，半双工模式下作为数据线)
• ISM330DLC SDO/SA0 → 100kΩ下拉电阻到地
• VDD_I/O → 1.8V或3.3V（接主控IO电源域）
• VDD → 主电源（1.71V~3.6V）
• GND → 地

有几个细节值得提醒。第一，ISM330DLC的VDD_I/O和VDD可以独立供电，如果主控IO电平是1.8V，传感器模拟电源用3.3V，记得把VDD_I/O接到1.8V，否则引脚电平可能不符合IO电平规范。第二，上电时序上，VDD要先于VDD_I/O或者同时上电，这个在数据手册里有时序图，建议严格按照手册来。第三，MEMS传感器对电源纹波敏感，VDD引脚旁边要放一颗100nF的陶瓷电容，尽量靠近引脚放置，有条件再加一颗10μF的钽电容稳压，这个对减少加速度计数据的噪声有直接帮助。

3. 寄存器配置：让传感器真正进入3线SPI模式

3.1 CTRL3_C寄存器SIM位解析

关键寄存器是CTRL3_C，地址0x12。这个寄存器是ISM330DLC接口配置的枢纽，很多关键功能都集中在这里。里面的SIM位（bit3）专门控制SPI工作线数：

把SIM位写1，传感器就切换到3线SPI模式。注意这个位在默认状态下是0，也就是上电后芯片默认工作在4线SPI模式。如果你硬件上只接了三根线，又没有改这个寄存器就想直接读数据，大概率读不回来。因为芯片还在期待MISO输出数据，而MISO引脚（也就是上面表格里的SDO/SA0）已经被用作地址选择了，数据通道没有物理意义。

3.2 软件复位与初始化序列

推荐在写SIM位之前进行一次软件复位，让芯片回到一个确定的起始状态。复位方法有两种：上电自动复位，或者把CTRL3_C的SW_RESET位置1然后等待复位完成。软件复位的等待时间一般建议30ms以上，实际测试中给足50ms比较稳妥。

完整的初始化序列如下：

void ism330dlc_init_3wire(void) { // 1. 上电后延时，等电源稳定 HAL_Delay(20); // 2. 软件复位 ism330dlc_write_reg(0x12, 0x01); // SW_RESET = 1 HAL_Delay(50); // 3. 进入3线模式 + 使能块数据更新 + 地址自动递增 // 0x4C = BDU(bit6=1) + SIM(bit3=1) + IF_INC(bit2=1) ism330dlc_write_reg(0x12, 0x4C); // 4. 配置加速度计：量程±2g，ODR 416Hz // 具体ODR位参考数据手册Table 3 ism330dlc_write_reg(0x10, 0x60); // 5. 配置陀螺仪：量程±250dps，ODR 416Hz // 具体ODR位参考数据手册Table 13 ism330dlc_write_reg(0x11, 0x60); }

SMAP具体写入0x4C的含义要拆开算一下：0x4C二进制是0100 1100，bit6=1对应BDU，bit3=1对应SIM，bit2=1对应IF_INC。BDU建议开启，它的作用是保证数据寄存器在读取过程中不会因为新数据到来而被半覆盖，避免我们看到的高字节和低字节分别来自两次不同的采样造成数据撕裂；IF_INC建议开启，这样连续读取6个轴的数据时只需要给一次起始地址，后面自动递增，不用每个字节都发一次地址。

3.3 写寄存器时命令字节的格式

初始化代码里的write_reg函数内部必须符合ISM330DLC的SPI帧格式。命令字节由7位寄存器地址加上1位读写标志组成，寄存器地址左移1位，读写标志位放在最低位。因此写寄存器0x12的地址时，命令字节是0x12 << 1 = 0x24，再加上数据字节0x4C，一帧总共两个字节：

void ism330dlc_write_reg(uint8_t reg, uint8_t data) { uint8_t cmd = (reg << 1) & 0xFE; // 最低位置0表示写操作 // 发送cmd，再发送data }

读寄存器时，命令字节最低位置1，例如读0x0F（WHO_AM_I）要发送0x1F。这个细节我在第一次接手ST传感器时踩过坑，很多人直接把寄存器地址0x0F当成SPI命令发出去，结果读回来全是0xFF。ST的SPI地址格式和有些厂商不一样，它要求地址占据高7位，读/写标志放在最低位，这点务必在代码注释里写清楚，防止以后维护的人再踩。

4. 读取数据的底层时序与实测

4.1 读操作的方向切换时间窗

3线SPI模式下的读操作是最考验时序的部分。先把读操作的完整时序流程拆开：

1. 主机把CS拉低。
2. 主机的数据线处于输出状态，发送命令字节（地址 + 读标志）。
3. 命令字节的最后一位发送完成后，主机必须在极短的时间内把数据线切换成输入状态。
4. 传感器感知到命令字节的读标志后，会在下一个时钟周期开始把数据一位一位地放到数据线上。
5. 主机继续产生8个时钟脉冲（或更多，视读取长度而定），在每一个时钟的采样边沿读取数据线上的电平，拼成完整字节。
6. 读完之后，主机把CS拉高，一次读事务结束。

关键点在第3步到第4步之间的切换窗口。如果切换太晚，传感器已经在数据线上输出了第一个数据位，而主机还在驱动数据线，双方就会互相打架，造成读到的第一个字节发生位错误。如果切换太早，也就是在命令字节还没有完全发出的时候切到输入状态，那命令字节的最后几位会发送不完整。所以这个切换窗口非常狭窄，实际经验是必须在命令字节最后一位边沿之后、下一个时钟边沿之前完成，大概只有几十纳秒的窗口。

对于MCU如果使用硬件SPI外设的3线模式，这个切换是硬件自动完成的——前提是配置正确。如果是使用GPIO模拟SPI，就需要在代码里对方向切换的插入位置非常敏感。我在用软件模拟的时候，会在发送完命令字节之后立刻执行GPIO方向切换寄存器写入，中途不插入任何多余语句，然后才开始产生读时钟。这里需要提醒一下：GPIO方向切换通常是对ODR、IDR或者方向寄存器的写操作，要尽量选择支持快速切换的引脚，有些MCU的GPIO切换引脚方向需要好几个系统时钟周期，这时候就要降低SPI时钟频率，给方向切换留出余量。

4.2 读WHO_AM_I的验证流程

任何SPI外设初始化后的第一件事，都应该是读WHO_AM_I寄存器验证通信链路是否打通。ISM330DLC的WHO_AM_I寄存器地址是0x0F，读出来应该固定是0x6A。

3线SPI模式下读WHO_AM_I的逻辑分析仪波形清楚地显示了三个关键区段：CS拉低，命令字节0x1F出现在数据线上，然后数据线方向反转并出现8个时钟，数据线返回0x6A。只要时序配合正确，这个波形看起来非常干净。如果示波器上看到命令字节之后数据线持续输出低电平或者高电平，基本可以肯定是方向切换没有生效，或者传感器没有进入3线模式。

我把一次读WHO_AM_I的伪代码贴在下面，这段代码在STM32的多种系列上都验证过：

uint8_t ism330dlc_read_reg(uint8_t reg) { uint8_t cmd = (reg << 1) | 0x01; // 读命令 uint8_t data = 0; // 拉低CS HAL_GPIO_WritePin(CS_PORT, CS_PIN, GPIO_PIN_RESET); // 模式切换：确保数据线为输出模式并发送命令 SPI3_LINE_DIR_OUTPUT(); spi3_write_byte(cmd); // 关键：方向切换 SPI3_LINE_DIR_INPUT(); // 产生8个时钟读回数据 data = spi3_read_byte(); // 拉高CS HAL_GPIO_WritePin(CS_PORT, CS_PIN, GPIO_PIN_SET); return data; }

第一次跑通这个函数后，我用逻辑分析仪确认了读回的0x6A，那一刻才算真正松口气。后面接陀螺仪和加速度计数据，只要这个链路是通的，剩下的就是寄存器配置正确性问题。

4.3 连续多字节读取时的地址自增逻辑

ISM330DLC的六个轴数据分布在连续的寄存器区间：陀螺仪X轴低字节为0x22，按OUTX_L_G、OUTX_H_G、OUTY_L_G、OUTY_H_G、OUTZ_L_G、OUTZ_H_G的顺序排列；加速度计则从0x28开始。如果IF_INC位已经置1，那么读取时可以只发送一次起始地址，然后连续产生几十个时钟脉冲，传感器会自动把后续寄存器地址的内容依次放到数据线上。

但这里有一个细节需要注意：3线SPI模式下，多字节读取的方向切换发生在命令字节之后，之后的每个字节读取期间，主机的数据线都需要保持输入状态，同时持续产生时钟。这意味着数据线的方向切换只发生两次——发送命令前的输出状态和命令后的输入状态——而不是每个字节都切来切去。这也是3线模式在多字节读取时效率比想象中高很多的原因。

我推荐在读六轴数据时一次读完14个字节，把温度（0x20/0x21）、陀螺仪（0x22-0x27）、加速度计（0x28-0x2D）全部装回来，然后在内存里做解析，而不是挨个寄存器分次读。这样做既减少了CS的翻转次数，也减少了命令字节的重复发送，对效率和实时性都有帮助。

void ism330dlc_read_all(float* accel_g, float* gyro_dps) { uint8_t buf[14]; uint8_t reg = 0x20; // OUT_TEMP_L 起始地址 uint8_t cmd = (reg << 1) | 0x01; HAL_GPIO_WritePin(CS_PORT, CS_PIN, GPIO_PIN_RESET); SPI3_LINE_DIR_OUTPUT(); spi3_write_byte(cmd); SPI3_LINE_DIR_INPUT(); for (int i = 0; i < 14; i++) { buf[i] = spi3_read_byte(); } HAL_GPIO_WritePin(CS_PORT, CS_PIN, GPIO_PIN_SET); // 解析：小端模式，int16_t int16_t gx = (int16_t)((buf[2] << 8) | buf[1]); // ... 按需解析 }

4.4 CPOL和CPHA到底该选哪个

ISM330DLC数据手册里明确写了SPI支持模式0（CPOL=0，CPHA=0）和模式3（CPOL=1，CPHA=1）。实际工程中绝大多数人都用模式0，和大多数SPI从机设备的兼容性最好。在代码里配置STM32的时候，把时钟极性设为低电平空闲，时钟相位设为第一个边沿采样，也就是CPOL=0、CPHA=0。

如果配置成模式1或模式2（CPOL与CPHA不匹配），通常现象是：能读回数据但数据是错位的，或者第一个字节总是丢一个位。因为SPI模式选择直接决定了数据线和时钟沿的相位关系，ISD330DLC的输入锁存边沿如果和主机输出数据的变化边沿重叠，就会出现采样到错误电平的问题。我在调试过程中曾用逻辑分析仪对比过模式0和模式3的波形，模式3也能读出正确数据，但模式0的波形更标准，所以最终固定使用模式0。

5. STM32上用硬件SPI跑3线模式的实操过程

5.1 硬件SPI半双工模式怎么配

STM32的SPI外设原生支持半双工单线模式，在CubeMX里对应的方向配置是“1 Line（Half-Duplex）”。这个模式正好能对接ISM330DLC的3线SPI。但有几个关键配置项必须特别注意：

第一，复用引脚必须要用MOSI，不能用MISO。半双工模式下，数据线借用MOSI引脚，MISO引脚会被释放出来做普通GPIO。在CubeMX里配置引脚功能时，如果误把MISO复用了，数据线就不会通。

第二，需要注意SPI的BIDIMODE和BIDIOE两个位的状态。BIDIMODE置1启用单线半双工，BIDIOE决定当前数据线方向，1为输出，0为输入。硬件在发送数据时自动把方向设为输出，但在进接收阶段时通常需要软件干预。

第三，时钟速度不要拉到最高。ISM330DLC数据手册标称最大SPI时钟10MHz，但3线模式下由于方向切换的存在，建议实际使用中不要把SCLK推到极限。我测试过5MHz以下非常稳定，10MHz在短距离接线（<5cm）时也能跑通，但一旦数据线走线超过10cm或者经过接插件，信号质量下降明显，容易偶尔读到错误数据。工程上建议先从较低频率（1MHz）开始调通，验证通过后再慢慢往上提。

5.2 STM32代码中方向切换的具体写法

在STM32上，BIDIOE位的切换依赖于寄存器操作。下面是STM32G4系列上的一个示例片段：

// 发送命令字节函数 static void spi3_send_cmd(uint8_t cmd) { // 确保数据线为输出方向 SET_BIT(SPI1->CR1, SPI_CR1_BIDIOE); while (!(SPI1->SR & SPI_SR_TXE)); *((volatile uint8_t*)&SPI1->DR) = cmd; while (SPI1->SR & SPI_SR_BSY); // 等待发送完成 } // 读数据字节函数 static uint8_t spi3_read_byte(void) { uint8_t data; CLEAR_BIT(SPI1->CR1, SPI_CR1_BIDIOE); // 切换为输入 // 写一个伪字节产生时钟 *((volatile uint8_t*)&SPI1->DR) = 0xFF; while (!(SPI1->SR & SPI_SR_RXNE)); data = *((volatile uint8_t*)&SPI1->DR); return data; }

发命令字节后，如果紧接着要读数据，需要先确认命令字节已经完全移出（等待BSY清零），然后再切换方向。否则可能在命令字节还没完全发出去时就把数据线切到输入方向，导致命令字节不完整。这一点在时序上非常讲究，很多人刚开始写的时候在发送命令和切换方向之间不加等待，结果读出来永远是错的数据。

读取完成后，如果需要在下一次操作时发送命令，记得恢复BIDIOE为输出。我封装了一个三合一函数，把片选、命令发送、方向切换和数据读取都包在里面，这样调用侧不用关系底层细节，代码也更不容易出错。

5.3 HAL库API和寄存器操作的取舍

STM32的HAL库对SPI半双工模式有封装，HAL_SPI_Transmit和HAL_SPI_Receive可以分别处理发送和接收阶段。但在实际调试3线SPI时，我发现直接操作寄存器往往更可控，因为HAL库在方向切换的处理上有时过于“智能”，会引入不必要的延迟，导致时序窗口不稳定。

HAL库的问题在于，它默认认为SPI是全双工或者半双工的，在调用HAL_SPI_Transmit之后，SPI硬件方向位会自动变为输出；调用HAL_SPI_Receive时，方向位理论上应该切回输入，但部分HAL实现在切换前会等待TXE标志，这已经引入了额外延时。如果你对实时性要求不高，用HAL库能跑通；但如果传感器读取频率很高，或者系统里还有别的中断干扰HAL库的状态机，我建议像我一样直接在驱动层写寄存器操作，绕开HAL库的中间层。这样代码可读性稍差一点，但可控性强了不止一档。

另外一个常见的优化空间是用DMA。ISM330DLC的3线SPI模式下，如果主机在接收阶段使用DMA外设自动产生时钟并搬运数据，很大程度能减轻CPU负担。要注意的是，DMA接收前同样要把BIDIOE位切到输入方向，DMA传输完成后恢复为输出。在STM32G4上配置DMA时，传输方向是针对SPI_RX的，这个方向和BIDIOE是两回事，需要分开处理。

6. 调试实录：典型问题与排查思路

6.1 读WHO_AM_I返回0xFF或0x00

这是最常见的故障现象，出现这个问题的原因通常有三个。

第一个是硬件接线问题：3线SPI模式下如果数据线接错了引脚，或者把SDO引脚当作数据线来用，读回来肯定是0xFF。务必检查SDI/SDO引脚是否接到了主机侧的MOSI/数据引脚上，SDO/SA0引脚是否用作地址选择而非数据线。

第二个是寄存器配置问题：芯片上电后默认处于4线SPI模式，如果你的代码还没有把CTRL3_C的SIM位写成1，芯片就不会在SDI引脚上输出数据，命令字节发过去，数据根本不会回来。解决办法是在初始化时确保CTRL3_C写入0x4C。

第三个是时钟极性/相位配置错误：CPOL/CPHA一旦选错，数据采样点落在错误的边沿上，读出来的数据每个bit都有机会错位，最终结果就是0xFF或者0x00这种极端值。把CPOL设为0、CPHA设为0再试一次，大多数情况下能解决。

6.2 数据时好时坏、偶尔跳变

这种现象在排除供电问题之后，大概率是数据线方向切换时序抖动所致。在硬件SPI模式下，如果使用了偏高的SPI时钟，方向切换窗口会变窄，再加上系统里中断的干扰，个别数据帧就会读错。措施有三个：降低SPI时钟、把片选控制改成硬件CS以缩短端到端延时、在数据线方向切换前后加适当延时。

如果是GPIO模拟的方式，还有一个常见原因是读取数据的采样语句放在了时钟边沿的错误一侧。要保证在时钟的采样边沿到来时数据线已经稳定，同时方向切换要早于第一个采样边沿至少半个周期。推荐把方向切换放在命令字节发送完成后、产生第一个读时钟之前，中间用一条空的NOP指令做保险。

6.3 与SPI Flash或TFT屏共用总线时的坑

很多系统里ISM330DLC会和其他SPI设备挂在同一条总线上。4线SPI模式时，ISM330DLC的SDO输出只有在CS拉低、且确实在读操作时才会激活，其他时间MISO线处于高阻状态，外部通常需要加上拉电阻来保证浮空时保持稳定。3线SPI模式时，数据线是双向的，如果同一时刻有两个从设备试图驱动这条线，就会发生总线冲突，导致所有设备都收到错误数据。

共用总线的安全做法是：每个片选都由MCU单独控制，ISM330DLC的CS绝对不能和Flash的CS并到一起；在ISM330DLC的读操作完成、CS拉高之前，确保数据线的方向已经切回输出或者保持高阻；总线上的上拉电阻值不能太小，建议4.7kΩ到10kΩ，太小会加重驱动负担，太大会导致边沿变缓、信号质量下降。

6.4 3线SPI模式下的散热和布局注意事项

这个可能听起来有点奇怪，但在我实际测试中发现，ISM330DLC这种MEMS传感器对高频数字信号串扰很敏感。SPI时钟线如果和数据线平行走线过长，时钟跳变可能通过寄生电容耦合到数据线上，造成读取数据跳变。建议在PCB上让SPC时钟线尽量远离数据线，如果空间允许，中间隔一条地平面或者走一根地线屏蔽。另外，传感器芯片下方尽量不要走大电流的数字信号线，避免地弹噪声影响MEMS敏感单元。

7. 最后再分享一个小技巧

调试3线SPI模式的过程中，最让我受益的还是那句老话：先把链路验证通了，再做应用层的功能。所谓链路验证，就是老老实实读WHO_AM_I，确认读到0x6A，然后再去折腾加速度计和陀螺仪的配置。不少朋友一上来就急着读取实时数据，结果发现数据全零或者乱跳，最后排查了半天才发现连最基本的寄存器通信都没建立起来。

如果手头有逻辑分析仪或者示波器，务必把SPC、CS、数据线三根线都抓出来看一遍波形。3线SPI的时序比4线SPI更需要肉眼确认，尤其是命令字节和读数据之间的方向切换点。我这次调试时就是靠逻辑分析仪抓到了一处方向切换晚了半拍的波形，才定位到问题。把基础时序跑对之后，剩下的事情，无非就是按照数据手册把量程和采样率配好，然后安心做姿态解算就行了。