项目场景:
项目用到2个定时器中断,一个100us(tim1)做滤波算法,一个100ms(tim2)用作定时器。
问题描述
程序收到远程升级命令后,延时1s后调用复位函数让系统进入boot准备接收文件升级,在运行到延时1s这个位置是程序卡死。
原因分析:
将bin文件反编译后,调试发现是使能了tim2,但是一直无法进入tim2中断,进一步排查发现程序一直停留在tim1(100us)中断中。原来是tim1设置的优先级比tim2高,导致tim1的100us中断一直抢占,tim2中断无法进入,所以就一直卡在延时函数处。(长个教训,程序是在工厂调试时烧录的,后来存档版本(取消了100us定时器)时版本号和工厂一致没有修改,导致工厂没有升级直接把这个调试版本发到了客户现场,远程升级时才发现单片机卡死问题,由于是现场调试版本,找不到当时的源代码了,所以只能读取Bin文件后反编译再分析,增加了发现问题的难度,做了修改一定要更新版本号!!!!)
解决方案:
尽量不使用100us这么短时间的中断,同时注意几个定时器之间的优先级关系和中断内数据的复杂度,高优先级可能会一直抢占中断导致低优先级中断无法进入。