记录一次定时器优先级问题导致单片机程序卡死问题

项目场景:

项目用到2个定时器中断,一个100us(tim1)做滤波算法,一个100ms(tim2)用作定时器。


问题描述

程序收到远程升级命令后,延时1s后调用复位函数让系统进入boot准备接收文件升级,在运行到延时1s这个位置是程序卡死。


原因分析:

将bin文件反编译后,调试发现是使能了tim2,但是一直无法进入tim2中断,进一步排查发现程序一直停留在tim1(100us)中断中。原来是tim1设置的优先级比tim2高,导致tim1的100us中断一直抢占,tim2中断无法进入,所以就一直卡在延时函数处。(长个教训,程序是在工厂调试时烧录的,后来存档版本(取消了100us定时器)时版本号和工厂一致没有修改,导致工厂没有升级直接把这个调试版本发到了客户现场,远程升级时才发现单片机卡死问题,由于是现场调试版本,找不到当时的源代码了,所以只能读取Bin文件后反编译再分析,增加了发现问题的难度,做了修改一定要更新版本号!!!!)


解决方案:

尽量不使用100us这么短时间的中断,同时注意几个定时器之间的优先级关系和中断内数据的复杂度,高优先级可能会一直抢占中断导致低优先级中断无法进入。

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

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值