企业官网建设流程全解析

1. USBHS中断与FIFO：嵌入式USB通信的“神经”与“心脏”

搞嵌入式USB设备驱动开发，尤其是基于像瑞萨RA8M2这类高性能MCU，你迟早得和USBHS（USB 2.0 High-Speed Module）这个模块打交道。手册动辄几百页，寄存器多如牛毛，但真正决定你代码能否稳定跑起来、数据能否流畅传出去的核心，往往就集中在两件事上：中断响应和FIFO缓冲区管理。你可以把USB通信想象成一条繁忙的高速公路，FIFO缓冲区就是沿途的“服务区”和“临时仓库”，负责暂存进出的数据包；而中断机制就是路上的“交通信号灯”和“紧急呼叫按钮”，实时告诉你哪个服务区满了、哪个仓库空了，或者哪里发生了交通事故。

很多新手一上来就照着例程配置管道、使能中断，结果一跑就卡住，不是数据丢包就是设备无响应。问题根源往往在于没吃透中断触发的精确时机和FIFO缓冲区的状态切换逻辑。比如，NRDY（Not Ready）中断什么时候该来却没来？BEMP（Buffer Empty）中断来了之后到底能不能立刻写数据？双缓冲模式下，CPU侧和SIE（Serial Interface Engine）侧的缓冲区状态怎么看？这些细节手册里都有，但散落在各个章节，缺乏一个从实战角度串联起来的视角。

本文将以RA8M2的USBHS模块为蓝本，抛开那些冗长的初始化流程和寄存器位定义列表，直接切入最核心的中断机制与FIFO操作原理。我会结合我在实际项目中调试同步音频传输和批量数据采集的经验，重点拆解NRDY、BEMP这些关键中断的“脾气秉性”，以及如何通过监控BSTS、INBUFM等状态位，像老司机一样驾驭FIFO缓冲区，确保你的USB通信既稳又快。无论你是在做USB麦克风、数据采集卡还是自定义HID设备，这套底层逻辑都是相通的。

2. 核心中断机制深度解析：从信号到行动

USB通信是主机主导的轮询式协议，设备端处于被动响应状态。中断机制就是设备端用来“主动”向CPU报告关键事件、请求处理的核心途径。RA8M2的USBHS模块提供了十几种中断源，但最常用、也最需要精细控制的就是NRDY和BEMP，它们直接关联着数据传输的流控。

2.1 NRDY中断：流量控制的“黄灯”

NRDY中断，顾名思义，就是“未就绪”。它的核心作用是向CPU告警：当前管道无法进行下一次数据传输。这就像一个仓库管理员举起黄旗，告诉调度中心“现在别发货，我这儿没地方放了”或者“货还没备好，暂时发不了”。

2.1.1 NRDY中断的触发条件与场景分析

根据手册，NRDY中断主要在以下几种情况下生成：

1. 对于非同步传输管道（控制、批量、中断）：当USBHS准备好发送（IN事务）或接收（OUT事务）数据，但对应的FIFO缓冲区状态不满足条件时触发。

   • IN方向（设备发送给主机）：主机发来IN令牌包，但设备的FIFO缓冲区里没有数据可发（缓冲区空）。此时设备会先回复NAK握手包，告诉主机“稍等”，同时如果相关中断使能，就会产生NRDY中断，通知CPU赶紧来填充数据。
   • OUT方向（主机发送给设备）：主机发来OUT令牌包和数据包，但设备的FIFO缓冲区已满，没有空间接收新数据。设备同样回复NAK，并可能产生NRDY中断，通知CPU快来把数据读走。

2. 对于同步传输管道：同步传输没有握手包，一旦数据流开始就必须持续。如果在某个微帧（microframe）内没有成功收到令牌包，USBHS会在收到下一个SOF（Start Of Frame）包时产生NRDY中断。这是同步传输特有的错误恢复机制的一部分。

这里有一个极易混淆的关键点：NRDY中断的产生，与PIPEnCTR.PID[1:0]的设置为01b（BUF响应）强相关。手册的Note 2明确指出，只有当管道被配置为BUF响应时，NRDYSTS.PIPENRDY标志位才会被置1。如果你的管道被设置为NAK（00b）或STALL（11b），那么即使硬件检测到未就绪条件，也不会置位NRDY标志，自然也不会触发中断。这要求我们在编程时，必须确保在期望处理数据传输的阶段（即“就绪”阶段），将PID设置为BUF。

实战心得：NRDY中断的频率控制在批量传输大量数据时，如果FIFO缓冲区设置得很小（比如默认的64字节），你可能会被频繁的NRDY中断“轰炸”，导致CPU大部分时间都在处理中断上下文切换，效率低下。我的经验是：

• 对于高速批量传输：尽可能为管道分配最大的FIFO缓冲区（Pipes 1-5最大可设2KB）。这能显著减少中断频率，让CPU有机会一次性搬运更多数据。
• 合理使用双缓冲（Double Buffer）：对于Pipes 1-5，启用双缓冲模式（PIPECFG.DBLB = 1）。这样当SIE正在使用缓冲区A发送数据时，CPU可以同时向缓冲区B填充下一包数据，实现“乒乓操作”，几乎可以消除因缓冲区空而产生的NRDY中断等待时间。
• 中断服务程序（ISR）要快：NRDY ISR里只做最必要的操作，比如设置一个标志位、触发一个任务信号量，或者启动DMA传输。把复杂的数据处理移到主循环或低优先级任务中。避免在ISR内进行长时间计算或函数调用。

2.1.2 NRDY中断的典型处理流程

假设我们配置了一个批量IN管道（Pipe 1），用于向上位机发送传感器数据。

1. 初始化：配置Pipe 1为批量IN传输，分配512字节缓冲区，使能NRDY中断（设置NRDYENB对应位）。
2. 启动传输：将PID设置为BUF (01b)。此时USBHS开始等待主机IN令牌。
3. 中断触发：主机发来IN令牌，但缓冲区为空。USBHS回复NAK，并产生NRDY中断，NRDYSTS.PIPE1NRDY置1。
4. ISR处理：

   void USBHS_NRDY_IRQHandler(void) { uint16_t int_sts = USBHS->NRDYSTS; // 读取NRDY状态寄存器 if (int_sts & USBHS_NRDYSTS_PIPE1NRDY_Msk) { // 1. 清除中断标志（写1清零） USBHS->NRDYSTS = USBHS_NRDYSTS_PIPE1NRDY_Msk; // 2. 检查缓冲区状态（PIPE1CTR.BSTS），确认是否为发送方向且为空 // 3. 准备数据：从传感器读取或从内存拷贝数据到CFIFO（需先选择Pipe 1） USBHS->CFIFOSEL = (1 << USBHS_CFIFOSEL_CURPIPE_Pos); // 选择Pipe 1 // ... 向USBHS->CFIFO写入数据 ... // 4. 如果数据长度小于最大包大小，需要设置BVAL位来手动触发发送 if (data_len < max_packet_size) { USBHS->CFIFOCTR = USBHS_CFIFOCTR_BVAL_Msk; } // 5. 数据填充完毕，硬件会自动在下次IN令牌时发送 } // ... 处理其他管道的NRDY中断 ... }

5. 后续：数据发送完成后，会触发BEMP中断（见下文）。在双缓冲模式下，可以在BEMP中断中准备下一个缓冲区的数据，形成流水线。

2.2 BEMP中断：任务完成的“绿灯”

BEMP中断，即“缓冲区空”中断。它是数据传输完成的重要信号。对于发送（IN）管道，意味着FIFO缓冲区中的数据已全部成功发送给主机；对于接收（OUT）管道，则有一个特殊的错误场景。

2.2.1 BEMP中断的触发条件详解

1. 对于发送管道（IN方向）：

   • 单缓冲模式：当关联管道的FIFO缓冲区在传输完成（包括零长度包传输）后变为空时，内部BEMP中断请求产生。手册特别提到，对于非DCP管道，这个内部BEMP中断请求是与BRDY（Buffer Ready）中断同时产生的。这意味着你可能需要同时处理这两个中断，或者根据BRDY/BEMP的使能情况来区分当前是“缓冲区就绪可写”还是“缓冲区已空传输完成”。
   • 双缓冲模式：当CPU或DMA已经开始向另一个缓冲区写入数据时，不会产生BEMP中断。这是为了避免在“乒乓操作”中产生不必要的完成信号。

2. 对于接收管道（OUT方向）：

   • 主要场景（错误）：当成功接收的数据包大小超过指定的最大包大小时，USBHS会产生BEMP中断，丢弃接收到的数据，并将该管道的PID自动设置为STALL (11b)。这是一个错误处理机制。在主机控制器模式下，USBHS不返回任何响应；在设备控制器模式下，则返回STALL握手包，告知主机该端点出错。
   • 不产生BEMP的情况：当接收数据中检测到CRC错误或位填充错误时；当正在执行设置（Setup）事务时。

关键区别：对于OUT管道，BEMP中断不是在数据被CPU读走后、缓冲区变空时触发的（那是另一种状态）。OUT方向的“缓冲区空”状态通常通过检查DTLN（Data Length）是否为0，或通过BRDY中断（数据就绪）来感知。BEMP在这里更像一个“缓冲区溢出错误”中断。

2.2.2 BEMP中断的应用与避坑指南

场景一：IN传输完成确认这是BEMP最常用的地方。在单缓冲IN传输中，BEMP中断是确认一包数据已成功发送的唯一可靠硬件信号。处理流程如下：

1. BEMP中断触发，ISR中清除对应PIPEBEMP标志。
2. 检查管道状态，确认传输无误。
3. 准备下一包数据写入FIFO。如果使用双缓冲，这一步可能已经在另一个缓冲区准备就绪。

场景二：处理最大包溢出错误在开发阶段，如果主机试图发送一个超过端点描述符中wMaxPacketSize的数据包，就会触发此中断。这是一个重要的调试线索。你的ISR应该：

1. 记录错误（例如，置位一个错误标志，或打印日志）。
2. 根据应用需求，决定是重置该管道（清除STALL），还是上报错误。对于批量传输，主机通常会在收到STALL后重试或进行错误恢复。
3. 谨慎使用ACLRM位：手册提到，通过设置PIPEnCTR.ACLRM位来清空缓冲区时，不会产生BEMP中断。如果你在代码中手动清空缓冲区，就不要依赖BEMP中断作为完成信号。

一个常见的坑：BEMP与传输结束的混淆新手常以为BEMP中断就代表一次“传输”（Transfer）结束了。实际上，USB传输（Transfer）可能由多个“事务”（Transaction）组成。BEMP中断只代表一个FIFO缓冲区对应的数据包发送完成。对于需要传输大量数据的批量IN传输，你会看到多次BEMP中断。判断整个传输是否结束，需要结合事务计数器（PIPEnTRN）或软件维护的字节计数。

2.3 其他关键中断速览

除了NRDY和BEMP，USBHS还有其他几个关键中断，它们构成了USB设备状态管理的全景图：

• 设备状态转换中断（DVST）：在设备控制器模式下，当设备状态（如上电、默认、地址、配置、挂起）发生变化时触发。这是实现USB设备枚举和电源管理的关键。例如，从“挂起”状态恢复时，会先产生恢复中断（RESM），然后产生DVST中断通知状态已改变。
• 控制传输阶段转换中断（CTRT）：专门用于控制传输（端点0）。它在控制传输的各个阶段（设置、数据、状态）完成时触发，极大简化了控制请求的处理。更重要的是，它能在检测到控制传输序列错误（如令牌顺序错误、数据PID错误）时触发，并将CTSQ[2:0]设置为110b，帮助你快速定位协议层问题。
• 帧起始中断（SOFR）：在设备模式下，每收到一个SOF包（全速下每1ms，高速下每125µs）就触发一次。这是实现高精度同步传输（如音频、视频）的基石，用于同步设备的内部时钟或数据生产节奏。
• 连接检测中断（ATTCH/DTCH）：ATTCH中断检测到设备连接（总线状态保持J-state或K-state 2.5µs），DTCH中断检测到设备断开。这是实现即插即用的基础。
• VBUS中断：检测VBUS引脚电平变化，用于感知主机是否提供电源。
• EOFERR中断：检测到在EOF2时刻通信仍未完成，属于严重错误，通常需要复位端口并重新枚举。

实操建议：中断使能策略不要一开始就使能所有中断。这会使中断逻辑复杂，难以调试。建议分步使能：

1. 首先使能DVST和ATTCH/DTCH，确保设备能被主机识别和枚举。
2. 枚举过程中，使能CTRT中断来处理主机发来的各种描述符请求。
3. 枚举完成后，根据你的管道用途，再使能具体的传输中断。例如，批量IN管道使能BEMP，批量OUT管道使能BRDY。NRDY中断通常也需要，但如前所述，在双缓冲优化好的情况下可能不频繁。
4. SOFR中断仅在需要严格时间同步的应用中开启，因为它频率很高（1kHz或8kHz），会带来显著的CPU开销。

3. FIFO缓冲区管理：数据吞吐的“调度中心”

如果说中断是信号系统，那么FIFO缓冲区就是实实在在的物流枢纽。RA8M2的USBHS模块提供了灵活的FIFO内存管理，但配置不当会导致数据卡顿、丢失甚至硬件死锁。

3.1 缓冲区配置核心：管道设置详解

USBHS的FIFO缓冲区是一个共享的内存区域，通过PIPEBUF寄存器为每个管道分配空间。理解下表是高效管理的基础：

配置要点：

• 缓冲区大小（BUFSIZE）：不是越大越好。对于高速批量传输，设置为512字节（或最大包大小的整数倍）是最佳实践，可以匹配USB 2.0高速批量的最大包尺寸，减少协议开销。对于同步传输，需要根据每微帧的数据量精确计算。
• 缓冲区编号（BUFNMB）：这决定了该管道在FIFO内存中的起始位置。必须确保为不同管道分配的缓冲区空间不重叠！重叠会导致数据损坏。通常，你可以从0x8开始，按每个管道所需的大小依次递增分配。
• 双缓冲选择（DBLB）：对于Pipe 1-5，强烈建议在可能的情况下启用双缓冲。它能将数据搬运时间与USB总线传输时间重叠，极大提升吞吐量，并平滑NRDY中断。

3.2 缓冲区状态监控：BSTS与INBUFM的“双视角”

这是理解FIFO工作状态的核心。USBHS提供了两个关键状态位，分别从CPU侧和SIE侧反映缓冲区状态。

1. BSTS位（DCPCTR/PIPEnCTR.BSTS）这个位反映的是CPU侧对缓冲区的访问权限状态。它告诉你，CPU现在能不能对这个缓冲区进行读写操作。

关键解读：BSTS=1是CPU进行操作的许可证。对于OUT管道，收到数据后BSTS会变1，你才能去读；对于IN管道，发送完数据后BSTS变1，你才能去写下一包。

2. INBUFM位（仅Pipe 1-5，发送方向有效）这个位反映的是SIE侧的缓冲区状态，特别是对于发送管道。它告诉你，SIE那边有没有数据在等着发。

双缓冲模式下的“双视角”协同：假设Pipe 1配置为IN方向、双缓冲。缓冲区A和B。

• 阶段1：CPU向缓冲区A写满数据，INBUFM可能变1（表示有数据待发），BSTS变0（CPU不能再写A）。SIE开始发送A的数据。
• 阶段2：CPU可以转向缓冲区B写入数据（因为B的BSTS为1）。此时INBUFM保持为1。
• 阶段3：SIE发完A的数据，A的BSTS变1（CPU可写），同时可能产生BEMP中断。SIE自动切换到发送B的数据。INBUFM仍为1（因为B有数据）。
• 阶段4：CPU在BEMP中断中，或通过轮询BSTS，发现A的BSTS为1，于是向A写入下一包数据。

通过同时监控BSTS（CPU操作许可）和INBUFM（SIE待发队列），软件可以完美实现无停顿的流水线数据填充。手册特别指出，当CPU/DMA写入FIFO的速度较慢，无法仅靠BEMP中断判断缓冲区是否为空时，可以用INBUFM位来确认传输是否真正结束。这是一个非常重要的调试技巧。

3.3 FIFO端口操作与缓冲区清除

对FIFO缓冲区的读写，是通过特定的FIFO端口寄存器（如CFIFO,D0FIFO,D1FIFO）进行的。操作前，必须通过CFIFOSEL,D0FIFOSEL,D1FIFOSEL寄存器选择当前要操作的管道（CURPIPE）。

写入数据（IN传输）：

1. 选择目标管道（设置CURPIPE）。
2. 检查BSTS是否为1（可写）。
3. 向CFIFO等寄存器连续写入数据。
4. 关键步骤：如果写入的数据长度小于该管道的最大包大小（MXPS），USBHS不会自动发送这个“短包”。你必须手动设置端口控制寄存器中的BVAL（Buffer Valid）位，来告知USBHS：“这个缓冲区里的数据是有效的，可以发送了”。这是很多新手遗漏的一步，导致数据永远发不出去。
5. 如果要发送一个零长度包（常用于控制传输的状态阶段或表示数据结束），需要先使用BCLR位清空缓冲区，然后再设置BVAL位。

读取数据（OUT传输）：

1. 选择目标管道。
2. 检查BSTS是否为1（可读）。
3. 从CFIFO等寄存器连续读取数据。数据长度可以从DTLN寄存器中获取。
4. 读取完成后，硬件会自动准备接收下一个包。特别注意：如果收到一个零长度包（DTLN为0），你是无法从FIFO端口读取到任何数据的。此时必须使用BCLR位来清除缓冲区状态，否则管道可能会卡住。

缓冲区清除方法：有三种方式可以清空FIFO缓冲区：

1. BCLR位（CFIFOCTR/DnFIFOCTR）：手动清除。写1即可清空当前选中的FIFO缓冲区。
2. DCLRM位（DnFIFOSEL）：自动清除模式。当该位置1时，在读取指定管道的数据后，USBHS会自动清空该缓冲区。适用于需要连续读取OUT数据的场景。
3. ACLRM位（PIPEnCTR）：自动缓冲区清除模式。此模式仅用于接收方向。当ACLRM=1时，USBHS会丢弃所有接收到的数据包（但仍会向主机回复ACK）。这在某些需要跳过特定数据的场景下有用。注意：将ACLRM先置1再清0，可以强制清空选定管道的FIFO缓冲区，且不限方向。操作间隔至少需要100ns。

4. 实战：构建一个稳定的批量数据传输管道

理论说再多，不如看一个实际配置的例子。假设我们要在RA8M2上实现一个高速批量IN端点（Endpoint 1 IN），用于持续向上位机发送数据。

4.1 管道初始化与配置步骤

// 假设使用 Pipe 1 作为批量IN端点 void usb_bulk_in_pipe_init(void) { // 1. 确保USBHS模块时钟已使能，基本初始化已完成（如模式选择为设备模式） // 2. 禁止管道通信：将PID设置为NAK USBHS->PIPE1CTR = (USBHS->PIPE1CTR & ~USBHS_PIPE1CTR_PID_Msk) | (0x00 << USBHS_PIPE1CTR_PID_Pos); // 3. 等待管道空闲（PBUSY位为0） while (USBHS->PIPE1CTR & USBHS_PIPE1CTR_PBUSY_Msk); // 4. 配置管道类型、方向、端点号等 USBHS->PIPE1CFG = 0; USBHS->PIPE1CFG |= (0x01 << USBHS_PIPE1CFG_TYPE_Pos); // TYPE[1:0] = 01b, 批量传输 USBHS->PIPE1CFG |= (0x01 << USBHS_PIPE1CFG_DIR_Pos); // DIR = 1, IN方向 USBHS->PIPE1CFG |= (0x01 << USBHS_PIPE1CFG_EPNUM_Pos); // EPNUM[3:0] = 0001b, 端点1 USBHS->PIPE1CFG |= (0x01 << USBHS_PIPE1CFG_DBLB_Pos); // 启用双缓冲 // 注意：BFRE, SHTNAK等位根据需求设置 // 5. 配置缓冲区大小和位置 USBHS->PIPE1BUF = 0; // BUFSIZE: 设置缓冲区大小。512字节对应 (512/64) - 1 = 7 (0x07) // 因为寄存器定义可能不同，请参考具体手册。假设单位是64字节块。 USBHS->PIPE1BUF |= (0x07 << USBHS_PIPE1BUF_BUFSIZE_Pos); // BUFNMB: 分配缓冲区号。假设从0x08开始，为Pipe1分配0x08 USBHS->PIPE1BUF |= (0x08 << USBHS_PIPE1BUF_BUFNMB_Pos); // 6. 配置最大包大小 USBHS->PIPE1MAXP = 0; USBHS->PIPE1MAXP |= (0x40 << USBHS_PIPE1MAXP_MXPS_Pos); // MXPS = 64 (0x40) * 8 = 512字节 // 7. 使能相关中断（在INTENB0寄存器中） USBHS->INTENB0 |= USBHS_INTENB0_BEMPE_Msk; // 使能BEMP中断 USBHS->INTENB0 |= USBHS_INTENB0_NRDYE_Msk; // 使能NRDY中断（可选，双缓冲下可能不常用） // 注意：还需要在NVIC中使能USBHS中断 // 8. 将管道PID设置为BUF，启动传输 USBHS->PIPE1CTR = (USBHS->PIPE1CTR & ~USBHS_PIPE1CTR_PID_Msk) | (0x01 << USBHS_PIPE1CTR_PID_Pos); }

4.2 中断服务程序与数据搬运逻辑

// 全局变量，用于在ISR和主循环/任务间通信 volatile bool pipe1_bemp_flag = false; volatile bool pipe1_nrdy_flag = false; uint8_t tx_buffer[2][512]; // 双缓冲 uint32_t current_buffer_idx = 0; uint32_t data_ready[2] = {0, 0}; void USBHS_IRQHandler(void) { uint16_t int_sts0 = USBHS->INTSTS0; // 处理BEMP中断（发送完成） if (int_sts0 & USBHS_INTSTS0_BEMP_Msk) { uint16_t bemp_sts = USBHS->BEMPSTS; if (bemp_sts & USBHS_BEMPSTS_PIPE1BEMP_Msk) { USBHS->BEMPSTS = USBHS_BEMPSTS_PIPE1BEMP_Msk; // 写1清标志 pipe1_bemp_flag = true; // 通知主循环，缓冲区已空，可准备下一包数据 } // ... 清除其他管道的BEMP标志 ... } // 处理NRDY中断（缓冲区空，主机请求数据） if (int_sts0 & USBHS_INTSTS0_NRDY_Msk) { uint16_t nrdy_sts = USBHS->NRDYSTS; if (nrdy_sts & USBHS_NRDYSTS_PIPE1NRDY_Msk) { USBHS->NRDYSTS = USBHS_NRDYSTS_PIPE1NRDY_Msk; // 写1清标志 pipe1_nrdy_flag = true; // 在双缓冲优化良好时，此中断可能较少触发 } // ... 清除其他管道的NRDY标志 ... } // ... 处理其他中断（DVST, CTRT等）... } // 主循环或任务中的数据处理函数 void pipe1_data_send_task(void) { if (pipe1_bemp_flag) { pipe1_bemp_flag = false; // 计算下一个要使用的缓冲区索引 uint32_t buffer_to_fill = current_buffer_idx; current_buffer_idx ^= 1; // 切换缓冲区索引（0<->1） // 准备数据（例如，从ADC或传感器读取） // prepare_sensor_data(tx_buffer[buffer_to_fill], &data_len); // 检查目标缓冲区是否可写（BSTS应为1） // 注意：在双缓冲下，刚完成发送的缓冲区，其BSTS会变为1（可写） // 但我们需要通过CFIFOSEL选择管道来检查具体的BSTS USBHS->CFIFOSEL = (1 << USBHS_CFIFOSEL_CURPIPE_Pos); // 选择Pipe 1 // 简单起见，这里假设缓冲区总是可写。稳健的做法应检查BSTS。 // 将数据写入FIFO uint32_t *p_buf = (uint32_t*)tx_buffer[buffer_to_fill]; for (int i = 0; i < data_len; i += 4) { // 32位访问更高效 USBHS->CFIFO = *p_buf++; } // 如果数据长度小于最大包大小，必须设置BVAL if (data_len < 512) { USBHS->CFIFOCTR = USBHS_CFIFOCTR_BVAL_Msk; } // 数据写入后，硬件会在下次主机IN令牌请求时自动发送 // INBUFM位会变为1，表示有数据等待发送 } }

4.3 常见问题排查与调试技巧

1. 数据发不出去，主机一直收到NAK？

   • 检查PID：确保管道PID已设置为01b（BUF）。
   • 检查BSTS：在写入数据前，确认BSTS为1（对于IN管道）。如果为0，说明上一个包还没发完，或者缓冲区未就绪。
   • 检查BVAL：如果发送的是短包（小于MXPS），是否忘记了设置BVAL位？这是最常见的原因之一。
   • 检查双缓冲冲突：在双缓冲模式下，确保你没有同时向两个缓冲区写数据，或者写入了错误的缓冲区索引。

2. 数据收不到，或者收到错误数据？

   • 检查DTLN：在OUT传输的BRDY中断中，首先读取DTLN寄存器获取数据长度，再按此长度读取FIFO。
   • 检查缓冲区溢出：如果使能了BEMP中断并收到，可能是主机发送的数据包超过了MXPS。检查端点描述符中的wMaxPacketSize是否与寄存器设置一致。
   • 清除零长度包：如果DTLN为0，必须使用BCLR清除缓冲区，否则管道会停滞。

3. 中断不触发？

   • 确认中断使能：检查INTENB0和INTENB1寄存器，对应的中断使能位是否置1。
   • 确认NVIC配置：在MCU的嵌套向量中断控制器中，是否使能了USBHS全局中断？
   • 检查PID状态：对于NRDY/BEMP等传输中断，只有在PID为BUF时才会产生。如果管道被设置为NAK或STALL，不会触发这些中断。
   • 清除中断标志：确保在ISR中正确清除了中断标志位（写1清零）。有些标志位需要读取相关状态寄存器后再写入清除。

4. 系统在USB通信后卡死？

   • 管道寄存器访问冲突：绝对禁止在USB通信启用（PID=BUF）时，修改PIPECFG,PIPEBUF,PIPEMAXP,PIPEPERI等管道配置寄存器。修改前必须先将PID设为NAK，并等待PBUSY位为0。
   • FIFO端口访问冲突：在通过CFIFOSEL等寄存器选中一个管道进行FIFO读写时，不要修改CURPIPE的指向，直到操作完成。
   • 中断服务程序超时：确保ISR执行时间尽可能短。长时间占用中断可能导致其他时间敏感的中断（如SOFR）丢失，或影响USB协议本身的时序。

调试建议：

• 善用状态寄存器：在出现问题时，首先读取INTSTS0/1、NRDYSTS、BEMPSTS、BRDYSTS等中断状态寄存器，以及出问题管道的PIPEnCTR寄存器（查看PID,BSTS,PBUSY等），快速定位硬件状态。
• 逻辑分析仪抓包：如果条件允许，使用USB协议分析仪（如Beagle, Ellisys）或支持USB抓包的逻辑分析仪，直接查看总线上的数据包、令牌、握手信号，这是定位协议层问题的终极武器。你可以清楚地看到是主机没发IN令牌，还是设备回了NAK，或是数据内容错误。
• 分阶段测试：先确保控制传输（端点0）枚举成功，再测试批量传输。可以先实现一个简单的环回测试（Loopback），设备将收到的数据原样发回，验证基本数据通路。