在体系开发的时分，呈现了HardFault_Handler硬件反常，也便是死机，尤其是关于调用了os的一体系，程序量大，检测仓库溢出，以及数组溢出等，找了半响发现什么都没有的状况下，估量想死的心都有了。假如有些程序开端的时分全部没有问题，可是运转几个小时分，会发现死机了，搞个几天下来估量蛋都碎了一地吧。。。
一般来说运转操作体系
1.开端的时分给ucos分配的仓库太小了，跟着项目做多了，这类问题一般很简单处理
#define TASK_IO_SIZE
#define TASK_IO_PRIO 6
OS_STK
比方修正300到 1000，做开发的时分 假如ram答应，尽量大些，免的费事
2.数组溢出
这类问题一般在通信中，承受数据的时分，特别是长度不定的时分
比方协议为
长度决议了后边的数据多少，在分配承受缓冲的时分
可是咱们分配buffer[100],只界说了100，这样数组就溢出了
一切在放数据之前要对长度进行判别是否合理，今后 假如有长度 或许索引就要想到溢出。。
3.运用了不合法的指针 ，比方空指针 ，编译对的可是运转就错了
u8 *p = null;
*p = 1;
4.运用 OS_ENTER_CRITICAL();
特别是在这个函数OS_ENTER_CRITICAL();
因而假如调用的话
常见的就上面几种了，说说硬件反常了 怎样来发现，这个才是首要的
举个比如：
a.仿真，运转程序的时分点赤色X进入反常
b.调出仓库窗口，也便是黑匣子
c.查找问题
d.找出犯错的函数
e.处理问题
f
好久之前在研讨stm32 库源码的时分
当然网上也有许多，查看寄存器LR SP等地址 来反推出最终运转的汇编函数调用地址的，可是必定没有上面的直观。
