硬件工程师开发了一块单片机板,只要按通信协议上位机发数据给下位机,下位机立即回数据,我用串口调试助手试过了,1分钟约可以收发最大6000,可是我用VB的MSCOMM编程,计时,1分钟约2400次,如何提高速度?要求是3600次以内。除出代码,计算机高速运行?
你试的数据有多大啊?就一次一个字符那肯定快了~~~
计算机高速运行,仅仅是消息处理的速度快了~~~
速度也是受波特率限制的,你把波特率提高一点不就相对快很多了吗?
计算机高速运行,仅仅是消息处理的速度快了~~~
速度也是受波特率限制的,你把波特率提高一点不就相对快很多了吗?
发5个字节,收4个字节,串口调试助手1分钟最大约6000次,VB的MSCOMM编程2400次,
是否API会快些?
字节到缓冲区,出去串口?直接用底层的API快些?
是否API会快些?
字节到缓冲区,出去串口?直接用底层的API快些?
大哥,不要玩我呀?只是个EXE,哪有源程序?而且好像很慢????
字节到缓冲区,到串口,不通过控件,直接从API走?
那么波特率9600的话 就是能发6万个字符 跑去乱七八糟的时间 如果单片机程序写得再烂,发3600个字符没啥问题。
所以你的问题应该出现在串口助手编写的有点对付不了这种高速发数的情况
1. 更改到更高的波特率
2. 如果用VB的MSCOMM,可以:
1)不要用查询方式,而应事件方式,使用OnComm事件&#
字节到缓冲区,到串口,不通过控件,直接从API走?
那么波特率9600的话 就是能发6万个字符 跑去乱七八糟的时间 如果单片机程序写得再烂,发3600个字符没啥问题。
所以你的问题应该出现在串口助手编写的有点对付不了这种高速发数的情况
1. 更改到更高的波特率
2. 如果用VB的MSCOMM,可以:
1)不要用查询方式,而应事件方式,使用OnComm事件&#