LPC213x UART1自动流控制与SPI通信实战详解

1. 项目概述与核心价值

在嵌入式开发领域，尤其是基于ARM7内核的LPC213x这类经典微控制器，串行通信是连接传感器、显示屏、无线模块乃至另一个处理器的“血管”。UART（通用异步收发器）和SPI（串行外设接口）是其中最常用、也最考验工程师功底的两种通信方式。很多新手在调通基本收发后，往往会卡在通信的稳定性和效率上——数据时快时慢，偶尔还会丢包，尤其是在与一些“脾气不好”的外设或在高波特率下通信时，问题尤为突出。

这背后的核心痛点，往往在于没有正确理解和启用硬件流控制。很多人觉得流控制是“高级功能”，或者嫌多接两根线（RTS和CTS）麻烦，结果就是代码里充斥着各种delay和复杂的缓冲区状态检查，系统既不可靠，效率也低下。实际上，对于LPC213x这类集成了自动流控制硬件的MCU来说，用好这个功能，能让你的串口通信从“手动挡”升级为“自动挡”，CPU可以更专注于业务逻辑，而不是疲于应付数据流的协调。

本文将聚焦于LPC213x的UART1模块，不仅带你读懂数据手册里关于自动RTS和自动CTS的那些寄存器描述，更会结合我十多年调试这类芯片的实际经验，拆解其工作原理、配置陷阱和实战代码。同时，我们也会横向对比其SPI模块的操作逻辑，让你对LPC213x的串行通信子系统有一个立体、透彻的理解。无论你是正在评估LPC213x用于新项目，还是在维护老产品时遇到了通信瓶颈，这篇文章都能提供直接的、可落地的解决方案。

2. UART1自动流控制深度解析

2.1 硬件流控制的基本逻辑：为什么需要它？

在深入寄存器之前，我们必须先建立正确的认知：硬件流控制到底解决了什么问题？想象一下两个水桶（发送方和接收方的缓冲区）通过一根水管（串口线）连接。如果接收方的桶（FIFO）快满了，而发送方还在拼命灌水，结果只能是水（数据）溢出丢失。软件流控制（如XON/XOFF协议）就像两个人在水管两头喊话：“我快满了，别倒了！”，但这存在延迟，且会占用数据通道。

硬件流控制则是在水管旁边又拉了两根“信号绳”：RTS（Request To Send，请求发送）和CTS（Clear To Send，清除发送）。接收方通过拉低RTS信号告诉发送方：“我的桶有空间，你可以发”。发送方在发送每个字节前，会检查CTS信号是否为低电平：“对方允许我发吗？”。只有CTS为低，发送才会进行。这是一种硬件级别的、实时的流量协调机制，效率极高，且不占用数据带宽。

LPC213x的UART1模块将这套逻辑硬件化了，也就是“自动流控制”。你只需要正确配置几个寄存器，硬件就会自动替你管理RTS和CTS信号，无需CPU频繁中断去查询缓冲区状态或操作GPIO。

2.2 自动RTS（Auto-RTS）功能详解

自动RTS功能由接收方（你的LPC213x作为接收端时）控制。其核心思想是：根据UART1接收FIFO的填充水平，自动控制RTS1输出引脚的电平，从而告知远端的发送设备“我是否可以接收更多数据”。

2.2.1 工作原理与寄存器配置

要使能自动RTS，你需要操作两个关键寄存器：U1FCR（FIFO控制寄存器）和U1MCR（Modem控制寄存器）。

1. 设置接收FIFO触发水平（U1FCR）：这是自动RTS的“水位线”。U1FCR的RXTL[1:0]位决定了接收FIFO在达到多少字节时触发RTS动作。例如，设置为0x2（二进制10），表示当FIFO中存有8个字节时（具体字节数需查表，LPC213x的UART1 FIFO深度为16字节，触发级别有4档），硬件认为缓冲区“较满”。
2. 使能自动RTS（U1MCR）：将U1MCR寄存器的第7位CTSen置1。注意，这里的CTSen位名容易引起误解，它实际控制的是自动RTS的使能。当CTSen=1时，RTSen位（U1MCR的第1位）变为只读，其值由硬件根据FIFO状态自动更新并反映到RTS1引脚上。

2.2.2 工作流程与临界时序

使能后，工作流程如下：

• 正常接收：接收FIFO为空或未达到触发水平时，硬件自动将RTS1引脚拉低（有效），告诉发送方：“请发数据”。
• 触发警告：当接收FIFO中的数据量达到你在U1FCR中设置的触发水平时，硬件会立即将RTS1引脚拉高（无效），向发送方发出“暂停发送”的请求。
• 恢复接收：当你的程序从FIFO中读取数据，使得FIFO中的数据量低于触发水平时，硬件会立即将RTS1引脚重新拉低，通知发送方可以继续发送。

这里有一个极其关键的细节，也是很多工程师忽略导致偶尔多收一个字节的原因：如数据手册图20所示，当接收FIFO达到触发水平、RTS1被拉高时，发送方可能已经开始了下一个字节的传输。因为信号传播和对方UART采样存在延迟。这意味着，在RTS1变高后，接收方可能还会正确地再收到一个字节。你的接收FIFO设计必须能容纳“触发水平 + 1”个字节，否则这最后一个字节可能引发溢出错误。例如，你设置触发水平为8字节，那么你的FIFO至少应有9字节的冗余处理能力（硬件FIFO深度为16，所以是安全的，但软件缓冲区设计需注意）。

实操心得：在调试自动RTS时，不要一看到RTS信号变高就立刻认为数据流会绝对停止。最好用逻辑分析仪同时抓取RXD、RTS和接收中断信号。你会发现，在RTS变高的边沿，很可能还有一个字节正在传输中。在软件设计上，你的接收中断服务程序（或轮询读取）的触发阈值应该比硬件触发水平更保守一些，比如硬件设为8字节触发，软件可以在收到6-7字节时就进入处理流程，为这“最后一个字节”留出空间。

2.3 自动CTS（Auto-CTS）功能详解

自动CTS功能由发送方（你的LPC213x作为发送端时）控制。其核心是：在发送每一个字节之前，自动检查CTS1输入引脚的状态，仅当CTS1为低电平（有效，表示对方可以接收）时，才启动发送。

2.3.1 工作原理与寄存器配置

使能自动CTS同样通过U1MCR寄存器完成。

1. 使能自动CTS：将U1MCR寄存器的第7位CTSen置1。是的，同一个位同时控制着自动RTS和自动CTS的使能。当CTSen=1时，UART1的发送器逻辑会在发送每个字符前检查CTS1引脚。
2. 连接CTS信号：确保远端设备（如另一个MCU、蓝牙模块、GPS模块）的RTS输出引脚正确连接到LPC213x的CTS1输入引脚（通常是P0.15的复用功能）。

2.3.2 工作流程与精确时序

使能后，发送流程变得“礼貌”而安全：

• 发送检查：当发送移位寄存器（U1TSR）准备加载下一个字节时，硬件会采样CTS1引脚。
• 允许发送：如果CTS1为低电平，发送正常进行。
• 暂停发送：如果CTS1为高电平，发送器会暂停。它会完成当前正在传输的字符（包括其停止位），然后在TXD1引脚上持续输出“1”（即空闲的Mark状态），等待CTS1变低。
• 恢复发送：一旦检测到CTS1引脚被拉低，发送器会在下一个比特周期开始时，立即发送起始位，继续后续数据的传输。

数据手册图21的时序图清晰地展示了这一点：在CTS1变高的瞬间，发送器并不会戛然而止，而是会完成当前字节的最后一个停止位。这意味着流控制的响应有一个字节的延迟。因此，接收方的RTS信号（连接发送方的CTS）必须提前发出“暂停”请求，这就是为什么自动RTS的触发水平设置至关重要。

2.3.3 中断与状态管理

自动CTS的一个巨大优势是减少中断。在非自动流控制模式下，CTS引脚的状态变化可能会产生Modem状态中断，需要CPU处理。而在自动CTS模式下，只要不使能U1IER中的CTS中断使能位，CTS的变化就不会产生中断，硬件自行处理，极大减轻了CPU负担。

不过，你仍然可以通过读取U1MSR（Modem状态寄存器）的Delta CTS位来查询CTS信号是否发生过变化，用于监控链路状态。

注意事项：自动CTS功能依赖于正确的物理连接和电平。务必确认：

1. 线路连接正确：本机CTS接对方RTS，本机RTS接对方CTS。交叉连接是常见错误。
2. 电平逻辑正确：通常是低电平有效。有些模块可能默认高电平有效，需要查阅其手册并做相应配置或电平转换。
3. 上拉电阻：如果连接线较长或环境嘈杂，建议在CTS和RTS信号线上添加适当的上拉电阻（如4.7kΩ至10kΩ），确保空闲时为确定的高电平，避免误触发。

3. UART1自动流控制实战配置

理解了原理，我们来看如何用代码将其实现。以下配置基于LPC213x的标准外设库或直接寄存器操作，假设系统时钟PCLK为60MHz，目标波特率为115200bps。

3.1 初始化UART1并启用自动流控制

/** * @brief 初始化UART1，配置为115200波特率，8位数据，1位停止位，无校验，并使能自动RTS和自动CTS。 * @param 无 * @return 无 */ void UART1_AutoFlow_Init(void) { // 1. 使能UART1和对应IO口时钟（假设使用P0.8为TXD1，P0.9为RXD1，P0.14为RTS1，P0.15为CTS1） // 这部分代码依赖于具体的系统初始化，此处省略... // 例如：PINSEL0 = (PINSEL0 & ~0xF0F00000) | 0x50500000; // 设置P0.8, P0.9, P0.14, P0.15为UART1功能 // 2. 设置波特率 (DLL/DLM) // 计算公式：DLL + DLM * 256 = PCLK / (16 * 波特率) // 115200波特率：60,000,000 / (16 * 115200) = 32.552 -> 取整32 (0x20) U1LCR = 0x83; // 使能除数锁存访问 (DLAB=1), 8位数据，1位停止，无校验 U1DLL = 32; // 除数低字节 U1DLM = 0; // 除数高字节 // 3. 配置FIFO并设置接收触发水平 // U1FCR: 使能FIFO (Bit0=1)，复位TX/RX FIFO (Bit1,2=1)，接收触发水平设为8字节 (Bit7:6=0, Bit5:4=0? 需查表) // 对于LPC213x，RX触发水平由U1FCR[7:6]控制：00=1字节，01=4字节，10=8字节，11=14字节 // 我们选择8字节触发，即U1FCR[7:6] = 10 (二进制) U1FCR = 0xC1; // 0b11000001: 使能FIFO，复位FIFO，触发水平8字节 // 4. 配置线路控制寄存器（关闭除数锁存） U1LCR = 0x03; // DLAB=0, 8位数据，1位停止，无校验 // 5. 使能自动RTS和自动CTS // U1MCR: Bit7 (CTSen) = 1 使能自动流控制。注意：此时Bit1 (RTSen)变为只读，反映硬件控制的RTS状态。 U1MCR = 0x80; // 0b10000000 // 6. （可选）使能接收中断 // U1IER = 0x01; // 使能接收数据可用中断(RBR中断) }

代码解析与避坑点：

• 步骤2的除数计算：波特率计算务必准确。PCLK（外设时钟）可能不等于主时钟CCLK，需根据系统时钟分频设置确认。计算出的除数如果是小数，会引入误差。LPC213x支持小数分频器（U1FDR），可以更精确地设置波特率，但初始化时通常先使用整数部分。
• 步骤3的FIFO配置：U1FCR的复位位（Bit1和Bit2）在写1后会自清，所以0xC1写入后，实际起作用的位是0x81（使能FIFO+触发水平）。务必在设置波特率（DLAB=1）之后，配置线路控制（DLAB=0）之前配置FIFO，顺序很重要。
• 步骤5的自动流控制：一行U1MCR = 0x80;就同时开启了自动RTS和自动CTS。此时，你不应再手动去操作U1MCR的RTSen位来控制RTS引脚，硬件会全权负责。

3.2 数据收发与状态处理

启用自动流控制后，数据的发送和接收变得非常“省心”。

/** * @brief 通过UART1发送一个字符串（阻塞式，但受CTS流控制） * @param str: 要发送的字符串指针 * @return 无 */ void UART1_SendString(const char *str) { while (*str) { // 等待发送保持寄存器空（THRE=1）。在自动CTS使能下，硬件会自动等待CTS有效后才真正加载数据。 while (!(U1LSR & 0x20)); // 等待THRE位为1 U1THR = *str++; // 写入数据，启动发送 } } /** * @brief UART1接收中断服务程序示例 * @param 无 * @return 无 */ void __irq UART1_IRQHandler(void) { uint32_t irq_status = U1IIR; // 读取中断标识寄存器 // 检查中断源 if ((irq_status & 0x0F) == 0x04) { // 接收数据可用中断（IIR[3:0]=0100） // 循环读取，直到接收FIFO为空 while (U1LSR & 0x01) { // 检查RDR位（接收数据就绪） uint8_t received_data = U1RBR; // 读取数据，会自动清除中断 // 处理接收到的数据，例如放入环形缓冲区 // ring_buffer_put(&uart1_rx_buf, received_data); } // 注意：由于启用了自动RTS，当我们在中断中快速取走数据后， // 接收FIFO水位下降，硬件会自动将RTS拉低，通知对方继续发送。 // 我们无需在软件中手动操作RTS引脚。 } // ... 处理其他中断源（如发送中断、线状态中断等） VICVectAddr = 0; // 中断处理结束 }

关键点：

• 发送函数：虽然看起来是普通的阻塞等待THRE然后发送，但由于自动CTS已启用，当CTS1引脚为高（对方不允许发送）时，即使THRE为1，硬件也不会真正将数据从THR加载到移位寄存器TSR中。THRE位会在当前字节从THR移到TSR后立即置1，但下一个字节的发送会被CTS1信号卡住，直到其变低。因此，这个发送函数是流控制安全的。
• 中断处理：在中断中，我们快速将FIFO中的数据读走。由于自动RTS的作用，当FIFO数据被读走，水位低于触发点时，RTS1信号会自动变低，远端的发送设备会立即检测到并恢复发送。整个过程完全由硬件协调，软件只需关心业务数据处理，实现了收发解耦。

4. SPI通信接口详解与对比

在掌握了UART的异步流控制后，我们再来看看LPC213x上另一种重要的同步串行接口：SPI。SPI是同步、全双工、主从式的通信协议，与UART的异步、全双工、对等通信有本质区别。理解这种区别，有助于你在项目中正确选型。

4.1 SPI核心特性与UART对比

4.2 SPI数据转移格式与时钟模式

这是SPI最让人困惑也最重要的部分，由SPCCR（控制寄存器）中的CPOL（时钟极性）和CPHA（时钟相位）两位控制，组合成4种模式。

• CPOL (Clock Polarity):
  • 0: SCK空闲时为低电平。
  • 1: SCK空闲时为高电平。
• CPHA (Clock Phase):
  • 0: 数据在SCK的第一个边沿（CPOL=0时为上升沿，CPOL=1时为下降沿）被采样，在下一个边沿被切换。
  • 1: 数据在SCK的第二个边沿被采样，在第一个边沿被切换。

如何选择模式？这完全取决于你的从设备（如传感器、Flash芯片）的要求。你必须严格按照从设备数据手册指定的模式进行配置。常见的模式有：

• Mode 0 (CPOL=0, CPHA=0): 最常用。空闲低电平，数据在上升沿采样，下降沿切换。
• Mode 3 (CPOL=1, CPHA=1): 也很常见。空闲高电平，数据在下降沿采样，上升沿切换。

一个快速记忆和调试技巧：CPHA=0意味着数据在第一个时钟边沿被采样。你只需要确定这个边沿是上升沿还是下降沿（由CPOL决定），然后确保主从设备配置一致。用逻辑分析仪抓取SCK、MOSI、MISO波形时，重点看数据线（MOSI/MISO）在哪个时钟边沿是稳定的（采样点），在哪个边沿是变化的（切换点）。

4.3 LPC213x SPI主模式操作流程与代码

LPC213x的SPI模块可以工作在主模式或从模式。作为主设备时，它负责生成SCK时钟，并控制数据传输的启动。

/** * @brief 初始化SPI为主机，模式0，时钟分频 * @param clock_div: 时钟分频值，SPI时钟 = PCLK / (clock_div * 2)。clock_div必须为偶数且>=8。 * @return 无 */ void SPI_Master_Init(uint8_t clock_div) { // 1. 使能SPI时钟和IO口（假设P0.4为SCK，P0.5为MISO，P0.6为MOSI，P0.7为SSEL作为GPIO输出） // PINSEL0 = (PINSEL0 & ~0x0000FF00) | 0x00005500; // 设置SPI引脚功能 // 配置SSEL引脚(P0.7)为GPIO输出高电平（默认不选中从机） // IO0DIR |= (1 << 7); // IO0SET = (1 << 7); // 2. 设置SPI时钟分频寄存器 S0SPCCR = clock_div; // 例如，PCLK=60MHz, clock_div=60，则SPI时钟约为500kHz // 3. 配置SPI控制寄存器 // Bit5: CPHA=0, Bit4: CPOL=0 -> Mode 0 // Bit3: MSTR=1 -> 主机模式 // Bit2: LSBF=0 -> 数据MSB先传 // Bit1: SPIE=0 -> 先不使能中断（可选） S0SPCR = (1 << 5) | (1 << 3); // 实际应写为：S0SPCR = 0x20; (MSTR=1, CPHA=0, CPOL=0) // 注意：Bit5是CPHA，但根据手册，CPHA位是第5位吗？需要核对。这里仅为示例逻辑。 // 正确写法通常是：S0SPCR = (1<<5)|(1<<3); 如果Bit5是CPHA，Bit4是CPOL，Bit3是MSTR。 } /** * @brief SPI主设备阻塞式单字节交换 * @param data: 要发送的字节 * @return 接收到的字节 */ uint8_t SPI_TransferByte(uint8_t data) { // 1. 拉低SSEL引脚，选中从设备 // IO0CLR = (1 << 7); // 2. 将数据写入SPI数据寄存器，启动传输 S0SPDR = data; // 3. 等待传输完成（SPIF标志置位） while (!(S0SPSR & (1 << 7))); // 等待S0SPSR的SPIF位（Bit7）变为1 // 4. 读取状态寄存器（清除SPIF标志） volatile uint8_t status = S0SPSR; // 5. 读取接收到的数据 uint8_t received_data = S0SPDR; // 6. 拉高SSEL引脚，释放从设备 // IO0SET = (1 << 7); return received_data; }

关键操作解析与避坑指南：

1. 时钟分频寄存器S0SPCCR：必须为大于等于8的偶数。写入奇数值可能导致不可预测的行为。SPI时钟频率 =PCLK / (S0SPCCR * 2)。
2. 控制寄存器S0SPCR：MSTR位必须置1以设置为主机。CPOL和CPHA必须与从设备严格匹配。
3. 数据寄存器S0SPDR：这是一个无缓冲的寄存器。写入即直接进入移位寄存器。因此，绝对不能在一次传输尚未完成（SPIF=0）时写入新数据，否则会导致“写冲突”（WCOL状态位置位），数据丢失。
4. 状态寄存器S0SPSR：
   • SPIF(Bit7)：传输完成标志。读取S0SPSR或写入S0SPDR都会清除此标志。通常我们在等待SPIF置位后，先读一次S0SPSR（将状态存入变量，同时也清除了标志），然后再读S0SPDR获取数据。
   • WCOL(Bit6)：写冲突标志。如果在传输过程中写S0SPDR，此位置1。发生时应丢弃待发送数据，重新读取S0SPSR和S0SPDR以清除状态，然后重试。
   • MODF(Bit5)：模式错误标志。当SPI配置为主机，但SSEL引脚被拉低（被另一个主机选中）时，此位置1，SPI模块会被强制切换为从机。在主机应用中，通常将SSEL引脚配置为GPIO输出并控制其电平，避免此错误。
5. 片选信号SSEL：LPC213x的SPI模块SSEL引脚功能比较特殊。作为主机时，应将其配置为普通GPIO输出，由软件控制，在每次传输前后手动拉低和拉高。作为从机时，才将其配置为SPI功能输入，由外部主机控制。

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

5.1 UART1自动流控制不生效

• 现象：配置了U1MCR=0x80，但RTS/CTS引脚电平无变化，或通信依然溢出。
• 排查步骤：
  1. 引脚复用检查：确认RTS1（P0.14）和CTS1（P0.15）已正确配置为UART1功能，而非普通GPIO。使用PINSEL0或PINSEL1寄存器配置。
  2. FIFO使能检查：自动RTS依赖于接收FIFO。确认U1FCR的Bit0为1（FIFO使能）。
  3. 信号线连接与极性：用万用表或示波器检查物理连接是否正确（本机CTS接对方RTS）。确认信号是低电平有效。有些设备可能需要上拉电阻。
  4. 触发水平理解：确认你理解的触发字节数与硬件实际行为一致。参考数据手册Table 123，U1FCR[7:6]=10对应的是8字节触发，而不是2字节。
  5. 中断处理速度：如果接收端采用中断方式，确保中断服务程序执行时间足够短，能在下一个触发水平到达前将FIFO中的数据取走。否则RTS可能一直处于“暂停”状态。

5.2 SPI通信数据错乱或无法通信

• 现象：SPI主从设备间收发的数据全为0xFF、0x00或随机值。
• 排查步骤：
  1. 时钟模式（CPOL/CPHA）：这是头号嫌疑犯。务必用逻辑分析仪同时抓取SCK、MOSI、MISO和SSEL信号。对照从设备数据手册的时序图，检查数据采样边沿是否正确。主从设备的CPOL和CPHA设置必须完全一致。
  2. 时钟频率：检查S0SPCCR设置是否正确，计算出的SPI时钟是否在从设备支持的频率范围内。初始调试时，建议将时钟设低（如100kHz）。
  3. 字节序（MSB/LSB）：检查S0SPCR的LSBF位。大多数设备是MSB先传，但有些（如某些OLED屏）是LSB先传。
  4. 片选信号SSEL：确认主机模式下，SSEL引脚被配置为GPIO输出，并在每次传输序列前拉低，序列后拉高。从机模式下，SSEL必须配置为SPI功能输入。
  5. 电气连接：检查MISO和MOSI是否接反（主出从入，主入从出）。对于3线SPI（无MISO或MOSI），需特殊处理。
  6. 上拉电阻：对于开漏输出的SPI设备（如某些EEPROM），SCK、MOSI、SSEL需要上拉电阻。MISO线通常不需要，因为从机是推挽输出。

5.3 综合调试工具建议

1. 逻辑分析仪：调试UART/SPI的神器。一个几十块钱的USB逻辑分析仪（如Saleae克隆版）配合PulseView或Saleae Logic软件，可以直观地看到每个比特的电平和时序，快速定位模式、相位、波特率等问题。对于分析自动RTS/CTS的交互时序尤其有效。
2. 示波器：用于观察信号质量，检查是否有过冲、振铃或电平不标准的问题，特别是在长线通信时。
3. 串口调试助手：用于UART基础通信测试。选择支持硬件流控制（RTS/CTS）的调试助手，可以模拟流量控制场景。
4. 软件模拟：在初期，可以先用GPIO模拟SPI时序（“Bit-Banging”）来验证从设备是否正常，排除硬件SPI控制器配置复杂性的干扰。

最后，关于LPC213x这类较老的ARM7芯片，其外设寄存器虽然直接，但细节很多。最好的参考资料永远是官方的数据手册（Datasheet）和用户手册（User Manual）。遇到问题时，静下心来仔细阅读相关章节的描述，对照时序图，往往比盲目搜索更能解决问题。希望这篇结合了原理、代码和实战经验的详解，能让你在LPC213x的串行通信开发中更加得心应手。