嵌入式USB与CAN通信开发实战：寄存器配置与协议解析

1. 项目概述与核心价值

在嵌入式系统开发，尤其是汽车电子、工业控制这类对实时性和可靠性要求极高的领域，我们常常需要处理两种截然不同但又至关重要的通信接口：用于高速、点对点设备连接的USB，以及用于分布式、高可靠网络通信的CAN总线。很多朋友在初次接触相关芯片手册，比如德州仪器（TI）的CP3SP33这类集成了USB和CAN控制器的SoC时，面对动辄数百页的寄存器描述和协议细节，往往会感到无从下手。特别是USB的端点配置和CAN的帧结构，它们就像是通信的“交通规则”和“车辆设计规范”，理解不透彻，调试起来就举步维艰。

今天，我就以手头这份CP3SP33的芯片手册片段为引子，结合我这些年调试USB设备驱动和CAN网络的实际经验，来一次深度的“庖丁解牛”。我们不光要看懂RXMAXP、RXCSR这些寄存器每个比特位的含义，更要弄明白为什么需要这样设计，配置不当会导致什么后果。同样，对于CAN的标准帧、扩展帧、错误帧，我们也不满足于知道它们长什么样，而是要理解其背后的仲裁机制、错误处理逻辑，以及如何在代码中高效、正确地使用它们。无论你是正在评估芯片选型，还是已经深陷调试泥潭，希望这篇结合了手册解读和实战心得的文章，能为你提供一条清晰的路径，把晦涩的寄存器描述变成可操作、可理解的开发指南。

2. USB接收端点配置深度解析

在USB通信中，“端点”（Endpoint）是数据进出设备的具体门户。每个端点都有其特定的传输类型（批量、中断、同步）和方向（IN指向主机，OUT来自主机）。CP3SP33的USB控制器为每个接收端点（OUT方向）提供了一组精细的控制寄存器，其中RXMAXP和RXCSR是核心中的核心，直接决定了数据接收的效率和稳定性。

2.1 RXMAXP寄存器：设定接收流量的“车道宽度”

RXMAXP（Receive Maximum Packet Size Register）是一个16位可读写寄存器，它的作用非常直观：定义单个USB帧（Frame）或微帧（Microframe）中，该端点能接收的最大数据载荷字节数。你可以把它想象成一条车道的限宽，超过这个尺寸的“车辆”（数据包）就无法通过。

寄存器位域详解：

• 位[15:11]: 保留位，必须写0。
• 位[10:0] - MAXSIZE: 最大包大小字段。这就是我们配置的核心，单位是字节。

配置背后的逻辑与实战要点：

1. 与描述符的强关联性：手册明确指出，这个值必须与USB设备描述符中对应端点的wMaxPacketSize字段完全匹配。这是USB协议栈的硬性规定。在设备枚举阶段，主机会读取描述符中的这个值，并以此为依据来组织发送数据。如果控制器寄存器里的RXMAXP和描述符里的值对不上，轻则导致数据包被错误截断或丢弃，重则可能使主机认为设备行为异常，触发复位或断开连接。在代码中，我习惯将这两个值的定义放在同一个宏或常量中，确保绝对一致。

2. 受限于FIFO尺寸：RXMAXP的值绝对不能超过硬件为该端点分配的接收FIFO（先入先出缓冲区）的总大小。这是硬件资源的硬限制。CP3SP33的每个端点FIFO大小在芯片数据手册的存储器映射章节会有明确说明，配置前必须查清。

3. 双缓冲（Double-Buffering）的巧妙利用：手册里提到一个关键细节：“If the value written to this register is less than, or equal to, half the receive FIFO size, two packets can be buffered.” 这是提升吞吐量的关键技巧。

   • 原理：假设端点接收FIFO总大小为64字节。如果你设置RXMAXP = 64，那么FIFO一次只能容纳一个最大包。当这个包正在被CPU读取（卸载）时，如果下一个包到达，就会因为FIFO满而被阻塞或丢失（取决于传输类型）。
   • 优化：如果你设置RXMAXP = 32（小于等于64的一半），那么硬件可以将FIFO逻辑上划分为两个32字节的缓冲区。当第一个缓冲区满（RXPKTRDY置位）且CPU开始读取时，第二个缓冲区可以立即接收下一个到达的数据包，实现了“乒乓操作”，有效隐藏了CPU处理延迟，特别有利于维持高速同步（Isochronous）或高吞吐批量（Bulk）传输的连续性。
   • 配置示例：

     // 假设端点1的接收FIFO大小为64字节 #define EP1_RX_FIFO_SIZE 64 // 我们希望启用双缓冲，因此设置最大包大小为FIFO的一半 #define EP1_RX_MAX_PACKET_SIZE 32 // 配置RXMAXP寄存器 USB0_RXMAXP_1 = EP1_RX_MAX_PACKET_SIZE; // 假设USB0_RXMAXP_1是端点1的寄存器地址

   注意：双缓冲虽然好，但会降低单个包的最大容量。需要根据实际应用的数据包大小和实时性要求进行权衡。对于数据量小但频率高的中断传输，双缓冲收益明显；对于需要传输大块连续数据的批量传输，可能优先保证单包容量。

2.2 RXCSR寄存器：接收端点的“指挥控制中心”

如果说RXMAXP定义了规则，那么RXCSR（Receive Control and Status Register）就是执行和监控的指挥官。它是一个16位寄存器，并且在设备（Peripheral）模式和主机（Host）模式下格式不同。这里我们主要聚焦在设备模式下的功能，因为大多数嵌入式设备作为USB从设备使用。

设备模式下的关键位解析与操作流：

• 位0 - RXPKTRDY (Receive Packet Ready)：

  • 功能：这是最重要的状态位。当硬件成功将一个完整的数据包从USB总线接收到FIFO后，此位自动置1。
  • 操作：CPU的中断服务程序（ISR）或轮询程序检测到此位为1后，应从FIFO中读取RXCOUNT寄存器获取字节数，然后将数据从FIFO搬移到应用程序缓冲区。数据搬移完成后，软件必须手动将此位写0清除，以告知硬件FIFO已空，可以接收下一个包。如果忘记清除，硬件会认为FIFO一直有数据，不再接收新包，通信就此停滞。这是我调试时最常见的错误之一。

• 位1 - FIFOFULL：

  • 功能：指示接收FIFO是否已满。当FIFO满时，此位置1，后续到达的OUT包将无法被接收。
  • 排查意义：如果发现通信中断，除了检查RXPKTRDY，也应查看此位。如果它为1，说明CPU读取数据的速度跟不上USB主机发送的速度，可能发生了数据溢出。此时需要检查你的数据处理代码效率，或者考虑使用双缓冲（如前所述）来缓解压力。

• 位3 - DATAERROR（仅对同步端点有效）：

  • 功能：当RXPKTRDY置位且接收到的数据包存在CRC校验或位填充错误时，此位置1。
  • 操作：对于同步传输（如音频、视频流），USB协议不进行重传，因此这个错误指示至关重要。软件需要清除此位以监控下一次错误。在高质量音频应用中，可能需要记录错误率或采取插值等补救措施。

• 位4 - FLUSHFIFO：

  • 功能：写入1可刷新（清空）接收FIFO，并复位FIFO指针，同时清除RXPKTRDY位。该位是“一次性”的，写入后硬件会自动清除。
  • 使用场景：
    1. 在端点初始化时，确保FIFO处于干净状态。
    2. 当通信出现异常（如协议错误），需要丢弃当前FIFO中可能损坏的数据并重新开始时。
    3. 重要提示：手册提到，如果使能了双缓冲，可能需要写两次FLUSHFIFO才能完全清空FIFO。这是因为双缓冲机制下有两个逻辑缓冲区。安全的做法是：写入1后，等待该位被硬件自动清除，然后再次检查RXPKTRDY和FIFOFULL，如果仍指示有数据，则再写入一次。

• 位5 - SENDSTALL与位6 - SENTSTALL：

  • SENDSTALL是命令位，软件写1会使该端点向主机返回STALL握手信号，表示端点功能错误或请求不被支持（例如，主机试图向一个只读的OUT端点写数据）。
  • SENTSTALL是状态位，当STALL握手信号实际发出后，此位置1。
  • 操作流程：软件设置SENDSTALL=1-> 硬件发送STALL并置位SENTSTALL-> 主机收到STALL后会停止该端点的通信 -> 软件在处理好错误条件后，必须先清除SENDSTALL（写0），再清除SENTSTALL（写0），端点才能恢复正常。这个顺序不能错。

• 位7 - CLRDATATOG：

  • 功能：写入1将复位该端点的数据翻转（Data Toggle）序列到0。
  • 背景：USB使用DATA0和DATA1交替的机制来保证数据包的顺序和完整性。在端点初始化、或者从错误中恢复（如清除STALL）后，需要将数据同步序列复位到初始状态（通常为DATA0）。操作：写入1后，该位会自动清除。

• 位8 - ISO (Isochronous Transfer)：

  • 功能：选择端点传输类型。0表示批量（Bulk）/中断（Interrupt）传输，1表示同步（Isochronous）传输。
  • 要点：这个配置必须与端点描述符中的bmAttributes字段定义的传输类型严格一致。同步传输没有握手包，错误处理也不同（依赖DATAERROR位）。

• 位15 - AUTOCLEAR：

  • 功能：这是一个便利功能。当置1时，如果从FIFO中卸载的数据长度恰好等于RXMAXP寄存器设置的最大包大小，那么RXPKTRDY位会被硬件自动清除。如果卸载的数据小于最大包大小（例如，一个短包，表示传输结束），则仍需软件手动清除RXPKTRDY。
  • 适用场景：在批量传输中，数据流通常由多个等长的最大包和一个短包组成。使能AUTOCLEAR可以简化软件设计，让CPU只需处理短包的情况，提高效率。

一个完整的接收中断服务例程（ISR）伪代码逻辑：

void USB_EP1_OUT_ISR(void) { // 1. 读取RXCSR状态 uint16_t rxcsr = USB0_RXCSR_1; // 2. 检查是否有数据包就绪 if (rxcsr & RXCSR_RXPKTRDY_MASK) { // 3. 检查是否有数据错误（如果是同步端点） if ((rxcsr & RXCSR_ISO_MASK) && (rxcsr & RXCSR_DATAERROR_MASK)) { // 记录错误，对于同步流，可能选择丢弃或标记坏帧 log_error("Isochronous data error on EP1 OUT"); // 清除错误标志 USB0_RXCSR_1 = rxcsr & (~RXCSR_DATAERROR_MASK); } // 4. 读取接收到的字节数 uint16_t byte_count = USB0_RXCOUNT_1 & 0x01FF; // RXCOUNT低9位有效 // 5. 从FIFO读取数据到用户缓冲区 uint8_t *fifo_addr = (uint8_t*)USB_EP1_FIFO_ADDR; for(int i=0; i<byte_count; i++) { user_buffer[data_index++] = *fifo_addr++; } // 6. 清除RXPKTRDY位，告知硬件FIFO已空，准备接收下一包 // 如果使能了AUTOCLEAR且byte_count等于最大包大小，这一步可能硬件已做，但手动清除总是安全的。 USB0_RXCSR_1 = rxcsr & (~RXCSR_RXPKTRDY_MASK); // 7. 如果之前因错误发送了STALL，并已处理完错误，需要清除STALL状态 if (rxcsr & RXCSR_SENTSTALL_MASK) { // 先清除SENDSTALL命令 USB0_RXCSR_1 &= ~RXCSR_SENDSTALL_MASK; // 再清除SENTSTALL状态 USB0_RXCSR_1 &= ~RXCSR_SENTSTALL_MASK; // 可选：复位数据翻转序列 USB0_RXCSR_1 |= RXCSR_CLRDATATOG_MASK; } } // 8. 检查其他状态，如FIFO满、超时等（根据具体应用） if (rxcsr & RXCSR_FIFOFULL_MASK) { // 处理FIFO满的情况，可能是CPU处理太慢，考虑优化或增加缓冲区 } }

3. CAN总线协议核心机制与帧结构详解

CAN总线以其高可靠性、多主架构和强大的错误处理能力，在汽车和工业领域占据统治地位。理解其帧结构是进行正确配置和深度调试的基础。

3.1 CAN通信的基本哲学：非破坏性仲裁

CAN总线最精妙的设计在于其“载波监听多路访问/冲突避免”（CSMA/CA）机制，具体表现为非破坏性逐位仲裁。

工作原理：

1. 所有节点在总线空闲（隐性电平，逻辑1）时均可发起传输。
2. 它们同时发送标识符（ID）开始仲裁。ID数值越小，优先级越高。
3. 每个节点在发送的同时也在监听总线。它发送的是“隐性位”（1），但如果检测到总线是“显性位”（0），它就明白有更高优先级的节点也在发送。
4. 发送“隐性位”但检测到“显性位”的节点会立即停止发送，转为接收模式，而发送“显性位”的节点不受影响，继续完成整个帧的发送。
5. 因此，优先级最高的帧总能无冲突地完成发送，不会像以太网那样发生碰撞导致所有帧都损坏需要重传。这个过程发生在帧开始的仲裁场，不会浪费总线时间在已注定失败的传输上。

实战意义：在设计CAN网络时，必须根据消息的紧急程度和重要性，为其分配合适的ID。例如，刹车信号、气囊触发信号的ID必须比车窗状态信号的ID优先级更高（数值更小）。

3.2 数据帧与远程帧：请求与响应的舞蹈

CAN定义了四种帧类型，其中数据帧和远程帧是承载应用数据的主要载体。

3.2.1 标准数据帧（Standard Data Frame）

这是最常用的帧格式，总长度最小为44位（不含位填充），最大为108位（8字节数据时）。

3.2.2 扩展数据帧（Extended Data Frame）

扩展帧提供了更大的寻址空间（29位ID），用于更复杂的网络。其结构与标准帧主要区别在仲裁场和控制场。

3.2.3 远程帧（Remote Frame）

远程帧本身不携带数据，它的作用是请求另一个节点发送具有相同ID的数据帧。可以把它理解为一个“数据请求命令”。

• 结构：与数据帧极其相似，但有两个关键区别：
  1. RTR位为隐性（1）：这是区分远程帧和数据帧的标志。
  2. 没有数据场：DLC字段必须设置为所请求数据帧的数据长度，否则在仲裁时可能因位模式不同而导致冲突。
• 工作流程：节点A发送一个ID为X的远程帧。网络上所有配置为接收ID X的节点都会收到这个请求。其中，拥有ID X数据且配置为可响应远程请求的节点B，会在总线空闲后，自动将对应的数据帧（ID也为X，RTR为0）发送出去。在CP3SP33中，可以通过配置消息缓冲区的控制寄存器来实现“自动回复远程帧请求”的功能，这大大减轻了CPU的负担。

3.3 错误帧与过载帧：总线的自我修复与流控机制

CAN的高可靠性离不开其严密的错误检测和通告机制。

3.3.1 错误帧（Error Frame）

任何节点检测到错误（位错误、填充错误、格式错误、CRC错误、应答错误）时，会立即在下一位开始发送一个“错误标志”。

• 错误主动节点：发送6个连续的显性位（0）。这违反了CAN的位填充规则（连续5个相同位后必须插入一个反相位），从而强制所有其他节点也检测到格式错误，并随之发送自己的错误标志。最终，总线上会出现6-12个连续的显性位，这是一个所有节点都能识别的、明确的“错误信号”。
• 错误被动节点：发送6个连续的隐性位（1）。它只能被动地通知，等待其他主动节点来破坏总线规则。
• 错误界定符：错误标志后，所有节点发送8个连续的隐性位，标志着错误帧结束，总线恢复空闲。

错误状态管理：每个节点内部有一个发送错误计数器（TEC）和接收错误计数器（REC）。根据计数值，节点处于三种状态：

1. 错误主动（TEC和REC < 128）：正常状态，可以主动发送错误标志。
2. 错误被动（TEC或REC >= 128）：功能受限，发送错误标志时只能发隐性位，且发送帧后需等待额外时间。
3. 总线关闭（TEC >= 256）：节点与总线电气隔离，无法收发任何帧，只能通过硬件复位或特定恢复序列退出。

3.3.2 过载帧（Overload Frame）

过载帧用于节点内部需要更多时间处理当前数据时，请求延迟下一个数据帧或远程帧的发送。其结构与错误帧类似（6个显性位的过载标志 + 8个隐性位的过载界定符）。它只能在帧间间隔（Interframe Space）的间歇期内发送。需要注意的是，像CP3SP33这样的CAN控制器通常不会主动产生过载帧，但它能识别并响应其他节点发出的过载帧。

4. CP3SP33 CAN控制器配置与消息缓冲区实战

理解了协议，我们再看CP3SP33如何实现它。其CAN模块的核心是15个独立的消息缓冲区（Message Buffer），每个都可以被灵活配置为发送或接收缓冲区。

4.1 消息缓冲区结构

每个消息缓冲区在内存中映射为8个16位寄存器（共16字节），构成了一个完整的CAN消息单元：

1. 消息控制寄存器（MSGCTRL）：配置缓冲区的行为。包括：
   • 方向：发送（Transmit）或接收（Receive）。
   • 远程帧使能：是否允许该缓冲区响应远程帧请求（对于接收缓冲区），或发送远程帧（对于发送缓冲区）。
   • 数据长度码（DLC）：要发送或期望接收的数据长度（0-8）。
   • 发送优先级：在多个发送缓冲区就绪时，决定谁先被发送（0-15，0最高）。
2. 消息标识符寄存器（MSGID）：存储29位扩展ID或11位标准ID，以及IDE位（标识符扩展位）等。
3. 数据字段寄存器（DATAx）：通常有4个16位寄存器（DATA A, B, C, D），用于存储最多8字节的应用数据。
4. 时间戳寄存器（TIMESTAMP）：可选功能，当消息成功发送或接收时，捕获一个16位自由运行计数器的值，用于精确计时或网络同步。

4.2 接收过滤（Acceptance Filtering）配置

这是CAN软件配置的关键，决定了控制器会接收哪些ID的报文，从而极大减轻CPU的中断负担。CP3SP33提供了两级过滤：

1. 全局接受掩码（Global Acceptance Mask）：这是一个“粗筛”。你可以设置一个掩码，比如0x7FF（11位全为1），那么所有标准帧都能通过这第一关；或者设置0x1FFFFFFF（29位全为1）允许所有扩展帧。更常见的是设置某些位为“不关心”（0），例如掩码0x7F0（二进制11111110000），则ID的高7位必须匹配，低4位任意。这用于接收一组ID连续的报文。
2. 缓冲区标识符（Buffer Identifier）：这是“精筛”。每个接收缓冲区都有自己的MSGID。只有当报文ID在通过了全局掩码过滤后，与某个接收缓冲区的MSGID相等时，该报文才会被存入这个缓冲区，并可能产生中断。
3. BASIC-CAN路径：手册提到，其中一个缓冲区（通常是缓冲区0）可以使用独立的过滤程序。这模拟了早期BASIC-CAN控制器的简单过滤模式，有时用于接收一个特定的、高优先级的报文。

配置示例：只接收ID为0x123的标准帧

// 假设使用缓冲区1作为接收缓冲区 // 1. 配置全局接受掩码（假设寄存器为CANIF1ARB） // 我们希望精确匹配，所以掩码设置为全1（0x7FF），即每一位都必须匹配。 CAN_0.GLOBAL_MASK_STD = 0x7FF; // 标准帧全局掩码寄存器 // 2. 配置缓冲区1的标识符 CAN_0.MSGID_1 = 0x123; // 设置要接收的ID CAN_0.MSGCTRL_1 |= (1 << IDE_BIT_POS); // 明确设置为标准帧（IDE=0），具体位取决于寄存器定义 CAN_0.MSGCTRL_1 |= (1 << DIR_BIT_POS); // 设置为接收方向 // 3. 使能缓冲区1的中断（如果需要） CAN_0.INT_ENABLE |= (1 << BUFFER1_INT_BIT);

4.3 发送流程与优先级

1. 准备发送缓冲区：选择一个空闲的发送缓冲区，将MSGID、DLC和数据写入相应的DATA寄存器。
2. 置位发送请求：将该缓冲区MSGCTRL寄存器中的“发送请求”位（如TXRQST）置1。
3. 仲裁与发送：CAN模块的调度器会根据所有TXRQST置位的缓冲区的优先级（在MSGCTRL中配置）和标识符ID（数值小的优先级高）来决定发送顺序。一旦总线空闲，优先级最高的报文开始仲裁并发送。
4. 发送完成中断：发送成功后，硬件会清除TXRQST位，并可能产生中断，通知CPU该缓冲区已空闲，可以准备下一帧数据。

优先级冲突解决：如果两个缓冲区的优先级设置相同，则比较它们的ID，ID小的先发。如果ID也相同，则缓冲区编号小的先发。合理规划优先级和ID，是保证关键消息实时性的关键。

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

结合USB和CAN的调试，这里分享几个我踩过的“坑”和总结的技巧。

5.1 USB端点通信失败排查清单

1. 现象：主机枚举成功，但数据传输不通。

   • 检查1：描述符与寄存器一致性：这是最高频的错误源。用调试器或逻辑分析仪抓取USB枚举过程的描述符，确保wMaxPacketSize与芯片内对应端点的RXMAXP/TXMAXP寄存器值完全一致。一个字节都不能错。
   • 检查2：端点类型与方向：确认RXTYPE/TXTYPE寄存器中的端点号（ENDPOINT字段）和传输类型（PROTOCOL字段）配置正确。RX和TX寄存器不要配反。
   • 检查3：FIFO访问指针：在读取或写入FIFO数据时，确保访问的是正确的FIFO内存地址。不同端点的FIFO地址是分开的。读取RXCOUNT后再按字节数读取，避免多读或少读。
   • 检查4：中断处理：是否使能了正确的端点中断？中断服务程序（ISR）是否及时清除了RXPKTRDY或TXPKTRDY位？是否清除了中断标志位？处理速度是否跟得上数据流？

2. 现象：大数据量传输时丢包。

   • 检查1：双缓冲配置：对于高速或全速USB的批量/中断传输，检查是否合理配置了双缓冲。计算你的数据包大小和FIFO总大小，如果可能，将MAXP设为FIFO一半或更小。
   • 检查2：CPU处理能力：使用性能分析工具，确认你的数据处理ISR或任务没有占用太多时间，导致无法及时清空FIFO。考虑使用DMA（如果控制器支持）来搬运FIFO数据。
   • 检查3：FIFOFULL和OVERRUN状态：在ISR中检查这些状态位。如果频繁置位，就是CPU跟不上速度的铁证。

3. 现象：设备偶尔被主机复位。

   • 检查：STALL处理：检查代码逻辑，是否在某些异常情况下（如收到非法请求、应用程序缓冲区不足）错误地发送了STALL握手信号。发送STALL后，必须按照SENDSTALL->SENTSTALL-> 清除两者的正确顺序恢复端点，否则端点会一直处于挂起状态。

5.2 CAN通信异常排查清单

1. 现象：发送节点无错误，但接收节点收不到报文。

   • 检查1：波特率：这是CAN网络通信的基石。确保网络所有节点的波特率设置精确一致，包括波特率预分频器（Prescaler）、时间段1（TSEG1）和时间段2（TSEG2）。一个节点的微小偏差都可能导致同步失败，进而产生大量错误帧。建议使用晶振，并仔细计算波特率寄存器值。
   • 检查2：终端电阻：CAN总线两端（最远的两个节点）必须各接一个120欧姆的终端电阻，用于阻抗匹配，消除信号反射。没有终端电阻或电阻值不对，会导致信号畸变，通信距离大幅缩短或完全失败。
   • 检查3：接收过滤：这是最容易被忽略的一点。发送方ID是0x100，但接收方的全局掩码可能过滤掉了它，或者接收缓冲区配置的ID不是0x100。务必使用CAN分析仪或芯片的诊断模式，先确认报文确实被正确发送到了总线上。

2. 现象：总线错误计数器快速增长，节点进入“错误被动”或“总线关闭”状态。

   • 检查1：物理层：使用示波器测量CAN_H和CAN_L之间的差分信号。波形应该清晰，上升/下降沿陡峭，没有明显的振铃或过冲。检查布线是否过长、是否有分支、是否靠近强干扰源。
   • 检查2：地线回路：确保所有节点的地电位基本一致。巨大的地电位差会产生共模干扰，导致位错误。
   • 检查3：软件攻击：检查发送代码，是否在总线繁忙时强行发送，或发送的帧格式不符合规范（如DLC>8）。这会被其他节点检测为格式错误。

3. 现象：特定ID的远程帧请求得不到响应。

   • 检查1：发送方配置：确认发送的远程帧的RTR位确实是隐性（1），且DLC设置正确（等于期望回复的数据长度）。
   • 检查2：接收方配置：确认目标节点上，对应ID的接收缓冲区是否配置了“远程帧使能”或“自动回复”功能（在CP3SP33的MSGCTRL寄存器中通常有RMTEN或类似位）。同时，该缓冲区必须预先装载好要回复的数据，并配置为发送缓冲区，或者有机制在收到远程帧后快速填充数据并触发发送。

调试利器：环回模式（Loopback Mode）CP3SP33的CAN控制器通常支持环回模式。在此模式下，控制器内部将发送端直接连接到接收端，无需外部物理总线。这是调试CAN驱动和应用程序逻辑的绝佳工具，可以隔离硬件问题，专注验证软件的正确性，包括帧格式、过滤配置、中断处理等。在开发初期，强烈建议先在环回模式下跑通所有功能。