共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网站征稿正在进行时,欢迎踊跃投稿啦 | |
奖!发布技术笔记,技术评测贴换取您心仪的礼品 | |
打赏了!打赏了!打赏了! |
打赏帖 | |
---|---|
与电子爱好者谈读图二被打赏50分 | |
【FRDM-MCXN947评测】Core1适配运行FreeRtos被打赏50分 | |
【FRDM-MCXN947评测】双核调试被打赏50分 | |
【CPKCORRA8D1B评测】---移植CoreMark被打赏50分 | |
【CPKCORRA8D1B评测】---打开硬件定时器被打赏50分 | |
【FRDM-MCXA156评测】4、CAN loopback模式测试被打赏50分 | |
【CPKcorRA8D1评测】--搭建初始环境被打赏50分 | |
【FRDM-MCXA156评测】3、使用FlexIO模拟UART被打赏50分 | |
【FRDM-MCXA156评测】2、rt-thread MCXA156 BSP制作被打赏50分 | |
【FRDM-MCXN947评测】核间通信MUTEX被打赏50分 |