×
STM32在运行不正常的时候我们一般会进行调试看看问题出在了哪里。但是当STM32卡死后进行调试的时候会发现进入到了一个HardFault_Handler函数里，这是一个硬件错误处理函数。通过它和MDK配合可以定位程序最后卡死的原因。
STM32卡死的原因有以下几种：数组越界操作；内存溢出，访问越界；堆栈过小；中断处理错误；电压供电异常。
现在实验一个堆栈过小的错误，让MDK来检测这个问题然后定位错误。
这个程序基于UCOSII 系统
#define TFTLCD_STK_PRIO 8 //任务的优先级
#define TFTLCD_STK_SIZE 2 //任务的堆栈大小
OS_STK TFTLCD_TASK_STK[TFTLCD_STK_SIZE]; //任务堆栈
void tftlcd_task(void *pdata); //任务函数
上面建立了一个TFTLCD的任务，液晶屏任务在运行的时候要占用大量的内存资源，所以TFTLCD_STK_SIZE 定义成8字节（2*4）
是明显不够用的。这个就可以引发设备死机。
现在打开MDK进行调试。
首先在进入主函数后设置断点。点击全速运行后程序到断点处，再次点击全速运行程序，设备处于死机状态。
点停止按钮光标会自动定位到f10x_it.c下面的HardFault_Handler函数，同时在Call Stack+Locals 窗口下面出现了几个函数
在每个函数上面右键选择 show caller code显示具体代码所在，在第三个提示上光标定位到了液晶屏的任务建立上面。
这和一开始的液晶屏任务堆栈设置过小一致。但是如果不是一开始知道问题在哪，那问题还要根据指示出来的程序才能弄清。
『本文转载自网络,版权归原作者所有,如有侵权请联系删除』
热门文章
更多
浅谈AVR中定时器几种工作模式
APP下载
登录
