发布时间：2024-09-30

在用Keil对STM32的程序进行仿真时程序有时会跑飞，停止仿真程序会停在HardFault_Handler函数里的死循环while(1)中。这说明STM32出现了硬件错误。 STM32出现硬件错误可能有以下原因： (1)数组越界操作； (2)内存溢出，访问越界； (3)堆栈溢出，程序跑飞； (4)中断处理错误...

发布时间：2024-08-09

在用 Keil 对STM32的程序进行仿真时程序有时会跑飞，停止仿真程序会停在HardFault_Handler 函数里的死循环while(1)中。 这说明 STM32 出现了硬件错误。 硬件错误中断 STM32出现硬件错误可能有以下原因： 数组越界操作； 内存溢出，访问越界； 堆栈溢出，程序跑飞； 中断处理错误； 遇到这种情况，可以通过以下2种方式来定位到出错代码段。 方...

发布时间：2024-07-09

01 简介 客户使用 STM32U5 进行开发，并使能了 TrustZone 架构，程序需要从 bootloader 跳转到app。在之前版本都是正常跳转的，某一天 IAR 从 9.20 升级到 9.30 后，程序跳转失败,并且会导致 hardfault，想知道为什么会失败。 图1.IAR9.20 和 IAR9.30 生成的汇编代码对比 02 问题分析 通过断点和...

发布时间：2024-05-06

1.概述 客户在使用 STM32G070 的时候，KEIL MDK 为编译工具，当编译优化选项设置为Level0 的时候，程序会出现 Hard Fault 异常，而当编译优化选项设置为 Level1 的时候，则程序运行正常。 表面上看，这似乎是 KEIL MDK 的问题，通过分析，导致这个问题的本质原因是内存地址没有对齐引起的，下面章节将详细分析该问题的来龙去...

发布时间：2023-03-21

TrustZone 恩智浦基于Cortex M33内核的MCU，LPC55S6x/LPC55S1x， RT600/RT500等产品提供了对TrustZone的支持，并在SOC上提供了安全AHB控制器等功能，旨在帮助客户完成良好的安全隔离，并建立可信执行环境。 在产品设计之初，我们就要有一个基本的“隔离”的概念。 需要考虑的问题大致有以下两个方面： 产品中的哪些功能和模块应...

发布时间：2021-11-25

在用Keil对STM32的程序进行仿真时程序有时会跑飞，停止仿真程序会停在HardFault_Handler函数里的死循环while(1)中。这说明STM32出现了硬件错误。 STM32出现硬件错误可能有以下原因： (1)数组越界操作； (2)内存溢出，访问越界； (3)堆栈溢出，程序跑飞； (4)中断处理错误； 遇到这种情况，可以通过以下2种方式来定位到出错代码段。 ...

发布时间：2021-08-31

最近在调试LPC1788的时候遇到了板子反复重启的问题，于是进入调试状态运行，定位到了启动文件的HardFault异常，继续按步调试发现是 NVIC_EnableIRQ(EINT1_IRQn) 引起的硬件错误。还是第一次遇到这个异常。 仔细检查了一下代码，原来是把这句NVIC_EnableIRQ（）放错了位置，放到了RTX的Init任务启动之后了。修改代码，把它放到os_...

发布时间：2021-06-09

简介：今天调试程序的时候需要把掉电前的数据存储到flash中之后等待下次初始化的时候把数据读进来。刚刚开始的时候去找了一些stm32的flash的操作，真的是废话连篇的真正能用到的没几句话，这里我把自己调试好的flash读写数据的子函数跟大家分享一下。 void FLASH_WriteByte(u32 addr ,u16 flashdata1) { FLASH_S...

发布时间：2020-09-18

问题查找： 1 在stm32f10x_it.c中，添加软件断点，一旦调试时出现Hard Fault则会在停在__breakpoint(0)处。 2 打开Call Stack窗口，在HardFault_Handler中的右键选择“Show Caller Code” ...

发布时间：2019-08-22

STM32在运行不正常的时候我们一般会进行调试看看问题出在了哪里。但是当STM32卡死后进行调试的时候会发现进入到了一个HardFault_Handler函数里，这是一个硬件错误处理函数。通过它和MDK配合可以定位程序最后卡死的原因。 STM32卡死的原因有以下几种：数组越界操作；内存溢出，访问越界；堆栈过小；中断处理错误；电压供电异常。 现在实验一个堆栈过小的错误，...