当前位置:首页 > 芯闻号 > 充电吧
[导读]查询通信包是否结束,有很多的方式,看过很多,都不够简洁明了,我分享一个我用了几年的查询方式(大家如果有什么好的方式可以与我分享),可以给新手做通信的一些启发,便于移植,同时简单明了:对于使用了操作系统

查询通信包是否结束,有很多的方式,看过很多,都不够简洁明了,我分享一个我用了几年的查询方式(大家如果有什么好的方式可以与我分享),可以给新手做通信的一些启发,便于移植,同时简单明了:对于使用了操作系统,直接在线程中查询,裸机就直接使用定时器进行查询。

比如使用了ucos ii时,我一般会建立一个线程用来通信查询(串口使用DMA,完全无需中断干预,高效)


while(1)
	{
		cnt = UARTx_GetRxCnt(RS485_UART_CH1);											//获取接收数据长度
		OSTimeDlyHMSM(0,0,0,50);														//延时,等待数据结束
		if((cnt != 0) && (cnt == UARTx_GetRxCnt(RS485_UART_CH1)))						//收到数据了,并且2次查询到的数据长度一样,判断为帧结束
		{		
			//收到数据包后的处理
			if(cnt>3)
			{
				if(CONFIG_HostHandle(UartBuff, cnt, MODBUS_SendData)==FALSE)			//先判断是否为上位机通信
				{
					if(MODBUS_SLAVE_Handle(&SlaveHandle, UartBuff, cnt)==TRUE)			//MODBUS 从机通信处理
					{
						if(LastWriteRegCnt != SlaveHandle.WriteRegCnt)
						{
							LastWriteRegCnt = SlaveHandle.WriteRegCnt;
							MODBUS_InputReg[7] = MODBUS_HoldReg[0];						//调试模式
						}
					}
				}
			}
			UARTx_ClearRxCnt(RS485_UART_CH1);											//清除接收的数据
		}
		else																			//2次查询的数据长度不一样,延时,等待数据结束
		{
			OSTimeDlyHMSM(0,0,0,50);
		}	
	}


上位机等待通信包结束


上位机一般作为主机,使用了类似的方法查询数据结束


DWORD cnt = 0;
	DWORD TimeOut = 500 / 50;											//超时为800ms


	
		//等待数据返回
		do
		{
			cnt = this->pUART->MYUART_GetRxCnt(this->mUartHandle);		//获取接收到的数据长度
			Sleep(50);													//延时10ms	
			if (cnt == this->pUART->MYUART_GetRxCnt(this->mUartHandle))	//完成接收数据了,退出等待
			{
				TimeOut--;
				if ((cnt > 0) && (TimeOut != 0))
				{
					if (cnt > 30)
					{
						Sleep(200);			//收完后再等待200ms防止CH340这类串口分包导致数据丢失,串口波特率不一样时等待的实际会不一样,大数据包等待的时间会更长
					}
					Sleep(20);			//收完后再等待20ms防止PL2303这类串口分包导致数据丢失
					TimeOut = 1;		//数据接收完毕,退出
				}
			}
		} while (TimeOut);


//裸机下的操作


//使用了一个定时器,产生50ms中断进行轮询


void TIM6_IRQHandler(void)
{
	static u32 cnt;	//一定要用静态

	
	if(TIM6->SR&BIT0)//溢出中断
	{
		TIM6->SR = 0;			//清除中断标志位 
		TIM6->CR1 &= ~BIT0;		//关闭定时器6
		
		if((MODEBUS_GetDataCnt(ModeBusHandle.UartCh) == cnt) && (cnt > 0))	//数据长度不为0,并且2次查询的一样,则认为帧结束
		{
			//uart_printf("收到数据:%drn",cnt);
			if((cnt > 3) && (MODEBUS_SLAVE_Handle(&ModeBusHandle, cnt) == TRUE))//MODBUS从机通信处理
			{
			
				
			}
			MODEBUS_ClearRxCnt(ModeBusHandle.UartCh);				//清除接收
		}
		
		cnt = MODEBUS_GetDataCnt(ModeBusHandle.UartCh);	//获取接收数据长度,同下次进行对比
 		TIM6->CR1 |= BIT0; //开启定时器6}
	}
}




本站声明: 本文章由作者或相关机构授权发布,目的在于传递更多信息,并不代表本站赞同其观点,本站亦不保证或承诺内容真实性等。需要转载请联系该专栏作者,如若文章内容侵犯您的权益,请及时联系本站删除。
换一批
延伸阅读

STM32是由意法半导体公司(STMicroelectronics)推出的基于ARM Cortex-M内核的32位微控制器系列,以其高性能、低功耗、丰富的外设接口和强大的生态系统深受广大嵌入式开发者喜爱。本文将详细介绍S...

关键字: STM32 单片机

STM32与51单片机之间有什么差异呢?两者可以说是一场科技与性能的较量了。在科技飞速发展的今天,微控制器(MCU)已广泛应用于各类电子设备和系统中,发挥着举足轻重的作用。其中,STM32和51单片机作为两种常见的微控制...

关键字: STM32 51单片机 MCU

电磁铁是一种利用电流产生磁场的装置,具有快速响应、易于控制等特点,在工业自动化、电子设备、科学实验等领域有着广泛的应用。STM32是一款功能强大的微控制器,具有高性能、低功耗、易于编程等优点,是控制电磁铁的理想选择。本文...

关键字: 电磁铁 微控制器 STM32

边缘人工智能的实现涉及到三个基本 要素:安全性,连接性、自主性,而其中自主性是AI能力的体现,也是边缘AI有别于其他传统的物联网的关键。而通过ST Edge AI套件,就可以帮助各种不同类型的开发者实现覆盖全硬件平台的全...

关键字: 边缘人工智能 AI STM32

今天,小编将在这篇文章中为大家带来STM32单片机最小系统的有关报道,通过阅读这篇文章,大家可以对它具备清晰的认识,主要内容如下。

关键字: 单片机 单片机最小系统 STM32

STM32是一款由STMicroelectronics生产的微控制器系列,具有高性能、低功耗和丰富的外设资源。其中,串口通信是一种常用的通信方式,可以实现与其他设备之间的数据传输。

关键字: STM32 串口通信 微控制器

STM32是一种广泛使用的微控制器,具有丰富的通信接口。其中,串口通信是STM32与其他设备或系统进行数据交换的重要方式之一。本文将详细介绍STM32串口通信的原理、应用及常见故障。

关键字: STM32 串口通信

由于目前缺乏相应的监测技术,地下电缆线路出现异常运行状态无法被及时发现,久而久之易演变成大故障,最终只能通过更换地下电缆进行修复,耗费大量的人力、物力。鉴于此,开发了一种基于STM32的地下电缆异常状态检测系统,利用热传...

关键字: STM32 地下电缆

交通灯控制器是用于控制交通信号灯运行的设备,它可以根据交通流量、行人需求以及其他因素,动态地调整信号灯的变化时间和绿灯时长,以保证交通的流畅和安全。

关键字: 交通信号灯 STM32

通用MCU的成功与否,产品本身PPA固然重要,但除此外很大程度上取决于开发生态。生态的繁荣可以让其中的每一位参与者受益,当然也会反哺到MCU产品本身,影响到新的产品定义和走向。

关键字: ST STM32 MCU
关闭
关闭