单片机编程软件实践篇,Keil 5单片机编程软件有关MDK的小技巧

单片机编程软件的重要性不言而喻,而Keil单片机编程软件更是诸多单片机编程软件中的佼佼者之一 。本文对Keil单片机编程软件的讲解基于Keil5版本,主要为大家介绍这款单片机编程软件中有关MDK的一些功能小技巧,以帮助大家提高对Keil的掌握程度 。
主要技巧点如下:
1.并不是所有源文件(.c)都需要加进工程中,只需要添加必要的源文件即可 。无论是什么开发环境,只要是C/C++的工程,工程编译时间的决定因素就是工程中的源文件,以STM32HAL库的工程为例,单片机外设的驱动文件一般是【stm32fxxx_hal_xxx.c】的格式,里面有多少个这样的源文件,就代表这个工程启用了多少个STM32单片机的外设 。我们可以做个对比:
我们使用STM32CubeMX生成一个工程,工程用到了外部高频、低频晶振、SPI1、USART1,CubeMX自动生成的工程里面,源文件只有必要的十来个:
然后我们把一些不必要用到的源文件也加进去,我这里索性把CubeF1固件库里面的全部外设驱动都加进去了,甚至包括一些完全没有必要加进去的template.c模版:
可以看到,生成的Code大小差得非常远,我这里还是用ARMCCV6版本的编译器,还看不出前后两个工程的编译时间,如果是用ARMCCV5版本的,估计时间要差好几倍 。实际上前后两个工程,实现的效果完全是一样的,那些原本没有必要加进去的源文件,除了浪费编译空间和编译时间以外,没有任何用处 。
2.头文件(.h)可以随便加进工程中 。在MDK的代码开发工程中,头文件是必不可少的 。头文件在工程的作用是提供宏定义/常量、结构体声明、枚举量声明统一放置的地方、函数的声明(甚至可以直接把函数的实现写在头文件里面,没有任何问题) 。在实际的开发过程中,经常要频繁修改宏定义,而传统MDK开发者的习惯一般是工程只添加源文件而不添加头文件,这样就使得修改宏定义变得非常麻烦了,我们应该摒弃这个习惯,把频繁使用的头文件加进工程中 。
3.编译器版本选V6 。在MDK 5.24和MDK5.25中,有个非常重要的更新,那就是MDK开始逐步支持完善ARMCC_V6编译器了 。在以前的5.20以下的版本中,时常听说大佬们有用ARMCC_V6编译器的,但大多都是放礼炮,按照例程走也是一大堆报错,真正能实现的没几个,而从5.24版本开始,MDK使用V6编译器一般不会再出现报错了 。使用V6编译器的步骤:
1)添加cmsis_armcc_V6.h头文件进我们的工程中,并设置包含路径;
2)工程的Tatget选项卡的编译器版本选V6.9;
3)Misc Controls留空,C语言和C++语言都选gnu11版本,优化等级随意,没有关系;
这样,MDK使用V6编译器编译工程就没有任何问题了 。
4.生成bin文件 。MDK还有一个重要的功能就是生成bin文件,直接在工程的User选项卡下面的After Build里面添加一行【fromelf.exe--bin -o"$L@L.bin" "#L"】:
工程编译输出如下信息即代表bin文件成功生成:
在工程文件的目录下可看到与工程文件同名的bin文件:
5.注释与缩进快捷键
MDK Keil 5中一个非常实用的新功能:批量注释/取消注释和代码批量缩进/后退 。如果需要把一大段代码全部注释掉,只需要点一个按钮便可 。

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

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

我们应该提倡在MDK里面只使用一级目录,无论是文件查找还是例程移植,都非常方便:
7.使能MicroLIB
在MDK中有一个跟标准C库非常接近的功能,那就是MicroLIB,在工程配置菜单里面可以找到这个设置:
这个库是缺省标准C库的备选库,选上这个之后,可以用标准C库的一些经过简化的库函数,如fputcmemcpy等等,其中最常用的当然是fputc了,这个函数写好之后可以直接用printf函数打印数据,外设可以是串口,也可以是显示屏 。
【单片机编程软件实践篇,Keil 5单片机编程软件有关MDK的小技巧】8.手动KeilKill
大家应该都知道MDK有个KeilKill脚本,这个脚本的作用是把编译生成的obj等中间文件删掉,这样工程要进行复制黏贴或是打包的时候就不会太过于占用空间,中间文件生成的大小与工程中的源文件代码量直接相关 。实际上KeilKill是可以手动进行的,就是把与工程文件(.uvprojx)同一目录下的其它文件全部删除,效果与KeilKill脚本完全一样 。
以上便是小编此次为大家带来的相关内容,希望大家有所收获 。

    推荐阅读