完善资料让更多小伙伴认识你,还能领取20积分哦, 立即完善>
我从论坛上阅读CDC的所有内容中得知,我的申请应该只是学术性的,并且迟疑不决。我的实时要求是在250毫秒内传输115200字节(吞吐量460800字节/秒)。从PIC32到PC。客户需要他们的PC程序员的串口接口。我在USB启动器套件II上原型,我修改了v2013库中的Device-CDC-Basic Demo,我的IDE是使用XC32 v 1.30的matlabX。我的USB主机是现代的Win 8.1(64位)PC,带有USB 3.0端口,启动器套件是唯一一个附带的USB设备。无论我每次发送的字节数是多少,都要花近3秒的时间来发送。我已经从64测试到最大255。最初,我看到传输在1ms以内,但是总线“饱和”了,直到最后的传输机会相隔7ms。我在C#中的PC应用程序在它自己的线程中监听托管COM端口。我的接收缓冲区是115200字节。我正在使用SerialPosi.Read Byter(),因为我正在传输二进制数据。安装的驱动程序是随示例提供的mchpcdc.inf。mLED_2=1;putUSBUSART(ThroughputBuffer,225);//大容量传输端点mLED_2=0;ByteCount+=225;//从64测试到255,如果(ByteCount==115200){ByteCount=0;bThrouhgputTxRequired=0;//reset}mLED_1=0;}请即使这个话题已经完成,有人扔我一根骨头吗?我想我可以修改PuthBuStudio或学校的传输缓冲区大小,并在每个论坛帖子中写入一个PC驱动程序。我仍然相信CDC的基本例子应该有更高的吞吐量。我错过了什么?非常感谢您的帮助。
|
|
相关推荐
5个回答
|
|
你看过HTTP://www. McCHIP.COM/FUMMS/FUNDSPOT/630492吗?
|
|
|
|
谢谢你的链接。我认为问题在于PC的传输大小。我发送到PC使用最大的大小允许。我最大的困惑在于主机轮询一开始足够,然后变慢。今天我在登录这个网站时遇到了严重的问题,我每分钟都会被注销。
|
|
|
|
ByteCount+=255;//从64测试到255,如果(ByteCount==115200)反省一下,你真的认为它们会以缩进的方式工作吗?
|
|
|
|
谢谢。所有的道歉,我输入了源代码并输入了错误的计数。我重新编辑了原来的帖子。我的应用程序每次发送225个字节,总共发送115200条消息,总共发送512条消息。当我以255个字节进行测试时,我调整了总数。我最大的困惑在于主机轮询最初足够,然后变慢。
|
|
|
|
我用PC的COTS串行端口监视器进行了测试,实际上,修改的PIC CDC应用程序在184毫秒内移动了115200字节(吞吐量大约为611KBytes/sec),这满足了我的需要。问题是我的电脑应用程序。简而言之,[lt;Ford]系统.I.Po.SalalPoT类成员不可靠,性能不好。使用类'[lt;Fuff] BaseTestRAM.NeXRead和[lt;Fuff] BaseTestRAM.EndRead CalkBead。因此,问题得到解决,并且“这不是PIC”。
|
|
|
|
只有小组成员才能发言,加入小组>>
5145 浏览 9 评论
1993 浏览 8 评论
1921 浏览 10 评论
请问是否能把一个ADC值转换成两个字节用来设置PWM占空比?
3162 浏览 3 评论
请问电源和晶体值之间有什么关系吗?PIC在正常条件下运行4MHz需要多少电压?
2218 浏览 5 评论
713浏览 1评论
601浏览 1评论
有偿咨询,关于MPLAB X IPE烧录PIC32MX所遇到的问题
484浏览 1评论
PIC Kit3出现目标设备ID(00000000)与预期的设备ID(02c20000)不匹配。是什么原因
613浏览 0评论
512浏览 0评论
小黑屋| 手机版| Archiver| 电子发烧友 ( 湘ICP备2023018690号 )
GMT+8, 2024-11-11 04:51 , Processed in 1.176281 second(s), Total 84, Slave 68 queries .
Powered by 电子发烧友网
© 2015 bbs.elecfans.com
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 (电路图) 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证:合字B2-20210191 工商网监 湘ICP备2023018690号