"OTG_FS_GNPTXSTS)的寄存器，在usb复位之后是什么样子的，我的是0x070800A0 " 这是对的!
我的是0x07080020, 高16位0x0708部分是对的!
你的问题根OTG_FS_GNPTXSTS无关. 你应该检查OTG_FS_HCCHARx, OTG_FS_HCTSIZx以及写FIFO过程. 注意写FIFO必须一次写32Bit
恩 怎么确定写FIFO过程？ 我现在是糊涂死了 呵呵
呵呵 原来是端点类型搞错了 谢谢 还有数据是从数组的高位开始写吗？还有那个请求队列是什么时候会减少的？呵呵 我的貌似都没减少 FIFO的发烧剩余空间已经变小 发送非空中断也自动清零 这些应该可以说明数据已经写入FIFO的吧 呵呵 谢谢
还有数据是从数组的高位开始写吗？ --- 这个你自己多试几次,结合示波器,自然就搞清楚了.
那个请求队列是什么时候会减少的？ --- 应该是你刚enable一个channel的传输后会少1个,一旦传输完成了,就又回到8.
这位同学,你好像没用示波器阿?
确实没用 呵呵 不大会看 呵呵 现在就学着看看 第一次做usb
enable一个channel的传输后会少1个 -- 我的是一直没减少 呵呵
那是怎么看它变化的？ 我用示波器看的话 我发送SETUP指令的时候，波形貌似没变化的 呵呵
当你使能发送后,立即将有请求队列信息的那个寄存器读到一个变量里,在程序调试时打断点可以看到那个值为7.
你能看到SOF吗?
呵呵 是有减少的 对了 我设置完之后U盘就会向主机发送数据 这时应该初始化什么通道以及是什么样子的 配置 我现在是一配置完，通道使能就会出现NAK这个中断。
看起来,你对USB协议的一些基础还没有懂. 你应该先吃透USB设备的枚举过程. 然后才可以调试你的程序.
今天收到ST公司的电话了，简单来说，就是整个ST公司不做USB OTG的技术支持。------- 太失望了！
谁说ST不做USB OTG的技术支持，我们一直在做USB OTG的技术支持。
今天收到ST公司的电话了，简单来说，就是整个ST公司不做USB OTG的技术支持。------- 太失望了！
不是不做USB OTG的技术支持，而是因为这个部分比较复杂，没办法提供电话和网络方式的支持，只能提供与客户共同开发的支持，也就是说与客户一起做项目时面对面的支持方式。
得了吧，ST会做多少技术支持。要是觉得复杂的话，就把USB OTG相关的代码开源，其他的都废话
得了吧，ST会做多少技术支持。要是觉得复杂的话，就把USB OTG相关的代码开源，其他的都废话
我想找找差距，请教：你需要什么样的技术支持？或者你认为什么才是技术支持？
请问版主: 我整理出一份详细阐述我的问题的文档(中文+英文)+测试程序, ST公司会有专门的人来受理吗?
就拿STM32F105/107的USB OTG来说，如果你开源了所有的驱动和例子，谁愿意天天来找你们技术支持的麻烦？
你看看TI的流明系列的芯片，哪需要什么技术支持啊
代理问我需不需要技术支持，听说是OTG，他们也没有办法，我也不怪人家，这是ST的问题。什么东西都得自己写，这可不是一个小工程，如果TI的LM3S3XXX好买，我肯定不会选择STM32F107的。
京公网安备 11010802033920号
