关于开发中如何防止死等程序导致其它任务运行不了方法

在嵌入式软件开发中,比如单片机的程序,我们一定会写到一个大的死循环的程序,也就是轮询IO口,通常用

while(1)
{

}
    来实现大循环,程序就会在while(1)中不断的循环执行一些任务,但是,任务与任务之间如果存在延时,就会大大的削弱整个架构的实时性,虽然现在的高级单片机ARM已经具有了多线程的机制,但是避免不了的依然是要写死循环,也就是说,表面上看到程序是一起在跑的,其实是把时间切成若干份,然后进行调度,在linux内核中,fork一条进程需要调度,do_thread也需要进行调度。

    最近在工作上遇到一个这样的问题,串口协议要求比如等到IO口为低电平,数据才能发送。关于这个问题,没别的方法,按照那个架构来说只能死等while(等到IO口低电平输出),但是这样就会遇到一个问题,如果一直死等,万一IO没有低电平输出,那么就会发生丢包的可能以及其他任务会被直接影响到运行,毕竟单片机一般采用的架构都是顺序执行的,但是看到有工程师做这样的处理,我也就学过来了,让while做超时处理,一旦在一定的时间内等待不到低电平输出,那么就让这个循环退出,这样就不会影响到其它任务的执行了,也降低了丢包了,但还是会有丢包,只能慢慢调试了,要是有高手看到麻烦教我一下,最近我们公司也是因为这个问题卡了很久,表示伤不起,我们来看一下是怎么实现的。

//做IO口超时等待
	while(1)
	{
		if(等待低电平)
		{
			break ; //有了就退出执行其它任务
		}
		else   //没有的话就做超时处理,Time_count是一个定时器里的一个全局变量计数器
		{
			Time_count++;
			if(Time_count>0x700)
			{
				Time_count++;
        	  	break ; 
			}

		}
	}



评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值