MC13192 SPI接口深度解析：从基础协议到高效数据搬运实战-CSDN博客

1. 项目概述与SPI核心价值

如果你正在开发基于MC13192这类低功耗无线收发器的嵌入式项目，那么和它的SPI接口打交道绝对是绕不开的一环。这玩意儿看着简单，就四根线，但里面的门道可不少。手册里那一百多页的寄存器描述和时序图，刚开始看确实容易让人头大。我当年第一次调MC13192的驱动，光是搞明白怎么正确地读一个寄存器、写一个数据包，就折腾了好几天，没少踩坑。

简单来说，SPI就是MC13192的“神经系统”和“数据血管”。主控MCU通过它，不仅能给芯片“下命令”——配置工作频道、发射功率、数据速率这些核心参数，还能实时“问状态”——读取接收信号强度、检查中断标志、获取时间戳。更重要的是，所有的无线数据收发，无论是ZigBee协议栈的数据包，还是自定义的流模式数据，都得通过SPI这根管道进进出出。它的效率和稳定性，直接决定了你整个无线节点的响应速度、功耗和通信可靠性。

很多人觉得SPI就是简单的“发命令-等回应”，但对于MC13192，你得把它理解成一个有特定“方言”和“礼仪”的对话者。它不支持随意的8位读写，而是强制要求16位数据宽度；它有独特的“递归访问”模式，能极大提升批量配置和数据吞吐的效率；它甚至把“软件复位”这种功能也映射成了一个特殊的寄存器写操作。吃透这些细节，你才能让它服服帖帖地工作，而不是被各种莫名其妙的超时和错误状态搞到崩溃。接下来，我就结合手册和实际调试经验，把这套“方言”和“礼仪”掰开揉碎了讲清楚。

2. MC13192 SPI接口的硬件与基础协议解析

2.1 四线制接口与角色定义

MC13192的SPI是标准的4线制、从机模式接口。这意味着它自己永远不会发起通信，永远在等待主控MCU（比如STM32、ESP32或者任何一款带SPI的MCU）的召唤。这四根线各有各的职责，一根都不能接错：

SPICLK (SPI时钟) ：由主控MCU产生并输出给MC13192。所有的数据收发都严格跟随这个时钟的节拍。MC13192要求时钟的相位和极性模式为 CPHA=0, CPOL=0 。这是什么意思呢？就是说，数据在时钟的上升沿被采样（锁存），在时钟的下降沿进行切换（准备下一个数据位）。这是最常用的一种SPI模式，但务必在你的MCU SPI初始化代码里确认配置正确，这是通信的基石。
MOSI (主出从入) ：主控MCU通过这根线向MC13192发送数据，包括寄存器地址、写操作的数据。
MISO (主入从出) ： MC13192通过这根线向主控MCU返回数据，比如寄存器的值、接收到的数据包内容。
CE (片选，低电平有效) ：这是整个SPI事务的“开关”。当CE被主控拉低，MC13192就知道：“主人要跟我说话了”，并开始监听SPICLK和MOSI。当CE被拉高，本次对话结束，MC13192会释放MISO线（如果配置为高阻态）。 任何一个完整的SPI操作，都必须被CE的下降沿和上升沿严格包裹起来。

注意：关于MISO，有两个关键的配置项新手容易忽略。一是驱动强度（ miso_drv[1:0] ），在 GPIO_Data_Out 寄存器里，如果你的SPI线走得比较长或者挂了多个设备，建议设置为最大驱动强度（ 11 ）以保证信号质量。二是高阻态控制（ miso_hiz_en ），在 Control_B 寄存器里。如果MC13192是SPI总线上唯一的从机，可以设为 0 ，让MISO始终有效；如果总线上有其他从机， 必须设为 1 （默认值） ，让MC13192在未被选中时释放MISO总线，避免总线冲突。

2.2 核心事务协议：不止是8位那么简单

这是MC13192 SPI第一个容易让人困惑的地方。虽然底层硬件传输是以8位为一个“突发”，但MC13192定义了一个更高层的“事务”概念。 一个最简单的事务，必须由3个连续的8位突发构成，总共24位。 这24位分为一个8位的“头部”和两个8位的“载荷”。

头部（Header - 8位） ：这是你发给MC13192的第一个字节，它告诉芯片两件事：“我要读还是写？”以及“我要操作哪个地址？”。

Bit 7 (最高位 MSB) ： R/W位 。 1 代表读操作（主控从MC13192读数据）， 0 代表写操作（主控向MC13192写数据）。
Bit 6-0 ： 6位地址域 。这决定了你要访问64个可能寄存器地址中的哪一个（虽然实际实现的没那么多）。例如，地址 0x25 对应 RST_Ind 寄存器。

载荷（Payload - 16位） ：紧跟在头部后面的两个字节（16位）。对于 写事务 ，这两个字节就是你要写入目标寄存器的数据；对于 读事务 ，在主机发送头部后，MC13192会在这两个字节的时钟周期内，通过MISO线将目标寄存器的数据发送回来。

时序与帧结构 ：整个过程必须严格遵守时序。手册给出了关键参数，例如SPICLK周期最小125ns（对应最高8MHz），建立和保持时间均为15ns。在实际编程时，你需要用示波器或者逻辑分析仪抓取波形，确保CE、SPICLK、MOSI/MISO的时序完全符合图5-3（读）和图5-4（写）的规范。一个常见的错误是CE拉低后，没有等待足够时间（T4）就启动时钟，或者时钟边沿太靠近CE边沿。

3. 关键寄存器功能详解与实战应用

手册里列出了几十个寄存器，我们挑几个最核心、最能体现SPI操作特点的来讲，并说明在实际代码中如何应用它们。

3.1 RST_Ind寄存器（地址0x25）：系统状态侦察兵

这个寄存器只有一个有效位 reset_ind （位7）。它的行为很特殊：每次芯片发生硬件复位（RST引脚）或程序复位（写地址0x00）后，该位会被清零。只有当主控MCU去读取这个寄存器（地址0x25）之后，这一位才会被置1，并且之后会一直保持为1，直到下一次复位发生。

它解决了什么问题？ 想象一下这个场景：你的MCU和MC13192都上电了，MCU开始通过SPI初始化MC13192。你怎么知道MC13192的芯片内核是否已经稳定完成了复位，可以接受配置了呢？直接写配置寄存器可能会失败。这时，你可以通过读取 RST_Ind 寄存器来判断：

如果读回的 reset_ind 位是 0 ，说明芯片刚刚复位完成，并且这是复位后第一次读这个寄存器。你的初始化流程可以安全开始。
如果读回的 reset_ind 位是 1 ，说明芯片之前已经完成复位，并且被读取过。这可能发生在MCU软件看门狗复位而MC13192硬件未复位的情况下，你需要根据实际情况决定是重新初始化还是继续之前的逻辑。

实操代码思路（伪代码） ：

// 函数：检查MC13192复位状态
bool MC13192_CheckResetStatus(SPI_HandleTypeDef *hspi) {
    uint8_t header = (1 << 7) | 0x25; // 读操作，地址0x25
    uint16_t reg_value = 0;
    uint8_t rx_buf[2];

    HAL_GPIO_WritePin(CE_GPIO_Port, CE_Pin, GPIO_PIN_RESET); // CE拉低
    HAL_SPI_Transmit(hspi, &header, 1, HAL_MAX_DELAY);      // 发送读命令头
    HAL_SPI_Receive(hspi, rx_buf, 2, HAL_MAX_DELAY);        // 接收16位数据
    HAL_GPIO_WritePin(CE_GPIO_Port, CE_Pin, GPIO_PIN_SET);   // CE拉高

    reg_value = (rx_buf[0] << 8) | rx_buf[1]; // 组合成16位值

    if ((reg_value & 0x0080) == 0) { // 检查bit7是否为0
        // 首次读取，芯片刚复位完成
        return true; // 需要完整初始化
    } else {
        // 已读取过，芯片可能处于未知状态，建议进行软复位或重新初始化
        return false;
    }
}

3.2 Current_Time与Timestamp寄存器：精准的时间之手

MC13192内部有一个24位的Event Timer计数器，一直在运行。 Current_Time_A (0x26)和 Current_Time_B (0x27)用于读取这个计数器的当前值，分别对应高8位和低16位。而 Timestamp_A (0x2E)和 Timestamp_B (0x2F)则用于捕获特定时刻： 当芯片检测到一个有效数据包的帧起始定界符时，会自动将当前的Event Timer值锁存到这两个寄存器中。

为什么这很重要？ 在无线Mesh网络或需要时间同步的应用中，精确的时间戳是无价的。例如，在ZigBee网络中，可以用它来计算信号的飞行时间（ToF）进行粗略测距，或者协调不同节点间的休眠与唤醒时序，实现超低功耗的网络。

如何读取24位时间值？ 由于SPI是16位访问，你需要发起两次独立的读操作，或者使用我们后面会讲的“递归读”功能。

uint32_t MC13192_ReadEventTimer(void) {
    uint32_t time_high, time_low, full_time;
    // 读取高8位 (地址0x26)
    time_high = MC13192_SPI_ReadRegister(0x26) & 0x00FF; // 取低字节有效
    // 读取低16位 (地址0x27)
    time_low = MC13192_SPI_ReadRegister(0x27);
    // 组合成24位值
    full_time = (time_high << 16) | time_low;
    return full_time;
}

时间戳的应用流程 ：

节点A发送一个数据包。
节点B收到包，产生 rx_rcvd_irq 中断。
在中断服务程序里，节点B立即读取 Timestamp_A/B 寄存器，得到包到达的精确本地时间。
节点B可以将这个时间戳包含在应答包里发回给节点A。
节点A收到应答，结合自己发送时记录的时间，就能计算出双向通信的延迟。

3.3 GPIO_Data_In寄存器（地址0x28）：感知外部世界

这个寄存器是只读的，用于读取那些被配置为输入模式的GPIO引脚的电平状态。MC13192有7个可用的GPIO（GPIO1-GPIO7），每个都可以独立配置为输入或输出。

配置与读取的联动关系 ： GPIO的状态不是直接在这里设置的。你需要通过 GPIO_Data_Out 寄存器设置输出值，通过 GPIO_Data_Dir 等寄存器配置方向。只有当某个GPIO被配置为输入时（例如，设置 gpio1_oen=0 且 gpio1_ien=1 ）， GPIO_Data_In 寄存器中对应的位（ gpio1_i ）才会反映该引脚上真实的电平状态。

实战场景 ：你可以用GPIO来连接一个外部传感器（如温湿度的中断引脚），或者作为一个硬件按钮的输入。当配置为输入后，主控MCU可以定期轮询 GPIO_Data_In 寄存器，或者结合中断功能（如果GPIO支持中断到 IRQ 引脚），来及时响应外部事件，而无需增加额外的IO扩展芯片。

3.4 数据包长度与状态寄存器：通信的指挥所

RX_Status 寄存器（地址0x2D）是一个信息丰富的寄存器，包含两个关键字段：

cca_final[7:0] ：信道能量检测结果。在你发起传输前，可以通过CCA（空闲信道评估）来判断信道是否被占用。这个值越大，表示信道背景噪声或干扰越强。
rx_pkt_latch[6:0] ： 这是最重要的字段之一 。当MC13192检测到一个有效数据包的开始（帧起始定界符）时，它会从包头中解析出数据包的长度（包括2字节的CRC），并锁存到这个7位字段中。这个值最大为127。

如何利用 rx_pkt_latch ？ 在数据包接收模式下，你收到 rx_rcvd_irq 中断后，第一件事就是读取这个寄存器，获取即将要从接收Packet RAM中读取的数据字节数。注意：这个长度包含了数据载荷和2字节的CRC。通常你的应用层不关心CRC（由硬件自动校验），所以实际需要读取的字节数是 rx_pkt_latch - 2 。

4. 高效数据搬运：递归访问与Packet RAM操作

这是MC13192 SPI设计中最精妙的部分，理解了它能极大提升你的代码效率。

4.1 递归访问模式：一键连续读写

常规的单次SPI事务（3个突发）只能读写一个16位寄存器。如果你要初始化一连串的寄存器，或者读取一串时间数据，效率就很低。递归访问模式解决了这个问题。

工作原理 ：在发起一次标准的读或写事务后， 不要拉高CE信号 ，而是继续保持CE为低电平，并继续提供SPI时钟。对于读操作，MC13192会在接下来的每16个时钟（2个突发）中，自动输出 下一个 寄存器地址的内容；对于写操作，MCU可以在接下来的每16个时钟中，向 下一个 寄存器地址写入数据。地址指针会自动递增。

关键限制与“滚回”机制 ：当地址指针递增到最大值63（0x3F）后，它不会停止，而是会“滚回”到地址0x03，然后继续递增。为什么是0x03？这是为了避开三个特殊地址：

0x00 ：写操作会触发软件复位！
0x01 ：映射到接收Packet RAM。
0x02 ：映射到发送Packet RAM。这种设计避免了在递归访问中意外触发复位或破坏Packet RAM数据。

递归读示例（读取多个连续寄存器） ：假设要读取地址0x10, 0x11, 0x12三个寄存器的值。

// 伪代码，展示递归读流程
void MC13192_RecursiveRead(uint8_t start_addr, uint16_t *data_buf, uint8_t word_count) {
    uint8_t header = (1 << 7) | start_addr; // 读命令，起始地址
    HAL_GPIO_WritePin(CE_GPIO_Port, CE_Pin, GPIO_PIN_RESET);
    HAL_SPI_Transmit(hspi, &header, 1, HAL_MAX_DELAY); // 发送头部

    // 连续读取 word_count 个16位数据
    // 注意：SPI接收需要知道总字节数 = word_count * 2
    HAL_SPI_Receive(hspi, (uint8_t*)data_buf, word_count * 2, HAL_MAX_DELAY);

    HAL_GPIO_WritePin(CE_GPIO_Port, CE_Pin, GPIO_PIN_SET);
    // data_buf 中 now 按顺序存储了地址 start_addr, start_addr+1... 的值
}

在这个例子中，我们只发送了一次头部（地址0x10，读命令），然后连续进行了6次SPI突发接收（3个寄存器 * 2字节/寄存器），就拿到了所有数据。如果不用递归模式，我们需要操作3次CE，发送3次头部，总共9次SPI突发，效率提升非常明显。

4.2 Packet RAM访问：数据吞吐的生命线

MC13192内部有3块128字节的RAM专门用于数据包缓存：1块用于接收，2块用于发送（通过 tx_ram2_select 选择）。访问它们不是通过普通的寄存器地址，而是通过两个特殊的“门户”寄存器：

RX_Pkt_RAM (地址 0x01) ：读取接收到的数据包。
TX_Pkt_RAM (地址 0x02) ：写入要发送的数据包。

访问Packet RAM 必须使用递归模式。当你访问这两个地址时，内部的地址指针不会像访问普通寄存器那样递增到下一个寄存器地址，而是递增Packet RAM内部的字地址（每字16位）。这允许你用一次SPI事务，读写最多64个字（128字节）的连续数据。

接收Packet RAM读取流程（重点与坑点） ：这是最容易出错的地方。手册的流程描述有些晦涩，我结合代码解释：

确定长度 ：收到接收完成中断后，先读 RX_Status 寄存器，获取 rx_pkt_latch 值。假设为 L 。
计算实际需读取的字节数 ：
- 应用层通常不需要CRC，所以有效数据字节数 N = L - 2 。
- SPI访问必须以16位（2字节）为单位。如果 N 是奇数，需要向上对齐到偶数 N_even = (N + 1) & 0xFE 。
- 最关键的坑 ： 第一次递归读出的第一个16位字是无效的，必须丢弃！ 这是硬件设计使然。因此，总共需要SPI接收的字节数 TotalBytes = N_even + 2 。
执行递归读 ：
- CE拉低。
- 发送读头部（地址0x01， R/W=1）。
- 连续接收 TotalBytes 个字节。
- CE拉高。
数据处理 ：丢弃接收缓冲区的前2个字节，剩下的就是你的有效数据包。如果 N 是奇数，最后一个字节也是填充的无效数据，需要丢弃。

发送Packet RAM写入流程 ：

选择RAM块 ：通过 TX_Pkt_Ctl 寄存器的 tx_ram2_select 位选择使用哪块发送RAM。
设置长度 ： 在写入数据之前 ，必须先将欲发送的数据包长度（包含2字节CRC）写入 TX_Pkt_Ctl 寄存器的 tx_pkt_length[6:0] 字段。例如，你要发送10字节数据，这里要写入12。
计算写入字节数 ：数据本身长度 N （不含CRC）。同样需要对齐到偶数 N_even 。
执行递归写 ：
- CE拉低。
- 发送写头部（地址0x02， R/W=0）。
- 连续发送 N_even 个字节的数据。如果 N 是奇数，最后一个字节可以发送任意值（通常为0）。
- CE拉高。

重要心得 ：在调试Packet RAM读写时， 一定要用逻辑分析仪抓取SPI波形 。直观地看到CE、CLK、MOSI、MISO的时序和具体数据，是排查“数据对不上”、“长度错误”等问题最快的方法。对照手册的时序图，检查第一个无效字是否被正确跳过，检查字节对齐是否正确。

5. 特殊功能与操作模式解析

5.1 软件复位（写地址0x00）

这是一个非常有用但需要谨慎使用的功能。向地址 0x00 执行一次 写操作 （无论写入什么数据），都会立即触发MC13192数字核心的软件复位。其效果类似于拉低外部RST引脚，但RAM内容会得以保留。

使用场景 ：

当SPI通信状态异常，怀疑芯片内部状态机卡死时。
在系统需要深度复位但希望保留Packet RAM中未处理数据时（虽然不常见）。
注意：该复位在头部字节（包含地址0x00和写命令）被移入MOSI时立即生效，并持续到CE被拉高。在此期间，任何后续的SPI时钟都是无效的。

安全提示 ：在你的SPI驱动函数中，对于地址参数要格外小心。避免在循环或递归访问中意外遍历到地址0x00，否则会导致意外的系统复位。一个良好的实践是，将软件复位封装为一个独立的、函数名显式的API，如 MC13192_SoftReset() ，而不是暴露通用的写寄存器函数。

5.2 工作模式与状态转换

MC13192有多个功耗和工作状态（Off, Hibernate, Doze, Idle, RX, TX, CCA）。SPI是控制这些状态转换的主要手段。理解图6-1到图6-4的状态机至关重要。

Idle模式 是大多数操作的起点和终点。只有在此模式下，SPI才是完全可访问的。
进入**低功耗模式（Hibernate/Doze）**需要通过SPI配置相应寄存器（ hib_en , doze_en ）。
从低功耗模式唤醒，可以通过外部 ATTN 引脚的中断，或者内部定时器比较器（ tmr_cmp2 ）到期。
启动 发射（TX）或接收（RX） ，需要设置 RXTXEN 位，并结合 xcvr_seq （包模式）或 tx_strm / rx_strm （流模式）等字段。

模式切换的延迟 ：表6-1给出了模式切换的时间。例如，从Hibernate到Idle需要8-20ms。在你的代码中，在发出模式切换命令后，必须添加足够的延时（例如，用 hal_delay 或检查状态位），等待芯片稳定进入新状态后，才能进行下一步操作。急于进行SPI访问是导致通信失败的常见原因。

5.3 BER_Enable与PSM_Mode：射频测试的利器

BER_Enable 寄存器（0x30）和 PSM_Mode 寄存器（0x31）主要用于产品研发和生产测试阶段。

BER_Enable ：将 ber_en 位置1，可以使收发器进入连续发射或连续接收模式。这在测量发射机恒定载波下的功耗、频谱，或接收机在恒定信号输入下的电流时非常有用。 在正常通信应用中，此位必须保持为0（默认值） ，否则芯片将无法自动结束收发序列。
PSM_Mode ：通过 psm_tm[2:0] 字段，可以关闭发射机的调制器，使其输出未调制的载波。结合 BER_Enable 的连续发射模式，可以方便地用频谱仪观察发射机的本征频谱特性，评估相位噪声、杂散等指标。

对普通开发者的意义 ：虽然日常应用不常用，但知道这些寄存器的存在是有好处的。如果你的产品突然无法正常通信，而硬件又检查无误，可以确认一下这些测试模式寄存器是否被意外改写（例如，由于SPI地址错误或内存溢出）。一个快速的完整性检查就是读取这些寄存器的值，确认它们处于默认状态。

6. 常见问题排查与调试心得

调通MC13192的SPI，一半靠理解协议，一半靠调试技巧。下面是我总结的几个典型问题和解决方法。

6.1 问题排查速查表

现象	可能原因	排查步骤与解决方法
完全无响应，读任何寄存器都返回0x0000或0xFFFF	1. 硬件连接错误（线接反、虚焊） 2. SPI模式配置错误（CPHA, CPOL） 3. CE信号时序问题 4. 芯片未正常上电或复位	1. 用万用表检查电源、地、复位引脚电平。 2. 用示波器/逻辑分析仪观察CE、SPICLK、MOSI波形，确认CE在传输期间为低，SPICLK频率和模式正确，MOSI上有数据。 3. 尝试进行软件复位（写0x00），然后读取 `RST_Ind` 寄存器看状态是否变化。
能读ID寄存器，但配置其他寄存器失败	1. 芯片处于非Idle模式（如Hibernate） 2. SPI时钟频率过快 3. 寄存器地址错误	1. 确保芯片已退出低功耗模式（等待足够时间或检查状态）。 2. 降低SPICLK频率（如降到1MHz以下）测试。 3. 核对寄存器地址映射表，确认要写的寄存器是否可写（TYPE为r/w）。
接收数据包不完整或错乱	1. 接收Packet RAM读取流程错误 2. `rx_pkt_latch` 理解有误 3. SPI递归读未丢弃第一个无效字 4. 字节序处理错误	1. 用逻辑分析仪捕获完整的SPI读取波形，这是最直接的证据。 2. 确认计算读取字节数时，正确处理了 `长度-2` 、奇偶对齐和+2（丢弃字）。 3. 检查MCU端将收到的两个字节组合成16位字时，是否遵循了MSB在先的顺序。
发送数据包对方收不到	1. 发送Packet RAM写入流程错误 2. 未正确设置 `tx_pkt_length` 3. 未正确启动发射序列 4. 射频参数（频道、功率）配置错误	1. 确认是先写 `tx_pkt_length` ，再写Packet RAM数据。 2. 确认写入RAM的数据字节数（不含CRC）与 `tx_pkt_length-2` 一致。 3. 检查 `xcvr_seq` 或 `tx_strm` 等序列启动位是否已设置，并拉高了 `RXTXEN` 。 4. 检查PHY相关寄存器（如 `CHANNEL_NUMBER` ）配置。
递归访问时数据错位	1. 未理解地址“滚回”机制 2. CE信号在递归过程中抖动或意外拉高	1. 避免递归访问跨越地址0x00、0x01、0x02。 2. 确保递归访问期间CE信号稳定为低，且MCU的SPI函数支持连续传输。
SPI通信偶尔出错	1. MISO驱动能力不足 2. 电源噪声 3. 中断干扰导致SPI传输被打断	1. 将 `miso_drv` 设置为最大强度（ `11` ）。 2. 在MC13192的电源引脚就近放置去耦电容（如100nF + 10uF）。 3. 在SPI关键事务（如读写Packet RAM）期间，关闭全局中断。

6.2 调试工具与技巧

逻辑分析仪是你的最佳伙伴 ：一个哪怕是最基础的8通道逻辑分析仪（配合PulseView或Saleae软件），也能让你直观地看到SPI四根线上的每一个比特。对照手册的时序图，检查建立时间、保持时间、CE宽度。查看发送的头部字节是否正确，返回的数据是否符合预期。这是定位硬件连接、时序问题和协议理解错误的最快方法。
从简到繁，逐步验证 ：
- 第一步 ：先实现最基本的单寄存器读写函数。从读取 Chip_ID 寄存器（0x2C）开始，这是验证通信链路是否打通的最佳选择，因为它有固定的返回值（0x5000或0x5400）。
- 第二步 ：测试软件复位（写0x00）和 RST_Ind 寄存器读取，验证芯片状态控制。
- 第三步 ：实现递归读函数，连续读取多个已知的寄存器（如一系列配置寄存器），验证地址递增逻辑。
- 第四步 ：尝试读写Packet RAM。可以先写一个固定的数据模式（如0xAA55, 0x55AA）到发送RAM，然后再用递归读读回来，验证RAM访问的基本逻辑。
- 第五步 ：最后再整合射频配置，进行实际的无线收发测试。
善用宏定义和结构体 ：将寄存器地址、位定义用宏或枚举清晰地定义出来。对于包含多个字段的寄存器，可以考虑用位域结构体来操作，这样代码可读性会大大增强。
```
typedef union {
    uint16_t value;
    struct {
        uint16_t reserved0 : 8;
        uint16_t reset_ind : 1;
        uint16_t reserved1 : 7;
    } bits;
} RST_Ind_Reg_t;
```
超时机制 ：在所有SPI传输函数中，尤其是等待中断标志（如发送完成 tx_sent_irq ）时，一定要加入超时判断。避免因为某些异常导致程序永远卡住。