急救：关于CY68013的设备驱程

各位大侠：本人正在做一块视频解码板，主机通过usb2.0接口芯片（cy68013）往解码芯片送视频压缩数据，数据量大约在30MB/s。实验室买了开发板cy3681.固件写得差不多了。但是主机端的驱程都没写，由于本人第一次接触驱程，设备驱程打算直接用开发板用的设备驱程ezusb.sys，自己只需编写主机端应用程序，你们看这样做最终能满足要求么？向各位有经验的高手请教，如果此方案不行，应该怎样作呢？盼提出宝贵意见。本人将万分感激
   由于项目急，老板催得紧，成天催着交活。我都快神经衰弱了。盼牛人指点一二。谢谢

[编辑 -  9/18/03 by  xiebintj]

直接用没什么问题，就是速度上有一点限制。

flytomoon，谢谢，那一般能达到多大的速度呢？如果速度受限制，是不是可以在那基础上作修改？一般是哪些方面限制设备驱程的速度呢？好象usb视频类已经出来了，能否用那东东编呢？盼回。

如果你硬件使用slave fifo或者gpif，而且不要求实时传输，那应该没问题，否则可能会有问题，比如数据丢失（对于实时传输），速度不够（使用51搬移数据）等问题。

jinghuiren大侠，谢谢
可惜我做的就是实时监控的设备呀，：（
固件程序中采用GPIF，采用auto out方式。你说能达到要求么？实在不行的话，只能自己编驱程了，时间实在是太紧了。您能提点意见么，哪些需要注意的？

你设备端有缓存吗？如果有就做成乒乓模式，这样也许能达到要求，如果没有那就悬了，我就是因为设备端没有缓存，因此现在2.5MB的都丢数据（我用的1581，比68013差一些），到现在也没有解决，郁闷死了。

哦，可惜我那接收端只有512个字节的fifo，太小了，您看如果中间加一个32k或者64k的fifo,您看能满足要求么？
弱弱的问，乒乓结构是什么？是不是将缓存分为两半，一半用于接收主机端发来的数据，同时另一半用于给设备端发送数据。下一次的时候再倒个，原来接收主机端数据的那一半给设备端发送数据，另一半用于接受数据？
真的很感谢。jinghuiren

如果加上32k或者64k的应该就没问题了，乒乓结构就是你说的那样，当上传数据时，你的外部逻辑先填充前一半，满了后把这一半交给68013上传，你的外部逻辑填充后一半，然后循环切换！如果是下传那就没有什么是实性的问题了吧，如果也要求实时，那只能优化驱动了。

jinghuiren：
给分了，万分感谢，我那个是下传数据，不是接受数据。只能改驱动了，请问你的经验是？设备驱动的哪些方面最耗时？哪些需要优化？