本帖最后由 coreduo 于 2011-7-25 10:49 编辑
最近要用USB Host扩展wifi，所以抽几天空研究了下stm32的otg，这里有几个心得：
1. 官方OTG库写的不错，他的框架是while循环调用的状态机，大量的中断来驱动数据收发和设备拔插。官方的HID，Mass class类驱动都是要人工加载，而不是自动识别的，这个不太好。
2. 为了应用程序可移植性，一般我都是自己重写驱动。对stm32的otg host模式有些感悟：
.能轮询的东西就不用中断, 比如检测device拔插，对实时性没啥要求，用中断没意思，还会造成系统状态机复杂化
. stm32的中断有两种，一种是全局中断GINTSTS，比如设备拔插，发送缓冲区空，接收缓冲区满等。一种是通道中断HCINT（0..7)，里面包括通道trnansaction成功，ack，nak，stall反馈等。所以对于收发数据，需要根据GINTSTS中断来决定读写数据，从HCINT获取transaction是否结束或者失败。这个搞清楚了，这个驱动就没什么难度了。
另外有个疑问：
目前发现stm32的接收行为，是写一次HCCHAR寄存器，他发一个IN token，无论收到nak还是ack，后面都停下来了。
有没有一种模式，写一次HCCAHR命令，他能一直工作到ack为止，如果收到nak，他就不不停的IN？这对于网卡接收数据是至关重要的。
如果只能写一次 HCCHAR，发动一次IN，那岂不是变成轮询了？完全没效率啊。 |
评分
-
查看全部评分
|
楼主
