完善资料让更多小伙伴认识你,还能领取20积分哦, 立即完善>
您好!
我正在试用FX2LP设备,它连接到FPGA。我生成CCA。24Mb/s数据加载。用流线型程序(C1),它的速度很好,达到30Mb/s,然后我注意到负载是不连贯的,它是突发性的。它取决于包/传输和传输/队列的设置。例如,对于64个PAC/XFER - 64 XFE/KIE,当队列为空时,1~2MS,C程序将其重新填充。端点配置为散装。 问题是,没有额外的RAM连接到FPGA,所以这将是巨大的,如果负载将更加连贯。(不会有1到2毫秒的差距)。 所以我有一个想法,但是我不知道司机是否支持它: 可以对队列进行双重缓冲吗?因此,当第一个为空时,第二个已经开始。这样就不会有任何差距,转会也会顺利。 谢谢你 以上来自于百度翻译 以下为原文 Hi I am experimenting with FX2LP device, which is connected to an FPGA. I generate cca. 24MB/s data load. With streamer program (c#) it was great, the speed was excellent >30MB/s. Then I noticed that the load is not coherent, it is bursty. It depends on the settings of packet / transfer and transfer / queue. For example for 64 pac/xfer - 64 xfer/que i get 1 - 2ms when the queue is empty and the c# program refills it. The endpoints were configured as Bulk The problem is that it is no additional RAM connected to FPGA, so it will be great if the load will be more coherent. (There won’t be the 1 - 2 ms gaps). So I had an idea, but I don’t know if it is supported by the driver: It is possible to double buffer the queue? So when the first is empty, the second is already started. Then there won’t be any gaps, and the transfer will be smooth. Thank you |
|
相关推荐
6个回答
|
|
如果您查看拖缆代码,您将理解队列永远不会空。当您选择64个XFER来排队时,在调用WaITFrxFER和FixDATAXFER之前,将调用64个BigIdAtAxFER。然后,对于每个等待FixDATAXFER,调用一个BeimDaTaxFER。所以队列中有64个XFER。
你能解释一下你说队列是空的1-2MS的意思吗?另外,对双缓冲区实现的更多解释将有助于我们更深入地理解。 谢谢 尼基尔 以上来自于百度翻译 以下为原文 If you look at the streamer code, you will understand that the queue is never empty. When you choose 64 xfers to queue, before the waitforxfer and finishdataxfer are called, begindataxfer is called 64 times. And then on for each wait-finishdataxfer, one begindataxfer is called. So there are 64 xfers in queue all the time. Could you please explain more what you mean when you say the queue is empty for 1-2ms? Also a little more explanation on your double buffer implementation would help us understand more. Thanks Nikhil |
|
|
|
好的,谢谢你的回复,
但这比我想象的要复杂得多。 因此,通过将CY7C68013A(作为端点的全标志)连接到示波器,检测1-2MS的死时间。然后,我看到的是在每个uFrg(标志指示空缓冲器)中传输,然后是1到2MS静默(标志指示全缓冲区)。USTRANS中的传输数等于队列中设置的数目。因此,64个队列/ 64个分组导致4096个连续的U帧被填充到我的数据,然后是死区时间。我假设传输在每个U帧中是因为全标志指示125US周期性。 这就是为什么我认为队列是空的,然后重新填充,这就是为什么我想对它进行双重缓冲。但是如果队列一直保持满,我就不知道为什么转移是这样的。 它可以通过OP系统吗?(Wi7x86,双核3GHz,4GB RAM),还是通过USB连接的其他设备?当时我只有键盘和鼠标通过USB连接到PC机上。 谢谢你 以上来自于百度翻译 以下为原文 Ok thanks for reply, but then it is more complicated than I thought. So the 1-2ms dead time was examined by connecting FLAGx of CY7C68013A (as a full flag of endpoint) to oscilloscope. Then what I saw, was transfer in every uframe (flag indicated empty buffer), and then 1 to 2ms silence (flag indicated full buffer). The number of transfers in uframes was equal to number set in queue. So 64 queue / 64 packet resulted in 4096 consecutive uframes to be filled with my data, then the dead time. I assuming that transfer was in every uframe is because the full flag indicated 125us periodicity. That is why i thought that the queue is empty and refilled again, and that is why I wanted to double buffer it. But if the queue is kept full all the time, than I don't have any idea why the transfer is like that. Can it be by OP system ? (win7 x86, dual core 3GHz, 4GB of RAM), or by other devices connected to USB ? I had only keyboard and mouse connected to the PC by USB at that time. Thank you |
|
|
|
尝试使用CPP拖缆。有一个客户报告了一个问题:HTTP://wwwyCysP.COM/?APP =论坛和ID ID=167和;RID=63567
谢谢 尼基尔 以上来自于百度翻译 以下为原文 Try using the CPP streamer. There was an issue reported by one of the customers: http://www.cypress.com/?app=forum&id=167&rID=63567 Thanks Nikhil |
|
|
|
我也建议你在多个系统上进行测试(比如说XP OS或USB 3主机控制器的机器)只是为了排除它是否是主机相关的问题。
我不确定USB键盘和鼠标是否会影响您的数据传输。 FYI,AN61345将于下周更新。我用项目中更新的流记录了44.3 Mbps的速度(不是今天的Web,3月22日13)。与Wi7OS OS 64的比特流相同的速度与英特尔的USB 3主机控制器相同。 你也可以在网络上查看项目。 谢谢 尼基尔 以上来自于百度翻译 以下为原文 I would also suggest you to carry the test out on multiple systems (say XP OS or machine with USB 3.0 host controller) just to rule out if it is a host related issue. I am not sure if USB keyboard and mouse will affect your data transfer. FYI, AN61345 will be updated by next week. I recorded a speed of 44.3 MBps with the updated stream-in project (not of web as of today, 22 march 13) . The same speed with the stream-out project on Win7 OS 64-bit with Intel's USB 3.0 host controller. You could also check out the projects once they are on web. Thanks Nikhil |
|
|
|
我的意思是USB 2的速度44.3MbP(两个流/流)上的FX2LP + FPGA设置*
以上来自于百度翻译 以下为原文 I meant USB 2.0 speed of 44.3MBps (both stream-in/streamout) on a FX2LP+FPGA setup* |
|
|
|
您好!
我做了一些研究,根据C和C和+流光软件。 我得到的东西让我吃惊。采用C++流软64包/ 4队列,在USB上得到438万kb/s和完全一致的负载。在相同的设置条件下,只得到7600 kb/s和10-12ms的间隙。 我做了一些截图,里面有附件。在附件中,你可以找到2个截图的应用程序,和3个屏幕截图的示波器测量,作出了FLAGD配置为全标志的端点。请注意,2的测量是用5ms时基进行的,详细的是50ms。 我使用CyPress套件USB 3.4.7在Win 7 x86机器上。 在HTTP://CyPress?COM/中提到的问题是什么?APP =论坛和ID ID=167和RID=63567解决?还有什么导致了这种行为? 以上来自于百度翻译 以下为原文 Hi I made some research according to c# and c++ streamer software. What I got surprised me. With c++ streamer soft with 64 packets / 4 queue I got 43800KB/s and totally consistent load on USB. With c# soft with the same settings I got only 7600KB/s and 10-12 ms gaps in transfer. I made some screenshots, there are in attachment. Within the attachment you can find 2 screenshots of apps, and 3 screenshots of an oscilloscope measuring, made on FLAGD configured as full flag of the endpoint. Please notice that 2 of measurements are made with 5ms time base and the detailed is with 50us I am using Cypress Suite USB 3.4.7 on win 7 x86 machine. Is the issue mentioned in http://www.cypress.com/?app=forum&id=167&rID=63567 solved ? And also what is causing this behavior ? |
|
|
|
只有小组成员才能发言,加入小组>>
754个成员聚集在这个小组
加入小组2100 浏览 1 评论
1846 浏览 1 评论
3665 浏览 1 评论
请问可以直接使用来自FX2LP固件的端点向主机FIFO写入数据吗?
1782 浏览 6 评论
1532 浏览 1 评论
CY8C4025LQI在程序中调用函数,通过示波器观察SCL引脚波形,无法将pin0.4(SCL)下拉是什么原因导致?
561浏览 2评论
CYUSB3065焊接到USB3.0 TYPE-B口的焊接触点就无法使用是什么原因导致的?
413浏览 2评论
CX3连接Camera修改分辨率之后,播放器无法播出camera的画面怎么解决?
433浏览 2评论
379浏览 2评论
使用stm32+cyw43438 wifi驱动whd,WHD驱动固件加载失败的原因?
906浏览 2评论
小黑屋| 手机版| Archiver| 电子发烧友 ( 湘ICP备2023018690号 )
GMT+8, 2024-12-20 02:26 , Processed in 1.107588 second(s), Total 87, Slave 71 queries .
Powered by 电子发烧友网
© 2015 bbs.elecfans.com
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 (电路图) 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证:合字B2-20210191 工商网监 湘ICP备2023018690号