Tiva USB端点寄存器深度解析：从AUTOSET到DMAEN的配置避坑指南-育师

1. 项目概述：从寄存器手册到可运行的USB驱动

如果你曾经尝试在嵌入式系统里实现USB通信，大概率会和我一样，面对那一堆名字长得吓人的寄存器——USBTXCSRH1、USBRXCSRL2——感到一阵头大。数据手册上密密麻麻的位域描述，每个字都认识，但连起来却不知道从何下手。这感觉就像拿到了一张藏宝图，但上面全是密码，没有解读手册。

我最近在基于TI的Tiva™ TM4C123GH6ZRB微控制器开发一个USB HID（人机接口设备）项目，就深陷在这种寄存器配置的迷宫里。USB协议本身就很复杂，加上微控制器厂商为了硬件灵活性设计的各种控制位，稍有不慎，通信就会卡住，或者数据对不上。经过几周的折腾，从数据收发失败到DMA传输乱序，我把能踩的坑几乎都踩了一遍。今天，我就把这些关于USB端点控制寄存器的“血泪经验”整理出来，特别是针对发送控制状态高字节寄存器（USBTXCSRHn）和接收控制状态低字节寄存器（USBRXCSRLn）这两个核心，掰开揉碎了讲清楚。我的目标很简单：让你看完这篇文章，不仅能看懂手册，更能写出稳定、高效的USB通信代码，把寄存器位变成你手里的工具，而不是拦路虎。

2. USB端点通信的核心逻辑与寄存器角色

在深入每一个比特位之前，我们必须先建立正确的“世界观”。USB通信不是简单的“我发你收”，它是一套在主机（Host）主导下，设备（Device）被动响应的精密协议。而“端点”（Endpoint），就是这个协议里最核心的通信管道概念。

2.1 端点：USB数据流的“专用车道”

你可以把一个USB端点想象成一条单向车道。每个USB设备可以有多个端点，每个端点都有一个唯一的地址（端点号）和方向（IN或OUT）。IN方向指数据从设备流向主机（设备发送），OUT方向指数据从主机流向设备（设备接收）。Tiva微控制器的USB模块支持多个这样的端点，通常端点0固定用于控制传输，而端点1到7可以配置为批量（Bulk）、中断（Interrupt）或等时（Isochronous）传输。

这里的关键在于，硬件为每个端点都配备了一套独立的寄存器组。这就是为什么你会看到USBTXCSRH1到USBTXCSRH7，以及USBRXCSRL1到USBRXCSRL7。TX代表发送（IN端点），RX代表接收（OUT端点），后面的数字1-7就对应端点号。这套设计的好处是，你可以独立配置和管理每个端点的行为，互不干扰。比如，可以让端点1做高速批量文件传输，端点2做低速但实时性要求高的中断鼠标报告。

2.2 控制寄存器：车道的“交通信号灯和调度中心”

如果说端点是车道，那么USBTXCSRHn和USBRXCSRLn这类控制与状态寄存器，就是这条车道的信号灯系统、收费站和状态监控中心合一体。

控制功能：你通过写这些寄存器的某些位，来命令硬件做什么。比如，置位TXRDY（位于对应的低字节寄存器USBTXCSRLn）告诉硬件：“我已在FIFO里放好数据，可以发车了。” 或者置位REQPKT（USBRXCSRLn的位5）向主机请求：“请给我发一个数据包过来。”
状态反馈：硬件通过设置这些寄存器的另一些位，向你汇报当前情况。比如，RXRDY位（USBRXCSRLn的位0）被硬件置1，就是在亮灯提醒你：“有一个数据包已到达FIFO，快来取！”FULL位（位1）亮起则表示：“FIFO满了，别再往里塞了，也暂时别请求新数据了。”
模式配置：你可以设置车道的运行规则。例如，通过AUTOSET位（USBTXCSRHn的位7）选择是手动发车还是自动发车；通过DMAEN位（位4）决定是否启用DMA这个“自动搬运机器人”来替CPU搬运FIFO里的数据。

理解了这个“车道-信号灯”模型，我们再去看那些具体的位域，就不会觉得它们是一盘散沙，而是各有职责的调度指令。接下来，我们就聚焦到两个最常用、也最容易出问题的核心寄存器上。

3. 发送端点控制高字节寄存器（USBTXCSRHn）深度解析

USBTXCSRHn寄存器主要管理发送端点（IN端点）的一些高级或模式相关的控制功能。它的位定义在主机模式（Host）和设备模式（Device）下略有不同，我们以更常用的设备模式为例进行详解。假设我们正在配置端点1的发送方向，那么操作的就是USBTXCSRH1寄存器。

3.1 关键位域详解与配置策略

位7 - AUTOSET（自动置位）：这是影响编程模型简洁性的一个重要位。

功能：当该位置1时，一旦你向发送FIFO写入的数据量达到了USBTXMAXPn寄存器中设定的最大包长度，硬件会自动将USBTXCSRLn寄存器中的TXRDY位置1，从而自动启动一次USB发送事务。如果写入的数据不足最大包长（即短包，常用于标识传输结束），则需要你手动置位TXRDY。
配置选择：
- 设为1（推荐用于流式数据）：在连续发送大量数据的场景下（如传输文件），这可以大大简化代码。你只需要循环往FIFO填数据，硬件会在凑够一个包时自动发出，你只需关注FIFO是否有空间。但这里有个大坑：如果你使能了DMA，并且DMA传输的字节数不是最大包长的整数倍，最后一个短包不会触发AUTOSET，你必须手动检查并置位TXRDY，否则数据会卡在FIFO里发不出去。我曾在视频数据传输中，因为最后一帧数据不是64字节的整倍数，又没手动触发，导致最后一帧永远丢失。
- 设为0：你需要完全手动控制TXRDY位。这给了你最大的灵活性，可以在任何你想要的时机发送数据，但代码负担更重。适合发送间隔不规则或需要精确同步的数据。

位6 - ISO（等时传输）：

功能：此位置1，将该端点配置为等时传输模式；清0，则为批量或中断传输模式。
核心差异：等时传输没有握手包（No ACK/NAK），不保证数据一定送达，但保证固定的带宽和延迟，用于音频、视频流。批量/中断传输则有握手包，保证数据可靠性，但延迟不定。这个位必须在端点初始化时，与其他参数（如端点类型、最大包长）一同正确设置，中途修改可能导致不可预知的行为。

位5 - MODE（模式）：

功能：这是一个比较特殊的位。当某个端点的发送和接收共用同一个物理FIFO缓冲区时（某些微控制器为节省内存如此设计），此位用于动态切换该FIFO的方向。置1为发送，清0为接收。
实践注意：在Tiva系列中，通常每个端点的TX和RX有独立的FIFO。所以，在大多数情况下，你不需要操作这个位。在初始化时根据端点描述符配置好方向后即可忽略。误操作此位会导致数据发往错误的方向。

位4 - DMAEN（DMA请求使能）：

功能：置1使能该端点的µDMA（微直接内存访问）功能。当FIFO需要数据（发送时）或已有数据待取（接收时），硬件会自动向DMA控制器发出请求，由DMA在内存和FIFO之间搬运数据，解放CPU。
关键联动配置（必看！）：仅仅置位DMAEN是没用的！你必须同时配置USBDMASEL（USB DMA选择寄存器）。Tiva的USB模块只有有限的DMA通道映射（例如3个发送、3个接收）。你需要USBDMASEL寄存器中，将DMAATX、DMABTX或DMACTX（对于发送端点）的位域，设置为你的端点号。例如，想让端点1的发送使用DMA通道A，就需要设置USBDMASEL.DMAATX = 1。忘记这一步是DMA传输失败的常见原因。

��3 - FDT（强制数据切换）：

功能：这是一个用于处理错误恢复的位。置1会强制翻转DT（数据切换）位，并清空当前FIFO中的数据包，即使没有收到主机的ACK确认。
应用场景：主要用于等时传输的通信速率反馈，或者在某些批量传输出错、需要重置数据同步状态时。普通应用中极少需要手动操作此位。硬件在正常收到ACK后会自动管理DT位。

位2 - DMAMOD（DMA请求模式）：

功能：控制DMA中断产生的粒度。
- 0：每个数据包传输完成（即每次DMA请求搬运完一个最大包的数据）都产生一个中断。适合需要实时处理每个包状态的场景。
- 1：只有整个DMA传输描述符链（可能包含多个包）全部完成后才产生一个中断。适合大数据块传输，减少中断频率，提高效率。
重要警告：数据手册特别强调，不能在DMAEN位为0的同一个时钟周期内将DMAMOD清0。安全的编程顺序是：先清DMAEN，等待一个操作周期（例如执行一条NOP指令或访问一个无关寄存器），再修改DMAMOD。反过来，使能时则无此限制。

位1与位0 - DTWE 与 DT（数据切换写使能与数据切换）：这是一对需要配合使用的位，用于管理USB的数据包同步机制（Data Toggle）。

原理：USB使用DATA0和DATA1两种PID（包标识符）交替出现，来确保发送方和接收方保持同步，防止丢包或重复包。
DT位：反映了当前端点期望的下一个数据包的PID类型（0对应DATA0，1对应DATA1）。硬件在成功完成一次事务后会自动翻转此位。
DTWE位：这是一个“写使能开关”。只有当DTWE置1时，你写入DT位的值才会被接受。一旦你写入DT，DTWE位会自动清零，防止误写。
何时需要操作：通常硬件自动管理即可。只有在端点出错或需要重新同步时（例如，设备收到一个非预期的PID，或者执行了端点复位），你才需要手动干预。标准操作是：置位DTWE，然后根据情况写DT为0或1（通常写0，从DATA0重新开始），从而复位数据切换序列。

3.2 发送端点配置实例与避坑指南

假设我们要将端点1配置为批量IN端点，使用DMA传输，并启用自动置位功能。

// 假设基址定义和寄存器映射已做好 #define USB0_BASE 0x40050000 #define USBTXCSRH1 (*((volatile uint8_t *)(USB0_BASE + 0x113))) #define USBTXMAXP1 (*((volatile uint16_t *)(USB0_BASE + 0x110))) #define USBDMASEL (*((volatile uint32_t *)(USB0_BASE + 0x...))) // 请查具体偏移量 void ConfigureEndpoint1TX(void) { // 步骤1: 设置最大包长为64字节（批量端点的常见值） USBTXMAXP1 = 64; // 步骤2: 配置USBTXCSRH1寄存器 uint8_t txCsrHigh = 0; txCsrHigh |= (1 << 7); // AUTOSET = 1: 自动置位TXRDY // ISO位默认为0，即批量传输 // MODE位对于独立FIFO无需操作 txCsrHigh |= (1 << 4); // DMAEN = 1: 使能DMA // FDT保持为0 // DMAMOD根据需求设置，假设我们每个包完成后都需要处理，设为0 // DTWE和DT保持为0，由硬件管理 USBTXCSRH1 = txCsrHigh; // 步骤3: (至关重要！) 配置DMA通道映射 // 假设我们将端点1的发送映射到DMA通道A USBDMASEL |= (1 << 0); // 设置DMAATX位域的bit0，代表端点1。具体位域请参考数据手册。 // 步骤4: 配置µDMA控制器（此处略，涉及DMA描述符、源地址、传输大小等） // ... }

避坑提示1：AUTOSET与短包：在使能AUTOSET后，如果你的最后一次传输数据量小于USBTXMAXP1，硬件不会自动置位TXRDY。你必须在填充完短包数据后，手动读取USBTXCSRL1寄存器并置位TXRDY位，否则这个短包会永远滞留在FIFO中。一个健壮的做法是，在传输逻辑的最后，判断剩余数据是否小于最大包长，若是，则手动触发。

避坑提示2：DMA使能的顺序：一定要先配置好USBDMASEL寄存器，再使能端点的DMAEN位。如果顺序反了，DMA请求可能无法正确路由，导致DMA不工作。同时，在禁用DMA时，应先清DMAEN，再根据需要修改DMAMOD。

4. 接收端点控制低字节寄存器（USBRXCSRLn）深度解析

USBRXCSRLn寄存器是管理接收端点（OUT端点）最频繁交互的寄存器，它包含了大量的实时状态位和立即控制位。我们以设备模式下的USBRXCSRL1为例。

4.1 状态位监控与实时响应

位0 - RXRDY（接收就绪）：

这是最重要的状态位。当硬件成功接收一个数据包并存入FIFO后，会自动将此位置1，同时会产生相应的USB接收中断（如果已使能）。你的中断服务程序（ISR）或主循环轮询代码，首先要检查的就是这个位。
清零方式：
1. 自动清零：如果USBRXCSRHn寄存器中的AUTOCL位（自动清零）置1，并且你从FIFO中读取的数据字节数恰好等于USBRXMAXPn寄存器中设置的值，那么RXRDY会在读取完成后自动清零。这对于DMA传输或固定包长传输非常方便。
2. 手动清零：如果AUTOCL为0，或者你读取的字节数小于最大包长（短包），你必须在读取完FIFO数据后，手动向RXRDY位写入0来清除它。忘记手动清RXRDY是导致无法接收下一个包的典型错误。

位1 - FULL（FIFO满）：

这是一个只读状态位。当它置1时，表示该端点的接收FIFO已满，无法再接收新的数据包。此时，如果主机继续发送数据，设备可能会返回NAK（非应答）握手信号（对于批量/中断传输）。
应对策略：你的程序应该监控此位（或通过FIFO满中断）。一旦发现FULL置1，必须加速从FIFO中读取数据，尽快腾出空间。在高速连续传输场景下，FIFO深度和你的读取速度需要匹配，否则会频繁触发FIFO满，降低有效带宽。

位2 - OVER（超限）与位3 - DATAERR（数据错误）：

这两个位在设备模式下，仅对等时传输端点有效。对于批量/中断端点，它们总是读为0。
OVER置1表示主机发送的数据包太快，导致FIFO溢出，数据丢失。DATAERR置1表示接收到的数据包存在CRC校验或位填充错误。
对于等时传输：由于没有重传机制，这些错误需要被上层应用感知和处理（例如，在音频流中插入静音）。你需要定期检查并清除这些错误位。
对于批量/中断传输：错误处理机制不同。传输错误会通过ERROR位（在主机模式下）或NAKTO超时等机制体现。

4.2 控制位操作与流程管理

位5 - STALL（发送STALL握手）：

功能：向此位写1，会使设备在下次主机访问此端点时，返回一个STALL握手包。STALL表示端点处于错误或停止状态，请求不被支持。
应用：用于实现协议层的错误报告，例如收到无法理解的请求、端点未配置等。此位需要软件主动清零才能结束STALL状态。向它写0即可清零。

位6 - STALLED（端点挂起）：

功能：这是一个状态位。当设备因为某些原因（如上述STALL位置位）发送了STALL握手后，此位会被硬件置1。
操作：在软件处理完STALL条件后，需要向此位写0来清除这个状态。不清除的话，端点可能无法恢复正常通信。

位4 - FLUSH（清空FIFO）：

功能：向此位写1，会立即丢弃当前FIFO中下一个待读取的数据包，并将FIFO读指针复位，同时清除RXRDY位。
警告：数据手册用“重要”标注：仅当RXRDY位为1时，才能置位FLUSH。如果在RXRDY为0时刷新，可能会破坏FIFO的内部状态，导致后续数据损坏。这是一个需要严格遵循的硬件约束。
双缓存FIFO：如果端点FIFO支持双缓存（可以同时存储两个包），可能需要连续执行两次FLUSH操作才能完全清空。在不确定的情况下，一个安全的做法是在循环中执行FLUSH，直到RXRDY位变为0。

位7 - CLRDT（清除数据切换）：

功能：向此位写1，会清除USBRXCSRHn寄存器中的DT（数据切换）位，将其复位为0（期望DATA0）。
应用场景：与发送端的DTWE/DT类似，用于在需要时手动复位接收端的数据同步序列。通常也是在端点错误恢复或复位流程中使用。

4.3 接收端点数据读取流程实战

下面是一个典型的轮询方式读取接收端点数据的代码片段，包含了状态检查和错误处理：

#define USB0_BASE 0x40050000 #define USBRXCSRL1 (*((volatile uint8_t *)(USB0_BASE + 0x116))) #define USBRXCOUNT1 (*((volatile uint16_t *)(USB0_BASE + 0x118))) #define USBRXFIFO1 (*((volatile uint32_t *)(USB0_BASE + 0x120))) // FIFO访问地址示例 uint8_t rxBuffer[128]; bool ReadEndpoint1Data(void) { volatile uint8_t *pFifo = (volatile uint8_t *)&USBRXFIFO1; // 按字节访问FIFO uint8_t csrLow = USBRXCSRL1; // 1. 检查是否有数据就绪 if (!(csrLow & 0x01)) { // 检查RXRDY位 (bit0) return false; // 没有数据 } // 2. 检查是否有错误（此处以设备模式为例，假设为批量传输，OVER和DATAERR无效） // 如果是等时传输，需要检查 OVER 和 DATAERR // if (csrLow & 0x04) { /* 处理OVER错误 */ } // if (csrLow & 0x08) { /* 处理DATAERR错误 */ } // 3. 读取数据包字节数 uint16_t byteCount = USBRXCOUNT1 & 0x1FFF; // COUNT位在[12:0] if (byteCount > sizeof(rxBuffer)) { // 缓冲区不足，需要刷新FIFO并报告错误 USBRXCSRL1 |= (1 << 4); // 置位FLUSH位 (bit4) // 注意：此处应确保RXRDY为1，否则操作危险 // 清除可能的错误状态 USBRXCSRL1 &= ~(1 << 6); // 清除STALLED位 (bit6) return false; } // 4. 从FIFO读取数据 for (uint16_t i = 0; i < byteCount; i++) { // 注意：FIFO可能是32位或16位访问宽度，需要根据数据手册调整 // 这里假设按字节读取是安全的 rxBuffer[i] = *pFifo; } // 5. 清除RXRDY位，准备接收下一个包 // 假设我们未使能AUTOCL，或者读取的字节数不等于最大包长，需要手动清除 USBRXCSRL1 &= ~(1 << 0); // 向RXRDY位写0以清除它 // 6. 处理接收到的数据 (byteCount, rxBuffer) ProcessReceivedData(rxBuffer, byteCount); return true; }

避坑提示3：FIFO的访问宽度与对齐：从USBRXFIFOn地址读取数据时，必须注意数据手册规定的访问宽度（通常是32位）。即使你只需要一个字节，也可能需要以32位为单位读取，然后再从读取的字中提取目标字节。错误的对齐访问可能导致数据错误或硬件异常。在启用DMA时，DMA控制器通常以4字节（32位）为块进行传输，这也是为什么数据手册在AUTOCL描述中警告“使用µDMA从接收FIFO中读出数据时需要谨慎”。

避坑提示4：USBRXCOUNTn的时效性：数据手册明确警告：USBRXCOUNTn的值会随着你从FIFO中读取数据而动态变化，并且只在RXRDY位为1时有效。这意味着，你不能先读USBRXCOUNTn，然后慢慢处理其他事情，再回头来读FIFO。正确的流程是：检查RXRDY为1后，立即读取USBRXCOUNTn获取长度，然后紧接着连续从FIFO中读出相应数量的数据。任何中断或延迟都可能导致USBRXCOUNTn值失效。

5. 寄存器配置的联动性与整体初始化流程

单个寄存器的理解是基础，但让USB正常工作，关键在于理解寄存器之间的联动关系，并构建一个正确的初始化与操作流程。很多疑难杂症，都源于配置顺序不当或忽略了位之间的依赖。

5.1 关键联动配置点梳理

DMA使能双剑客：USBTXCSRHn.DMAEN/USBRXCSRHn.DMAEN必须与USBDMASEL寄存器中的对应通道选择位配对设置。只开一个，DMA请求无法送达控制器。
自动机制组合拳：
- 发送端：AUTOSET与USBTXMAXPn联动。AUTOSET=1时，硬件比较写入FIFO的数据量与USBTXMAXPn的值。
- 接收端：AUTOCL与USBRXMAXPn以及你的读取操作联动。AUTOCL=1时，硬件比较你从FIFO读取的数据量与USBRXMAXPn的值。特别注意：使用DMA时，DMA总是以4字节为块读取，这可能与USBRXMAXPn的设置值不匹配，导致AUTOCL失效，必须手动清RXRDY。
数据切换（Data Toggle）的复位：当需要手动复位端点同步序列时，操作DT位必须遵循“先开锁，后修改”的原则：先置位DTWE，再写入DT目标值。写入后DTWE自动清零锁住。
模式一致性：端点的类型（控制、批量、中断、等时）是通过USB设备描述符和USBTYPE/USBDEVCTL等寄存器在更高层级定义的。USBTXCSRHn.ISO或USBRXCSRHn.ISO位需要与此类型保持一致。例如，描述符中声明为批量端点，这里就不能设为等时模式。

5.2 端点初始化标准流程（以设备模式批量端点为例）

一个健壮的端点初始化应遵循以下步骤，顺序很重要：

void Endpoint_Init(uint8_t epNum, uint8_t dir, uint16_t maxPktSize) { // epNum: 端点号 (1-7) // dir: 方向，0为OUT(接收)，1为IN(发送) // maxPktSize: 最大包长度 if (dir == DIR_IN) { // 发送端点初始化 // 1. 设置最大包长寄存器 USBTXMAXP(epNum) = maxPktSize; // 2. 配置控制高字节寄存器 (USBTXCSRHn) uint8_t txCsrHigh = 0; // 根据应用选择是否使能AUTOSET // txCsrHigh |= (1 << 7); // AUTOSET // 配置DMA、模式等 // txCsrHigh |= (1 << 4); // DMAEN // txCsrHigh |= (0 << 2); // DMAMOD (每包中断) USBTXCSRH(epNum) = txCsrHigh; // 3. 配置控制低字节寄存器 (USBTXCSRLn) - 通常先清空状态 USBTXCSRL(epNum) = 0x00; // 清除TXRDY, FIFONE等状态位 // 4. 如果使能DMA，配置DMA选择寄存器 if (txCsrHigh & (1 << 4)) { ConfigureUSBDMASel_TX(epNum); // 自定义函数，设置USBDMASEL对应位 } // 5. (可选) 复位数据切换序列 USBTXCSRH(epNum) |= (1 << 1); // 置位DTWE USBTXCSRH(epNum) &= ~(1 << 0); // 写DT=0 // 注意：写DT后，DTWE会自动清零 } else { // 接收端点初始化 // 1. 设置最大包长寄存器 USBRXMAXP(epNum) = maxPktSize; // 2. 配置控制高字节寄存器 (USBRXCSRHn) uint8_t rxCsrHigh = 0; // 根据应用选择是否使能AUTOCL // rxCsrHigh |= (1 << 7); // AUTOCL // 配置DMA、模式等 // rxCsrHigh |= (1 << 5); // DMAEN // rxCsrHigh |= (0 << 3); // DMAMOD USBRXCSRH(epNum) = rxCsrHigh; // 3. 配置控制低字节寄存器 (USBRXCSRLn) uint8_t rxCsrLow = 0; // 初始状态下，可以置位REQPKT来请求第一个数据包（对于OUT端点） rxCsrLow |= (1 << 5); // REQPKT = 1 USBRXCSRL(epNum) = rxCsrLow; // 4. 如果使能DMA，配置DMA选择寄存器 if (rxCsrHigh & (1 << 5)) { ConfigureUSBDMASel_RX(epNum); } // 5. (可选) 复位数据切换序列 USBRXCSRL(epNum) |= (1 << 7); // 置位CLRDT，此操作会清除USBRXCSRHn.DT位 } }

避坑提示5：初始化顺序：务必先配置最大包长（USBTX/RXMAXPn）和模式控制寄存器（USBTX/RXCSRHn），最后再操作低字节的状态控制寄存器（USBTX/RXCSRLn）。特别是对于接收端点，先设置REQPKT再配置其他参数可能导致意外的总线活动。一个良好的习惯是，在端点使能或初始化开始时，先将低字节控制寄存器清0，确保处于确定的初始状态。

避坑提示6：FIFO指针复位：在端点初始化、或使用FLUSH操作后，FIFO的读写指针可能不在起始位置。虽然FLUSH操作会复位读指针，但最安全的做法是，在初始化序列中，通过读取USBRXCOUNTn（如果RXRDY意外为1）或尝试读取FIFO直到空，来确保FIFO处于一个干净的状态。对于发送FIFO，则要确保在使能TXRDY前，FIFO是空的或已填充有效数据。

6. 典型问题排查与调试技巧实录

即使按照手册配置，在实际开发中依然会遇到各种问题。下面是我在Tiva USB开发中遇到的几个典型问题及其排查思路，希望能帮你快速定位。

6.1 问题1：数据发送不出去，或主机收不到数据

现象：程序运行，但PC端工具（如Bus Hound）看不到设备发出的任何数据。
排查步骤：
1. 检查端点是否使能：确认USB设备已成功完成枚举，并且主机已为该端点设置了正确的配置（Configuration）和交替设置（Alternate Setting）。端点必须在设备被配置后才有效。
2. 检查TXRDY位：在填充数据到发送FIFO后，检查USBTXCSRLn寄存器的TXRDY位是否被置1。如果没有：
  - 如果AUTOSET=1，检查写入FIFO的数据量是否达到了USBTXMAXPn。对于短包，需要手动置位TXRDY。
  - 如果AUTOSET=0，你必须在填充数据后手动置位TXRDY。
3. 检查FIFO状态：检查USBTXCSRLn的FIFONE（FIFO非空）位。如果数据已写入但FIFONE为0，可能FIFO写入地址或方式错误。
4. 检查DMA配置（如果使用）：确认DMAEN位已置1，且USBDMASEL寄存器已正确映射。使用调试器查看DMA控制器的状态寄存器，确认DMA传输是否已启动并完成。
5. 使用逻辑分析仪或USB协议分析仪：这是终极手段。查看USB总线的D+/D-信号，确认是否有IN令牌包发出，设备是否回复了数据包。如果没有，问题在设备端；如果有数据包但主机不认，可能是PID（数据切换）、CRC或位填充错误。

6.2 问题2：能收到一次数据，但收不到后续数据

现象：设备能成功接收第一个数据包，但之后RXRDY位再也不置1了。
排查步骤：
1. 首要怀疑：RXRDY位未清除：这是最常见的原因。在读取完FIFO数据后，你是否清除了RXRDY位？检查代码，确认在AUTOCL未使能或读取字节数非最大包长时，执行了USBRXCSRLn &= ~(1<<0);。
2. 检查REQPKT位：对于OUT端点，在清除RXRDY后，硬件有时不会自动发起下一次传输请求（除非AUTORQ使能）。你需要确保在适当的时候（例如处理完当前包后）再次置位REQPKT位，向主机请求下一个数据包。
3. 检查FIFO满状态：如果主机发送数据过快，而你的程序读取FIFO太慢，可能导致FIFO满（FULL=1）。设备会持续返回NAK，主机可能会暂停发送。检查并优化你的数据读取速度。
4. 检查数据切换（Data Toggle）：如果设备期望DATA0但主机发了DATA1（或反之），设备会忽略该数据包并返回ACK，但RXRDY不会置位。检查USBRXCSRHn.DT位的值是否与主机发送的PID匹配。在通信起始或出错后，可能需要用CLRDT位复位同步序列。

6.3 问题3：DMA传输数据错位或丢失

现象：使用DMA后，数据能传输，但内容混乱，或者首尾数据不对。
排查步骤：
1. 检查DMA传输大小与对齐：确认DMA传输的字节总数是4的倍数（因为USB FIFO是32位访问）。如果不是，最后一次非对齐传输可能导致数据错位。通常的解决方案是让DMA传输一个稍大的、对齐的内存缓冲区，然后根据USBRXCOUNTn的实际值来截取有效数据。
2. 检查DMA源/目标地址递增：确认DMA控制器的源地址（对于接收）或目标地址（对于发送）在每次传输后是否正确递增。错误配置为固定地址会导致所有数据都堆积到同一个内存位置。
3. 检查AUTOCL与USBRXMAXPn的匹配：如前所述，DMA以4字节块读取，而AUTOCL依赖于与USBRXMAXPn的比较。如果两者不匹配，RXRDY不会自动清除，导致DMA认为传输未完成而停滞。建议在DMA传输中，关闭AUTOCL，在DMA传输完成中断中手动清除RXRDY。
4. 核对DMA通道优先级和仲裁：如果系统中有多个DMA通道同时工作，确保USB DMA有足够的优先级，避免因总线竞争导致数据丢失。

6.4 调试技巧：寄存器打印与状态机

编写寄存器诊断函数：在开发初期，编写一个函数，将关键寄存器（USBTX/RXCSRLn，USBTX/RXCSRHn，USBTX/RXMAXPn，USBTX/RXCOUNTn）的值以十六进制打印出来。当通信异常时，第一时间打印并分析这些状态，比盲目猜测高效得多。
实现简单的状态机：将端点的操作（如等待TXRDY、填充FIFO、等待RXRDY、读取FIFO）封装成状态机。在每个状态转换点加入超时判断和错误处理。例如，等待TXRDY超过一定时间后，可以尝试复位端点或重新初始化，这能大大提高程序的健壮性。
利用硬件断点和数据观察点：在调试器中，对USBTXCSRLn或USBRXCSRLn的地址设置硬件写断点。当TXRDY或RXRDY位被硬件置1时，程序会暂停，你可以立刻观察上下文，看是否是预期的时刻被置位，这非常有助于理解硬件时序。