Keil（MDK-ARM）工程目标选项配置

ゝ一纸荒年。 2022-06-08 14:50 532阅读 0赞

#  #

# Ⅰ、写在前面 #

Options for Target目标选项其完全意思是工程目标选项配置，或许有些人分不清工作空间、工程、目标这三个名词的意思和区别，下面章节将简述工作空间、工程、目标他们的意思。

由于目标配置的选项比较多，我将其分为工程目标选项配置（Ⅰ）和工程目标选项配置（Ⅱ）两篇文章来讲述。

目标选项包含了一个工程目标所有的配置信息，这些信息是保存在工程文件中的，也就是我们每次双击打开工程的文件（.uvprojx）和对应的（.uvoptx）文件。看过我（打包）代码的人应该知道，我的工程文件就保留了这两个文件，其它生成的文件我全部删除了的。

本文内容已经整理成PDF文件，提供给大家下载：

[http://pan.baidu.com/s/1nuJ0RDR][http_pan.baidu.com_s_1nuJ0RDR]

# Ⅱ、本文要点 #

本文主要讲述的是目标选项的配置，但为了让更多人明白什么是目标选项，首先将简述工作空间、工程、目标的意思和区别。

## 1.打开目标选项的两种方法 ##

1.点击目标选项快捷按钮，如下图：

![20161110112424438][]

2.从菜单中打开，Project -> Options for Target，如下图：

![20161110112435558][]

## 2.本文所讲述的目标选项 ##

![20161110112442730][]

由于目标选项里面内容较多，本文只讲述前五项，后五项在下一篇文章讲述。本文旨在让大部分人明白目标选项的配置，为了使文章内容精简，过于简单和不常用过于复杂的只简述。

# Ⅲ、简述工作空间、工程、目标 #

本章节内容与主题关系不大，若你掌握了，可以绕过。主要为了使更多的人明白这几个词的意思。本节内容这种复杂的结构，对于初学者基本使用不上，但可以适当了解。当以后项目做大了，可能会使用到工作空间。

工作空间、工程、目标它们三个是从大到小，依次包含的关系，也就是说：一个工作空间可以有多个工程，一个工程可以有多个目标。工作空间下的工程可以是完全独立的，工程下的目标基本上都有共同之处（比如：共用某些代码），它们工程项目统一管理。简单示意图，如下：

![20161110112502486][]

举个例子：一个项目，由主机和从机组成，但项目为了区分产品的高低端，将产品做成简单和复杂两个版本（简单版只保留复杂版的部分功能）。举例示意如下图：

![20161110112510220][]

本节内容不过多描述，在大型的实际项目中容易看见，一般不是很大项目，基本就是一个工程，一个目标或多个目标。初学者一般都是一个工程对应一个目标，这样简单明了。若是初学者，不能理解可以略过。

# Ⅳ、工程目标选项配置（Ⅰ） #

本节讲述工程目标前五项的配置，这里面有些内容在我们新建工程时都已经使用过，下面将详细讲述每一个选项配置的内容。

## 1.Device设备（器件） ##

这个选项不用多说，新建工程第一个就是选择设备（器件）。强调一点就是：器件可以通过输入查找，也可以通过列表查找。

![20161110112550423][]

## 2.Target目标 ##

这里说的目标和上面说的工程目标不一样，是工程目标的目标。从内容可以看得出来是工程目标的调试晶振频率、选择的编译器、RAM和ROM分配的地址空间等。

![20161110112609111][]

第1处：晶振频率。

这个值主要用于仿真调试用，一般我们使用硬件调试可以不用管这个值。

第2处：操作系统。

很好理解，是否选择Keil自带的RTX操作系统，一般我们都不选。

第3处：系统预览文件。

这里我们一般是默认使用系统自带，不选择自己定义的。

第4处：生成代码所选择的编译器。

第5处：使用交叉模块优化、使用微库。

交叉模块一般我们不使用，微库这个功能常用与printf函数。

第6处：ROM存储地址。

这里的ROM存储指的是程序储存的地址，分片外和片内两种。

程序存储在片内好理解（初学者一般下载程序都是下载到片内FLASH）,片外存储程序对于初学者来说比较少见，一般都是项目做大了，或有特殊要求时，片内不够使用了才将程序存储在片外。常见使用片外的例子“外部NorFlash存储程序代码”就会用到片外的存储地址。

第7处：RAM存储地址。

RAM存储地址和ROM道理一样，可以分片内和片外。常见例子“外部SRAM作为运行内存”。

## 3.Output输出 ##

从选项名“Output”可以知道该选项里面内容的主要意思，就是输出一系列相关的内容。输出分两类：

1.输出（创建）可执行文件，我们下载到处理器里面的程序就是该类；

2.输出库，对于初学者来说一般不使用库，但对于很多从事特殊行业技术开发的公司来说，可能比较常用该功能。

![20161110112626455][]

第1处：输出路径。

输出路径就是在工程编译的过程中，输出这些文件保存的文件夹。Keil V5一般默认是保存在Objects文件夹下面，我建立工程一般也使用这个默认的路径。【其内容可以全部删除，最好配置在单独一个文件夹下面，代码备份时方便删除】

第2处：输出可执行文件名。

输出的可执行文件和库的名称就是在这里定义。比如我们常见输出Hex文件，其名称就是这里定义的。

第3处：输出可执行文件（重点）。

这里和输出库是二选一，选择了输出可执行文件就不能选择输出库。重要一点：输出这些信息都很费时间，如果都不勾选这些选项，编译速度会很快。

Debug Infomation：输出调试信息。勾选上这个选项，我们才可以进行调试。

Create HEX File：输出可执行Hex文件，很多初学的朋友问：“在哪里设置生成Hex?”，这里勾选上就行了。

Browse Information：输出浏览信息。勾选上这个我们才能使用go to definition of这个功能。很多人问：“为什么我不能跟踪代码了”，原因就在这里。

第4处：输出库。

拓展一点：这里输出（生成）的是静态库，并非动态库。初学者可以不用去理解。

## 4.Listing列表 ##

这个选项是关于生成列表相关的选项，对代码分析比较透彻的工程师就需要了解这个选项。常见的就是map地址的分布，就是在这里配置生成的。

![20161110112650736][]

第1处：输出路径、宽高。

选择列表文件输出的文件夹。可设置文件页面的宽度，长宽。

第2处：输出汇编列表。

勾选上会输出汇编列表信息（产生后缀为 .lst的文件）。如果工程中没汇编文件，则不会输出信息。

第3处：C编译列表。

C编译程序列表选项，勾选上可生成.txt, .i文件。

第4处：链接列表。

可选择生成或禁止生成.map文件。可设置生成代码的详细信息。可选择性的选取输出MAP文件。

## 5.User用户选项 ##

这个选项是针对用户而设计的，一般不常用，方便用户执行一些程序。比如：编译完代码之后，我要将生成的Hex文件拷贝到其它地方。

纵观下图可以看见，第1、2、3处作用相同，都是让用户运行程序，只是运行的条件不同而已。上面说的用户程序，勾选上，可以“DOS16模式”运行。

![20161110112715143][]

第1处：编辑之前运行用户程序。

第2处：编译之前运行用户程序。

第3处：编译之后运行用户程序。

第4处：编译之后执行条件。

Run "After Build" conditionally：执行条件；

Beep When Complete：编译完成发出声音；

Start Debugging：启动调试程序。

# Ⅴ、说明 #

每一种工具的功能都是需要自己亲自实践，并长期使用才能达到灵活运用的地步，不建议死记硬背。若要了解更多关于Keil的系列教程，可以进入我微信公众号或博客查看。

为了照顾大部分人，本文采用标记、主要说明和阐述的方式对每一项内容进行讲述。如果内容详尽，会让篇幅过于繁杂，且不易找到重点。

以上内容仅供参考，若有不对之处，敬请谅解。

#     #

# Ⅰ、写在前面 #

本文接着上一篇文章“工程目标选项配置（Ⅰ）”进行讲述工程目标选项中后五项的配置，也就是C/C++、Asm、Linker、Debug、Utilities这五项配置的具体内容。

对于工程目标选项中的C/C++选项，不管是初学者，还是资深的软件工程师都非常重要。初学者要掌握包含路径、预定义等常规功能。资深软件工程师对代码性能有很高要求，就需要掌握代码优化等各项配置。

阅读本文之前建议先阅读上一篇文章：

**[Keil（MDK-ARM）系列教程（三）\_工程目标选项配置（Ⅰ）][Keil_MDK-ARM]**

本文内容已经整理成PDF文件，提供给大家下载：

[http://pan.baidu.com/s/1nuJ0RDR][http_pan.baidu.com_s_1nuJ0RDR]

# Ⅱ、C/C++选项 #

这后面五项中，C/C++选项最为重要，因此部分功能需要重点强调。看选项标题“C/C++”，针对的主要就是C/C++，和后一个选项“Asm”有类似之处。

![20161111180844493][]

## 第1处：预处理（Preprocessor Symbols） ##

这里主要就是预定义功能，相当于在程序中的\#define xxxx。我上面预定义STM32F10X\_HD，在stm32f10x.h文件中就不用定义了。

## 第2处：语言代码生成（Language / Code Generation） ##

Language/code Generation语言代码生成，可以理解成编译、链接到最后生成代码。这部分功能对于代码优化比较重要，初学者可以不用过多理解，对代码大小、运行速度等性能要求较高的人就需要深入理解

Execute only Code：只生成执行代码；

【设置编译器命令行：\--execute\_only】

只生成执行代码防止编译器生成任何数据访问代码部分。

Optimize：优化选择项，有Level0 - Level3四个选项。

【设置编译器命令行：\-Onum】

初学者、在线调试建议使用Level0，也就是不优化，这样执行的效果才和代码一样。如果配置成Level3，在线调试可能有些地方优化而不能打断点。

Optimize for Time：优化时间，即优化代码中费时的地方。

【设置编译器命令行：\-Otime】 \--split\_sections

比如有些算法，本身代码量就比较大，运行需要很长时间（假如需要2秒），这个时候勾选上该功能，会发现运行时间有比较明显的减少（或许不到1秒时间）。

Split Load and Store Multiple：加载和存储多个分裂。

【设置编译器命令行：\--split\_ldm】

非对齐数据采用多次访问方式。当 LMD/STM 指令有 4 个以上产生时，列分裂LMD 和 STM 指令，以减不中断延迟。

One ELF Section per Function：优化每一个函数 ELF 段（建议都勾选上）。

【设置编译器命令行：\--split\_sections】

每个函数都会产生一个 ELF 段，勾选上，允许优化每一个 ELF 段。这个选项可以减少潜在的共享地址、数据和函数之间的字符串。

直白的意思：可以减少代码量ROM的大小（内存RAM不会减小）。

举一个例子，勾选之前和勾选之后，编译后存储大小对比：

勾选之前：

Program Size: Code=2540 RO-data=336 RW-data=40 ZI-data=1024

勾选之后：

Program Size: Code=908 RO-data=320 RW-data=40 ZI-data=1024

Strict ANSI C：标准（严格）的ANSC。

【设置编译器命令行：\--strict】

也就是说：编译时严格按照标准的ANSI C进行检查。

Enum Container always int:枚举总是int型

【设置编译器命令行：\--enum\_is\_int】

很容易理解，我们枚举时成员变量类型为int型。

Plain Char is Signed：纯字符标记为字符。

【设置编译器命令行：\--signed\_chars】

代码举例：char a\[\] = “abcd”; 也就是说将“abcd”标记为字符型。

Read-Only Position Independent：为常量生成独立的代码空间。

【设置编译器命令行：--apcs=/ropi】

比如：我们定义字库变量为常量，勾选该选项，会将这些字库变量放在独立的代码空间。

Read-Write Position Independent：为可读写代码生成独立的代码空间。

【设置编译器命令行：--apcs=/rwpi】

Warnings：警告

【No Warnings设置编译器命令行：-W】

No Warnings：不会有警告提示和输出；

All Warnings：所有警告提示和输出。

Thumb Mode：Thumb模式。

指定设置文件或文件夹（组）为Thumb模式。

【注意：在工程中该模式为默认，也就是不能选择】

No Auto Includes：不自动添加头文件（一般不勾选）。

不勾选该选项，编译器就会在Keil安装路径寻找你工程中.h文件。

举例：我们定义uint8\_t是定义在stdint.h文件里面的，但是我们工程目录下一般是没有stdint.h文件。这时候，编译器就会在Keil路径下去寻找stdint.h文件。

C99 Mode:C99标准模式。

【设置编译器命令行：--c99】

C语音有标准有多个版本，如C89、C90、C99等。

## 第3处：包含路径（Include Paths） ##

包含路径是使用Keil（及类似）软件必须掌握的一项。包含路径就是指定我们工程中使用文件所在的位置，让编译器找到相应的文件。是初学者、高级软件工程师都必须掌握的一项。

这个选项在前面文章“**[Keil（MDK-ARM）系列教程（一）\_新建软件工程详细过程][Keil_MDK-ARM 1]**”中都已经讲述过，比较容易理解，也比较简单。

![20161111181225867][]

## 第4处：多功能控件（Misc Controls） ##

指定没有单独的对话框控件。例如：错误消息用日本语言来显示消息。【不常用】

## 第5处：编译器控制字符串（Compiler control string） ##

这里是针对编译器执行的命名，显示当前在编译器命令行指令。

在上面“第2处：语言代码生成”中有一个中括号【设置编译器命令行：】

里面的命名就显示在这里。

# Ⅲ、Asm选项 #

从这个选项的排版和结构可以知道，和前面一个选项“C/C++”类似，只是这里针对的是Asm。因此，这一章节只简述，不会重点强调，可以参看上一章节进行对比，第3、4、5处和C/C++选项一样，这里不讲述。

![20161111181241495][]

## 第1处：有条件的装配控制符号（Conditional Assembly Control Symbols） ##

指定汇编条件，这里类似上一章节C/C++选项中的预处理。

## 第2处：语言代码生成（Language / Code Generation） ##

和上一章节类似。

Read-Only Position Independent：为常量生成独立的代码空间。

Read-Write Position Independent：为可读写代码生成独立的代码空间。

Thumb Mode：Thumb模式。

Split Load and Store Multiple：加载和存储多个分裂。

Execute only Code：只生成执行代码；

No Auto Includes：不自动添加头文件（一般不勾选）。

# Ⅳ、Linker选项 #

这个选项Linker链接，也就是是链接器配置选项。可以修改、编辑和查看链接的文件。第1、2处是重点，第3、4处和C/C++选项一样，这里不讲述。

![20161111181252402][]

## 第1处：使用分散文件加载对话框Target页面（Use Memory Layout from Target Dialog） ##

Make RW Sections Position Independent：使RW段独立。

【设置编译器命令行：--rwpi】

启用时：变量区域（包含RW和ZI）具有独立地址。

禁用时：变量区域（包含RW和ZI）位于绝对的内存地址。

Make RO Sections Position Independent：使RO段独立。

【设置编译器命令行：--ropi】

启用时：常量和代码区域（RO）具有独立地址。

禁用时：常量和代码区域（RO）位于绝对的内存地址。

Don't Search Standard Libraries：不搜索标准库。

【设置编译器命令行：--noscanlib】

禁用默认编译器运行时库的扫描。

Report 'might fail' Conditions as Errors：报告'might fail'条件认为是错误。

【设置编译器命令行：--strict】

报告的条件可能导致失败的错误，而不是警告。

X/O Base：X/O基地址。

【设置编译器命令行：--xo\_base=address】

R/O Base：R/O基地址。

【设置编译器命令行：--ro\_base=address】

R/W Base：R/W基地址。

【设置编译器命令行：--rw\_base=address】

disable Warnings:警用警告。

【设置编译器命令行：--diag\_suppress】

## 第2处：分散文件（Scatter File） ##

这里可以加载、查看和编辑分散文件。点击后面就的三点“...”可以加载文件；点击“Edit...”查看和编辑对应的文件。

![20161111181331261][]

# Ⅴ、Debug选项 #

这个选项比较重要，主要用于（软件仿真、硬件在线）调试使用。由于软件仿真和硬件在线调试配置界面基本一致，而现在我们基本都是硬件在线调试。因此，只选择硬件在线调试界面进行讲述。

![20161111181343262][]

## 第1处：选择硬件在线调试 ##

下载调试器的选择不用多说，主要说一下后面“Setting”。很多人常用J-Link下载调试器，而调试STM32时，可以使用四线SWD模式。如果使用J-Link进行SWD调试。这个时候就需要在“Setting”里面选择“SW”模式，如下如：

![20161111181353854][]

## 第2处：选择硬件在线调试 ##

Load Application at Startup：启动时加载应用程序。

Run to main()：程序执行到main()函数。

进入调试模式时，程序自动运行到main函数处。

Initialization File：加载、编辑初始化文件。

这里在某些情况下可以使用，比如：在RAM中调试代码。可以参看我的文章：**STM32内部RAM在线调试配置方法及详细说明（基于Keil开发工具）**。

## 第3处：复位调试会话设置（Restore Debug Session Settings） ##

这里复位设置就是恢复设置的意思，如果勾选上，点击一下“复位”就会恢复到之前的状态。包括：断点Breakpoints、窗口Watch Windows、性能分析器 Performance Analyzer、内存窗口Memory Window、工具箱Toolbox、系统查阅器System Viewer等。

## 第4处：DLL文件（最好默认） ##

这里的配置属于Keil自身的配置，最好不要修改。

CPU/Driver DLL - Parameter：CPU驱动文件和参数。

Dialog DLL - Parameter：会话框DLL文件和参数。

## 第5处：管理组件描述文件 ##

Manage Component Viewer Description Files

这里一般不用去管理。

# Ⅵ、Utilities选项 #

本章节内容公共选项，内容比较简单。

![20161111181410370][]

## 第1处：配置FLASH菜单命名（Configure Flash Menu Command） ##

这里是二选一选项，一般我们使用上面的“Update Target Driver for Flash Programming”。

Use Debug Driver：使用调试驱动。

Update Target Before Debugging：调试之前更新目标。

一般都勾选上，因为我们下载程序之前检测到代码修改了，就会重新编译程序（也就是更新目标）

Setting：设置。

很多人下载程序之后，需要复位一下程序才运行，原因在于没有勾选“Reset and Run”，如下图：

![20161111181419340][]

## 第2处：配置图像文件的处理（Configure Image File Processing） ##

这个选项我们不常用，感兴趣的朋友可以自行了解一下。

# Ⅶ、说明 #

为了照顾大部分人，本文采用标记、主要说明和阐述的方式对每一项内容进行讲述。如果内容详尽，会让篇幅过于繁杂，且不易找到重点。

以上内容仅供参考，若有不对之处，敬请谅解。

from:

http://blog.csdn.net/ybhuangfugui/article/details/51655502

http://blog.csdn.net/ybhuangfugui/article/details/53131141

[http_pan.baidu.com_s_1nuJ0RDR]: http://pan.baidu.com/s/1nuJ0RDR
[20161110112424438]: /images/20220608/ce8870b1ea804e04947a02b6be1701a7.png
[20161110112435558]: /images/20220608/41e972da84024dce978e28adc02e3b33.png
[20161110112442730]: /images/20220608/3e57508d717c4158bb36cb5420db1737.png
[20161110112502486]: /images/20220608/4da6ea9448e54cedb0d817439343fc17.png
[20161110112510220]: /images/20220608/042e62f3da2c44889734301bf6419c96.png
[20161110112550423]: /images/20220608/8bb0edd5ca2345d5b8e560a01399189e.png
[20161110112609111]: /images/20220608/5ac21bf1e10c455fa922089cfd23260a.png
[20161110112626455]: /images/20220608/10ceac6cfd4f4d7fa910a6e0344545b9.png
[20161110112650736]: /images/20220608/5f8183a52c5c4fbcbcc9a9fce7535517.png
[20161110112715143]: /images/20220608/f4dcf48b6dec46c2a683032b6a998857.png
[Keil_MDK-ARM]: http://blog.csdn.net/ybhuangfugui/article/details/51655502
[20161111180844493]: /images/20220608/d9ed2e5fccf044c095fbd4e5ff039c1b.png
[Keil_MDK-ARM 1]: http://blog.csdn.net/ybhuangfugui/article/details/51510482
[20161111181225867]: /images/20220608/d13197ed183648f2b8449b61cab65662.png
[20161111181241495]: /images/20220608/48630110929d47ef93128c7a60bbbfc8.png
[20161111181252402]: /images/20220608/a90d0a9e9c87450993da7dcc15f036d4.png
[20161111181331261]: /images/20220608/d1dfb33898f44d4ab8bb17b24df441d2.png
[20161111181343262]: /images/20220608/10d9e7f015f349cdab85d832e6c48f51.png
[20161111181353854]: /images/20220608/6796f293b46744e8ad5d0b56f253aa2d.png
[20161111181410370]: /images/20220608/75e7b55e9a8f4767a30556dc7fa39cea.png
[20161111181419340]: /images/20220608/56b7a83875a24dd7ae15d87c732c5bf8.png