原地址https://blog.csdn.net/liaoxu02/article/details/48107651 Cortex-M3拥有通用寄存器R0-R15以及一些特殊功能寄存器.R0-R12是最”通用目的“的,绝大多数的16位指令只能使用R0-R7,而32位的Thumb-2指令则可以访问所有的通用寄存器.特殊功能寄存器必须通过专用的指令来访问.通用目的寄存器R0-R7R0-R7称为低组寄存器.所有指令都可以访问,R8-R12称为高组寄存器,只有很少的16位Thumb指令能访问他们,32位

[双堆栈指针(MSP&PSP)] Cortex-M3内核中有两个堆栈指针(MSP & PSP),但任何时刻只能使用到其中一个. 复位后处于线程模式特权级,默认使用MSP. 通过SP访问到的是正在使用的那个指针,可以通过MSR/MRS指令访问指定的堆栈指针. 通过设置CONTROL寄存器的bit[1]选择使用哪个堆栈指针.CONTROL[1]=0选择主堆栈指针:CONTROL[1]=1选择进程堆栈指针. Handler模式下,只允许使用主堆栈指针MSP. [双堆栈指针在OS中的应用]典型的O

为了防止几百年以后找不到该文章,特此转载 ------------------------------------------------开始转载--------------------------------------------------------------------------------------------------- 什么是栈?在谈M3堆栈之前我们先回忆一下数据结构中的栈.栈是一种先进后出的数据结构(类似于枪支的弹夹,先放入的子弹最后打出,后放入的子弹先打出).M3内核

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

本篇内容比较简单,但却很繁琐,篇幅也很长,毕竟是囊括了整个操作系统的生命周期.这篇文章的目的是作为后续设计多任务开发的铺垫,后续会单独再抽出一篇分析任务的相关知识.另外本篇文章以单核MCU为背景,并且以最新的3.1.xLTS版本源码进行分析.主要内容目录如下: 基于bsp/stm32/stm32f103-mini-system为背景 Cortex-M3的堆栈基础概念 C语言main函数和rt-thread的main rt-thread操作系统的传统初始化与自动初始化组件 任务是怎样运行起来的 I

CM3 的堆栈分为两个:主堆栈和进程堆栈. 那么,这两个栈分别在什么情况下使用呢? 我们看一下CM3的控制寄存器(CONTROL):控制寄存器用于定义特权级别,还用于选择当前使用哪个堆栈指针. CONTROL[1] 在 Cortex‐M3 的 handler 模式中, CONTROL[1]总是 0.在线程模式中则可以为 0 或 1. 仅当处于特权级的线程模式下,此位才可写,其它场合下禁止写此位.改变处理器的模式也有其它的方式:在异常返回时,通过修改 LR 的位 2,也能实现模式切换. 而在uC/

一.什么是PendSV PendSV是可悬起异常,如果我们把它配置最低优先级,那么如果同时有多个异常被触发,它会在其他异常执行完毕后再执行,而且任何异常都可以中断它.更详细的内容在<Cortex-M3 权威指南>里有介绍,下面我摘抄了一段. OS 可以利用它“缓期执行”一个异常——直到其它重要的任务完成后才执行动 作.悬起 PendSV 的方法是:手工往 NVIC的 PendSV悬起寄存器中写 1.悬起后,如果优先级不够 高,则将缓期等待执行. PendSV的典型使用场合是在上下文切换时(在不

1. 摘要 Cortex-M内核实现了一个高效异常处理模块,可以捕获非法内存访问和数个程序错误条件.本应用笔记从程序员角度描述Cortex-M Fault异常,并且讲述在软件开发周期中的Fault用法. 2. 简介 Cortex-M3(以下简称CM3)和Cortex-M4(以下简称CM4)内核的Fault异常可以捕获非法内存方法和非法编程行为.Fault异常能够检测到以下情况: 总线Fault:在取址.数据读/写.取中断向量.进入/退出中断时寄存器堆栈操作(入栈/出栈)时检测到内存访问错误. 存

最近比较一下KEIL和IAR两个编译器产生的代码,基于Cortex-M3处理器的,然后发现了一几个奇怪的地方. 很简单的一个C的for循环 void fun_for_add_65535(void) { int i; for (i=; i<65535; i++) ; } void fun_for_add_65536(void) { int i; for (i=; i<65536; i++) ; } 按道理这两个函数除了for的终止值不同之外,产生的汇编代码应该不会有什么差异.但是不是. 先看一下

μCOS-II是一个经典的RTOS. 任务切换对于RTOS来说是最基本也是最核心的部分,除此之外还有任务调度算法. 先来看看基于stm32f107的任务切换代码: ;******************************************************************************************************** ; START MULTITASKING ; void OSStartHighRdy(void) ; ; Note(s) :

[工作模式] 线程模式(Thread mode):处理器复位或异常退出时为此模式.此模式下的代码可以是特权代码也可以是用户代码,通过CONTROL[0]控制.处理模式(Handler mode):出现异常(包括中断)时进入此模式,此模式下所有代码为特权访问. [代码限权] 特权访问:对处理器资源拥有完全访问限权:处理器复位后进入此访问模式:清零 CONTROL[0]进入用户模式. 用户访问:禁止访问多数系统寄存器.只能通过进入异常(中断)来返回特权模式.进入异常前是用户级访问,则退出异常时自动回

1 uc/os ii在M3中的堆栈结构 1.1 M3入账序列  1.2 加上手工入栈序列  2 PendSV在Cortex-M3中的应用 Systick为嵌入到内核中,优先级比一般中断优先级高.若在一般中断的ISR执行过程中,发生了Systick异常,则Systick会抢占该ISR.若此时Systick做上下文切换,在M3中将触发用法fault(在中断活跃时尝试切入线程模式).即使在别的内核体系下不发生硬fault,ISR也会被延迟,这对于任一讲究实时性的系统是不能接受的. 所以Systick只

http://blog.csdn.net/roverx/article/details/6624859 第1章 介绍 一.ARM Cortex‐M3处理器初探 CM3处理器内核是单片机的中央处理单元(CPU).完整的基于CM3的MCU还需要很多其它组件.在芯片制造商得到CM3处理器内核的使用授权后,它们就可以把CM3内核用在自己的硅片设计中,添加存储器,外设,I/O以及其它功能块.不同厂家设计出的单片机会有不同的配置,包括存储器容量.类型.外设等都各具特色.本书主讲处理器内核本身.如果想要了解某

(一)寄存器 1 寄存器组      R0-R12: 通用寄存器 -----------------------------------------------------------------------------------------R13: 堆栈寄存器  有两个,MSP和PSP,同时只能看见一个,引用R13时,引用的是正在使用的那个  MSP:可用于异常服务和应用程序  PSP:只能用于应用程序  系统复位后,用的堆栈指针是MSP. -------------------------

最近在调试STM32 Cortex-M3 HardFault异常,以外发现程序居然进入了NMI异常.对于这种异常,从来没有出现过,如下图所示. 此时的R0等寄存器的值如下图所示, 堆栈指针是0x2000 74F4,以此推断程序跑飞的地方,向后或者向前都不对,不是R0等8个寄存器的值. 这样无法找到出错的指令在何处了,后来跟踪调试程序,找到了出错的地方,如下图所示,在0x0801 98CC处,有一条跳转指令BLX   R9,此时的R9的值是0x0800 0135,而这个地址对应的就是NMI中断处,

STM32 Cortex-M3 Hard Fault Hard fault (硬错误,也有译为硬件错误的)是在STM32(如无特别说明,这里的STM32指的是Cortex-M3的核)上编写程序中所产生的错误,造成Hard Fault错误的原因也是最为纷繁复杂的.由于能导致该错误的原因很多,所以一但出现,比较难找到其原因.网上有很多类似的这种方法,现在我将其稍加整理,并结合我曾经遇到过的问题,详细说明. 硬fault 是总线fault.存储器管理fault 以及用法fault 上访的结果.如果这些

1. 下面的代码看的不是很明白,百为stm32开发板光盘\测试程序\CortexM3\Mode_Privilege\project,堆是程序员分配和使用的,栈是编译器指定的,存放函数参数,临时变量. #include "stm32f10x_lib.h" #define SP_PROCESS_SIZE 0x200 /* Process stack size */ #define SP_PROCESS 0x02 /* Process stack */ #define SP_MAIN 0x0

startup_LPC177x_8x.s启动代码分析. 参考资料: Cortex-M3 (NXP LPC1788)之启动代码分析 ARM启动过程(Cortex-M3 NXP LPC1768为例) ;/***************************************************************************** ; * @file: startup_LPC177x_8x.s ; * @purpose: CMSIS Cortex-M3 Core Devic

1.Cortex-M3 的PSP和MSP 曾经在STM32上使用过RT thread和uC/OS,对于任务切换代码一直是一知半解,没有自己手动写出来过,对于任务切换后的ORR   LR, LR, #0x04; Ensure exception return uses process stack也不是很理解,一次偶然的机会,遇到网上有人问这个问题,才去深入研究一下.Cortex‐M3 拥有两个堆栈指针,然而它们是banked,因此任一时刻只能使用其中的一个: 主堆栈指针(MSP):复位后缺省使用的

处理器特点 哈弗结构3级流水线内核 实现Thumb-2指令集,告别切换32位的arm指令和16位的Thumb指令,优化性能和代码密度 结合可配置的嵌套向量中段控制器Nvic,提供非屏蔽中断NMI和32个通用物理中断,并带有8级的抢占优向级 总线矩阵和接口应用 调试支持-支持传统JATG调试接口(SWJ-DP)基础上,还支持2线串行调试接口(SW-DP) 低功耗 Cortex-M3是32位的,内部数据路径,寄存器,存储接口都是32位,下面是内核结构 基本结构 寄存器组,13个通用寄存器,两个堆栈指