这一次我们探索另一种常见的串行通讯方式——SPI（串行外设接口）。SPI 作为一种高速、全双工、同步的通信总线，在众多嵌入式系统和电子设备中都有着广泛的应用。而为了对 SPI 接口的功能进行全面且有效的测试，我们本次将采用一种独特且实用的测试方法——Loopback（回环）测试。       在 SPI 通信架构中，主要涉及到四个关键的信号引脚：SCK（串行时钟）、MOSI（主设备输出/从设备输入）、MISO（主设备输入/从设备输出）以及 CS（从设备选择）。主设备通过 SCK 引脚提供时钟信号，控制数据的传输节奏；MOSI 引脚用于主设备向从设备发送数据；MISO 引脚则负责从设备向主设备回传数据；CS 引脚用于主设备选择与之通信的从设备。
/ U0 R4 f! |3 S/ z* H6 l2 i2 ^! N) o       而 Loopback 测试方法，其核心精髓在于构建一个自环通路，让 SPI 通信在不依赖外部从设备的情况下，也能快速验证 SPI 接口的基本功能是否正常运作。具体实现方式是将 SPI 主设备的 MOSI 引脚与 MISO 引脚进行短接。这样一来，主设备发送出去的数据，无需经过外部设备的中转，直接通过短接的线路被自身接收，从而形成一个完整的闭环验证系统。这种方式有这一些显著优势：
5 I9 m$ Q: J! @/ Y( X& J高效排除硬件连接问题
! d9 v* X9 \  E* B- m, m/ L       在实际的复杂电子系统中，硬件连接问题往往是导致通信故障的常见因素之一。外部设备可能由于接触不良、线路受到电磁干扰、引脚虚焊等多种原因，使得 SPI 通信无法正常进行。而通过 Loopback 测试，我们可以将问题范围迅速缩小到 SPI 控制器本身。因为在这种测试模式下，数据传输完全在主设备内部完成，无需考虑外部设备的连接状态。如果测试能够顺利通过，就说明 SPI 控制器的硬件部分基本工作正常，从而排除了因硬件连接问题导致的通信失败的可能性，为后续的故障排查提供了明确的方向。
全面验证协议配置
( i) c+ X! z, {# j0 |2 p       SPI 通信协议具有多种可配置的参数，这些参数的正确设置对于通信的成功至关重要。例如，时钟极性（CPOL）决定了串行时钟信号在空闲状态时的电平高低；时钟相位（CPHA）则规定了数据采样和变化的时刻与时钟信号边沿的关系；数据位宽可以是 8 位、16 位甚至更宽，影响着每次传输的数据量；传输方向也有全双工和半双工之分，决定了数据是否可以同时进行双向传输。Loopback 测试为验证这些关键参数配置是否正确提供了一个绝佳的平台。在测试过程中，我们可以按照预定的协议配置发送特定格式的数据，然后检查主设备接收到的数据是否与发送的数据一致。如果数据能够准确无误地被接收，就说明当前的协议配置是正确的；反之，如果出现数据错误或通信异常，我们就可以根据测试结果有针对性地调整协议参数，直到找到正确的配置组合。
显著简化调试流程
* C8 u$ m1 m, O& Z( Z5 ^- D: y       在开发初期，准备外部从设备往往需要花费大量的时间和精力。不仅要确保从设备的硬件连接正确无误，还需要对从设备进行相应的编程和配置，以使其能够与主设备进行正常的通信。而 Loopback 测试则完全摒弃了这一繁琐的过程，无需准备外部从设备，大大节省了测试准备时间。开发人员可以在开发环境搭建完成后，立即进行 SPI 接口的基本功能测试，快速验证硬件基础功能是否正常。这使得开发人员能够更加专注于 SPI 控制器本身的功能实现和优化，提高了开发效率，缩短了产品的开发周期。
       要实现Loopback测试最主要的硬件部分就是引脚短接，本开发板上连接了很多的外设器件，那么我们想要短接只能找一下能用的外接接口：

      最有效的就是使用arduino接口，CN5对应的就有SPI对应的是D11和D12，注意这个不是MCU的引脚，对应的引脚是PA6和PA7
      进一步查看STM32CubeMX可以看到，这里我们选择SPI1：
9 b( ~0 p# c% ^2 p- v

: N" D  }2 X- N, d$ y

  |7 l0 U, z- m8 e8 \6 A      实物连接如下：
& K: U- N- v5 U3 M8 D3 H8 o% i7 J- Y

  p( X0 z) ?  O, b! p- ^, O# G' }

' U: K4 c/ G2 v9 B      接下来我们进行SPI的配置，

, S/ `" j5 s  C

  ]6 J8 r5 y1 T! N      接下来编写一下SPI测试程序：

1. void SPI_Loopback_Test(void)
   
2. {
   
3.   uint8_t tx_buffer[16] = {0x01,0x02,0x03,0x04,0x05,0x06,0x07,0x08,
   
4.                            0x09,0x0A,0x0B,0x0C,0x0D,0x0E,0x0F,0x10};
   
5.   uint8_t rx_buffer[16] = {0};
   
6.   
   3 f  T- [( `+ I' U7 G9 C2 h$ N
7.   // 发送并接收数据
   4 M. V" b: q& h  k3 x4 F" l8 ^9 G
8.   HAL_SPI_TransmitReceive(&hspi3, tx_buffer, rx_buffer, 16, 100);
   , p0 {' z6 {. f  X) F
9.   
   2 ~3 Q" l  P/ J9 _5 p+ ]
10.   // 验证数据一致性
    
11.   if(memcmp(tx_buffer, rx_buffer, 16) == 0) {
    
12.     // 数据匹配，测试通过
    
13.     HAL_UART_Transmit(&huart1, (uint8_t *)&rx_buffer, 16, 0xFFFF);
    
14.   }
    7 r: {4 L3 B, A1 ]' a% _
15. }

复制代码

     效果如下：
$ a7 `$ z4 w8 h, O( ~" y

6 ^3 E" e/ w& E. r% P

5 p! ^& Z- c3 S7 G& l8 y% s4 |      可以看到数据收到后通过串口发送了出来，和传输的数据是一样的（后16个），其实SPI还有很多用处，很多外设模块使用的都是SPI接口，有时候只发送（比如一些TFT的控制），更多的是传感器，不过需要注意很多从机的传感器是需要主机提供时钟的，也就是说在读取的时候也需要主机给时钟驱动，还有一点就是SPI的频率不能太高，本次我使用2分频（SPI频率24MHz）就SPI通信失败了，没有收到数据，将分频提高到32（1.5MHz）就通信成功了。



5 O8 _, _! L5 K4 g; x4 v

: O4 e% G' X7 m8 {  h/ B