Cortex-M3和Cortex-M4 Fault异常应用之二 ----- Fault处理函数的实现

发布者:LogicLeaper最新更新时间:2016-12-16 来源: eefocus关键字:Cortex-M3  Cortex-M4  Fault  Fault处理函数 手机看文章 扫描二维码
随时随地手机看文章

       在项目处于调试期间,Fault处理程序可能只是一个断点指令,调试器遇到这个指令后停止程序的运行。默认情况下,由于非硬Fault被禁能,所有发生的非Fault都会上访成硬Fault,因此只要在硬Fault处理程序中设置一个断点,就可以观察所有Fault信息。当使用MDK-ARM的RealView编译器时,你可以用下面的C代码替代默认硬Fault处理程序,这段代码检测产品是否连接到一个调试器,只有在连接到一个调试器的情况下,才会执行断点指令。

复制代码

void HardFault_Handler (void) { 
    if (CoreDebug ->DHCSR & 1) { // check C_DEBUGEN == 1 -> Debugger Connected 
    __breakpoint (0);            // halt program execution here } 
    while (1);                   // enter endless loop otherwise }

复制代码

      说明一下,在这段代码中,关于这个CoreDebug->DHCSR也可以在core_cm3.h中找到;__breakpoint()函数是ARM编译器所支持的内部指令,这个函数的作用是在指令流中插入一个断点指令(BKTP)。详细可以查看编译器手册Compiler Reference Guide – Compiler-specific Features - __breakpoint。

       为了使能除数为零以及未对齐内存访问产生Fault,应用程序初始化代码要设置SCB->CCR寄存器,下面的C代码清单用于使能除数为零以及未对齐内存访问产生Fault。

     SCB ->CCR |= 0x18; /* enable div-by-0 and unaligned fault*/

对于最终的应用程序,Fault处理程序或许会按照下面所说的实现:

  • 系统复位:通过置一SCB->AIRCR(应用程序中断和复位控制寄存器)的位2(SYSRESETREQ)。这样将会强制对调试设备之外的所有主要设备进行一次大的系统复位。如果你不想复位整个系统,你可以只置一SCB->AIRCR寄存器的位0.(注:LPC1778/88不支持这个位)

  • 恢复:在某些情况下,还是有希望解决产生Fault的问题的。例如,如果程序尝试访问了协处理器,可以通过一个协处理器的软件模拟器来解决。

  • 终止任务:如果系统运行了一个RTOS,则相关的任务可以被终结或者重新开始。

注:下面的C代码清单可以用来使能用法、存储器管理和总线Fault:

SCB ->SHCSR |= 0x00007000;     // enable Usage Fault, Bus Fault, and MMU Fault

利用串口上报Fault异常信息

       在调试期间,最主要的是要弄清楚触发了哪类Fault,什么原因触发了Fault以及定位到触发Fault的代码,可以利用一份空闲串口当作调试用,将以上信息发给PC,通过串口调试助手接收这些Fault信息。

      主要步骤如下:

          1.如有必要,使能非硬Fault(用法、存储器管理和总线Fault)

          2.如果有必要使能捕获除法为零和未对齐内存访问

          3.编写Fault处理程序         

          4.将启动代码中默认的Fault处理程序更换成自己需要的Fault处理程序

补充一些基础知识,有利于理解下面的代码:

堆栈:

       Cortex-M3的堆栈是使用“向下生长的满栈”模型,SP指针指向最后一个被压入堆栈的32位数值。在下一次压栈时,SP先自减4,再存入新的数值。POP操作正好相反,先弹出当前SP指针处的32位数值,再将SP的值增4.

Cortex-M3的异常/中断过程:

       1. 入栈:硬件自动把8个寄存器的值压入堆栈(8个寄存器依次为:xPSR、PC、LR、R12以及R3~R0)。如果异常发生时,当前的代码正在使用PSP(进程堆栈),则上面8个寄存器压入PSP;否则就压入MSP(主堆栈)。一旦进入服务例程,就将一直使用MSP。Cortex-M3内核响应中断/异常的延时固定为12个时钟周期。以上操作使用Cortex-M3的数据总线。

       2.取向量:与入栈同时,Cortex-M3内核从向量表中找出正确的异常向量,然后在服务程序的入口地址欲取指。以上操作使用Cortex-M3的指令总线

       3.更新寄存器:入栈和取向量操作完成后,在执行服务例程之前,还要更新一些列寄存器:

              SP:在入栈操作后,会把堆栈指针(PSP或MSP)更新到新的位置。在执行中断/异常服务例程时,一定是使用MSP。

              PSR:更新IPSR位段(PSR最低部分)的值为新响应的异常编号。

              PC:在取向量完成后,PC将指向服务例程的入口地址。

              LR:在出入ISR的时候,LR保存一些在异常返回时用到的特殊位。

寄存器:

       1.通用寄存器:R0~R3、R12,C函数调用标准会使用R0~R3用来传递参数,R12(用于子程序保存SP指针,不太清楚)

       2.LR:连接寄存器。LR用于在调用子程序时存储返回地址。

       3.PC:程序计数器,CM3内部使用了指令流水线,读PC时返回的值是当前指令的地址+4.

       4.xPSR程序状态寄存器

下面以硬Fault处理为例,介绍一下如何将Fault信息上报到PC的调试助手上。

1. 在程序初始化代码中,使能非硬Fault(使用Keil MDK编译器,必须包含core_cm3.h头文件)

static __INLINE void EnableFault(void)
{
    SCB->SHCSR |= (SCB_SHCSR_USGFAULTENA_Msk|SCB_SHCSR_BUSFAULTENA_Msk|SCB_SHCSR_MEMFAULTENA_Msk);
}

2. 编写硬Fault处理程序

复制代码

/* * 截获硬Fault异常
* arg:堆栈指针*/void HardFaultHandle(unsigned int *arg)
{    
    unsigned int stacked_r0,stacked_r1,stacked_r2,stacked_r3,stacked_r12,stacked_lr,stacked_pc,stacked_psr;
    stacked_r0=((unsigned long)arg[0]);
    stacked_r1=((unsigned long)arg[1]);
    stacked_r2=((unsigned long)arg[2]);
    stacked_r3=((unsigned long)arg[3]);
    stacked_r12=((unsigned long)arg[4]);
    stacked_lr=((unsigned long)arg[5]);
    stacked_pc=((unsigned long)arg[6]);
    stacked_psr=((unsigned long)arg[7]);
    
    PLC_DEBUGF(TEST_DEBUG,("致命错误:系统发生硬Fault!!\n"));
    PLC_DEBUGF(TEST_DEBUG,("捕获错误发生时的环境,上报Fault状态寄存器:\n"));
    PLC_DEBUGF(TEST_DEBUG,("R0= 0x%x\n",stacked_r0));
    PLC_DEBUGF(TEST_DEBUG,("R1= 0x%x\n",stacked_r1));
    PLC_DEBUGF(TEST_DEBUG,("R2= 0x%x\n",stacked_r2));
    PLC_DEBUGF(TEST_DEBUG,("R3= 0x%x\n",stacked_r3));
    PLC_DEBUGF(TEST_DEBUG,("R12= 0x%x\n",stacked_r12));
    PLC_DEBUGF(TEST_DEBUG,("LR= 0x%x\n",stacked_lr));
    PLC_DEBUGF(TEST_DEBUG,("PC= 0x%x\n",stacked_pc));
    PLC_DEBUGF(TEST_DEBUG,("PSR= 0x%x\n",stacked_psr));
    
    PLC_DEBUGF(TEST_DEBUG,("HFSR= 0x%x\n",HFSR));
    
    PLC_DEBUGF(TEST_DEBUG,("BFSR= 0x%x\n",BFSR));
    PLC_DEBUGF(TEST_DEBUG,("BFAR= 0x%x\n",BFAR));
    
    PLC_DEBUGF(TEST_DEBUG,("MMSR= 0x%x\n",MMSR));
    PLC_DEBUGF(TEST_DEBUG,("MMAR= 0x%x\n",MMAR));
    
    PLC_DEBUGF(TEST_DEBUG,("UFSR= 0x%x\n",UFSR));
    
    HFSR=0xFFFFFFFF;
    BFSR=0xFF;
    MMSR=0xFF;
    UFSR=0xFFFF; 
    while(1);    
}

复制代码

3.  在启动代码中,将默认硬Fault处理程序更换为自己需要的Fault处理程序

复制代码

HardFault_Handler\
        PROC                
        IMPORT   HardFaultHandle
        TST      LR,#4
        ITE      EQ
        MRSEQ    R0,MSP
        MRSNE    R0,PSP
        B        HardFaultHandle
        ENDP

复制代码

 


关键字:Cortex-M3  Cortex-M4  Fault  Fault处理函数 引用地址:Cortex-M3和Cortex-M4 Fault异常应用之二 ----- Fault处理函数的实现

上一篇:Cortex-M3和Cortex-M4 Fault异常应用之一 ----- 基础知识
下一篇:基于IAP和Keil MDK的远程升级设计

推荐阅读最新更新时间:2024-03-16 15:25

恩智浦的150MHz LPC1800 MCU具有高的ARM Cortex-M3性能
恩智浦半导体NXP Semiconductors N.V. (Nasdaq: NXPI)今天宣布推出业界最高性能的ARM® Cortex™-M3微控制器。LPC1800的低功耗优化设计使其在极低频率到150Mhz范围内最大发挥Flash或RAM的性能。此性能为大量要求严苛的应用提供了最大的连接和带宽选择。灵活的双单元256位宽Flash存储器支持并行读、写操作,可保存“黄金副本”,防止重新编程中出现失误,也可以简单地作为单存储单元使用。LPC1800也支持两种最新外设:灵活四路SPI接口和可配置定时器子系统。 恩智浦半导体副总裁、微控制器产品线总经理Geoff Lees表示,“LPC1800为ARM Cortex-M
[单片机]
恩智浦的150MHz LPC1800 MCU具有高的ARM <font color='red'>Cortex-M3</font>性能
Cortex-M3 USB的“JoyStickMouse”例程结构分析(一)
一、USB的“JoyStickMouse”例程结构分析 1、例程的结构 (1)底层结构 包括5个文件:usb_core.c(USB总线数据处理的核心文件),usb_init.c,usb_int.c(用于端点数据输入输入中断处理),usb_mem.c(用于缓冲区操作),usb_regs.c(用于寄存器操作)。它们都包含了头文件“usb_lib.h”。在这个头文件中,又有以下定义: #include usb_type.h #include usb_regs.h #include usb_def.h #include usb_core.h #include usb_init.h #include usb_mem.h #inc
[单片机]
Cortex-M3 (NXP LPC1788)之启动代码分析
在Keil uVision4中新建一个基于NXP1788的工程后,会提示添加启动汇编代码startup_LPC177x_8x.S。该文件进行从汇编到C语言运行环境的初始化工作。 ;/***************************************************************************** ; * @file: startup_LPC177x_8x.s ; * @purpose: CMSIS Cortex-M3 Core Device Startup File ; * for the NXP LPC177x_8x Device Series ; * @
[单片机]
<font color='red'>Cortex-M3</font> (NXP LPC1788)之启动代码分析
基于ARM7和DSP双核控制的逆变电源设计
0 引言     在电气智能化发展无处不在的今天,无数用电场合离不开逆变电源系统(Inverted Power Supply Systam,IPS)为现场设备提供稳定的高质量电源,特别在如通信机房、服务器工作站、交通枢纽调度中心、医院、电力、工矿企业等对电源保障有苛刻要求的场合。许多IPS产品因遵循传统设计而不符合或落后于现代电源理念,突出表现为控制模块的单一复杂化,控制器芯片落后且控制任务繁重,模拟闭环控制而得不到理想的监控和反馈调节效果,并由此带来单个控制设备软硬件设计上的隐患,这对IPS电源输出造成不利影响,甚至对用电设备因为供电故障而导致灾难性后果。数字化控制技术日趋成熟,而且在某些领先理念的电源设备控制应用场合得到应用,凸
[嵌入式]
Cortex-M3 中异常中断返回 EXC_RETURN
在进入异常服务程序后,硬件自动更新LR的值为特殊的EXC_RETURN。 当程序从异常服务程序返回,把这个EXC_RETURN值送往PC时,就会启动处理器的异常中断返回序列。 因为LR的值EXC_RETURN是由硬件自动设置的,所以只要没有特殊需求,就不要改动它。 RETURN的高28位全为1,只有bit 的值有特殊含义。位段如下: 合法的EXC_RETURN值共有3个,如下: 如果主程序在线程模式下运行,并且在使用MSP时被中断,则在服务程序中LR=0xFFFFFFF9(主程序被打断前LR已被自动入栈)。 如果主程序在线程模式下运行,并且在使用PSP时被中断,则在服务程序中LR=0xFFFFFFFD(主程序被打断前LR已
[单片机]
Flash Download failed - "Cortex-M3"解决方法
前几天在玩STM32F1的时候,烧录代码的时候出现这样一个错误。 Error:Flash Download failed - Cortex-M3 首先肯定要看配置问题: 采用不同的仿真器,需要配置的选项就不同,这个完全可以自己看产品说明。 当确定配置没有问题后,还是同样的问题出现,可以来到下图的配置框中: 点击“”“Add”后就会出现如下的Programming Algorithm: 在里头找到自己芯片对应的型号,点击“”Add“”添加就可以解决问题了。 如果真的很不凑巧,在Programming Algorithm愣是没找到你需要的型号,可以直接去你安装keil文件夹下: 将MDK keil5AR
[单片机]
Flash Download failed - Cortex-M3"解决方法" />
Cortex-M3扫盲
Q1: Cortex-M3是什么? A: 它是ARM在重视MCU市场后,设计的一个用于32位单片机的处理器内核。Cortex-M3一经推出就得到整个业界的追捧,其先进的架构和很多突破性的特性更是促使MCU业界迎来 新生代 。Cortex-M3对应的ARM架构版本号是ARMv7M(注意,不要与ARM7混淆,ARM7对应的ARM架构版本是ARMv4T)。和以前一样,ARM自己并不生产Cortex-M3芯片,而是由授权给与ARM合作的半导体厂家,并由它们根据自己的强项添加不同的片上外设,制造出各有千秋的Cortex-M3芯片。 Q2: 现在有哪些比较好的资料可以学习Cortex-M3? A: 主要有三类文档 1. ARM提供的官方权
[单片机]
研究32位Cortex-M3 MCU开发技术
本文介绍了LM3S9B96 MCU Cortex-M3处理器方框图以及Stellaris? LM3S9B96开发板主要特性,方框图,电路图和扩展板电路图。   德州仪器(TI)公司Stellaris?所提供一系列的微控制器是首款基于ARM? CortexTM-M3的控制器,它们为对成本尤其敏感的嵌入式微控制器应用方案带来了高性能的32位运算能力。这些具备领先技术的芯片使用户能够以传统的8位和16位器件的价位来享受32位的性能,而且所有型号都是以小占位面积的封装形式提供。   LM3S9B96微控制器的优势还在于能够方便的运用多种ARM的开发工具和片上系统(SoC)的底层IP应用方案,以及广大的用户群体。另外,该微控制器使用了兼容A
[工业控制]
研究32位<font color='red'>Cortex-M3</font> MCU开发技术
小广播
添点儿料...
无论热点新闻、行业分析、技术干货……
设计资源 培训 开发板 精华推荐

最新单片机文章
何立民专栏 单片机及嵌入式宝典

北京航空航天大学教授,20余年来致力于单片机与嵌入式系统推广工作。

换一换 更多 相关热搜器件
电子工程世界版权所有 京B2-20211791 京ICP备10001474号-1 电信业务审批[2006]字第258号函 京公网安备 11010802033920号 Copyright © 2005-2024 EEWORLD.com.cn, Inc. All rights reserved