当前位置：首页 > news >正文

嵌入式UART软件流控制与IrDA/CIR模式配置实战

news 2026/7/22 9:37:46

1. 项目概述与核心价值

在嵌入式开发领域，串行通信（UART）是连接微控制器与传感器、模块、调试终端乃至另一台主机的“血管”。我们通常关注波特率、数据位、停止位这些基础配置，但在实际项目中，尤其是面对数据吞吐量不稳定或缓冲区有限的场景，如何确保数据不丢失、通信不卡死，就成了一个必须解决的工程问题。硬件流控制（RTS/CTS）固然有效，但它需要额外的物理引脚，在引脚资源紧张的MCU上往往是一种奢侈。这时，软件流控制（Software Flow Control）的价值就凸显出来了——它仅靠数据线本身，通过约定好的特殊字符（XON/XOFF）来协调收发双方的速度，是一种极其高效且低成本的“软件握手”协议。

更进一步，许多现代微控制器的UART模块并不仅限于传统的串口通信。它们常常集成了IrDA（红外数据协会）和CIR（消费红外）模式，使得同一个硬件接口既能进行有线调试，又能实现红外数据传输或遥控器信号编解码。这种“一专多能”的设计极大地扩展了单芯片的应用边界，但也对开发者的寄存器级配置能力提出了更高要求。你不再只是配置一个波特率，而是要深入理解红外通信的帧结构、CRC校验、脉冲编码，甚至是消费电子领域五花八门的遥控协议。

本文将以德州仪器（TI）某款芯片的UART/IrDA/CIR模块技术手册为蓝本，结合我多年的嵌入式通信调试经验，为你彻底拆解软件流控制的实现机理，并手把手带你完成从标准UART模式切换到IrDA SIR/MIR/FIR模式以及CIR模式的完整配置流程。你会发现，那些看似复杂的寄存器位（EFR, TCR, MDR1, ACREG...）背后，都对应着清晰的通信状态机逻辑。掌握它们，你就能让串口在复杂环境中稳如磐石，并解锁无线红外的全新技能。

2. 软件流控制（XON/XOFF）深度解析与实战配置

软件流控制，本质是一种基于字符的流量协调协议。它不依赖硬件电平，而是让接收方在自身缓冲区快满时，向发送方发送一个“暂停”指令（XOFF字符）；当缓冲区有空余时，再发送一个“恢复”指令（XON字符）。关键在于，这些控制字符必须能被通信双方正确识别并处理，而不是当作普通数据。

2.1 核心工作原理与状态机

在TI的UART模块中，软件流控制的启用和精细控制，主要通过增强功能寄存器（EFR）和传输控制寄存器（TCR）来完成。整个流程围绕着“识别”与“响应”两个核心动作展开。

接收端（RX）的工作流程如下：

字符识别：当使能软件流控制后，UART模块的接收逻辑会持续比对每一个到来的数据字节。它会将接收到的字符与预先编程在XOFF1、XOFF2、XON1、XON2寄存器中的值进行比较。
触发暂停：当接收到与XOFF1（或XOFF1后紧跟XOFF2，取决于模式）匹配的字符序列时，模块会判定为流控暂停指令。此时，它会在完成当前正在传输的这一个字符后，立即停止后续的所有发送（TX）操作。
中断通知：在检测到XOFF字符的同时，如果中断使能寄存器（IER）的第5位（对应XOFF中断）已被置位，那么中断标识寄存器（IIR）的第4位会被置起，并拉低中断线，向CPU发出一个中断信号。这给了软件一个即时响应的机会，虽然硬件流控本身已自动暂停发送。
恢复传输：当接收端缓冲区被读取，空间释放后，它需要发送XON1（或XON1/XON2序列）字符。发送方UART模块识别到此字符后，会清除IIR[4]标志位，XOFF中断条件消失，并自动恢复数据发送。

这里有一个非常重要的细节：手册中特别指出，如果在接收一个软件流控制字符时，发生了奇偶校验错误、帧错误或线路中断（Break）错误，那么这个字符不会被当作流控字符处理，而是会被当作普通数据写入接收FIFO。这意味着流控协议依赖于无差错的字符传输，任何线路干扰都可能导致流控失效，进而引发数据丢失。因此，在噪声较大的环境中使用软件流控制，需要格外谨慎，或者考虑增加校验重发机制。

发送端（TX）的自动响应逻辑：发送端的流控行为通常是自动的，由硬件根据其自身接收FIFO（RX FIFO）的填充状态来触发。

发送XOFF：当接收FIFO中的数据量超过了通过TCR[3:0]（通常称为RX Halt Trigger Level）设置的阈值时，UART模块会自动向对端设备发送XOFF1和XOFF2字符（共两个字符），请求对方暂停发送。
发送XON：当接收FIFO中的数据被读取，存量下降到由TCR[7:4]（通常称为RX Resume Trigger Level）设置的另一个（通常更低的）阈值时，模块会自动发送XON1和XON2字符，通知对端可以恢复发送。

这种设计巧妙地将“流量控制”与“自身处理能力”绑定。发送方根据自己“吃”得有多饱，来告诉对方“喂”快一点还是慢一点。

注意：手册中有一个关键提示，如果发送XOFF后软件禁用了流控制，模块会自动发送XON字符以恢复正常传输。这是一个安全机制，防止因软件误操作导致通信永久挂起。

2.2 关键寄存器配置详解与避坑指南

理解了原理，我们来看如何用代码实现。配置的核心是几个特殊寄存器的访问序列，因为EFR、TCR等寄存器位于“增强功能”页面，需要先解锁。

步骤一：启用增强功能访问权限这是最容易出错的一步。IER、MCR、FCR等是常用寄存器，但EFR、TCR、TLR等需要特殊权限。

// 1. 向LCR写入0xBF，进入“增强功能模式”，此时访问的是EFR寄存器 UART_REG->LCR = 0xBF; // 2. 设置EFR[4] (Enhanced Functions Enable) 为1，解锁对IER、MCR、TCR、TLR、FCR的增强功能写入权限 UART_REG->EFR |= (1 << 4); // 3. 将LCR[7]清零，退出特殊模式，恢复正常寄存器映射（此时IER/MCR等已可写） UART_REG->LCR &= ~(1 << 7);

步骤二：配置流控字符与触发阈值假设我们使用标准的XON1=0x11(DC1),XOFF1=0x13(DC3)，并采用单字符控制模式（即只检测XON1/XOFF1）。

// 配置流控字符 UART_REG->XON1 = 0x11; UART_REG->XOFF1 = 0x13; // 配置触发阈值：假设FIFO深度为64字节 // TCR[3:0]: RX Halt Level (发送XOFF的阈值)，设为48 (0x30) // TCR[7:4]: RX Resume Level (发送XON的阈值)，设为16 (0x10) UART_REG->TCR = (0x10 << 4) | 0x30; // 值为 0x13 // 配置EFR寄存器，启用软件流控制，并选择单字符模式 // EFR[1:0] = 10b: 启用软件流控制，且XON1/XOFF1有效，XON2/XOFF2被忽略。 // 同时，在此模式下，有效的XON1/XOFF1字符不会被写入RX FIFO。 UART_REG->EFR |= (1 << 1); // 设置EFR[1:0]=10

步骤三：使能FIFO与中断（可选但推荐）

// 配置FIFO控制寄存器(FCR)，使能FIFO并设置触发级别 UART_REG->FCR = (1 << 0) | (3 << 6); // 使能FIFO，RX FIFO触发级别设为14字节（示例） // 使能XOFF中断，这样当收到XOFF时CPU能收到通知（尽管发送已自动暂停） UART_REG->IER |= (1 << 5);

步骤四：恢复正常操作完成配置后，最好关闭增强功能写入权限，防止后续误操作。

UART_REG->LCR = 0xBF; // 再次进入EFR访问模式 UART_REG->EFR &= ~(1 << 4); // 清除EFR[4]，锁定增强功能寄存器 UART_REG->LCR = 0x03; // 设置常规数据格式（8N1），并彻底退出特殊模式

实操心得与避坑点：

访问顺序是铁律：必须先写LCR=0xBF，��写EFR，最后改回LCR。顺序错乱会导致配置不生效，这是新手最常见的错误。
字符匹配与数据污染：确保通信双方约定的XON/XOFF字符不会在正常数据流中出现。如果数据是纯文本，使用DC1/DC3是安全的；如果是二进制数据流，则必须选择两个几乎不可能出现的字节值（如0xFE, 0xFD），并确认对方协议栈能正确处理。
中断处理：使能XOFF中断（IER[5]）后，在中断服务程序（ISR）中读取IIR时，需要检查位4。但请注意，硬件流控暂停是自动的，中断只是通知。你的中断处理程序可能只需要记录这个事件，或者用于更复杂的流控策略（如多层缓冲管理）。
阈值选择：RX Halt Level和RX Resume Level的设置需要权衡。设得太近（如48和40），会导致XON/XOFF频繁发送，增加开销；设得太远（如60和10），则可能因为响应延迟而导致FIFO溢出。一个经验法则是，Halt Level设为FIFO深度的75%，Resume Level设为25%。
与硬件流控互斥：手册明确假设软件流控和硬件流控不会同时启用。同时启用可能导致信号冲突，行为未定义。务必在设计中二选一。

3. IrDA模式配置：从SIR到FIR的跨越

IrDA模式将UART的电气特性从电压电平转换为了红外光脉冲，但其底层的数据缓冲、中断机制与标准UART一脉相承。模式切换的核心是模式定义寄存器1（MDR1）。

3.1 SIR（慢速红外）模式详解

SIR是IrDA最基础的模式，最高速率115.2kbps，兼容性最广。它的配置是理解红外通信的起点。

3.1.1 SIR帧格式与“透明”处理一个完整的SIR帧不是简单的UART数据位。它包含：

起始标志（BOF）：至少一个0xC0字节，用于帧同步。
帧数据：即你要发送的有效载荷。
CRC-16校验：用于检测传输错误。
结束标志（EOF）：一个0xC1字节。

这里有一个IrDA协议的精妙之处：异步透明性（Asynchronous Transparency）。为了防止数据域中出现的0xC0（BOF）、0xC1（EOF）或转义字符0x7D被误认为是控制字符，发送端在遇到这些字节时，会先插入一个0x7D，然后将原字节的第5位（bit 5，从0开始计数）取反（与0x20异或）。接收端则进行相反的操作。这个过程对上层软件完全透明，由硬件自动完成。这意味着你写入TX FIFO的数据和从RX FIFO读出的数据，就是原始的应用层数据，无需关心这些底层转义。

3.1.2 SIR模式配置步骤假设我们要配置一个115.2kbps、8位数据、无校验、1位停止位的SIR接收模式。

// 步骤1：软件复位UART（可选但推荐），确保状态已知 UART_REG->LCR = 0xBF; // 解锁EFR UART_REG->EFR |= (1 << 4); // 使能增强功能 UART_REG->LCR = 0x00; // 访问IER/MCR UART_REG->IER = 0x00; // 禁用所有中断 UART_REG->MCR = 0x00; // 强制控制信号无效 UART_REG->LCR = 0x00; // 确保LCR[6]=0，无Break UART_REG->MDR1 = 0x07; // MDR1[2:0]=111b，UART复位/禁用 // 步骤2：配置为SIR模式并设置波特率 UART_REG->MDR1 = 0x01; // MDR1[2:0]=001b， SIR模式 UART_REG->LCR = 0x83; // LCR[7]=1，访问DLL/DLH；LCR[1:0]=11b，8位数据 // 假设系统时钟为48MHz，计算115200波特率的分频值 // 公式：DLL/DLH = (Clock Frequency) / (16 * Desired Baud Rate) // 48000000 / (16 * 115200) = 26.0417 ≈ 26 (0x1A) UART_REG->DLL = 0x1A; // 波特率低字节 UART_REG->DLH = 0x00; // 波特率高字节 // 步骤3：设置数据格式并启用UART UART_REG->LCR = 0x03; // LCR[7]=0，退出DLL/DLH访问；8位数据，1停止位，无校验 UART_REG->IER = 0x01; // 使能接收数据可用中断（RHR） UART_REG->MDR1 = 0x00; // MDR1[2:0]=000b，使能UART操作（非自动波特率）

对于发送，还需要配置帧长度（TXFLL寄存器）和起始标志数量（EBLR寄存器）。例如，发送一个6字节的帧，并带7个起始标志：

UART_REG->TXFLL = 0x06; // 发送帧长度为6字节 UART_REG->EBLR = 0x07; // 发送7个起始标志（BOF） // 然后向THR（发送保持寄存器）依次写入6个字节数据即可启动发送

3.1.3 SIR自由格式模式这是一种特殊的SIR模式，硬件不添加BOF、CRC和EOF，也不进行透明处理。数据从TX FIFO直接调制发出，从RX引脚直接解调存入RX FIFO。这给了软件最大的灵活性，可以用来实现非标准的红外协议。配置关键是将模块设为UART模式（MDR1[2:0]=000），但通过MDR2[3]使能脉冲整形，并固定数据格式为8N1。

3.2 MIR（中速红外）与FIR（快速红外）模式要点

MIR（0.576/1.152 Mbps）和FIR（4 Mbps）模式用于更高速度的红外数据传输，其帧结构与SIR类似，但增加了比特填充（Bit Stuffing）和4PPM编码等机制。

MIR的比特填充：在数据域中，如果出现连续5个‘1’，硬件会自动在第5个‘1’后面插入一个‘0’。接收端则会删除这个填充的‘0’。这保证了帧内不会有连续的6个‘1’，从而避免数据与标志位混淆。
FIR的4PPM编码：FIR模式使用4脉冲位置调制，将2个比特映射为一个符号，以提高数据密度和抗干扰能力。这部分编码解码完全由硬件完成，对软件透明。
SIP（串行红外交互脉冲）：在MIR和FIR模式下，发送器必须至少每500ms发送一个SIP脉冲，以告知低速（SIR）设备信道忙。可以通过配置MDR1[6]（SIPMODE）让硬件在每帧结束后自动发送，也可以通过软件定期设置ACREG[3]（SENDSIP）来手动控制。

MIR/FIR配置与SIR的核心区别：

MDR1模式选择：MDR1[2:0] = 100b对应MIR，= 101b可能对应FIR（需查具体手册）。
波特率设置：DLL/DLH的值需要根据更高的波特率重新计算。例如48MHz时钟下，1.152Mbps对应DLL=0x01。
数据位宽：IrDA规范通常要求7位或8位数据。在MIR示例中，手册配置了LCR[1:0]=10b（7位数据），这是为了适配其帧格式。
中断使能：高速模式下，强烈建议使用FIFO和DMA来搬运数据，避免因软件延迟导致数据丢失。

4. CIR（消费红外）模式：打造万能遥控器

CIR模式将UART变成了一个可编程的红外波形发生器与解码器，用于实现电视、空调等设备的遥控功能。其核心思想是用UART的“位”时间来定义红外脉冲的“基本时间单元T”。

4.1 工作原理：从数据位到红外波形

在CIR模式下，你写入TX FIFO的每一个字节的每一个比特（bit），不再代表逻辑‘0’或‘1’的电平，而是代表一个时间片。

如果比特为‘1’，则在对应的一个T时间单位内，红外载波被调制（输出脉冲）。
如果比特为‘0’，则在对应的一个T时间单位内，输出空闲（无脉冲）。

如何生成具体的遥控协议？以RC-5协议为例：RC-5协议使用曼彻斯特编码。一个逻辑‘1’被编码为“前半T为高，后半T为低”；一个逻辑‘0’被编码为“前半T为低，后半T为高”。

那么，要发送一个逻辑‘1’，你需要发送两个比特：“10”。
要发送一个逻辑‘0’，你需要发送两个比特：“01”。

因此，要发送RC-5协议的命令位��你的软件需要将协议定义的逻辑位（1/0）预先转换成这种双比特模式，然后按顺序写入UART的TX FIFO。UART硬件则会忠实地根据每个比特是1还是0，输出相应时间长度的调制脉冲。

4.2 关键配置：载波频率与基本时间单元

CIR模式有两个最关键的配置参数：

载波频率（Carrier Frequency）：即红外LED闪烁的频率，常见的有38kHz、36kHz、40kHz等。这通过载波频率预分频寄存器（CFPS）设置。
```
// 计算公式：CFPS = (F_CLK / 12) / F_CARRIER // 假设系统时钟F_CLK=48MHz，目标载波频率F_CARRIER=38kHz // CFPS = (48,000,000 / 12) / 38,000 ≈ 105.26 -> 取整105 (0x69) UART_REG->CFPS = 105;
```
这里的“12”是一个固定的分频系数。设置后，硬件会产生一个占空比约为1/3的38kHz脉冲串，用于调制。
基本时间单元 T（Bit Time）：这是协议中定义逻辑‘1’和‘0’时间长度的基准。例如，RC-5协议的T是1.778ms。这个时间由UART的波特率决定！
```
// T = 1 / BaudRate // 要得到 T = 1.778ms，则 BaudRate = 1 / 0.001778 ≈ 562.5 Hz // 计算DLL/DLH: 48,000,000 / (16 * 562.5) = 5333.33 // 这是一个很大的数，可能需要使用更高的预分频或检查时钟配置。 // 实际上，CIR模式下波特率生成器可能被重载，需仔细查阅手册的CIR章节。 UART_REG->DLH = (5333 >> 8) & 0xFF; UART_REG->DLL = 5333 & 0xFF;
```
重要提示：在CIR模式下，波特率发生器的含义发生了变化，它不再直接决定数据速率，而是决定了每个比特所代表的基本时间长度T。这是配置CIR模式最容易混淆的地方。

4.3 CIR模式配置流程示例

假设我们要配置一个发送RC-5信号的CIR发射器。

// 步骤1：切换到CIR模式 UART_REG->MDR1 = 0x03; // 假设MDR1[2:0]=011b代表CIR模式（请以具体手册为准） // 步骤2：配置载波频率（例如38kHz） UART_REG->CFPS = 105; // 根据公式计算 // 步骤3：配置基本时间单元T（波特率） // 这需要根据目标协议计算。例如，对于标准T=1.778ms的RC-5： UART_REG->LCR |= (1 << 7); // LCR[7]=1，访问DLL/DLH UART_REG->DLL = ...; // 计算出的低字节 UART_REG->DLH = ...; // 计算出的高字节 UART_REG->LCR &= ~(1 << 7); // 退出 // 步骤4：设置数据格式（通常为8位数据，无校验，1停止位） UART_REG->LCR = 0x03; // 8N1 // 步骤5：使能发射器，并可能配置其他CIR特定寄存器（如脉冲宽度调整） // UART_REG->CIR_TX_CTRL = ...; （寄存器名需查手册） // 步骤6：构造并发送数据 // 例如，发送RC-5地址0x00，命令0x0C（音量加）， toggle bit=0。 // RC-5帧：起始位(1,1), toggle(0), 地址(5位), 命令(6位) // 需要将其转换为曼彻斯特编码的比特流，再按8位一组写入。 // 这是一个简化示例，实际需要根据协议规范精确计算。 uint8_t rc5_frame[] = {0b10011001, 0b...}; // 曼彻斯特编码后的数据 for(int i=0; i<sizeof(rc5_frame); i++) { while(!(UART_REG->LSR & (1 << 5))); // 等待THR空 UART_REG->THR = rc5_frame[i]; }

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

在实际调试UART/IrDA/CIR功能时，你一定会遇到各种“灵异”现象。以下是我踩过坑后总结的排查清单。

问题1：软件流控制不生效，数据仍然丢失。

检查EFR配置：确认EFR[1:0]已正确设置为10（单字符）或11（双字符）以启用流控。这是最容易被忽略的一步。
检查字符匹配：用逻辑分析仪或示波器抓取数据线，确认对方发送的XON/XOFF字符与你寄存器中编程的值完全一致（包括大小写，如果涉及ASCII）。
检查FIFO状态：读取LSR（线路状态寄存器）和RX FIFO Level寄存器，确认FIFO是否真的达到了触发阈值。可能是阈值设置不当，或者FIFO根本没使能（FCR[0]=1）。
检查中断屏蔽：如果使用了中断，确认IER中对应的XOFF中断位（通常是bit 5）已使能，并且CPU全局中断已打开。

问题2：从UART模式切换到IrDA模式后，无法收发数据。

确认模式切换彻底：在修改MDR1寄存器切换模式后，必须按照手册示例进行一个完整的“关闭-配置-开启”流程。有时需要先写MDR1=7复位，再写目标模式值，最后写MDR1=0使能。直接写可能不生效。
检查红外收发器电路：IrDA需要外接红外收发器（如HSDL-3201）。确认其VCC、GND、SD（关断）、TX、RX连接正确。SD引脚可能需要拉低使能。TX/RX方向是否接反？（UART_TX接收发器的TX？不对！UART_TX应接收发器的IRTX（发送输入），UART_RX接收发器的IRRX（接收输出））。
检查脉冲类型：SIR模式有3/16和1.6us两种脉冲编码，由ACREG[7]选择。必须与对端设备匹配。通常3/16是默认且最兼容的。
测量红外信号：用手机摄像头（大部分对红外光敏感）粗略看一下红外发射管是否在闪烁。或者用示波器测量IRTX引脚，应该有调制脉冲输出。

问题3：CIR模式发送的波形，设备不识别。

载波频率不准：这是头号杀手。用示波器测量红外发射管两端的信号，看载波频率是否是精确的38kHz（或其他目标频率）。误差超过±1%可能导致某些挑剔的设备无法解码。重新计算并校准CFPS值。
基本时间单元T错误：CIR模式下的“波特率”决定了每个比特的时长。用示波器测量一个逻辑‘1’（即一个调制脉冲串）的持续时间，看是否等于你根据协议计算出的T。例如，对于RC-5，一个‘1’应该是1.778ms的高脉冲+1.778ms的低脉冲。
编码逻辑错误：确认你写入TX FIFO的每一个字节，其每一个比特代表的“有脉冲/无脉冲”顺序，完全符合目标遥控协议的规范。建议先用已知能工作的遥控器波形作为参考，在示波器上抓取并解码，再反推自己生成的波形是否正确。
发射功率不足：红外发射管需要足够的驱动电流。检查限流电阻是否合适，确保在发射时管子的正向电流达到规格书要求（通常20-100mA）。电流太小会导致传输距离急剧缩短。

问题4：通信不稳定，误码率高。