stm32切换屏幕卡死
发布网友
发布时间：2023-05-04 13:24
共1个回答
热心网友
时间：2023-10-29 18:23
解决方法：
1）在中断程序中点灯或者打印，判断中断程序是否能够正常运行；
2）keil的debug模式在线调试运行，即可知道程序卡死位置。
3）在2）无法满足时，在程序主逻辑中打印或者点灯，多次编译烧录，判断卡死位置。
2、程序卡死在中断中，中断程序中没有清除中断标志位，或者中断服务程序的触发频率太高，中断没有执行完毕又触发了中断标志位，单片机在循环执行中断服务程序。
例如在高频率的中断服务程序中增加printf打印信息容易造成该现象。
现象：程序主逻辑无法执行，部分中断程序也无法执行。
解决方法：
1）在问题发生时，调整没有执行的中断程序的优先级为最高优先级，例如SysTick中断优先级、TIMER有限级等，在该对应中断服务程序中点灯或者低频定时打印，观察是否执行。
2）如果执行，则说明肯定卡死在中断中，仔细检查所有的中断程序。仍无法判断问题点，则逐步降低调整优先级的中断服务程序，直到其不被执行，确定问题程序优先级，缩小范围，再找问题。
3、程序进入HardFault，HardFault本身也是一个中断，只不过其中断优先级为-1，高于一切用户可设置中断。
产生原因（常见的均为地址类问题）：
1）访问了单片机无法到达的地址；
2）访问地址不对齐，尤其是在*(int *) *(float *)等多字节强制取值时容易出现，检测强制取值的地址是否为四字节对齐。
3）PC指针跑飞，该现象在我多年经验中只遇到过一次，是在强干扰情况下，芯片PC指针突然变为非常异常值，芯片直接进入HardFault。该情况实际很少遇到，通常情况下芯片不会无缘无故跑飞，多数都为自身程序问题。
解决办法（出现问题后只能断电重启，但可以找出造成问题的点）：
1）代码中增加HardFault中断服务程序，在中断向量表中可以找函数名称。
2）服务程序中增加特殊的点灯提示即可。后期任何进入HardFault的问题都能一目了然。
3）HardFault中断服务程序中可以保存芯片信息到Flash中，以便重新上电时检查问题点，保存的信息主要是进入HardFault前的PC指针，通过在该PC指针在.map文件中查找对应区间的函数，即可确认是什么函数造成了HardFault。该操作的详细步骤自行百度。
4、芯片不停的高频重启（此处不讨论硬件造成的问题），不是所有的地址异常等都会进入HardFault，有些是造成芯片重启。
现象：
1）看上去芯片主程序、中断程序、HardFault 什么都不执行了。
解决方法：
1）在main()函数的最开始（注意要先配置外设），增加点灯和延时处理，或打印。观察上电后是否有输出。并且反复输出，或者灯闪烁。
2）逐步调整点灯位置，确认造成死机点。
3）在程序执行到main之前，是先执行芯片的RESET中断服务程序，这之间会初始化中断向量表，初始化堆栈等，在.s文件中有相应的汇编代码。如果死在main之前，可尝试在RESET中断服务程序中直接操作寄存器，配置时钟和GPIO外设，控制点灯，观察是否能够点亮，以确认问题。
