ch567如何在传输过程中判断回复握手包？

RX对应OUT事务，正常情况下状态阶段是设备给主机，贴出的代码的意义是当主机发起OUT事务时，相应ACK，事务完成芯片会进中断。根据例程中断函数中内容，会进入端点1 OUT的处理分支。

谢谢，请问下：
1、按照例程的代码，如果在中断里设置握手包，则是在下次包传输的中断生效。例如以下代码，在第一次向端点1OUT时是应答ACK(在中断函数时已经完成应答)，并产生中断，在中断函数中将握手包设置为NYET，下一包OUT的数据则回复NYET。现在的问题是，如何在传输过程中，根据当前OUT的数据进行逻辑判断，选择不同的握手包进行应答？例如在收到端点1OUT数据时，根据数据包内容进行判断，选择应答为NYET、ACK或者NAK等等。目前想到的办法只能是推测下次令牌包的请求，提前进行应答设置。请问这个该在哪个步骤可以实现呢？
令牌包：OUT 数据包：空 握手包：需要实时应答 NYET、ACK或者NAK

voidUSB1DeviceInit(void){

R8_UEP1_RX_CTRL1=UEP_R_RES_ACK|bUEP_AUTO_TOG;


void USB1DevIntDeal ( void ){
if ( ( R8_USB1_INT_FG & UIF_TRANSFER )) {
if ( intstatus == ( UIS_TOKEN_OUT | 1 )){
R8_UEP1_RX_CTRL1 = UEP_R_RES_NYET | bUEP_AUTO_TOG ;


2、在批量传输过程中，发现主机向设备发送OUT或IN令牌包，在设备通过中断回复NAK时，主机不再进行请求。通过Printf调试输出显示，只发生了一次中断，但通过抓包显示，主机一直向设备请求IN或OUT，只是没有发生中断事件，请问这个是什么原因造成的呢？

按照例程，在中断函数的结尾有R8_USB1_INT_FG=0xFF;

一个原则，该次事务的中断，是在事务完成之后产生的！所以我们都是在事务开始之前就准备好端点的应答状态。


问题1、实际的USB传输都是有协议支撑的，所以你永远知道接下去应该IN 还是 OUT，当然SETUP是设备强制一定要接收的。所以不是推测下次令牌包的请求，而是根据标准协议来准备应答状态，或者自定义可靠的交互逻辑。


问题2、根据中断产生时间点的原则，再看看这个问题呢