ARM-CortexM0/M0+单片机的指针变量替换方法
扫描二维码
随时随地手机看文章
引言
CortexM0/M0+是RISC类型的低端ARM内核,其指令集与高端ARM兼容,在性能、功耗和价格方面远优于传统的以8051、68S08/12等为代表的8/16位CISC(复杂指令流)CPU。目前,各半导体厂商纷纷以之替代原有的8/16位MCU内核,32位ARM MCU全面替代8/16位MCU已是大势所趋。
CortexM0+将CortexM0的3级流水线简化为2级,并进一步降低功耗、提高性能,这些优点使得CortexM0+成为目前8/16位处理器较好的替代者。不过
替代8/16位MCU的低端ARM往往内存资源非常有限,目前典型的CortexM0/M0+ MCU往往仅有2 KB、4 KB或8 KB,最多16 KB片内RAM。Flash一般也不大于64KB。对这类MCU编程,使用短指针变量就够了。而目前ARM处理器的集成开发环境(IDE)中的C编译器,延续CortexM3/M4的使用传统,仍使用32位长指针变量。这无形中多占用了1倍的RAM资源。这里以飞思卡尔ARM CortexM0+处理器中的Kinetis 系列MCU为例,说明如何使用16位短指针替代32位长指针,以便在将原有的以8/16位MCU为核心的产品升级到采用32位ARM内核时,不增加系统开销。特别是若使用了实时操作系统,系统的内存会更加紧张。在专门面向CortexM0/M0+的集成开发环境(IDE)推出前,可使用本文提供的替换方法,以降低系统的RAM开销,提升系统的性能。
1 指针替换原理
32位ARM内核的内部寄存器都是32位的,其寻址空间可以达到4 GB,通常也应使用32位的地址指针。但在数据空间、程序空间和I/O空间都不大于64 KB的情况下,可以采用1个32位基地址加1个16位偏移量的方法,合成ARM需要的长指针。
以CortexM0+为内核的MCU,其SRAM、FLASH很少超过64 KB,一般使用16位的偏移量指针就能满足需要。
以Freescale公司的KL25Z128 MCU为例,有16 KB SRAM和128 KB FLASH存储空间。其SRAM的地址范围是0x1FFF_F000~0x2000_2FFF[1],使用16位的偏移量指针便可以满足寻址范围的要求。
图1说明了长指针替换方法的基本原理,通过使用一个32位的RAM基地址,完成原始32位绝对地址与相对基地址的16位相对偏移地址的相互转化。
其转化关系如下所示:
Address_32bits=Address_16bits+Address_base(1)
Address_16bits=Address_32bits-Address_base(2)
对于KL25Z128 ,Address_base基地址值可选择为0x1FFF_F000。通过以上方法的转化,32位的地址空间0x1FFF_F000~0x2000_2FFF(16 KB)可以转化为16位的地址空间0x0000~0x3FFF(16 KB)。
2 指针替换方案
2.1 常量形式实现方案
以下使用Freescale公司推荐的IDE CodeWarrior v10.5予以说明。
typedef unsigned short pointer_16;
#define address_base 0x1ffff000Lu
/*定义基地址*/
#define addr_16(pt_addr_32)((unsigned short)((unsignedint)pt_addr_32 - address_base))
/*32位地址指针转换为16位地址“指针”*/
#define addr_32(pt_addr_16)((unsigned int)((unsigned int)pt_addr_16 + address_base))
/*16位地址“指针”转换为32位地址“指针”*/
程序中利用宏定义了一个32位常数的基地址,显然也可以使用一个全局变量或寄存器变量来存储基地址。在将长指针变量pt_addr_32转化为16位地址“指针”时,需先将指针变量pt_addr_32做强制类型转化,变为32位无符号数后再进行基地址扣除的计算。该段代码还声明了一个16位无符号数的数据类型pointer_16,用来定义或存储16位地址偏移量,例如使用如下语句来定义一个16位的指针变量:
pointer_16 pt16_data = addr_16(&data);
pt16_data的值便是指向data的16位“指针”(转化而成的16位地址偏移量值),编译器编译出的汇编代码如下所示:
69pt16_data = addr_16(&data);
00000a06:ldr r3,[pc,#72]//R3指向data
00000a08:uxth r2,r3//16位 R3送32位 R2
00000a0a:adds r3,r7,#4//R3指向pt16_data
00000a0c:movs r1,#128//R1 = 0x80
00000a0e:lsls r1,r1,#5//生成基地址补码
00000a10:adds r2,r2,r1//R2=32位指针-基地址
00000a12:strh r2,[r3,#0]//存储R2低16位
00000a50:1FFF_F020//存储data地址
需要将16位地址转化为长指针时,以下面的整型数据赋值操作为例:
int temp = *(int*) (addr_32(pt16_data));
数据data的值赋值给了变量temp,其中int数据类型可以替换成任意其他的数据类型(例如unsigned int、unsigned short、short、unsigned char、char等)。
2.2 高组寄存器优化方案
CortexM系列内核是专门为ARM MCU设计的,仅支持无条件执行的Thumb指令。CortexM0/M0+使用ARMv6指令集,而CortexM3/M4使用ARMv7指令集。ARMv6 对ARMv7做了高度简化,仅保留了其中56条指令。指令中除个别32位指令外,都是16位指令。CortexM0/M0+的内部寄存器结构与高端ARM兼容,但低端MCU应用往往不需要那么多寄存器,CortexM0/M0+仅提供了R0~R12共13个通用寄存器。这些通用寄存器分为两部分:低组寄存器(Low registers,R0~R7),高组寄存器(High registers,R8~R12)[2]。CortexM0/M0+牺牲了大量面向高组寄存器的指令,尽量减少32位指令的使用。实际上CortexM0/M0+的指令集中仅有以下3条指令支持高组寄存器R8~R12:
MOV ,;寄存器间数据传送
ADD, ;基地址+偏移量
CMP, ;地址的比较
这里Rd和Rm之一可以是高组寄存器。可以看出,对于高组寄存器,ARMv6仅保留了高低组寄存器间数据传递、不影响标志位的加法运算和单独的地址比较这3种操作,其用处显然是为了支持将高组寄存器用于地址运算。
目前基于gcc的主流ARMC编译器对CortexM0/M0+的高组寄存器采取尽量不予使用的策略,在定义指针变量时,仅使用长指针。而分析ARMv6指令集的设计初衷,显然应该用高组寄存器和相关指令。这对于旨在替代8/16位MCU的低成本ARM器件非常必要。
实际上,应用程序中可通过MOV指令将R8~R11初始化成“寄存器常数”,而以后不再改变它们的值。例如可以令:
R8,= 0用于低寄存器的快速清零
R9,=RAM基地址用于拼接长指针
R10,= I/O模块基地址
R11,=库函数基地址
当FLASH存储器空间不大于64 KB时,函数指针无需设定基地址,可以直接使用低16位作为16位指针。对于超过64 KB的FLASH,可以使用库函数基地址,采用类似分页的方法实现16位指针替换。
最后一个高组寄存器R12可在响应中断时和R0~R3,PC、SP一同自动入栈,是用户可以使用的寄存器变量。
2.1节中提出的宏定义方案形式上简单清楚,但展开后需要多条指令才能完成。将Address_base作为寄存器变量,存放在R8~R12中的某个高组寄存器中,而不是使用宏定义常量或全局变量。由于C语言不能直接对通用寄存器进行操作,需通过将汇编嵌入到C语言中实现长指针的替换。在程序初始化时,将R8~R12中的一个寄存器初始化为Address_base的值,例如下面给出的语句:
asm("LDR r1, =0x1ffff000"); //R1=基地址
asm("MOV R9, R1"); //R9=R1,即基地址
R9寄存器初始化后无需再修改,是一个“寄存器常数”。对于已经存储在R0中的长指针,则使用如下汇编代码,很容易将其转化为16位地址:
asm("MOV R1, R9");//R1=基地址
asm("SUB R0, R0, R1"); //R0=R0-R1,R0低16位即16位
//短指针值
代码首先将R9寄存器存储的基地址转移到R1寄存器,随后利用单条指令完成从R0寄存器所存长指针值减去R1中存储的基地址,并将所得结果保存在R0中。执行完成后,R0低16位便是转化后的16位地址。16位地址转化为长指针是类似的转化形式(SUB指令换为ADD指令),在此不再赘述。这种方法充分利用了内核提供的高组寄存器,并且简化了指针转化的算法,减少了所需指令的数目,提高了运行效率,缩短了转换时间,降低MCU因指针替换而产生的时间损失。转换所需指令数目也压缩到两条,减少转换过程所带来的额外指令代码的存储空间开销。
3 指针替换结果
μC/OS(含μC/OSII、μC/OSIII)是适用于低成本MCU的多任务实时内核。以μC/OS为例,当最大任务数为10时,整个内核需使用12个全局指针型变量,而非指针型变量仅需占用8字节RAM空间。若使用默认的长指针模式,共需12×4+8=56字节;若改用短指针,则需使用12×2+8=32字节。任务数目、任务间通信机制增多时,指针变量的使用将更频繁,本文介绍的方法所节约的RAM空间也更加显著。在CortexM0/M0+处理器替代8/16位MCU的应用中,非常有必要使用短指针。
最新版本的μC/OSIII针对带有计算前导零硬件指令(CLZ)的CortexM3/M4处理器进行了重大改进,提高了其优先级任务搜索的效率。但CortexM0/M0+的ARMv6指令集简化掉了CLZ指令,故不适宜使用μC/OSIII。这里以运行μC/OSII v2.92(最多256个任务)为例,说明指针替换效果。实际上对于内存紧张的MCU,μC/OSII v2.82及以下的版本(最多64个任务)就足够用了。
μC/OSII每个任务都需要使用任务控制块TCB(Task Control Block)的数据结构,来维护任务相关的信息[3]。在μC/OSII v2.92中,每个任务的TCB数据结构包含9个指针变量,采用本文描述的16位指针替换方法后,每个任务控制块均可以节省18字节的RAM空间。在μC/OSII中还存在很多数据结构,均包含着大量的指针变量。这些数据结构采用本文描述的方法所节约的RAM空间如表1所列。
表1 μC/OSII数据结构内存占用情况对比
注:其中X为OS_LOWEST_PRIO,由用户进行配置,典型值为63。表中内存占用大小是笔者根据ucos_ii.h文件进行统计的,实际占用内存可能会由于用户配置不同而略有差异。
可以看出,以16位短指针替代ARM编译器默认的32位长