嵌入式系统程序可移植性设计及性能优化之一――宏定义设计

2023-10-25 19:09

本文主要是介绍嵌入式系统程序可移植性设计及性能优化之一――宏定义设计,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

 

 

嵌入式系统程序可移植性设计及性能优化之一

――――宏定义设计

 

Sailor_forever  sailing_9806@163.com 转载请注明

http://blog.csdn.net/sailor_8318/archive/ 2008/07/16 /2663254.aspx

 

 

【摘要】本节介绍了嵌入式系统程序设计中采用宏定义进行常量定义的必要性。说明了宏常量定义的基本规则以及如何采用依赖关系定义宏常量来保证其可移植性和裁减性。最后介绍了如何利用宏定义实现掩码偏移量等来高效的进行位操作。

 

【关键词】嵌入式,可移植性,宏定义,依赖关系,掩码,偏移量,位操作

 

 

1   宏定义设计... - 1 -

1.1     为何要采用宏定义?... - 1 -

1.2     宏定义的基本规则... - 1 -

1.3     依赖关系定义宏改善移植性... - 1 -

1.4     通过偏移量和掩码进行位操作... - 2 -

 

 

1       宏定义设计

1.1    为何要采用宏定义?

在程序设计过程中,对于经常使用的一些常量,如果将它直接写到程序中去,一旦常量的数值发生变化,就必须逐个找出程序中所有的常量,并逐一进行修改,这样必然会降低程序的可维护性。因此,应尽量通过预处理命令方式将常量定义为特定的字符,这样常量就有了统一的表现形式,不会出现输入错误导致的不一致性。另外宏常量意义明确,大大改善了代码的可读性。

 

只读的变量也可以实现上述宏常量所带来的可移植性、可靠性及可读性等特点,但其要占据存储空间,需要访问内存,相比宏常量的立即数寻址而言效率要低。在C++中提倡用const只读变量来定义常量,是因为这样可以提供更严格的类型安全检查。但由于Cconst只读变量不能用于某些场合,因此在嵌入式C中仍多数采用宏来定义常量。

 

1.2    宏定义的基本规则

下面以一个实例来说明宏定义的基本规则,如用预处理指令#define 声明一个常量,用以表明1年中有多少秒,不考虑润年

#define C_SECONDS_PER_YEAR (60 * 60 * 24 * 365)UL

a)       命名风格,为了与普通变量区分开来,宏定义通常全部大写,多个单元之间用下划线隔开;

b)       整个表达式应括起来,若有参数则应将每个参数都括起来,防止替换扩展后可能带来的异常问题;

c)       常量表达式先合并后再替换。预处理器将为你计算常量表达式的值,因此,直接写出你是如何计算一年中有多少秒而不是计算出实际的值,是更清晰而没有运行性能代价的。

d)       为常量添加类型信息。宏的不足之一在于缺乏类型安全检查,人为的提供类型信息可以有效检查出此类问题。UL告诉编译器这个常量是无符号长整型数,因此将其赋值给u16型变量会出现告警。

 

1.3    依赖关系定义宏改善移植性

嵌入式系统程序的最大特点是硬件平台的多变性,因此需要根据具体的应用情况更改大量配置,而这些配置基本都是由宏定义来实现的,放在特定的头文件中,与其他的代码隔离,在一定程度上改善了代码的可移植性。但有些时候,多个宏定义有严重的依赖关系,增减某个宏会引起其他定义的更改,如何定义这些宏对嵌入式程序的可移植性有很大影响。

 

A

常量分别定义

#define C_DD_MODULE_ID_AOM  (0x00010101)     /* AOM模块ID */

#define C_DD_MODULE_ID_RRCM (0x00010102)        /* RRCM模块ID */

#define C_DD_MODULE_ID_RLC (0x00010103)        /* RLC模块ID */

#define C_DD_MODULE_ID_TRM  (0x00010104)       /* TRM模块ID */

#define C_DD_MODULE_ID_MCP_MIN        (C_DD_MODULE_ID_AOM)                

#define C_DD_MODULE_ID_MCP_MAX     (C_DD_MODULE_ID_TRM)

B

依赖定义

#define C_DD_MODULE_ID_MCP_MIN  (0x00010101) /* MCP最小模块ID */

#defineC_DD_MODULE_ID_AOM (C_DD_MODULE_ID_MCP_MIN)                        /* AOM模块ID */

#define C_DD_MODULE_ID_RRCM      (C_DD_MODULE_ID_AOM + 1)                        /* RRCM模块ID */

#define C_DD_MODULE_ID_RLC  (C_DD_MODULE_ID_RRCM + 1)                        /* RLC模块ID */

#define C_DD_MODULE_ID_TRM (C_DD_MODULE_ID_RLC + 1)                        /* TRM模块ID */

#define C_DD_MODULE_ID_MCP_MAX (C_DD_MODULE_ID_TRM)                /* MCP最大模块ID */

 

A常量分别定义”方式,因为各个宏定义值必须连续,若更改或者删除C_DD_MODULE_ID_AOM,其他的定义基本都受到影响,将严重影响到代码的可扩充性和可裁减性。

 

B依赖定义”方式,其原则是:

a)       base用常量定义;

b)       第一个定义为base

c)       其他的在上一个基础上加1

d)       max项即为最后一项。

这样整体改动起来只需要更改base;在中间删除或添加部分项时只需要更改一个上下衔接处即可;添加则比较简单,只需要在原有最后项后添加即可。

这种方式若改动部分定义对其他定义的影响最小,大大改善了代码的可移植性。

 

1.4    通过偏移量和掩码进行位操作

嵌入式系统经常需要和硬件打交道,而配置硬件寄存器则是系统初始化阶段的重要任务,如何清晰明了的进行配置决定了代码的可读性。尽管可以使用位域,但位域是不可移植的,因此利用宏定义来解决可移植性问题。

 

对于每一个待操作相应位来说,应具备以下几个标识:

待操作的位名称B_NAME

操作位所占据的位宽B_WIDTH_NAME

操作位第一位的偏移量B_SHIFT_NAME

操作位的掩码B_MASK_NAME

 

PRI为例进行说明:

#define PRI  DD_C64_EDMA_OPT_PRI

#define C_WIDTH _DD_C64_EDMA_OPT_PRI          (3)

#define C_SHIFT_DD_C64_EDMA_OPT_PRI          (29)

 

可以手动定义对应位的掩码如下

#define C_MASK_DD_C64_EDMA_OPT_PRI           (0xe0000000)

但更好的方式是利用位宽和偏移量来自动构成掩码

#define BIT_MASK(_name)  (((1U<< C_WIDTH _##_name))-1)<<( C_SHIFT_##_name)

#define C_MASK_DD_C64_EDMA_OPT_PRI  BIT_MASK(PRI)

BIT_MASK(PRI)经过宏替换后即为:

(((1U<<( C_WIDTH _DD_C64_EDMA_OPT_PRI))-1)  /

<<( C_SHIFT_DD_C64_EDMA_OPT_PRI)

 

对于每个位的取值也应该用宏定义来表示,这样清晰明确

#define C_DD_C64_EDMA_OPT_URGENT_PRI         (0x0)

#define C_DD_C64_EDMA_OPT_HIGH_PRI           (0x1)

#define C_DD_C64_EDMA_OPT_MEDIUM_PRI         (0x2)

#define C_DD_C64_EDMA_OPT_LOW_PRI            (0x3)

 

具备了掩码和偏移量即可对各个位进行操作了

#define SET_BITS(_reg,_name_val)/

((_reg)=((_ reg)&~(BIT_MASK(_name))) /

| (((_val)<<( C_SHIFT_##_ name))&(BIT_MASK(_name))))

 

通过如下方式调用设置优先级

SET_BITS(u32Opt, PRI, C_DD_C64_EDMA_OPT_HIGH_PRI);

即实现了将u32OptPRI等位设置为C_DD_C64_EDMA_OPT_HIGH_PRI

 

SET_BITS宏可应用于待操作的位为多位的情况,当待操作的位仅为一位时,可用更简单的操作方式

#define SET_BIT(_reg,_name)   ((_reg) |= (BIT_MASK(_name))

#define CLR_BIT(_reg,_name)   ((_reg) &= ~(BIT_MASK(_name))

 

TCINT为例:

#define TCINT  DD_C64_EDMA_OPT_TCINT

#define C_WIDTH _DD_C64_EDMA_OPT_TCINT  (1)

#define C_SHIFT_DD_C64_EDMA_OPT_PRI          (20)

SET_BIT(u32Opt, TCINT)

CLR_BIT(u32Opt, TCINT)

 

 

这篇关于嵌入式系统程序可移植性设计及性能优化之一――宏定义设计的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/284603

相关文章

电脑找不到mfc90u.dll文件怎么办? 系统报错mfc90u.dll丢失修复的5种方案

《电脑找不到mfc90u.dll文件怎么办?系统报错mfc90u.dll丢失修复的5种方案》在我们日常使用电脑的过程中,可能会遇到一些软件或系统错误,其中之一就是mfc90u.dll丢失,那么,mf... 在大部分情况下出现我们运行或安装软件,游戏出现提示丢失某些DLL文件或OCX文件的原因可能是原始安装包

电脑显示mfc100u.dll丢失怎么办?系统报错mfc90u.dll丢失5种修复方案

《电脑显示mfc100u.dll丢失怎么办?系统报错mfc90u.dll丢失5种修复方案》最近有不少兄弟反映,电脑突然弹出“mfc100u.dll已加载,但找不到入口点”的错误提示,导致一些程序无法正... 在计算机使用过程中,我们经常会遇到一些错误提示,其中最常见的就是“找不到指定的模块”或“缺少某个DL

C 语言中enum枚举的定义和使用小结

《C语言中enum枚举的定义和使用小结》在C语言里,enum(枚举)是一种用户自定义的数据类型,它能够让你创建一组具名的整数常量,下面我会从定义、使用、特性等方面详细介绍enum,感兴趣的朋友一起看... 目录1、引言2、基本定义3、定义枚举变量4、自定义枚举常量的值5、枚举与switch语句结合使用6、枚

将Java程序打包成EXE文件的实现方式

《将Java程序打包成EXE文件的实现方式》:本文主要介绍将Java程序打包成EXE文件的实现方式,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录如何将Java程序编程打包成EXE文件1.准备Java程序2.生成JAR包3.选择并安装打包工具4.配置Launch4

MySQL索引的优化之LIKE模糊查询功能实现

《MySQL索引的优化之LIKE模糊查询功能实现》:本文主要介绍MySQL索引的优化之LIKE模糊查询功能实现,本文通过示例代码给大家介绍的非常详细,感兴趣的朋友一起看看吧... 目录一、前缀匹配优化二、后缀匹配优化三、中间匹配优化四、覆盖索引优化五、减少查询范围六、避免通配符开头七、使用外部搜索引擎八、分

Java程序进程起来了但是不打印日志的原因分析

《Java程序进程起来了但是不打印日志的原因分析》:本文主要介绍Java程序进程起来了但是不打印日志的原因分析,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录Java程序进程起来了但是不打印日志的原因1、日志配置问题2、日志文件权限问题3、日志文件路径问题4、程序

SpringBoot实现微信小程序支付功能

《SpringBoot实现微信小程序支付功能》小程序支付功能已成为众多应用的核心需求之一,本文主要介绍了SpringBoot实现微信小程序支付功能,文中通过示例代码介绍的非常详细,对大家的学习或者工作... 目录一、引言二、准备工作(一)微信支付商户平台配置(二)Spring Boot项目搭建(三)配置文件

利用Python快速搭建Markdown笔记发布系统

《利用Python快速搭建Markdown笔记发布系统》这篇文章主要为大家详细介绍了使用Python生态的成熟工具,在30分钟内搭建一个支持Markdown渲染、分类标签、全文搜索的私有化知识发布系统... 目录引言:为什么要自建知识博客一、技术选型:极简主义开发栈二、系统架构设计三、核心代码实现(分步解析

Python通过模块化开发优化代码的技巧分享

《Python通过模块化开发优化代码的技巧分享》模块化开发就是把代码拆成一个个“零件”,该封装封装,该拆分拆分,下面小编就来和大家简单聊聊python如何用模块化开发进行代码优化吧... 目录什么是模块化开发如何拆分代码改进版:拆分成模块让模块更强大:使用 __init__.py你一定会遇到的问题模www.

SpringBoot首笔交易慢问题排查与优化方案

《SpringBoot首笔交易慢问题排查与优化方案》在我们的微服务项目中,遇到这样的问题:应用启动后,第一笔交易响应耗时高达4、5秒,而后续请求均能在毫秒级完成,这不仅触发监控告警,也极大影响了用户体... 目录问题背景排查步骤1. 日志分析2. 性能工具定位优化方案:提前预热各种资源1. Flowable