在一个月黑风高的下午，写完程序一上电就发生了hard fault异常。 出现hard fault异常可能是数组越界，非法内存访问等。 一般都是根据PC的值查找语句命令，从而定位异常位置，但这种定位有时候不准确，特别是用操作系统进行任务或者线程管理时。 同样也可以调出Call Stack Window，来观察在
Cortex-M3 双堆栈指针（MSP&PSP） Cortex-M3内核中有两个堆栈指针（MSP & PSP），但任何时刻只能使用到其中一个。复位后处于线程模式特权级，默认使用MSP。通过SP访问到的是正在使用的那个指针，可以通过MSR/MRS指令访问指定的堆栈指针。通过设置CONTROL寄存器的bit[1]选择使用哪个堆栈指
原文链接：https://www.cnblogs.com/zhangshenghui/p/5944881.html 一、导致异常的原因很多，例如：直接使用未分配空间的指针、栈溢出等一场非法操作便会使程序进入HardFault异常状态。下面介绍怎么找出程序中的异常。 接下来在keil_MDK工程中，编译代码，并debug，之后全速运行，可以看到如下
STM32内存结构 1.要点 1.1 两种存储类型: RAM 和 Flash RAM可读可写，在STM32的内存结构上，RAM地址段分布[0x2000_0000, 0x2000_0000 + RAM size) Flash只读，在STM32的内存结构上，Flash地址段[0x0800_0000, 0x2000_0000) 1.2 六类存储数据段: .data/.bss/.text/.constdata/heap/st
前言: 毕业之后一直都有写技术类博客的想法，但是由于工作太繁忙了，所以一直就没有实施。趁着中秋佳节之际，完成自己的第一篇技术博客！写博客的原因有以下几点：一、感谢自己在工作中遇到困难的时候，能够在网上搜索到网友们写的技术博客帮助自己解决问题，希望自己的这篇博客也能帮助到其
写在前面： 本文章旨在总结备份、方便以后查询，由于是个人总结，如有不对，欢迎指正；另外，内容大部分来自网络、书籍、和各类手册，如若侵权请告知，马上删帖致歉。 在程序开发阶段，少不了 Debug调试，除去编程架构搭建不稳定所造成的错误外，大部分会出现或多或少的故障异常，而这些异常有可能
产生 hard fault 方法： 对不可访问的内存地址进行写操作 uint32_t *addr = (uint32_t *)0x20100000; *addr = 0x12; 方法1： 使用 RT-Thread 系统，如果出现 hard fault，会在中断服务函数 HardFault_Handler 中打印如下消息： 从 log 可得知 线程 “ connect t “ 内的程序
(一)参考文献：https://blog.csdn.net/electrocrazy/article/details/78173558 在用Keil对STM32的程序进行仿真时程序有时会跑飞，停止仿真程序会停在HardFault_Handler函数里的死循环while(1)中。这说明STM32出现了硬件错误。 STM32出现硬件错误可能有以下原因：
写程序偶尔会遇到程序死机的现象。这个时候，就需要debug来定位。通常情况下，程序会进入HardFault_Handler的死循环（针对stm32系列），我遇到过两次。 第一次是使用数组之前，数组的下标清零了，导致无法访问串口的数据，俗称内存越界，你误以为访问串口的全局数组，其实是其他数据，uart[23],index=0,
原文链接：http://www.51hei.com/bbs/dpj-39846-1.html STM32出现HardFault_Handler故障的原因主要有两个方面： 1、内存溢出或者访问越界。这个需要自己写程序的时候规范代码，遇到了需要慢慢排查。 2、堆栈溢出。增加堆栈的大小。 出现问题时排查的方法： 发生
原文链接：http://www.51hei.com/bbs/dpj-39846-1.html 看到有朋友遇到Hard Fault 异常错误，特地找到一篇飞思卡尔工程师写的一片经验帖，定位Hard Fault 异常。 Kinetis MCU 采用 Cortex-M4 的内核，该内核的 Fault 异常可以捕获非法的内存访问和非法
STM32 F407 采用 Cortex-M4 的内核，该内核的 Fault 异常可以捕获非法的内存访问和非法的编程行为。Fault异常能够检测到以下几类非法行为： 总线 Fault: 在取址、数据读/写、取中断变量、进入/退出中断时寄存器堆栈操作（入栈/出栈）时检测到内存访问错误。 存储器管理 Fault: 检测到内存
STM32在使用中，因为一般没有其他异常抛出，所以抛出异常一般都是HardFault_Handler.导致产生该现象的原因有一下几点：(1)数组越界操作；(2)内存溢出，访问越界；(3)堆栈溢出，程序跑飞；(4)中断处理错误；一，数组越界 毋庸置疑，程序中使用了静态数组，而在动态传参时数组赋值溢出。或者动态分配内存太小
