[经验]

如何对基于hal库的DWC2 USB IP进行调试呢

2022-6-14 15:23:09

964 USB接口 HAL库中断

背景
之前适配 DWC2 USB IP 的时候，主要是基于 st 的 hal 库来走的，当时我就对他们的 hal 库代码不满，只是无奈，迫于时间就没重构，果不其然，usb bug 一堆，随意举例，这还只是冰山一角。
再论 usb 的性能，那 hal 库写的，性能直接歇菜，根本没法用。
排坑
ok，现在我们开始一步步排坑
全局中断 SOF
首先是全局中断 SOF ,这是一个比较坑的，尤其是带了 OS 以后，几个意思，跟我 os 抢中断呢？sof 中断 1ms会触发一次，很费中断。为什么会有这个中断开启？后面再来说，结论就是 dwc2 这个ip太辣鸡，硬件做的很随意，功能没有做到硬件上去，而这个 sof 主要就是给中断传输和同步传输用的。

HCFG 中的 bit 0-1
这也是坑，我们直接看结论，人家手册里说了，每次设置时，需要复位，st 代码中楞是一个字没看见。小坑

HCINTMSK 中的 USB_OTG_HCINTMSK_NAKM
这里面中断标志那是相当多，最坑的是什么，USB_OTG_HCINTMSK_NAKM,我可以说，论坛出现的所有 NAK 的原因都是他造成的，什么枚举 NAK,U盘 NAK，都是他。究其原因，NAK 表示当前没有准备好，需要重试，但是其实并不需要，st 的代码中，进入 NAK 中断以后会关闭当前通道传输，然而，对于控制和批量传输这是没有必要的，传输是可以等到完成的。开了这个，就会造成，各种地方需要手动重发，然后读 HAL_HCD_HC_GetURBState，没有必要，关掉该中断给你带来无限可能。

HAL_HCD_HC_SubmitRequest
大坑来了，此函数就是配置发送需要的 size、packet、buf地址等等。坑1：有 dma 没见你用。坑2：hc->xfer_len 并不能为所欲为的传任何值。坑3：开了 fifo 不为空中断，却没有该中断处理。

修改
能用 dma 的全都用 dma
关闭 NAK 中断，中断和同步传输保留
HAL_HCD_HC_SubmitRequest 函数设计太拉稀，我们需要做一个调用一次，大小随意，具体切包的实现在完成中断中，最后达到满意的大小后，释放信号量，达到最大带宽。比如我要发送 16K，我只管传16K，里面怎么发，设计好就行，后续看我代码吧。现在的函数是不行的。
中断和同步传输，由于硬件太坑，只能用定时器了，因为中断和同步，调用类似 HAL_HCD_HC_SubmitRequest 的函数并不能帮我们完全的发出去，也就是即使我调用了，他也不一定会成功，相信看过 rt 源码的知道，drv_pipe_xfer 中有个 delay函数。而我们的做法则是挂到定时器中，链表式发送。
最后是关于 HCTSIZ_XFRSIZ 这个寄存器 bits，需要格外注意， in 和 out 的含义是不一样的，并且数据发送接收完成以后，进入中断，再读取这个值，也是不一样的含义（藏个谜底，后续代码揭晓）。

原作者：sakumisu

只看该作者 淘帖0 举报

精选推荐

一文搞懂Linux进程的睡眠和唤醒

782 浏览 0 评论
【社区之星】尹向旭：耕耘时间，收获满满 —— 投入即有所得

4050 浏览 0 评论
如何使用python调起UDE STK5.2进行下载自动化下载呢？

2502 浏览 0 评论
开启全新AI时代智能嵌入式系统快速发展——“第六届国产嵌入式操作系统技术与产业发展论坛”圆满结束

2919 浏览 0 评论
获奖公布！2024 RT-Thread全球巡回线下培训火热来袭！报名提问有奖！

31346 浏览 11 评论

搜索历史

如何对基于hal库的DWC2 USB IP进行调试呢

相关推荐

评论

精选推荐

热门帖

站长推荐 /6