STM32USB主机写CBW

RCC1978

STM32USB主机写CBW [复制链接]

                                 现在主机发送CBW之后，往u盘写入数据时，设备会返回一个nak。我现在的解决方案是在发送完CBW之后，延时100ms，这样u盘就可以正常接收数据。但是这样子是相当费时。所以现在改成重发，可是重发过程中设备一直会给我nak。请问重发的时候是只需要重发数据呢还是要重发CBW和数据。还有主机收到nak之后，是否要读取CSW。还有写数据时遇到nak要怎么处理？发觉这个跟接收nak的处理完全不一样

heqingyun123456

                                 再问下 现在在写大文件的情况下 遇到nak 重发依旧没用啊 大哥啊 这个写数据要怎么处理nak啊 哎 悲剧

chunlv

虽然我还没有做写U盘程序，但是我觉得重发的应该是OUT+64 bytes （你被NAK的那1/8sector数据）。

还有，发送完CBW后，不要每次都等100ms，U盘的延迟是偶发性的。有时会延迟300ms。


“现在在写大文件的情况下 遇到nak 重发依旧没用啊”  --- 写U盘一个或者多个扇区，跟文件大不大无关。 NAK后的重发要坚持500~5000ms以上。虽然我还没有做写U盘，但枚举U盘时，有时候U盘会NAK接近1000ms。

qy7551693

对的 我发的就是被nak的那个64字节 呵呵 具体的情况我已经在另外的帖子回复你了 呵呵 现在只差接收不到CSW了。

ruanhua

                                 “只差接收不到CSW”  --- 如果你要发送4K，那么应该一共有32个64字节的data packet。你是否确认你的确有32个out data packet被ack？ 如果是，就不应该IN不回来CSW。

aaa123

刚才有说错

“只差接收不到CSW”  --- 如果你要发送4K，那么应该一共有64个64字节的data packet。你是否确认你的确有64个out data packet被ack？ 如果是，就不应该IN不回来CSW。

jiaodacit521

USB_OTG_HcHalt(&pdev , num);
//stsp.d32 = READ_REG32(&pdev.regs.common_regs->rx_stsp);//读取接收后的状态，则产生CHH中断。
while(OTG_FS_HCINT_Status(num , CHH) == CLEAR); //等待CHH中断置起

调出来了 果然是那个请求队列出的问题 哎 不过这个也奇怪 nak竟然可以不用读取请求队列就可以停止通道 哎 调的辛苦啊

xueping1020

                                 拜托说明白点吧.

cong0018

呵呵 我这边停止通道有两种形式的：第一种是直接停止通道，就会出现CHH中断；第二种是停止通道后，还要再读取下请求队列才会出现CHH中断。再回到这里的问题是主机往设备写入数据，设备返回nak，这种情况是属于第一种情况。而我却采用第二种方式停止通道。因此会出现错误。这个错误就是由请求队列引起的，因为我在写数据阶段多了一次请求队列。所以导致在接受CSW时，会产生IN请求发送出去，设备却不给主机任何回应（就好像主机压根就没有发送IN请求一样）。你以前碰到的问题不就是请求队列的问题嘛，呵呵 不知道你有没做过这个实验。就是在枚举期间，如果你在某个阶段多读了一次请求队列，下个阶段就会出错。这时如果你清空发送和接收FIFO，则错误会消除。如果碰到这种情况那么可以肯定的是你的请求队列没有处理好。

lgh707

                                 "读取请求队列"  --- 这话我看不懂阿! 你说的"请求队列"是不是指RxFifo?

yjqlife2008

                                  OTG_FS_GRXSTSP就是这个寄存器 呵呵 这里面装的有数据和请求的