MDK Keil 5软件小技巧

摘要:
几乎所有玩ARMCortexM单片机的坛友都是通过MDKKeil5或者IAR环境进行单片机的程序开发的,俗话说工欲善其事必先利其器,我们天天都在用这个开发环境,那么,有些在MDKKeil5中的实用功能小技巧,大家又知道多少呢?在MDK的代码开发工程中,头文件是必不可少的。

几乎所有玩ARM Cortex M单片机的坛友都是通过MDK Keil 5或者IAR环境进行单片机的程序开发的,俗话说工欲善其事必先利其器,我们天天都在用这个开发环境,那么,有些在MDK Keil 5中的实用功能小技巧,大家又知道多少呢?


1.并不是所有源文件(.c)都需要加进工程中,只需要添加必要的源文件即可。无论是什么开发环境,只要是C/C++的工程,工程编译时间的决定因素就是工程中的源文件,以STM32 HAL库的工程为例,单片机外设的驱动文件一般是【stm32fxxx_hal_xxx.c】的格式,里面有多少个这样的源文件,就代表这个工程启用了多少个STM32单片机的外设。我们可以做个对比:

3.JPG

我们使用STM32CubeMX生成一个工程,工程用到了外部高频、低频晶振、SPI1、USART1,CubeMX自动生成的工程里面,源文件只有必要的十来个:

1.JPG

然后我们把一些不必要用到的源文件也加进去,我这里索性把CubeF1固件库里面的全部外设驱动都加进去了,甚至包括一些完全没有必要加进去的template.c模版:

2.JPG

可以看到,生成的Code大小差得非常远,我这里还是用ARMCCV6版本的编译器,还看不出前后两个工程的编译时间,如果是用ARMCCV5版本的,估计时间要差好几倍。实际上前后两个工程,实现的效果完全是一样的,那些原本没有必要加进去的源文件,除了浪费编译空间和编译时间以外,没有任何用处。

2.头文件(.h)可以随便加进工程中。在MDK的代码开发工程中,头文件是必不可少的。头文件在工程的作用是提供宏定义/常量、结构体声明、枚举量声明统一放置的地方、函数的声明(甚至可以直接把函数的实现写在头文件里面,没有任何问题)。在实际的开发过程中,经常要频繁修改宏定义,而传统MDK开发者的习惯一般是工程只添加源文件而不添加头文件,这样就使得修改宏定义变得非常麻烦了,我们应该摒弃这个习惯,把频繁使用的头文件加进工程中。

4.JPG

3.编译器版本选V6。在MDK 5.24和MDK 5.25中,有个非常重要的更新,那就是MDK开始逐步支持完善ARMCC_V6编译器了。在以前的5.20以下的版本中,时常听说大佬们有用ARMCC_V6编译器的,但大多都是放礼炮,按照例程走也是一大堆报错,真正能实现的没几个,而从5.24版本开始,MDK使用V6编译器一般不会再出现报错了。使用V6编译器的步骤:

1)添加cmsis_armcc_V6.h头文件进我们的工程中,并设置包含路径;

5.JPG

2)工程的Tatget选项卡的编译器版本选V6.9;

6.JPG

3)Misc Controls留空,C语言和C++语言都选gnu11版本,优化等级随意,没有关系;

7.JPG

这样,MDK使用V6编译器编译工程就没有任何问题了。


4.生成bin文件。MDK还有一个重要的功能就是生成bin文件,直接在工程的User选项卡下面的After Build里面添加一行【fromelf.exe --bin -o
"$L@L.bin" "#L"】:

8.JPG

工程编译输出如下信息即代表bin文件成功生成:

9.JPG

在工程文件的目录下可看到与工程文件同名的bin文件:

10.JPG

5.注释与缩进快捷键
MDK Keil 5中一个非常实用的新功能:批量注释/取消注释和代码批量缩进/后退。如果需要把一大段代码全部注释掉,只需要点一个按钮便可。

3.jpg4.jpg5.jpg

6.一级文件目录
MDK的工程,说到底是由众多的头文件和源文件组成的,这些头文件和源文件被分装在了不同的目录,MDK工程通过链接这些文件夹目录来找到对应的源文件和头文件。可是,在ST官方的例程中,头文件,源文件,库文件,启动文件放在了多层混乱的目录中,虽说官方这样做的目的是为了更好地对驱动文件进行分类和管理,但对于我们开发者来说,要移植他们官方的例程,真的不是一件容易的事,我就放几张截图看看官方的例程是怎么存放工程文件和驱动文件的:

6.jpg7.jpg

反观原子的例程,除了个别第三方库如DSP和FATFS是二级目录外,只有一级目录,结构清晰:

9.jpg10.jpg11.jpg

我们应该提倡在MDK里面只使用一级目录,无论是文件查找还是例程移植,都非常方便:

12.jpg

7.使能MicroLIB
在MDK中有一个跟标准C库非常接近的功能,那就是MicroLIB,在工程配置菜单里面可以找到这个设置:

13.jpg

这个库是缺省标准C库的备选库,选上这个之后,可以用标准C库的一些经过简化的库函数,如fputc memcpy等等,其中最常用的当然是fputc了,这个函数写好之后可以直接用printf函数打印数据,外设可以是串口,也可以是显示屏。

8.手动KeilKill

大家应该都知道MDK有个KeilKill脚本,这个脚本的作用是把编译生成的obj等中间文件删掉,这样工程要进行复制黏贴或是打包的时候就不会太过于占用空间,中间文件生成的大小与工程中的源文件代码量直接相关。实际上KeilKill是可以手动进行的,就是把与工程文件(.uvprojx)同一目录下的其它文件全部删除,效果与KeilKill脚本完全一样。

14.jpg

更多精彩内容请关注下方微信公众号,我们每天更新技术文章,行业动态。

MDK Keil 5软件小技巧第22张

免责声明:文章转载自《MDK Keil 5软件小技巧》仅用于学习参考。如对内容有疑问,请及时联系本站处理。

上篇spring配置log4j自动化运维工具puppet详解(一)下篇

宿迁高防,2C2G15M,22元/月;香港BGP,2C5G5M,25元/月 雨云优惠码:MjYwNzM=

相关文章

Keil uvison 4.7学习笔记

Keil 汉字字符处理 由于目前在做的项目中需要进行液晶显示界面设计,因此涉及到汉字字符的处理问题,最开始不知道怎么去处理汉字字符,所以为了避免问题,在已有字库的基础上,直接引用汉字字符所在的位置进行编程设计,具体引用方法如下: 1 const uint8_t CHINESE_12[][24]= 2 { 3 { 0x00,0xF8,0x88,0...

keil软件相关问题汇总

目录 一.keilc51——F12无法定位到定义处。 二、关于STM37F7的pack包不能安装报错SVD问题。 三、关于"Insufficient RAM for Flash Algorithms"出错原因及解决方案。 四、KEIL每次都要编译全部文件并且每个文件编译三次 五、flash算法存放文件夹 六、出现头文件嵌套无法打开.h文件和go to de...

KEIL查看ARM-Cortex M架构soc的内核寄存器之 MSP

   参考下图stm32l475的参考手册: MSP指向地址基地址为0x20000000的内存处。参考STM32L475的memory map可知MSP指向的是SRAM的一块地址。并且由上面的编译信息可知,偏移量是0x480, 正好等于 RW-data + ZI-data 的值。  参考下图的内存模型: 可知MSP指向的是内存中bss段的最上方。 影响...

[转]68013开发笔记之一

Cypress的FX2LP系列的USB芯片很强大,以CY7C68013A为代表之作,详细的介绍不多说,见Cypress的官网: http://www.cypress.com/?id=193 基于FX2LP的USB开发,包括三部分:固件程序、驱动、上位机软件。 对应用到的开发软件:Keil C51、DDK/Driver Studio、VC/C++Builde...

1-stm32工程建立(Kil自带库工程建立)

1-keil自带库工程建立 在建立之前需要安装Keil对应的芯片支持包pack①可以在keil的pack installer上安装②也可以在keil 官网上下载后导入到keil的pack installer里面STM32PACK包下载的地址http://www.keil.com/dd2/pack/ ①首先新建一个文件夹fourrotor(名字随意),然后打...

KEIL MDK 5.12帮你快速建工程模板的技巧

KEIL 5帮你快速建工程模板的技巧 本人使用keil mdk 5.12有一段时间了,发现keil mdk 5.12里面驱动库比较方便。这个新功能可以节省我们的时间,也可以让初学者能尽快上手和掌握这个芯片。大家以后既就可以很方便的建自己的工程模板了,再也不会为了找芯片的驱动库而烦恼。 今天外我来教大家来怎么使用这个建工程的利器吧。 首先是新建工程吧,如下图...