68013中断传输模式和控制传输模式矛盾吗？

只看该作者 · 2010-5-26 16:30

如题，我在调试的时候发现，当 68013的中断传输模式开始之前，控制传输发送命令是可以实现的，但是当成功完成一次中断传输后，控制传输命令就失效了，请问各位高手这是哪方面的原因呢？

只看该作者 · 2010-5-27 18:33

控制传输和中断传输互不影响的，一般USB EP都有控制传输，检查一下是否是你的中断传输的Endpoint配置的问题。

只看该作者 · 2010-5-28 09:47

还有就是有这么一个问题，没有用块传输读出EP4INBUF[0-128]中的数据时，能够用EP0发送用户自定义的命令，将数据发送到串口，用串口调试助手可以看到数据。可是当读上来EP4INBUF[0-128]中的数据后，再发送自定义的发送数据命令，串口调试助手却没有数据接收到。

只看该作者 · 2010-5-28 09:47

望二楼的给点建议吧

只看该作者 · 2010-5-28 10:08

原因找到了，我在执行自定义的命令后if(DR_VendorCmnd()) ，执行了禁止EP0的命令。也就是说当命令正确时，不执行EP0的禁止函数，可是当命令错误时便执行了禁止EP0的操作。
那么当中断传输时，HOST发送的命令既不是EP0默认的枚举命令，也不是DR_VendorCmnd()的自定义的命令，所以执行了禁止EP0的操作，导致再次发送自定义的命令时，无法运行。

只看该作者 · 2010-5-28 10:09

真是破费了一番周折啊！

只看该作者 · 2010-5-28 10:10

颇费了一番周折啊！

只看该作者 · 2010-5-28 11:08

问题继续啊：上面解决的是自定义控制传输与块传输的矛盾，可是中断传输与控制传输还是存在矛盾，即当中断传输成功后，就不能进行控制传输。

只看该作者 · 2010-5-28 11:08

我将所有的EZUSB_STALL_EP0()禁止控制命令全部注释，结果还是不行。
不知这又是为何！

只看该作者 · 2010-5-28 13:58

问题找的了，原来是没有清除中断标志位！

只看该作者 · 2010-5-29 15:34

你用的是中断传输模式啊，为什么不用块传输模式呢？

只看该作者 · 2010-5-29 22:22

中断传输不是说传的比较准时吗？
我就是为了这个目的啊