串口通信数据接收问题

daiweiru 2014-03-26 01:19:01
串口通信中,数据接收的数据帧可以限制接收长度吗?(遵循hart协议)我的通信监控数据里总是会出现多余的数据,在正常的接收数据后会出现很多无用的00,怎么避免出现这种情况?出现这种情况的原因是软件造成的还是硬件的原因,或者是com口有问题吗?求解救!!!!
...全文
241 18 打赏 收藏 转发到动态 举报
写回复
用AI写文章
18 条回复
切换为时间正序
请发表友善的回复…
发表回复
liangbina07 2014-03-27
  • 打赏
  • 举报
回复
看看 串口设置参数有什么问题 是不是过滤了什么字符等等,不懂查下msdn.
daiweiru 2014-03-27
  • 打赏
  • 举报
回复
还有一点就是,我设置的是我的接收数据结构体里的接收缓冲区的大小是50字节,但是 //清接收缓冲区 PurgeComm( COMDEV( npTTYInfo ), PURGE_RXABORT |PURGE_RXCLEAR ); 这个部分清缓冲清的是com口的缓冲区,所以是不是可以理解为,我设置的50对串口接收数据大小还是无影响的呢?
daiweiru 2014-03-27
  • 打赏
  • 举报
回复
我对这个缓冲区接收这个地方还有点儿不明白,我的数据接收缓冲区的数据,其实是从系统的接收缓冲区接收的数据的吧?那么有没有这种可能,我虽然在程序里设置了接收50字节的数据,但是系统的缓冲区其实所有数据都接收的呢?这样的话是否会造成我的数据接收超时间了?
fdsdfdsf 2014-03-27
  • 打赏
  • 举报
回复
引用 14 楼 daiweiru 的回复:
[quote=引用 8 楼 fdsdfdsf 的回复:] [quote=引用 3 楼 daiweiru 的回复:] [quote=引用 2 楼 fdsdfdsf 的回复:] 你用什么函数读的,明显读多了
我用线程的方式,writefile成功后,用触发事件的方式读数据,我的数据接收缓冲帧大小设置成接收50个字节,然后我现在不明白的是,我准备接收的真确的那部分数据在返回的时候,是夹在一堆00之间的,就是在正确的数据帧前边有很多00,在其后也有很多00,我想知道这些00是什么原因下才会出现的,这个返回和我的代码编写有关吗??[/quote] 怀疑是你的缓冲区的脏数据,99%是你的代码有问题。[/quote] 如果是这样的话,我所有的命令应该都执行不了,但是我现在是其他的命令都执行,只有写日期的一个命令到这里过不去,我监控了数据看了下,过得去的那些,返回数据就是正确数据之前有很多00,但之后没有,过不去的这个命令,就是返回数据正确的数据之后有多余的00,就过不去了,所以我想知道是我的接收帧缓存不够呢,还是说接收超时了,如果我的接受侦设置接收50个字节的数据的话,那么接收数据满50个字节之后,多余的那些00我还会接收吗?[/quote] 设置接收50Byte肯定就不会接收多余的00
daiweiru 2014-03-27
  • 打赏
  • 举报
回复
引用 8 楼 fdsdfdsf 的回复:
[quote=引用 3 楼 daiweiru 的回复:] [quote=引用 2 楼 fdsdfdsf 的回复:] 你用什么函数读的,明显读多了
我用线程的方式,writefile成功后,用触发事件的方式读数据,我的数据接收缓冲帧大小设置成接收50个字节,然后我现在不明白的是,我准备接收的真确的那部分数据在返回的时候,是夹在一堆00之间的,就是在正确的数据帧前边有很多00,在其后也有很多00,我想知道这些00是什么原因下才会出现的,这个返回和我的代码编写有关吗??[/quote] 怀疑是你的缓冲区的脏数据,99%是你的代码有问题。[/quote] 如果是这样的话,我所有的命令应该都执行不了,但是我现在是其他的命令都执行,只有写日期的一个命令到这里过不去,我监控了数据看了下,过得去的那些,返回数据就是正确数据之前有很多00,但之后没有,过不去的这个命令,就是返回数据正确的数据之后有多余的00,就过不去了,所以我想知道是我的接收帧缓存不够呢,还是说接收超时了,如果我的接受侦设置接收50个字节的数据的话,那么接收数据满50个字节之后,多余的那些00我还会接收吗?
daiweiru 2014-03-27
  • 打赏
  • 举报
回复

while(1)
	{
		ClearCommError( COMDEV( npTTYInfo ), &dwErrorFlags, &ComStat );
		if( ComStat.fRlsdHold )
		{
			dwTick1 = dwTick2 = GetTickCount();
			R = 310;
		}
		else 
		{
			dwTick2 = GetTickCount();
			if ( dwTick2-dwTick1 >= R )
				break;
		}
	}
	PurgeComm( COMDEV( npTTYInfo ), PURGE_TXABORT |PURGE_TXCLEAR );//清发送缓冲区
	//发HART帧
	EscapeCommFunction( COMDEV( npTTYInfo ), SETRTS );
	lpParam->bReadResponse = FALSE;		//用该标志来控制读响应线程的启/停
	fWriteStat = WriteFile( COMDEV( npTTYInfo ), byBuffer, dwLen,
                           &dwBytesWritten, &WRITE_OS( npTTYInfo ));
	dwTick1 = dwTick2 = GetTickCount();
   if (!fWriteStat)
   {
      if(GetLastError() == ERROR_IO_PENDING)
      {
            while(!GetOverlappedResult( COMDEV( npTTYInfo ),
            &WRITE_OS( npTTYInfo ), &dwBytesWritten, TRUE ))
         {
            dwError = GetLastError();
            if(dwError == ERROR_IO_INCOMPLETE)
            {
               // normal result if not finished
               dwBytesSent += dwBytesWritten;
               continue;
            }
            else
            {
               // an error occurred, try to recover
               wsprintf( szError, "<CE-%u>", dwError ) ;
		       OutputDebugString(szError);
               ClearCommError( COMDEV( npTTYInfo ), &dwErrorFlags, &ComStat ) ;
               break;
            }
         }

		dwBytesSent += dwBytesWritten;
      }
      else
      {
         ClearCommError( COMDEV( npTTYInfo ), &dwErrorFlags, &ComStat ) ;
         return ( FALSE );
      }
   }
	
 	  
	dwTick2 = GetTickCount();
    Sleep((dwBytesSent+1) * 9.16 - (dwTick2 - dwTick1));
 	nField = RCV_PREAMBLE;
	nPreCount = 0;
	lpParam->bReadResponse = TRUE;		//用该标志来控制读响应线程的启/停
	dwTick1 = dwTick2 = GetTickCount();
	//清接收缓冲区
	PurgeComm( COMDEV( npTTYInfo ), PURGE_RXABORT |PURGE_RXCLEAR );

	EscapeCommFunction( COMDEV( npTTYInfo ), CLRRTS );

	//check the first char return
	dwWait = WaitForSingleObject(g_hReadEvent,R1);
	if(dwWait == WAIT_OBJECT_0)
		return TRUE;

	return FALSE;
这是我发写和读的那部分代码,出现乱码的时候return返回不了true,直接执行到最后返回false了,我的R1是380
daiweiru 2014-03-27
  • 打赏
  • 举报
回复
引用 7 楼 tiger9991 的回复:
如果用工业协议的话,怎么会收到多余的字节呢?
我也不太清楚,也很奇怪,所以想弄明白这些多余的00是怎么产生的,程序能有办法去掉或者忽略吗?现在是返回数据前边那些多余的00可以忽略,但是正确数据之后的00忽略不了,程序跑起来就会死掉,在这个地方提示通讯失败,我实在是束手无策了!!!哎。。。
hushoubo 2014-03-27
  • 打赏
  • 举报
回复
可以贴出读数据的代码让大家看哈
zgl7903 2014-03-27
  • 打赏
  • 举报
回复
多余的数据忽略之 软件应该有基本的容错功能
worldy 2014-03-26
  • 打赏
  • 举报
回复
串口的数据送达是最直接了当的,在通信参数设置都一致的情况下,a端发送几个字节,b端就接收几个字节,不会多也不会少,多或少都说明通信的软硬件哪个地方出了问题
fdsdfdsf 2014-03-26
  • 打赏
  • 举报
回复
引用 3 楼 daiweiru 的回复:
[quote=引用 2 楼 fdsdfdsf 的回复:] 你用什么函数读的,明显读多了
我用线程的方式,writefile成功后,用触发事件的方式读数据,我的数据接收缓冲帧大小设置成接收50个字节,然后我现在不明白的是,我准备接收的真确的那部分数据在返回的时候,是夹在一堆00之间的,就是在正确的数据帧前边有很多00,在其后也有很多00,我想知道这些00是什么原因下才会出现的,这个返回和我的代码编写有关吗??[/quote] 怀疑是你的缓冲区的脏数据,99%是你的代码有问题。
傻X 2014-03-26
  • 打赏
  • 举报
回复
如果用工业协议的话,怎么会收到多余的字节呢?
向立天 2014-03-26
  • 打赏
  • 举报
回复
引用 5 楼 daiweiru 的回复:
[quote=引用 4 楼 tiger9991 的回复:] 没有自己的通信协议么?一般协议都定义自己的帧长,根据帧长来接收的。
没有,这个有固定的工业协议,我不能随便更改,但是又遇到这种问题,又不能自行丢帧,所以想知道为什么出现这种返回,然后看看有什么其他办法解决吗?[/quote]不知道包头包尾怎么通信
daiweiru 2014-03-26
  • 打赏
  • 举报
回复
引用 4 楼 tiger9991 的回复:
没有自己的通信协议么?一般协议都定义自己的帧长,根据帧长来接收的。
没有,这个有固定的工业协议,我不能随便更改,但是又遇到这种问题,又不能自行丢帧,所以想知道为什么出现这种返回,然后看看有什么其他办法解决吗?
傻X 2014-03-26
  • 打赏
  • 举报
回复
没有自己的通信协议么?一般协议都定义自己的帧长,根据帧长来接收的。
daiweiru 2014-03-26
  • 打赏
  • 举报
回复
引用 2 楼 fdsdfdsf 的回复:
你用什么函数读的,明显读多了
我用线程的方式,writefile成功后,用触发事件的方式读数据,我的数据接收缓冲帧大小设置成接收50个字节,然后我现在不明白的是,我准备接收的真确的那部分数据在返回的时候,是夹在一堆00之间的,就是在正确的数据帧前边有很多00,在其后也有很多00,我想知道这些00是什么原因下才会出现的,这个返回和我的代码编写有关吗??
fdsdfdsf 2014-03-26
  • 打赏
  • 举报
回复
你用什么函数读的,明显读多了
daiweiru 2014-03-26
  • 打赏
  • 举报
回复
无人理呢。。。。顶顶顶!!!!
001、VB串口通讯视频教程源码41个 002、Visual Basic串口通信工程开发实例导航随书源码7个 003、Visual Basic串口通信与测控应用技术实战详解 源代码(15个全) 004、GE PLC串口通讯,VB编制,读取内存单元 005、PC机与51单片机之间的串口通讯,VB编的,分PC和单片机两部分 006、VB6的串口通信程序,还有crc校验 007、VB Modbus RTU源码,其中协议部分已生成DLL,可直接调用 008、VB.net开发的串口调试程序 009、VB.net实现串口编程,希望大家有用 010、VB版串口调试程序,包含VB源码及安装文件,适合调试串口 011、VB编程RS232串口控制DA数模转换 012、VB编程实现的串口调试工具源码 013、VB编写的RS232串口通信测试程序,以txt格式接受,可定义发送字符 014、VB编写的SouthStar串口测试与51串口烧写器V1.0版 015、VB编写的串口调试助手1.0的源码 016、VB编写的串口短信发送程序,需要数据线支持 017、VB编写的串口通信程序,实现多机通信 018、VB编写的串口通信程序,主要用于上位机与下位机间的通信 019、VB编写的串口通信程序界面参考网上的程序较简单 020、VB编写的串口通讯界面,主要面向51单片机的串口通信 021、VB编写的单片机和PC串口通信的调试程序 022、VB编写的仿真实电子琴操作界面,包含与FPGA串口通信的功能 023、VB串口API通讯,附带BAS文件全部源码,实现与饭卡读卡器通讯 024、VB串口编程,关于上位机的应用,特别适合初级学习VB的学员 025、VB串口编程调试精灵源码 026、VB串口编程实现完整的多费率电表读数软件 027、VB串口程序,,是一个串口使用例程,对初学者有用,特别是工控类的 028、VB串口传输文本,实现2台PC间的通信,类似简单的聊天工具 029、VB串口的一个电子称的项目 030、VB串口调试程序,用于通过串口控制松下空调测试 031、VB串口调试程序及源码 032、VB串口调试软件源代码,可以参考修改为其它通讯程序 033、VB串口调试软件源文件 034、VB串口控制步进电机程序完整源码 035、VB串口通信 6路10位AD转换数据采集源程序 036、VB串口通信,API串口通信模块源码 037、VB串口通信,适用简单,适合初学者 038、VB串口通信操作界面,进行数据采集,画实时曲线 039、VB串口通信程序,可以读取串口并显示保存数据,且能显示数据曲线 040、VB串口通信的源码,学习的好资料 041、VB串口通信调试器的源码程序 042、VB串口通信设计视频演示源码 043、VB串口通信示例 044、VB串口通信数据源码 045、VB串口通信之串口接收程序 046、VB串口通讯测试源代码,有文本和图形两种端口数据观察方式 047、VB串口通讯程序,用来跟单片机通讯 048、VB串口通讯代码(部分) 049、VB串口通讯的参考源程序 050、VB串口通讯实例 高精度电压表(24bit) VB源程序 051、vb串口通讯示例 052、VB串口与伺服电机DSP2407通讯完整代码源程序 053、VB串口源码,动力电池检测数据采集,内含电导巡检模块通讯报文,可,读写,保存,备份数据 054、VB串口字节通信程序,包括:1字节发送子程序,n字节接收子程序 055、VB串行口通信测试示例 056、VB串行通信试验程序 057、VB的MODEM通信源代码,智能化水电远端数据读取系统 058、VB的串口源程序,包括串口的配置界面,接收功能和发送功能 059、VB访问串口,并读取电子秤上显示的数据 060、VB和西门子S7-300 PLC串口通讯程序能实现读写功能 061、VB检测串口工作状态 062、VB简单的串口短信收发功能,使用短信猫测试通过 063、VB开发串口通信,关于生物医学工程专业的血氧饱和度的设计 064、VB开发串口通信软件,利用按钮控件控制高清晰数字展示台 065、VB开发的RS232串口图像处理器驱动(摄像头驱动) 066、VB开发的串口通信源码 067、VB开发的串口与三菱FX PLC通讯源码 068、VB控制串口232通讯,对飞利浦M1卡内数据进行处理,支持密码修改等 069、VB利用Mscomm控件编写的通讯终端,可做串口通讯编程参考示例 070、VB平台单片机与PC机串口通信的PC端程序。小巧易用,功能丰富 071、VB嵌入式串口通讯波形分析显示软件 072、VB实现串口调试LED信息显示屏设备主要代码 073、VB实现串口调试工具的完整源码 074、vb实现串口通信 文件传送系统,用vb以及mscomm控件实现 075、VB实现串口通信,发送命令从而接收相应数据 076、VB使用mscom控件实现PC机与单片机串口通信 077、VB通过COM串口读取条形码设备 078、VB通过串口控制单片机读写24C02源代码 079、VB通讯程序,连接串口可在电脑显示来电号码 080、VB下的串口发短信程序,可选择端口,设置短信中心号码 081、VB写的串口通信,发送和接收实例 082、VB写的串口通信分析程序源码 083、VB写的串口通讯,通过串口对单片机进行控制 084、VB写的串口通讯软件,简单易学,适合初学者 085、VB写的通过串口与考勤机连接通讯的程序 086、vb用控件的写的串口程序,是vb的经典之作 087、VB与USB转串口的通讯完整程序,有详细说明,不需要安装驱动 088、vb与串口通信的关于回路测试的小程序很实用 089、vb语言开发的串口通信,可实现拨号传送文件等 090、VB中串口事件处理函数的示例 091、VB中的串口通讯,串口通讯作为一种古老而又灵活的通讯方式,被广泛地应用 092、VB自动枚举系统串口加摄象头图象采集,坐标系变换 093、Visual Basic2005与自动化系统监控(串并行控制)光盘

16,471

社区成员

发帖
与我相关
我的任务
社区描述
VC/MFC相关问题讨论
社区管理员
  • 基础类社区
  • Web++
  • encoderlee
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告

        VC/MFC社区版块或许是CSDN最“古老”的版块了,记忆之中,与CSDN的年龄几乎差不多。随着时间的推移,MFC技术渐渐的偏离了开发主流,若干年之后的今天,当我们面对着微软的这个经典之笔,内心充满着敬意,那些曾经的记忆,可以说代表着二十年前曾经的辉煌……
        向经典致敬,或许是老一代程序员内心里面难以释怀的感受。互联网大行其道的今天,我们期待着MFC技术能够恢复其曾经的辉煌,或许这个期待会永远成为一种“梦想”,或许一切皆有可能……
        我们希望这个版块可以很好的适配Web时代,期待更好的互联网技术能够使得MFC技术框架得以重现活力,……

试试用AI创作助手写篇文章吧