串口通信，CEdit控件显示数据，延迟严重！

[mikilin123]

本人想实习一个串口助手的功能，用的是CSerialPort类做的串口助手，，现在有个问题：
一个com口使用现成的串口软件，波特率在115200时，10ms重复发送，
另一个用自制的串口接收并把数据现在Cedit控件上，感觉延迟很明显啊！
请问如何能近似的保证显示数据和接收数据的同步？有什么好的思路吗？
谢谢！分比较少，请多包涵

[ArthurKingYs]

肯定是数据处理导致速度慢 循环会造成延迟 注意不要有太多的数据的处理代码

[ArthurKingYs]

还有多线程的使用 可能好一点

[ArthurKingYs]

换个思路 115200的波特率 10ms 的数据量又大 速度又快 可以直接先把数据存到数据库中 再做显示什么的

[编程小小鸟]

计算数据很大时，用线程最好了，计算量一大，向Cedit控件写数据，一定延时，

[mikilin123]

引用 1 楼 u011001084 的回复:

肯定是数据处理导致速度慢 循环会造成延迟 注意不要有太多的数据的处理代码

数据处理我也没做什么，就是用Cedit显示很费时间，我看了网上也一些别的说法， 我就是想Cedit控件能不能满足这种大量数据快速的显示要求，目前还没有好的办法； 还有你说的多线程我也想了，我想显示单开一个线程，但是感觉只要用了CEdit控件，显示感觉 怎么都快不起来。。？ 不知道你是怎么处理的？多谢

[叶恭介叶恭介]

http://blog.csdn.net/cvbtvbwu/article/details/24694739 试试这个

[mfmfmmf1]

我怀疑你是显示的问题 你先测试一下你的显示刷新率是多少 static x=0 每刷新一次x++ 每10ms刷新一次 并显示x的值 看看10秒内x的值到达1000没有 如果没有,就是你的计时器不行 因为MFC自带的setTimer计时器是阻塞的 所以我估计10秒x的值顶多也就300~400吧!

[mfmfmmf1]

另外,处理数据接收要另开一个工作线程 用某个全局变量来接收 而不要放在窗口类的成员函数里处理 窗口类是阻塞的,延迟的,非线程安全的

[mikilin123]

引用 5 楼 mfmfmmf1 的回复:

我怀疑你是显示的问题 你先测试一下你的显示刷新率是多少 static x=0 每刷新一次x++ 每10ms刷新一次 并显示x的值 看看10秒内x的值到达1000没有 如果没有,就是你的计时器不行 因为MFC自带的setTimer计时器是阻塞的 所以我估计10秒x的值顶多也就300~400吧!

谢啦，等会我再研究下！

[mikilin123]

引用 4 楼 cvbtvbwu 的回复:

http://blog.csdn.net/cvbtvbwu/article/details/24694739 试试这个

可以，正好测下，现在下载不了。。郁闷 等晚上的看下

[笨笨仔]

显示永远落后于数据采集，这个问题勿用置疑！

[mikilin123]

引用 9 楼 wxhxj0268 的回复:

显示永远落后于数据采集，这个问题勿用置疑！

表示理解。

[mikilin123]

引用 5 楼 mfmfmmf1 的回复:

我怀疑你是显示的问题 你先测试一下你的显示刷新率是多少 static x=0 每刷新一次x++ 每10ms刷新一次 并显示x的值 看看10秒内x的值到达1000没有 如果没有,就是你的计时器不行 因为MFC自带的setTimer计时器是阻塞的 所以我估计10秒x的值顶多也就300~400吧!

我把CEdit改成CRichEdit感觉数据显示快多了，数据个数基本上差不多，但是一帧数据中有丢失， SetTimer是不是也开了个线程哦，这CSerialPort本身的不是互斥的？有这可能吧

[mfmfmmf1]

SetTimer当然不是另开一个线程 甚至程序任何一个地方停了,比如弹个模态提示框,计时器就不工作了

[辅_]

楼主的接收数组多大？ 将数组大小设置为512，接收后就开始显示，然后后台继续接收， 将一次性大的数据分次接收再显示

[mikilin123]

引用 4 楼 cvbtvbwu 的回复:

http://blog.csdn.net/cvbtvbwu/article/details/24694739 试试这个

你好，你的软件是用VS编的吗？ 版本是多少的？

[Tracy_bu]

不用edit，打印就可以

[worldy]

115200这个速度下，串口传输失败的几率很大，

[一条晚起的虫]

// 串口通讯另开一个线程 // 收到数据通知UI更新