#stm32重启调试笔记
本文章主要解决在使用stm32+ucos进行嵌入式软件开发中遇到的系统重启现象查找与解决。
1 、重启原因
系统重启又多种可能:1、看门狗中断;2、内存泄漏;3、软件重启。
首先看一下stm32的手册关于系统重启的状态寄存器,其中详细的记录了几个系统重启的原因(低功耗复位标志、窗口看门狗复位标志、)
- 寄存器详细信息:
- 查看寄存器值
a:通过debug查看,在代码进入main函数时加入断电,通过查看RCC寄存器值可以明了的查看相关状态
b:在查看之后应该清除中断信息,这样下次重启时才能知道重启原因。加入下面一条语句。
/*打印中断标志字*/
void print_reboot_flag(void)
{
printf("reboot flag :0x%04X\r\n",RCC->CSR); //
/*判断并打印重启原因*/
if(RCC->CSR & 1<<31){
printf("reboot error:Low-power!\r\n"); //低功耗管理
}else if(RCC->CSR & 1<<30){
printf("reboot error:Window watchdog!\r\n"); //窗口看门狗
}else if(RCC->CSR & 1<<29){
printf("reboot error:Independent watchdog!\r\n"); //独立看门狗
}else if(RCC->CSR & 1<<28){
printf("reboot error:Software!\r\n"); //软件复位
}else if(RCC->CSR & 1<<27){
printf("reboot error:POR/PDR!\r\n"); //por/pdr复位
}else if(RCC->CSR & 1<<26){
printf("reboot error:PIN!\r\n"); //NRST引脚复位
}else if(RCC->CSR & 1<<25){
printf("reboot error:BOR!\r\n"); //软件写入RMVF位清零
}
}
/*清除中断标志字*/
void clear_reboot_flag(void)
{
RCC->CSR |= 1<<24; //清除
}
/*printf()函数位相应的打印输出定向函数*/
2、重启问题解决
重启原因找到了,下面就是解决重启问题,上面标识的重启原因基本是比较容易解决的。
-
看门狗重启
出现看门狗异常可能性比较多,程序运行正常软件喂狗超时,这种情况最好解决,查看喂狗时间可软甲是否有超时的。
还有一种情况是内存溢出这种问题是作为C/C++程序员来说是最为头痛的问题。下面单独讲一讲出现这种现象是应该向哪个方向去查找。 -
内存溢出越界访问
内存溢出也就是会出现程序跑飞,在stm32中常常会出现HardFault_Handler中断,这种异常也是有两种可能。
a 有规律的异常HardFault_Handler中断,这种相对而言是比较容易发现的。比如下面一段代码
int main(void) { uint8_t *str; while(1) { *str++ = 1; } }
在代码中我们对位分配内存的指针进行了操作,程序运行我们将断电放在HardFault_Handler中断中,
void HardFault_Handler(void) { /* Go to infinite loop when Hard Fault exception occurs */ while (1) //在此处加断电 { } }
程序会卡死在断点处。
1)
通过下面图片显示的,在Call Stack中查看在什么地方出现了异常。使用"Show Caller Code"查看相关代码,同时通过查看此处的相关的数据。
2)
通过查看芯片寄存器来手动查找出现异常的代码位置首先查看R14(LR)寄存器
0xFFFFFFF9对应的是要看MSP寄存器
0xFFFFFFFD对应的是要看PSP寄存器
然后对应的通过 MSP或者PSP的寄存器值,在Memory中查到运行地址,然后在Disassembly中查找地址位置。b
在出现不规律的重启现象是就比较让人捉急了,此处记录一下个人在开发中遇到的几个重启问题。重启的情况
1、函数内部变量过多使栈内存溢出,这种情况需要增加栈大小heap,在startup_xxx.s文件中。
Heap_Size EQU 0x00000200
2、带任务的工程项目中也可能是出现了堆栈溢出,这种情况可以通过打印free堆栈来进行查看是否已经溢出。
结束