20楼#
发布于:2002-07-25 01:12
程序代码肯定没问题,从功能上我看不出是个做ad的程序.
用iso有个严重的忧患,当firmware接收out ep的数据的同时是不会往iso in ep里写数据的,这时如果数据不缓存必定丢失,还有iso ep是双buffer,在每ms的最后10us会切换,cy的资料上已经说明这段时间不能信任,对一个高速实时系统来说10us是致命的. 还有如何保证host每ms都能及时接收数据并处理是个很难的问题,不瞒老兄你说,我已经用iso做到比你现在远得多的地步还是改回去了.设备总是被动的,我猜sof也未必就那么精准,以这样的方式难以保证精确采样.接口设备既要做iso in,也要做bulk out负责采样时序,矛盾多多. 我不是一个搞研究的人,只注重结果,对底层也不熟悉,所以直到做完了iso我都不懂为啥要resetpipe,当然我也想知道,如果以后你弄明白了,不要忘了告诉我啊 liuxf66在分析代码方面是把好手,可惜放假了. |
|
21楼#
发布于:2002-07-25 09:54
十分想和您交个朋友:)
作为见面礼 我想使您在月专家榜出现 我们先放下问题 您先告诉我我该如何操作(我有可用分380) |
|
|
22楼#
发布于:2002-07-25 10:00
:),分多少是不紧要的,意思意思就可以啦,银子这东西多了也没有太大用处,少了可就不行,悠着点,哈哈.
|
|
23楼#
发布于:2002-07-25 11:05
分您一定要收下
我已开出三个帖子,请您光顾 下载问题您得帮忙,我急 您是在北京吗 |
|
|
24楼#
发布于:2002-07-25 12:03
不是我不想帮啊,已经具体到编码层面上我就恐怕帮不了多少,我现在就有为了一个指针操作错误耽搁半天的情况,只能靠自己慢慢找啊,别人很难插得上手的.
|
|
25楼#
发布于:2002-07-25 12:04
不是我不想帮啊,已经具体到编码层面上我就恐怕帮不了多少,我现在就有为了一个指针操作错误耽搁半天的情况,只能靠自己慢慢找啊,别人很难插得上手的.我在杭州出差,从南京来
|
|
26楼#
发布于:2002-07-25 13:30
现在不是 程序当掉了,我必须重新启动程序
而是:只需要再次,IOCTL_Ezusb_RESETPIPE/IOCTL_EZUSB_START_ISO_STREAM |
|
|
27楼#
发布于:2002-08-11 11:24
我比较支持sunkai的观点,你先搞定firmware,再搞用ezloader下载,先饶过手动下载的问题,等这两部分都OK了,再去研究手动下载的问题或许更合理.
也就是说,最好将问题分成几部分,各个击破 |
|
|
上一页
下一页