GD32F303ZE(STM32)定时器关闭后,会立刻进入更新中断对modbus产生的影响

文章描述了一个在Modbus通讯协议实现过程中遇到的问题,即在接收数据时,由于定时器在开启时未正确计数,导致只接收到两个字节就错误地认为是一帧数据。解决方案是在开启定时器中断时先清除中断位,确保定时器能正确计时。
摘要由CSDN通过智能技术生成

在项目中,modbus通讯协议中,需要使用定时器来计时每个字节接受的时间,一旦超出这个时间,便确认这是一桢数据。

        if(modbus.timrun!=0)
        {
//  5ms内若没有数据进来,则表示 一桢数据       
            if(SendFLAG==RECEVER_START){
                modbus.reflag=1;  //收到一帧数据
                SendFLAG=RECEIVE_OVER;
            }

                modbus.timrun=0;
        }

以上是写在定时器当中的一段代码,在程序上电运行时,在定时器初始化函数当中我并没有开启中断。

        // 关闭计数器中断
    TIM_ITConfig(GENERAL_TIM,TIM_IT_Update,DISABLE);

我是在串口接受到一个字节的时候,才打开定时器中断。如下代码

    if(USART_GetITStatus(USART1, USART_IT_RXNE)==SET)  
   {            

          sbuf=USART1->DR;     
                    
                USART_ClearITPendingBit(USART1, USART_IT_RXNE);
        
     if( modbus.reflag==1)  //有数据包正在处理
         {
           return ;
         }             
          modbus.rcbuf[modbus.recount++]=sbuf;
      if(modbus.recount==1)  //收到主机发来的一帧数据的第一字节
            {
                
              modbus.timrun=1;  //启动定时
           
                 TIM_ITConfig(TIM2,TIM_IT_Update,ENABLE);                
       
            }
            
            if(SendFLAG==RECEVER_START){
             TIM_SetCounter(TIM2, 1000);//清除定时器计时
            }             

   }

但是以上代码存在问题,定时器在开启之际,并未做计数,而是直接进入了定时器中断,导致串口只接受 卫个字节便误认为已经接受了一桢数据。

解决方案也很简单,

就是在开启定时器中断的时候,先清除中断位。

    TIM_ClearFlag(TIM2, TIM_FLAG_Update);

加上这句代码即可!

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值