共2条
1/1 1 跳转至页
mscomm 关于mscomm编写串口字节接收的问题,请帮忙

问
关于mscomm编写串口字节接收的问题,请帮忙
有几个关于用mscomm进行串口编程的问题,请大虾们帮忙:
双机以2400baud的速率相互通过modem通信,主机是用来接收数据的,客户机发送是采用1k xmodem格式发送,现在问题就是在主机的数据接收编程中遇到的。mscomm里面有个接收缓冲区的门限属性设置,我设置为1(如果设为0,则一次oncomm事件只能收8个字节),那么只要接收缓冲区一收到字符(因为我需要对每个数据包的第1,2,3个字节进行判断处理),就会产生一个oncomm事件,我就在这个事件里编写数据接收程序,我的接收程序无非就是判断首字节是否是stx(或者soh)第2字节是否为期望的序号,并存储下1024个数据字节,最后判断2个crc的字节是否出错,并以此作出ack,或者nak。现在问题是,我有两种处理方法,
一种是在oncomm事件处理中一开始先延迟一段时间,以便在这段时间内整个数据包(1029个字节)都接收完毕,然后再对inbuffer里的字节作相应的处理,这样就是在一个事件中就处理完毕了,,可这时的问题就是需要延迟多少时间,才能保证数据都接收完,如果这个时间长的话,就不是很合适了。还有就是oncomm事件会不会每收到一个字符就产生一次(那要产生1029次那),如果产生的话会不会对我当前的事件(第一个事件)处理有影响,如果在当前事件处理过程中没有影响,会不会在事后影响,也就是说这一系列的oncomm事件都排在事件队列中,当前事件处理完毕后,这些事件还是相继产生,要求程序去处理它们。
另一种是oncomm事件处理中不延迟,这样的意图是想,一个个字节处理,也就是收到一个字节产生一个oncomm事件,事件中对这个字节进行相应处理。接着又收到一个字节,又产生一个oncomm事件,再对这个字节处理,,以此类推。这样的话 就有个问题,就是会不会在我对当前字节还没处理完(也就是oncomm事件过程还没结束),下一个字节就收到了,从而产生新的oncomm事件,这样影响到我的正常处理过程。
3。如果我一次oncomm事件接收固定字节数,怎么实现。
以上是几个问题,另外还有个附带的问题,就是vb里面可不可以进行位操作
希望高手帮忙,谢谢了!!
答 1: VB的MSCOMM控件不是太好用,如果将串口接收事件请求阈值设置为一个字节,则可能后面的几个字节会不发生请求,而导致数据丢失(估计这跟windows的系统任务调度有关)。
记得以前有个人弄了一个很详细的关于这个问题的说明,还动用了系统延时。我以前用一个字节时,总是丢失数据(除非两个字节之间的间隔很大)。
比较合适的办法是选择一个合适的门限值,发生串口接收事件时,一次将缓冲区所有字节都读出来。
VB里面的AND,OR,XOR,NOT等,当用在整数上时(包括byte型)就是位按位操作的。
答 2: 关于MSComm1.RThreshold设为多少的问题,我的看法个人观点,如果将THreshold设置成为比较大的值,
则进去oncomm处理事务的时间需要更长,而且并不
方便处理。
我觉得将InBufferSize的值设置得大一点就比较好吧。
我在oncomm的comEvReceive事件中是这样处理的:
Handle_Rec_Data:
。。。(处理数据)
If MSComm1.InBufferCount <> 0 Then GoTo Handle_Rec_Data
(不过没尝试过接收超过100字节的数据) 答 3: 我用C++编了一个串口接收程序它采用定时读缓冲区内的字节数, 字节数不再增加就开始处理。
有几个关于用mscomm进行串口编程的问题,请大虾们帮忙:
双机以2400baud的速率相互通过modem通信,主机是用来接收数据的,客户机发送是采用1k xmodem格式发送,现在问题就是在主机的数据接收编程中遇到的。mscomm里面有个接收缓冲区的门限属性设置,我设置为1(如果设为0,则一次oncomm事件只能收8个字节),那么只要接收缓冲区一收到字符(因为我需要对每个数据包的第1,2,3个字节进行判断处理),就会产生一个oncomm事件,我就在这个事件里编写数据接收程序,我的接收程序无非就是判断首字节是否是stx(或者soh)第2字节是否为期望的序号,并存储下1024个数据字节,最后判断2个crc的字节是否出错,并以此作出ack,或者nak。现在问题是,我有两种处理方法,
一种是在oncomm事件处理中一开始先延迟一段时间,以便在这段时间内整个数据包(1029个字节)都接收完毕,然后再对inbuffer里的字节作相应的处理,这样就是在一个事件中就处理完毕了,,可这时的问题就是需要延迟多少时间,才能保证数据都接收完,如果这个时间长的话,就不是很合适了。还有就是oncomm事件会不会每收到一个字符就产生一次(那要产生1029次那),如果产生的话会不会对我当前的事件(第一个事件)处理有影响,如果在当前事件处理过程中没有影响,会不会在事后影响,也就是说这一系列的oncomm事件都排在事件队列中,当前事件处理完毕后,这些事件还是相继产生,要求程序去处理它们。
另一种是oncomm事件处理中不延迟,这样的意图是想,一个个字节处理,也就是收到一个字节产生一个oncomm事件,事件中对这个字节进行相应处理。接着又收到一个字节,又产生一个oncomm事件,再对这个字节处理,,以此类推。这样的话 就有个问题,就是会不会在我对当前字节还没处理完(也就是oncomm事件过程还没结束),下一个字节就收到了,从而产生新的oncomm事件,这样影响到我的正常处理过程。
3。如果我一次oncomm事件接收固定字节数,怎么实现。
以上是几个问题,另外还有个附带的问题,就是vb里面可不可以进行位操作
希望高手帮忙,谢谢了!!
答 1: VB的MSCOMM控件不是太好用,如果将串口接收事件请求阈值设置为一个字节,则可能后面的几个字节会不发生请求,而导致数据丢失(估计这跟windows的系统任务调度有关)。
记得以前有个人弄了一个很详细的关于这个问题的说明,还动用了系统延时。我以前用一个字节时,总是丢失数据(除非两个字节之间的间隔很大)。
比较合适的办法是选择一个合适的门限值,发生串口接收事件时,一次将缓冲区所有字节都读出来。
VB里面的AND,OR,XOR,NOT等,当用在整数上时(包括byte型)就是位按位操作的。
答 2: 关于MSComm1.RThreshold设为多少的问题,我的看法个人观点,如果将THreshold设置成为比较大的值,
则进去oncomm处理事务的时间需要更长,而且并不
方便处理。
我觉得将InBufferSize的值设置得大一点就比较好吧。
我在oncomm的comEvReceive事件中是这样处理的:
Handle_Rec_Data:
。。。(处理数据)
If MSComm1.InBufferCount <> 0 Then GoTo Handle_Rec_Data
(不过没尝试过接收超过100字节的数据) 答 3: 我用C++编了一个串口接收程序它采用定时读缓冲区内的字节数, 字节数不再增加就开始处理。
共2条
1/1 1 跳转至页
回复
有奖活动 | |
---|---|
发原创文章 【每月瓜分千元赏金 凭实力攒钱买好礼~】 | |
【EEPW在线】E起听工程师的声音! | |
“我踩过的那些坑”主题活动——第001期 | |
高校联络员开始招募啦!有惊喜!! | |
【工程师专属福利】每天30秒,积分轻松拿!EEPW宠粉打卡计划启动! | |
送您一块开发板,2025年“我要开发板活动”又开始了! | |
打赏了!打赏了!打赏了! |
打赏帖 | |
---|---|
【我踩过的那些坑】电感选型错误导致的处理器连接不上被打赏50分 | |
【我踩过的那些坑】工作那些年踩过的记忆深刻的坑被打赏10分 | |
【我踩过的那些坑】DRC使用位置错误导致的问题被打赏100分 | |
我踩过的那些坑之混合OTL功放与落地音箱被打赏50分 | |
汽车电子中巡航控制系统的使用被打赏10分 | |
【我踩过的那些坑】工作那些年踩过的记忆深刻的坑被打赏100分 | |
分享汽车电子中巡航控制系统知识被打赏10分 | |
分享安全气囊系统的检修注意事项被打赏10分 | |
分享电子控制安全气囊计算机知识点被打赏10分 | |
【分享开发笔记,赚取电动螺丝刀】【OZONE】使用方法总结被打赏20分 |