[问答]

怎么解决在使用stm32+ucos进行嵌入式软件开发中遇到的系统重启现象？

1362 STM32

问答对人有帮助，内容完整，我也想知道答案 0 本文章主要解决在使用STM32+ucos进行嵌入式软件开发中遇到的系统重启现象查找与解决。 0
2021-9-18 07:23:25　　评论淘帖0 邀请回答您可以邀请以下用户，快速回答问题 × heks 该类别下有 50 个回答。邀请回答 hgimtk 该类别下有 44 个回答。邀请回答新星之火12138 该类别下有 42 个回答。邀请回答 wang21cj 该类别下有 41 个回答。邀请回答 chm5 该类别下有 40 个回答。邀请回答 hjfjsdgfjdsf 该类别下有 37 个回答。邀请回答 fdjslkjd 该类别下有 35 个回答。邀请回答 uvysdfydad 该类别下有 35 个回答。邀请回答 werywer 该类别下有 35 个回答。邀请回答 h1654155957.9520 该类别下有 35 个回答。邀请回答 jenny042 该类别下有 34 个回答。邀请回答 dfzvzs 该类别下有 34 个回答。邀请回答维生素B2 该类别下有 34 个回答。邀请回答凤毛麟角该类别下有 34 个回答。邀请回答 hfgdzc 该类别下有 33 个回答。邀请回答 ggfvxv 该类别下有 33 个回答。邀请回答刘洋该类别下有 33 个回答。邀请回答 meihuacg 该类别下有 33 个回答。邀请回答储蓄叛逆该类别下有 32 个回答。邀请回答尼克wo 该类别下有 32 个回答。邀请回答举报 wufan931111 相关推荐 • 嵌入式软件开发与非嵌入式软件开发的区别？ 2668 • 如何学习嵌入式软件开发 2191 • 嵌入式软件开发中的程序架构 1658 • 嵌入式软件开发是做什么的 2549 • 嵌入式软件开发的一般流程是怎样的 5403 • 嵌入式软件开发需要学习什么？ 3924 • 嵌入式开发与传统软件开发的区别？ 3443 • 从事嵌入式软件开发好处和缺点是什么？ 1360 • 嵌入式软件开发工程师与FPGA开发工程师的区别是什么？ 9516 • 深圳海默公司招聘嵌入式软件开发工程师 3206 1个回答

答案对人有帮助，有参考价值 0 本文章主要解决在使用stm32+ucos进行嵌入式软件开发中遇到的系统重启现象查找与解决。 1 、重启原因系统重启又多种可能：1、看门狗中断；2、内存泄漏；3、软件重启。首先看一下stm32的手册关于系统重启的状态寄存器，其中详细的记录了几个系统重启的原因（低功耗复位标志、窗口看门狗复位标志、）寄存器详细信息：查看寄存器值 a:通过debug查看，在代码进入main函数时加入断电，通过查看RCC寄存器值可以明了的查看相关状态 b:在查看之后应该清除中断信息，这样下次重启时才能知道重启原因。加入下面一条语句。 /打印中断标志字/void print_reboot_flag(void){ printf("reboot flag :0x%04Xrn",RCC->CSR); // /判断并打印重启原因/ if(RCC->CSR & 1<<31){ printf("reboot error:Low-power!rn"); //低功耗管理 }else if(RCC->CSR & 1<<30){ printf("reboot error:Window watchdog!rn"); //窗口看门狗 }else if(RCC->CSR & 1<<29){ printf("reboot error:Independent watchdog!rn"); //独立看门狗 }else if(RCC->CSR & 1<<28){ printf("reboot error:Software!rn"); //软件复位 }else if(RCC->CSR & 1<<27){ printf("reboot error:POR/PDR!rn"); //por/pdr复位 }else if(RCC->CSR & 1<<26){ printf("reboot error:PIN!rn"); //NRST引脚复位 }else if(RCC->CSR & 1<<25){ printf("reboot error:BOR!rn"); //软件写入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堆栈来进行查看是否已经溢出。结束

2021-9-22 18:16:08 评论举报廉鼎琮