正点原子stm32资料下载,正点原子stm32mini版

1)实验平台:正点原子stm32mini 开发板

2)摘自《正点原子STM32 不完全手册(HAL 库版)》关注官方微信号公众号,获取更多资料:正点原子

第三章 MDK5 软件入门

本章将向大家介绍 MDK5 软件的使用,通过本章的学习,我们最终将建立一个自己的

MDK5 工程,同时本章还将向大家介绍 MDK5 软件的一些使用技巧,希望大家在本章之后,能

够对 MDK5 这个软件有个比较全面的了解。

本章分为如下个小结:

3.1,MDK5 简介;

3.2,新建 MDK5 工程;

3.3,MDK5 使用技巧;

3.1 MDK5 简介

MDK 源自德国的 KEIL 公司,是 RealView MDK 的简称。在全球 MDK 被超过 10 万的嵌

入式开发工程师使用。目前最新版本为:MDK5.21A,该版本使用 uVision5 IDE 集成开发环境,

是目前针对 ARM 处理器,尤其是 Cortex M 内核处理器的最佳开发工具。

MDK5 向后兼容 MDK4 和 MDK3 等,以前的项目同样可以在 MDK5 上进行开发(但是头文

件方面得全部自己添加), MDK5 同时加强了针对 Cortex-M 微控制器开发的支持,并且对传统

的开发模式和界面进行升级,MDK5 由两个部分组成:MDK Core 和 Software Packs。其中,

Software Packs 可以独立于工具链进行新芯片支持和中间库的升级。如图 3.1.1 所示:

图 3.1.1 MDK5 组成

从上图可以看出,MDK Core 又分成四个部分:uVision IDE with Editor(编辑器),ARM

C/C++ Compiler(编译器),Pack Installer(包安装器),uVision Debugger with Trace(调试跟踪

器)。uVision IDE 从 MDK4.7 版本开始就加入了代码提示功能和语法动态检测等实用功能,相

对于以往的 IDE 改进很大。

Software Packs(包安装器)又分为:Device(芯片支持),CMSIS(ARM Cortex 微控制器

软件接口标准)和 Mdidleware(中间库)三个小部分,通过包安装器,我们可以安装最新的组

件,从而支持新的器件、提供新的设备驱动库以及最新例程等,加速产品开发进度。

MDK5 安装包可以在:http://www.keil.com/demo/eval/arm.htm 下载到。而器件支持、设备

驱动、CMSIS 等组件,则可以在 http://www.keil.com/dd2/pack 这个地址下载(推荐),然后进

行安装,也可以点击 Pack Installer 按钮(不推荐),来进行各种组件的安装。具体安装步骤请参

考光盘“6,软件资料→1,软件→MDK5→安装过程.txt”即可。

在 MDK5 安装完成后,要让 MDK5 支持 STM32F103 的开发,我们还需要安装 STM32F1

的器件支持包:Keil.STM32F1xx_DFP.2.2.0.pack(STM32F1 的器件包)。这个包以及 MDK5.21A

安装软件,我们都已经在开发板光盘提供了,大家自行安装即可。

3.2 STM32CubeF1 简介

STM32Cube 是 ST 提供的一套性能强大的免费开发工具和嵌入式软件模块,能够让开发人

员在 STM32 平台上快速、轻松地开发应用。它包含两个关键部分:

1、 图形配置工具 STM32CubeMX。允许用户通过图形化向导来生成 C 语言工程。

2、 嵌入式软件包(STM32Cube 库)。包含完整的 HAL 库(STM32 硬件抽象层 API),配套

的中间件(包括 RTOS,USB,TCP/IP 和图形),以及一系列完整的例程。

嵌入式软件包完全兼容 STM32CubeMX。对于图形配置工具 STM32CubeMX 入门使用,由于需

要 STM32F1 基础才能入门使用,所以我们安排在后面给大家讲解。本小节,我们主要讲解

STM32Cube 的嵌入式软件包部分。在讲解之前,首先我们来看看库函数和寄存器开发的关系。

3.2.1 库开发与寄存器开发的关系

很多用户都是从学 51 单片机开发转而想进一步学习 STM32 开发,他们习惯了 51 单片机

的寄存器开发方式,突然一个 STM32 固件库摆在面前会一头雾水,不知道从何下手。下面我

们将通过一个简单的例子来告诉 STM32 固件库到底是什么,和寄存器开发有什么关系?其实

一句话就可以概括:固件库就是函数的集合,固件库函数的作用是向下负责与寄存器直接打交

道,向上提供用户函数调用的接口(API)。

在 51 的开发中我们常常的作法是直接操作寄存器,比如要控制某些 IO 口的状态,我们直

接操作寄存器:

P0=0x11;

而在 STM32 的开发中,我们同样可以操作寄存器:

GPIOF->BSRR=0x00000001; //这里是针对 STM32F1 系列

这种方法当然可以,但是这种方法的劣势是你需要去掌握每个寄存器的用法,你才能正确使用

STM32,而对于 STM32 这种级别的 MCU,数百个寄存器记起来又是谈何容易。于是 ST(意法

半导体)推出了官方固件库,固件库将这些寄存器底层操作都封装起来,提供一整套接口(API)

供开发者调用,大多数场合下,你不需要去知道操作的是哪个寄存器,你只需要知道调用哪些

函数即可。

比如上面的控制 BSRRL 寄存器实现电平控制,官方 HAL 库封装了一个函数:

void HAL_GPIO_WritePin(GPIO_TypeDef* GPIOx, uint16_t GPIO_Pin,

GPIO_PinState PinState)

{

assert_param(IS_GPIO_PIN(GPIO_Pin));

assert_param(IS_GPIO_PIN_ACTION(PinState));

if(PinState != GPIO_PIN_RESET)

{

GPIOx->BSRR = GPIO_Pin;

}

else

{

GPIOx->BSRR = (uint32_t)GPIO_Pin << 16;

}

}

这个时候你不需要再直接去操作BSRRL寄存器了,你只需要知道怎么使用HAL_GPIO_WritePin

这个函数就可以了。在你对外设的工作原理有一定的了解之后,你再去看固件库函数,基本上

函数名字能告诉你这个函数的功能是什么,该怎么使用,这样是不是开发会方便很多?

任何处理器,不管它有多么的高级,归根结底都是要对处理器的寄存器进行操作。但是固

件库不是万能的,您如果想要把 STM32 学透,光读 STM32 固件库是远远不够的。你还是要了

解一下 STM32 的原理,了解 STM32 各个外设的运行机制。只有了解了这些原理,你在进行固

件库开发过程中才可能得心应手游刃有余。只有了解了原理,你才能做到“知其然知其所以然”,

所以大家在学习库函数的同时,别忘了要了解一下寄存器大致配置过程。

2.2 STM32CubeF1 固件包介绍

STM32Cube 目前几乎支持 STM32 全系列,本手册,我们讲解的是 STM32F1 的使用,所

以我们主要讲解 STM32CubeF1 相关知识。如果大家使用的是其他系列的 STM32 芯片,请到

ST 官网下载对应的 STM32Cube 包即可。完整的 STM32CubeF1 包在我们开发板配套光盘有提

供,目录为:\8,STM32 参考资料\1,STM32CubeF1 固件包。

接下来我们看看 STM32CubeF1 包目录结构,如下图 3.2.2.1 所示:

图 3.2.2.1 STM32CubeF1 包目录结构

对于 Documentation 文件夹,里面是一个 STM32CubeF1 的英文说明文档,这里我们就不做过多解释。接下来我们通过几个表格依次来介绍一下 STM32CubeF1 中几个关键的文件夹。

1)Drivers 文件夹。Drivers 文件夹包含 BSP,CMSIS 和 STM32F1xx_HAL_Driver 三个子文件

夹。三个子文件夹具体说明请参考下表 3.2.2.2

表 3.2.2.2 Drivers 文件夹介绍

2)Middlewares 文件夹。

该文件夹下面有 ST 和 Third_Party 2 个子文件夹。ST 文件夹下面存放的是 STM32 相关的

一些文件,包括 STemWin 和 USB 库等。Third_Party 文件夹是第三方中间件,这些中间价都是

非常成熟的开源解决方案。具体说明请见下表 3.3.2.3:

表 3.2.2.3 Middlewares 文件夹介绍

3)Projects 文件夹。

该文件夹存放的是一些可以直接编译的实例工程。每个文件夹对应一个 ST 官方的 Demo

板。里面有很多实例,我们都可以用来参考。这里大家注意,每个工程下面都有一个 MDK-ARM

子文件夹,该子文件夹内部会有名称为 Project.uvprojx 的工程文件,我们只需要点击它就可以

在 MDK 中打开工程。

4)Utilities 文件夹。

该文件夹下面是一些其他组件,在项目中使用得不多。有兴趣的同学可以学习一下,这里

我们不做过多介绍。

3.2.3 HAL 库和标准库选择

ST 先后提供了两套固件库:标准库和 HAL 库。STM32 芯片面市之初只提供了丰富全面的

标准库,大大便利了用户程序开发,为广大开发板所推崇,同时也为 ST 积累了大量标准库用

户。有过 STM32 基础的同学想必对标准库非常熟悉。我们正点原子目前的所有 STM32F1 开发

板以及探索者 STM32F407 开发板都有使用标准库的例程。

大约到 2014 年左右,ST 在标准库的基础上又推出了 HAL 库。实际上,HAL 库和标准库

本质上是一样的,都是提供底层硬件操作 API,而且在使用上也是大同小异。有过标准库基础

的同学对 HAL 库的使用也很容易入手。个人认为 ST 官方之所以这几年大力推广 HAL 库,是

因为 HAL 的结构更加容易整合 STM32Cube,而 STM32CubeMX 是 ST 这几年极力推荐的程序

生成开发工具。所以这几年新出的 STM32 芯片,ST 直接只提供 HAL 库。

那么有很多同学不禁要问,我们是使用 HAL 库还是标准库好呢?这里我们想说的是,HAL

库和标准库都非常强大,对于目前标准库支持的芯片采用标准库开发也非常方便实用。大家不

需要纠结自己学的是 HAL 库还是标准库,无论使用哪种库,只要理解了 STM32 本质,任何库

都是一种工具,使用起来都非常方便。学会了一种库,另外一种库也非常容易上手,程序开发

思路转变也非常容易。如果你是一个 STM32 熟手,长期从事 STM32 开发,那么有必要对标准

库和 HAL 库都有一定的了解,这样才能在项目开发中得心应手游刃有余。

3.3 新建基于 HAL 库的工程模板和工程结构讲解

在前面的章节我们介绍了 STM32F1xx 官方 HAL 库包的一些知识,这些我们将着重讲解建

立基于 HAL 库的工程模板的详细步骤。在新建模板之前之前,首先我们要准备如下资料:

1) HAL 库开发包:STM32Cube_FW_F1_V1.8.0 这是 ST 官网下载的 STM32CubeF1 包完

整版,我们光盘目录(压缩包):

“\8,STM32 参考资料\1,STM32CubeF1 固件包\ en.stm32cubef1.zip”。

2) MDK5.23 开发环境(我们的板子的开发环境目前是使用这个版本)。这在我们光盘

的软件目录下面有安装包:软件资料\软件\MDK5。

3.3.1 新建基于 HAL 库工程模板

在新建之前,首先我们要说明一下,这一小节我们新建的工程放在光盘目录,路径为:“4,

程序源码\标准例程-库函数版本\实验 0-1 Template 工程模板-新建工程章节使用” 下面,大家

在学习新建工程过程中间遇到一些问题,可以直接打开这个模板,然后对比学习。

1) 在建立工程之前,我们建议用户在电脑的某个目录下面建立一个文件夹,后面所建立的工

程都可以放在这个文件夹下面,这里我们建立一个文件夹为 Template。这是工程的根目录文件

夹。然后为了方便我们存放工程需要的一些其他文件,这里我们还新建下面 4 个子文件夹:

CORE ,HALLIB,OBJ 和 USER。至于这些文件夹名字,实际上是可以任取的,我们这样取名只是为了方便识别。对于这些文件夹用来存放什么文件,我们后面的步骤会一一提到。新建

好的目录结构如下图 3.3.1.1.

图 3.3.1.1 新建文件夹

2) 接下来,打开 MDK,点击菜单 Project –>New Uvision Project ,然后将目录定位到刚才建

立的文件夹 Template 之下的 USER 子目录,工程取名为 Template 之后点击保存,工程文件就都

保存到 USER 文件夹下面。 操作过程如下图 3.3.1.2 和 3.3.1.3 所示:

图 3.3.1.2 新建工程

图 3.3.1.3 定义工程名称

接下来会出现一个选择 Device 的界面,就是选择我们的芯片型号,这里我们定位到

STMicroelectronics 下面的 STM32F103RC (针对我们的正点原子 mini STM32F103RCT6 板子是

这个型号)。这里我们选择 STMicroelectronics→STM32F1 Series→STM32F103→STM32F103RC(如果使用的是其他系列的芯片,选择相应的型号就可以了,例如我们的探索者 STM32 开发

板是 STM32F407ZG。特别注意:一定要安装对应的器件 pack 才会显示这些内容)。

图 3.3.1.4 选择芯片型号

点击 OK,MDK 会弹出 Manage Run-Time Environment 对话框,如图 3.3.1.5 所示:

图 3.3.1.5 Manage Run-Time Environment 界面

这是 MDK5 新增的一个功能,在这个界面,我们可以添加自己需要的组件,从而方便构建

开发环境,不过这里我们不做介绍。所以在图 3.3.1.5 所示界面,我们直接点击 Cancel,即可,得到如图 3.3.1.6 所示界面:

图 3.3.1.6 工程初步建立

3) 现在我们看看 USER 目录下面内容,如下图 3.3.1.7:

图 3.3.1.7 工程 USER 目录文件

这里我们说明一下, Template.uvprojx 是工程文件,非常关键,不能轻易删除,MDK5.23

生成的工程文件是以.uvprojx 为后缀。DebugConfig,Listings 和 Objects 三个文件夹是 MDK 自

动生成的文件夹。其中 DebugConfig 文件夹用于存储一些调试配置文件,Listings 和 Objects 文

件夹用来存储 MDK 编译过程的一些中间文件。这里,我们把 Listings 和 Objects 文件夹删除,

我们会在下一步骤中新建一个 OBJ 文件夹,用来存放编译中间文件。当然,我们不删除这两个

文件夹也没有关系,只是我们不用它而已。

4) 接下来我们将从官方 stm32cubeF1 包里面复制一些我们新建工程需要的关键文件到我们的工程目录中。首先,我们要将 STM32CubeF1 包里的源码文件复制到我们的工程目录文件夹下

面。打开官方 STM32CubeF1 包,定位到我们之前准备好的 HAL 库包的目录:

\STM32Cube_FW_F1_V1.8.0\Drivers\STM32F1xx_HAL_Driver 下面,将目录下面的 Src,Inc 文件

夹复制到我们刚才建立的 HALLIB 文件夹下面。Src 存放的是固件库的.c 文件,Inc 存放的是对

应的.h 文件,您不妨打开这两个文件目录过目一下里面的文件,每个外设对应一个.c 文件和一

个.h 头文件。操作完成后工程 HALLIB 目录内容如下图 3.3.1.8。

图 3.3.1.8 官方库源码文件夹

5) 接下来,我们要将 STM32CubeF1 包里面相关的启动文件以及一些关键头文件复制到我们的

工程目录 CORE 之下。打开 STM32CubeF1 包,定位到目录

\STM32Cube_FW_F1_V1.8.0\Drivers\CMSIS\Device\ST\STM32F1xx\Source\Templates\arm 下面,

将文件 startup_stm32f103xe.s 复 制 到 CORE 目 录 下 面 。 然 后 定 位 到 目 录

\STM32Cube_FW_F1_V1.8.0\Drivers\CMSIS\Include,将里面的四个头文件:cmsis_armcc.h,

cmsis_armclang.h,cmsis_compiler.h,core_cm3.h 同样复制到 CORE 目录下面。现在看看我们

的 CORE 文件夹下面的文件,如下图 3.3.1.9:

图 3.3.1.9 CORE 文件夹文件

6) 接下来我们要复制工程模板需要的一些其他头文件和源文件到我们工程。首先定位到目录:

\STM32Cube_FW_F1_V1.8.0\Drivers\CMSIS\Device\ST\STM32F1xx\Include 将里面的 3 个文件

stm32f1xx.h,system_stm32f1xx.h 和 stm32f103xe.h 复制到 USER 目录之下。这三个头文件是STM32F1 工程非常关键的头文件。前面我们介绍 STM32CubeF1 包的时候已经给大家介绍过。

然后进入目录\STM32Cube_FW_F1_V1.8.0\Projects\STM3210E_EVAL\Templates 目录下,这个目

录下面有好几个文件夹,如下图 3.3.1.10,我们需要从 Src 和 Inc 文件夹下面复制我们需要的文

件到 USER 目录。

图 3.3.1.10 固件库包 Template 目录下面文件一览

首先我们打开Inc目录,将目录下面的3个头文件stm32f1xx_it.h,stm32f1xx_hal_conf.h 和main.h

全部复制到USER 目录下面。然后我们打开 Src 目录,将下面的四个源文件 system_stm32f1xx.c,

stm32f1xx_it.c, stm32f1xx_hal_msp.c 和 main.c 同样全部复制到 USER 目录下面。相关文件复制

到 USER 目录之后 USER 目录文件如下图 3.3.1.11:

图 3.3.1.11 USER 目录文件浏览

7) 前面 6 个步骤,我们将需要的文件复制到了我们的工程目录下面了。接下来,我们还需要复制 ALIENTEK 编写的 SYSTEM 文件夹内容到工程目录中。首先,我们需要解释一下,这个

SYSTEM 文件夹内容是 ALIENTEK 为开发板用户编写的一套非常实用的函数库,比如系统时

钟初始化,串口打印,延时函数等,这些函数被很多工程师运用到自己的工程项目中。当然,

大家也可以根据自己需求决定是否需要 SYSTEM 文件夹,对于 STM32F103 的工程模板,如果

没有加入 SYSTEM 文件夹,那么大家需要自己定义系统时钟初始化。SYSTEM 文件夹对于库

函数版本程序和寄存器版本程序是有所区别的,这里我们新建的是 HAL 库工程模板,所以大

家从光盘程序源码目录之下的 HAL 库版本的任何一个实验中复制过来即可。这里我们打开光

盘的“4,程序源码\标准例程-库函数版本\实验 0-1 Template 工程模板-新建工程章节使用”工

程目录,从里面复制 SYSTEM 文件夹到我们的 Template 工程模板根目录即可。操作过程如下

图 3.3.1.12 和图 3.3.1.13 所示:

图 3.3.1.12 复制实验 0-1 的 SYSTEM 文件夹到工程根目录

图 3.3.1.13 复制 SYSTEM 文件夹之后的 Template 根目录文件夹结构

到这里,工程模板所需要的所有文件都已经复制进去。接下来,我们将在 MDK 中将这些文件

添加到工程。

8) 下面我们将前面复制过来的文件加入我们的工程中。右键点击 Target1,选择 Manage Project

Items,如下图 3.3.1.14 所示:

图 3.3.1.14 点击 Management Project Itmes

9) Project Targets 一栏,我们将 Target 名字修改为 Template,然后在 Groups 一栏删掉一个 Source

Group1,建立四个 Groups:USER,SYSTEM,CORE,和 HALLIB。然后点击 OK,可以看到

我们的 Target 名字以及 Groups 情况如下图 3.3.1.15 和图 3.3.1.16 所示:

图 3.3.1.15 新建 GROUP

图 3.3.1.16 查看工程 Group 情况

10)

下面我们往 Group 里面添加我们需要的文件。我们按照步骤 9 的方法,右键点击点

击 Tempate,选择 Manage Project Items.然后选择需要添加文件的 Group,这里第一步我们选择

HALLIB,然后点击右边的 Add Files,定位到我们刚才建立的目录\HALLIB\Src 下面,将里面所

有的文件选中(Ctrl+A),然后点击 Add,然后 Close.可以看到 Files 列表下面包含我们添加的文

件,如下图 3.3.1.17。这里需要说明一下,对于我们写代码,如果我们只用到了其中的某个外设,

我们就可以不用添加没有用到的外设的库文件。例如我只用 GPIO,我可以只用添加

stm32f1xx_gpio.c 而其他外设相关的可以不用添加。这里我们全部添加进来是为了后面方便,不

用每次添加,当然这样的坏处是工程太大,编译起来速度慢,用户可以自行选择。

图 3.3.1.17 添加文件到 HALLIB 分组

stm32f1xx_hal_msp_template.c 文件内容是一些空函数,一般也不需要引入。删除某个方法如下

图 3.3.1.18 所示

图 3.3.1.18 删掉 HALLIB 分组中不需要的源文件

11)

用上面同样的方法,将 Groups 定位到 CORE,USER 和 SYSTEM 分组之下,添加需要的

文件。CORE 分组下面需要添加的文件为一些头文件以及启动文件 startup_stm32f103xe.s(注意,

默认添加的时候文件类型为.c,添加.h 头文件和 startup_stm32f103xe.s 启动文件的时候,你需

要选择文件类型为 All files 才能看得到这些文件)。USER 分组下面需要添加的文件 USER 目录

下面所有的.c 文件:main.c,stm32f1xx_hal_msp.c,stm32f1xx_it.c 和 system_stm32f1xx.c 四个

文件。 SYSTEM 分组下面需要添加 SYSTEM 文件夹下所有子文件夹内的.c 文件,包括 sys.c,

usart.c 和 delay.c 三个源文件。添加完必要的文件到工程之后,最后点击 OK,回到工程主界面。

操作过程如下图 3.3.1.19~3.3.1.22:

图 3.3.1.19 添加文件到 USER 分组

图 3.3.1.20 文件添加到 USER 分组完成

使用同样的方法,选中 CORE 分组,点击 Add Files 按钮,添加需要的文件到 CORE 分组。

图3.3.1.21添加.h头文件和启动文件到CORE分组

图3.3.1.22添加启动文件和头文件到CORE分组完成

最后添加文件到SYSTEM分组,这里需要注意,SYSTEM文件夹包含三个子文件夹sys,delay和

usart。在添加文件的时候,需要分别定为到三个子文件夹内部,依次添加下面的.c文件即可。

添加完成后如下图3.3.1.23所示:

图3.3.1.23添加文件到SYSTEM分组

添加完所有文件到工程中之后,我们点击OK按钮,回到MDK工程主界面,如下图3.3.1.24

所示:

图3.3.1.24 工程分组情况

接下来我们要在MDK里面设置头文件存放路径。也就是告诉MDK到那些目录下面去

寻找包含了的头文件。这一步骤非常重要。如果没有设置头文件路径,那么工程会出现报

错头文件路径找不到。具体操作如下图3.3.1.25和3.3.1.26所示,5步之后添加相应的

头文件路径。

图3.3.1.25进入PATH配置界面

图3.3.1.26添加头文件路径到PATH

这里大家需要注意,这里添加的路径必须添加到头文件所在目录的最后一级。比如在SYSTEM

文件夹下面有三个子文件夹下面都有.h头文件,这些头文件在工程中都需要使用到,所以我们

必须将这三个子目录都包含进来。这里我们需要添加的头文件路径包括:\CORE,\USER\,

\SYSTEM\delay ,\SYSTEM\\usart,SYSTEM\sys以及\HALLIB\Inc。这里还需要提醒大家,HAL

库存放头文件子目录是\HALLIB\Inc,不是HALLIB\Src,其次很多朋友都是这里弄错导致报

很多奇怪的错误。添加完成之后如下图3.3.1.27所示。

图3.3.1.27添加头文件路径

接下来对于STM32F103系列的工程,还需要添加全局宏定义标识符,所谓全局宏定义标识符,就是在工程中任何地方都可见。添加方法是点击魔术棒之后,进入C/C++选项卡,然

后在Define输入框连输入:USE_HAL_DRIVER,STM32F103xE。注意这里是两个标识符

USE_HAL_DRIVER和STM32F103xE,他们之间是用逗号隔开的,请大家注意。这个字符串大家可以直接打开我们光盘的新建好的工程模板,从里面复制。模板存放目录为:程序源码\标准例程-库函数版本\实验0-1 Template工程模板-新建工程章节使用。本步骤操作过程如下图3.3.1.28所示:

图3.3.1.28 添加全局宏定义标识符

接下来我们要编译工程,在编译之前我们首先要选择编译中间文件编译后存放目录。前面我们讲过,MDK默认编译后的中间文件存放目录为USER目录下面的Listings和Objects

子目录,这里为了和我们ALIENTEK工程结构保持一致,我们重新选择存放到目录OBJ目录之下。操作方法是点击魔术棒然后选择“Output”选项下面的“Select folder for objects…”然后选择目录为我们上面新建的OBJ目录,然后依次点击OK即可。操作过程如下图3.3.1.29

和3.3.1.30所示:

图3.3.1.29 点击按钮“Select Folder for Objects…”

图3.3.1.30 选择OBJ目录为中间文件存放目录

选择完OBJ目录为编译中间文件存放目录之后,点击OK回到Output选项卡。这里我们还

要勾上“Create HEX File”选项和Browse Information选项。Create HEX File选项选

上是要求编译之后生成HEX文件。而Browse Information选项选上是方便我们查看工程

中的一些函数变量定义等。具体操作方法如下图3.3.1.31所示:

图3.3.1.31 勾选上Create HEX file和Browse Information选项

接下来在编译之前,我们先把main.c文件里面的内容替换为如下内容:

void Delay(__IO uint32_t nCount);

void Delay(__IO uint32_t nCount)

{

while(nCount–){}

}

int main(void)

{

GPIO_InitTypeDef GPIO_Initure;

HAL_Init(); //初始化 HAL 库

Stm32_Clock_Init(RCC_PLL_MUL9);

//设置时钟,72M

__HAL_RCC_GPIOB_CLK_ENABLE(); //开启 GPIOB 时钟

__HAL_RCC_GPIOE_CLK_ENABLE(); //开启 GPIOE 时钟

GPIO_Initure.Pin=GPIO_PIN_5;

//PB5

GPIO_Initure.Mode=GPIO_MODE_OUTPUT_PP; //推挽输出

GPIO_Initure.Pull=GPIO_PULLUP; //上拉

GPIO_Initure.Speed=GPIO_SPEED_FREQ_HIGH; //高速

HAL_GPIO_Init(GPIOB,&GPIO_Initure);

GPIO_Initure.Pin=GPIO_PIN_5;

//PE5

HAL_GPIO_Init(GPIOE,&GPIO_Initure);

while(1)

{

HAL_GPIO_WritePin(GPIOB,GPIO_PIN_5,GPIO_PIN_SET);

//PB5 置 1

HAL_GPIO_WritePin(GPIOE,GPIO_PIN_5,GPIO_PIN_SET);

//PE5 置 1

Delay(0x7FFFFF);

HAL_GPIO_WritePin(GPIOB,GPIO_PIN_5,GPIO_PIN_RESET); //PB5 置 0

HAL_GPIO_WritePin(GPIOE,GPIO_PIN_5,GPIO_PIN_RESET); //PE5 置 0

Delay(0x7FFFFF);

}

}

上面这段代码,大家如果不方便自己编写,可以直接打开我们光盘库函数源码目录“4,

程序源码\标准例程-库函数版本\实验 0-1 Template 工程模板-新建工程章节使用 ”找到我们已

经新建好的工程模板 USER 目录下面的 main.c 文件,直接复制过来即可。

16)

下面我们点击编译按钮

编译工程,可以看到工程编译通过没有任何错误和警告。

图 3.3.1.32 编译工程

这里大家可能会遇到编译之后会有一个警告,警告的内容是:“warning: #1-D: last line of

file ends without a newline”。我们只需要在 main.c 函数结尾加一个回车即可解决,这个

是 MDK 自身的 BUG。

17)

到这里,一个基于 HAL 库的工程模板就建立完成,同时在工程的 OBJ 目录下面生成了

对应的 hex 文件。大家可以参考后面我们 3.4 小节的内容,将 hex 文件下载到开发板,会发现

两个 led 灯不停的闪烁现象。

18)

这里还一个地方需要大家修改一下,那就是关于系统初始化之后的中断优先级分组组

号的设置。默认情况下调用 HAL 初始化函数 HAL_Init 之后,会设置分组为组 4,这里我们正

点原子所有实验使用的是分组 2,所以我们修改 HAL_Init 函数内部,重新设置分组为组 2 即可。

具体方法是:打开 HALLIB 分组之下的 stm32f1xx_hal.c 文件,搜索函数 HAL_Init,找到函数体,

里面默认有这样一行代码:

HAL_NVIC_SetPriorityGrouping(NVIC_PRIORITYGROUP_4);

我们将入口参数 NVIC_PRIORITYGROUP_4 修改为 NVIC_PRIORITYGROUP_2 即可。关

于中断优先级分组相关知识请参考本手册 4.5 小节即可。

3.3.2 工程模板解读

上一节,我们新建了一个基于 HAL 库的 STM32F103 工程模板,本节,我们将给大家讲解

工程模板中的一些关键文件的作用以及整个工程模板程序运行流程。通过对本节内容的学习,

大家将对 STM32F103 工程有一个比较全面的了解,为后面实验学习打下良好的基础。

3.3.2.1 关键文件介绍

在讲解之前我们需要说明一点,任何一个 MDK 工程,不管它有多复杂,无非就是一些.c

源文件和.h 头文件,还有一些类似.s 的启动文件或者 lib 文件等。在工程中,他们通过各种包含

关系组织在一起,被我们用户代码最终调用或者引用。所以我们必须了解这些文件的作用以及

他们之间的包含关系,从而理解这个工程的运行流程,这样我们才能在项目开发中得心应手。

1) HAL 库关键文件介绍如下表 3.3.2.1 所示:

表 3.3.2.1 HAL 库文件介绍

2) stm32f1xx_it.c/stm32f1xx_it.h 文件

这两个文件非常简单,也非常好理解。stm32f1xx_it.h 中主要是一些中断服务函数的申明。

stm32f1xx_it.h 中是这些中断服务函数定义,而这些函数定义除了 Systick 中断服务函数

SysTick_Handler 外基本都是空函数,没有任何控制逻辑。一般情况下,我们可以去掉这两

个文件,然后把中断服务函数写在工程中的任何一个可见文件中。

3) stm32f1xx.h 头文件

头文件 stm32f1xx.h 内容看似非常少,却非常重要,它是所有 stm32f1 系列的顶层头文件。

使用 STM32F1 任何型号的芯片,都需要包含这个头文件。同时,因为 stm32f1 系列芯片型

号非常多,ST 为每种芯片型号定义了一个特有的片上外设访问层头文件,比如 STM32F103

系列,ST 定义了一个头文件 stm32f103xx.h,然后 stm32f1xx.h 顶层头文件会根据工程芯片

型号,来选择包含对应芯片的片上外设访问层头文件。我们可以打开 stm32f1xx.h 头文件可

以看到,里面有如下几行代码

#if defined(STM32F100xB)

#include “stm32f100xb.h”

#elif defined(STM32F101xE)

#include “stm32f101xe.h”

#else

#error “Please select first the target STM32F1xx device used in your application

(in stm32f1xx.h file)”

#endif

这几行代码非常好理解,我们以 stm3f103 为例,如果定义了宏定义标识符 STM32F103xx,

那么头文件 stm32f1xx.h 将会包含头文件 stm32f103xx.h。实际上,在我们上一节新建工程

的时候,我们在 C/C++选项卡里面输入的全局宏定义标识符中就包含了标识符 STM32F103xx

(请参考图 3.3.1.28)。所以头文件 stm32f103xx.h 一定会被整个工程所引用。

4) stm32f103xx.h 头文件

根据前面的讲解,stm32f103xx.h 是 stm32f103 系列芯片通用的片上外设访问层头文件,只

要我们进行 stm32f103 开发,就必然要使用到该文件。打开该文件我们可以看到里面主要

是一些结构体和宏定义标识符。这个文件的主要作用是寄存器定义声明以及封装内存操作。

在后面寄存器地址名称映射分析小节我们会给大家详细讲解。

5) system_stm32f1xx.c/system_stm32f1xx.h 文件

头文件system_stm32f1xx.h和源文件system_stm32f1xx.c主要是声明和定义了系统初始化函

数 SystemInit 以及系统时钟更新函数 SystemCoreClockUpdate。SystemInit 函数的作用是进行

时钟系统的一些初始化操作以及中断向量表偏移地址设置,但它并没有设置具体的时钟值,

这是与标准库的最大区别,在使用标准库的时候,SystemInit 函数会帮我们配置好系统时钟

配置相关的各个寄存器。在启动文件 startup_stm32f103xx.s 中会设置系统复位后,直接调

用 SystemInit 函数进行系统初始化。SystemCoreClockUpdate 函数是在系统时钟配置进行修

改后,调用这个函数来更新全局变量 SystemCoreClock 的值,变量 SystemCoreClock 是一个

全局变量,开放这个变量可以方便我们在用户代码中直接使用这个变量来进行一些时钟运

算。

6) stm32f1xx_hal_msp.c 文件

MSP,全称为 MCU support package,关于怎么理解 MSP,我们后面在讲解程序运行流程的时

候会给大家举例详细讲解,这里大家只需要知道,函数名字中带有 MspInit 的函数,它们

的作用是进行 MCU 级别硬件初始化设置,并且它们通常会被上一层的初始化函数所调用,

这样做的目的是为了把MCU相关的硬件初始化剥夺出来,方便用户代码在不同型号的MCU

上移植。stm32f1xx_hal_msp.c 文件定义了两个函数 HAL_MspInit 和 HAL_MspDeInit。这两个

函数分别被文件 stm32f1xx_hal.c 中的 HAL_Init 和 HAL_DeInit 所调用。HAL_MspInit 函数的

主要作用是进行 MCU 相关的硬件初始化操作。例如我们要初始化某些硬件,我们可以硬

件相关的初始化配置写在 HAL_MspDeinit 函数中。这样的话,在系统启动后调用了 HAL_Init

之 后 , 会 自 动 调 用 硬 件 初 始 化 函 数 。 实 际 上 , 我 们 在 工 程 模 板 中 直 接 删 掉

stm32f1xx_hal_msp.c 文件也不会对程序运行产生任何影响。对于这个文件存在的意义,我

们在后面讲解完程序运行流程之后,大家会有更加清晰的理解。

7) startup_stm32f103xe.s 启动文件

STM32 系列所有芯片工程都会有一个.s 启动文件。对于不同型号的 stm32 芯片启动文件也

是不一样的。我们的开发板是 STM32F103 系列,所以我们需要使用与之对应的启动文件

startup_stm32f103xe.s。启动文件的作用主要是进行堆栈的初始化,中断向量表以及中断函

数定义等。启动文件有一个很重要的作用就是系统复位后引导进入 main 函数。打开启动文

件 startup_stm32f103xe.s,可以看到下面几行代码:

; Reset handler

Reset_Handler PROC

EXPORT Reset_Handler [WEAK]

IMPORT __main

IMPORT SystemInit

LDR R0, =SystemInit

BLX R0

LDR R0, =__main

BX R0

ENDP

Reset_Handler 在我们系统启动的时候会执行,这几行代码的作用是在系统启动之后,首先

调用 SystemInit 函数进行系统初始化,然后引导进入 main 函数执行用户代码。

3.3.2.2 HAL 库中__weak 修饰符讲解

在 HAL 库中,很多回调函数前面使用__weak 修饰符,这里我们有必要给大家讲解__weak

修饰符的作用。

weak 顾名思义是“弱”的意思,所以如果函数名称前面加上__weak 修饰符,我们一般称

这个函数为“弱函数”。加上了__weak 修饰符的函数,用户可以在用户文件中重新定义一个同

名函数,最终编译器编译的时候,会选择用户定义的函数,如果用户没有重新定义这个函数,

那么编译器就会执行__weak 声明的函数,并且编译器不会报错。

这里我给大家举个例子来加深大家的理解。比如我们打开工程模板,找到并打开文件

stm32f1xx_hal.c 文件,里面定义了一个函数 HAL_MspInit,定义如下:

__weak void HAL_MspInit(void)

{

}

大家可以看出,HAL_MspInit 函数前面有加修饰符__weak。同时,在该文件的前面有定义函数

HAL_Init,并且 HAL_Init 函数中调用了函数 HAL_MspInit。

HAL_StatusTypeDef HAL_Init(void)

{

…//此处省略部分代码

HAL_MspInit();

return HAL_OK;

}

如果我们没有在工程中其他地方重新定义 HAL_MspInit()函数,那么 HAL_Init 初始化函数执行

的时候,会默认执行 stm32f1xx_hal.c 文件中定义的 HAL_MspInit 函数,而这个函数没有任何控

制逻辑。如果用户在工程中重新定义函数 HAL_MspInit,那么调用 HAL_Init 之后,会执行用

户自己定义的 HAL_MspInit 函数而不会执行 stm32f1xx_hal.c 默认定义的函数。也就是说,表面

上我们看到函数 HAL_MspInit 被定义了两次,但是因为有一次定义是弱函数,使用了__weak

修饰符,所以编译器不会报错。

__weak 在回调函数的时候经常用到。这样的好处是,系统默认定义了一个空的回调函数,

保证编译器不会报错。同时,如果用户自己要定义用户回调函数,那么只需要重新定义即可,

不需要考虑函数重复定义的问题,使用非常方便,在 HAL 库中__weak 关键字被广泛使用。

3.3.2.3 Msp 回调函数执行过程解读

大家先打开我们前面新建的工程模板,搜索 MspInit 字符串可以发现,在我们的工程模板

文件中,有 70 多个文件定义或者调用了函数名字中包含 MspInit 字符串的函数,而且函数名字

基本遵循 HAL_PPP_MspInit 格式(PPP 代表任意外设)。那么这些函数是怎么被程序调用,又

是什么作用呢?下面我们以串口为例进行讲解。

大家打开我们的工程模板 SYSTEM 分组下面的 usart.c 文件可以看到,内部我们定义了两

个函数 uart_init 和 HAL_UART_MspInit。我们先来大致看看这两个函数的定义(基于篇幅考虑

我们省略部分非关键代码行):

void uart_init(u32 bound)

{

UART1_Handler.Instance=USART1;

//USART1

UART1_Handler.Init.BaudRate=bound;

//波特率

…//此处省略部分串口 1 参数设置代码

UART1_Handler.Init.Mode=UART_MODE_TX_RX;

//收发模式

HAL_UART_Init(&UART1_Handler); //HAL_UART_Init()会使能 UART1

}

//UART 底层初始化,时钟使能,引脚配置,中断配置

void HAL_UART_MspInit(UART_HandleTypeDef *huart)

{

…//此处省略部分代码

GPIO_Initure.Pin=GPIO_PIN_9;

//PA9

GPIO_Initure.Mode=GPIO_MODE_AF_PP;

//复用推挽输出

HAL_GPIO_Init(GPIOA,&GPIO_Initure); //初始化 PA9

GPIO_Initure.Pin=GPIO_PIN_10;

//PA10

HAL_GPIO_Init(GPIOA,&GPIO_Initure); //初始化 PA10

…//此处省略部分代码

}

用户函数 uart_init 主要作用是设置串口 1 相关参数,包括波特率,停止位,奇偶校验位等,

并且最终是通过调用 HAL_UART_Init 函数进行参数设置。而函数 HAL_UART_MspInit 则主要

进行串口 GPIO 引脚初始化设置。接下来我们打开 usart_init 函数内部调用的 UART 初始化函数

HAL_UART_Init 可以看到代码如下:

HAL_StatusTypeDef HAL_UART_Init(UART_HandleTypeDef *huart)

{

…//此处省略部分代码

if(huart->State == HAL_UART_STATE_RESET)//如果串口没有进行过初始化

{

huart->Lock = HAL_UNLOCKED;

HAL_UART_MspInit(huart);

}

…//此处省略部分代码

return HAL_OK;

}

在函数 HAL_UART_Init 内部,通过判断逻辑判断如果串口还没有进行初始话,那么会调

用函数 HAL_UART_MspInit 进 行 相 关 初 始 化 设 置 。 同 时 , 我 们 可 以 看 到 , 在 文 件

stm32f1xx_hal_uart.c 内部,有定义一个弱函数 HAL_UART_MspInit,内容如下:

__weak void HAL_UART_MspInit(UART_HandleTypeDef *huart)

{

UNUSED(huart);

}

这里定义的弱函数 HAL_UART_MspInit 是一个空函数,没有任何实际的控制逻辑。根据前面的

讲解可知,__weak 修饰符定义的弱函数如果用户自己重新定义了这个函数,那么会优先执行用

户定义函数。所以,实际上在函数 HAL_UART_Init 内部调用的 HAL_UART_MspInit()函数,最

终执行的是用户在 usart.c 中自定义的 HAL_UART_MspInit()函数。

那 么 整 个 串 口 初 始 化 的 过 程 为 : 用 户 函 数 usart_init→ HAL_UART_Init→

HAL_UART_MspInit。学到这里有同学会问,为什么串口相关初始化不在 HAL_UART_Init 函数

内部一次初始化而还要调用函数 HAL_UART_MspInit()呢?这实际就是 HAL 库的一个优点,它

通过开放一个回调函数 HAL_UART_MspInit(),让用户自己去编写与串口相关的 MCU 级别的

硬件初始化,而与 MCU 无关的串口参数相关的通用配置则放在 HAL_UART_Init。

我们要初始化一个串口,首先要设置和 MCU 无关的东西,例如波特率,奇偶校验,停止

位等,这些参数设置和 MCU 没有任何关系,可以使用 STM32F1,也可以是 STM32F2/F3/F4/F7

上的串口。而一个串口设备它需要一个 MCU 来承载,例如用 STM32F1 来做承载,PA9 做为发

送,PA10 做为接收,MSP 就是要初始化 STM32F1 的 PA9,PA10,配置这两个引脚。所以 HAL

驱动方式的初始化流程就是:HAL_USART_Init()—>HAL_USART_MspInit() ,先初始化与 MCU

无关的串口协议,再初始化与 MCU 相关的串口引脚。在 STM32 的 HAL 驱动中

HAL_PPP_MspInit()作为回调,被 HAL_PPP_Init()函数所调用。当我们需要移植程序到 STM32F1

平台的时候,我们只需要修改 HAL_PPP_MspInit 函数内容而不需要修改 HAL_PPP_Init 入口参

数内容。

在 STM32 的 HAL 库中,大部分外设都有回调函数 HAL_MspInit,通过对本小节学习,大

家对这些回调函数的作用和调用过程会非常熟悉,这里我们就不做一一列举。

3.3.2.4 程序执行流程图

经过前面的讲解,大家对工程模板以及关键文件有了比较详细的了解。接下来我们看看程

序执行流程如下图 3.3.2.4.1 所示:

图 3.3.2.4.1 程序执行流程

从该流程图可以非常清晰的理解整个程序执行流程,这里我们略微讲解一下。启动文

件 startup_stm32f103xe.s 中 Reset_Handler 部分会引导先执行 SystemInit 函数,然后再进入

main 函数。在 main 函数内部,一般情况下,我们会把 HAL 初始化函数 HAL_Init 放在最

开头部分,然后再进行时钟初始化设置。这些设置完成之后,接下来便是调用外设初始化

函数 HAL_PPP_Init 进行外设参数初始化设置,同时重写回调函数 HAL_PPP_MspInit 进行

外设 MCU 相关的参数设置。最后编写我们的控制逻辑。关于程序执行流程我们就给大家

介绍到这里。

3.4 程序下载与调试

上一节,我们学会了如何在 MDK 下创建 STM32F1 工程。本节,我们将向读者介绍 STM32F1

的代码下载以及调试。这里的调试包括了软件仿真和硬件调试(在线调试)。通过本章的学习,

你将了解到:1、STM32F1 程序下载;2、利用 ST-LINK 对 STM32F1 进行下载与在线调试。

这里大家要注意,为了让大家能够更好的学习调试,我们将 3.3 小节新建的工程模板中的

main.c 文件内容进行了简单的修改。修改后的工程模板在光盘目录:\4,程序源码\2,标准例

程-库函数版本\实验 0-2 Template 工程模板-调试章节使用。本小节下载和调试的工程请参考该

工程模板。

3.4.1 STM32 串口程序下载

STM32F1 的程序下载有多种方法:USB、串口、JTAG、SWD 等,这几种方式,都可以用

来给 STM32F103 下载代码。不过,最简单也是最经济的,就是通过串口给 STM32F103 下载代

码。本节,我们将向大家介绍,如何利用串口给 STM32F103(以下简称 STM32)下载代码。

STM32 的串口下载一般是通过串口 1 下载的, 本手册的实验平台 ALIENTEK 战舰

STM32F103 开发板,不是通过 RS232 串口下载的,而是通过自带的 USB 串口来下载。看起来

像是 USB 下载(只需一根 USB 线,并不需要串口线)的,实际上,是通过 USB 转成串口,然

后再下载的。

下面,我们就一步步教大家如何在实验平台上利用 USB 串口来下载代码。

首先要在板子上设置一下,在板子上把 RXD 和 PA9(STM32 的 TXD),TXD 和 PA10(STM32

的 RXD)通过跳线帽连接起来,这样我们就把 CH340G 和 MCU 的串口 1 连接上了。这里由于

ALIENTEK 这款开发板自带了一键下载电路,所以我们并不需要去关心 BOOT0 和 BOOT1 的

状态,但是为了让下下载完后可以按复位执行程序,我们建议大家把 BOOT1 和 BOOT0 都设置

为 0。设置完成如图 3.4.1.1 所示

图 3.4.1.1 开发板串口下载跳线设置

这里简单说明一下一键下载电路的原理,我们知道,STM32 串口下载的标准方法是两个步

骤:

1, 把 B0 接 V3.3(保持 B1 接 GND)。

2, 按一下复位按键。

通过这两个步骤,我们就可以通过串口下载代码了,下载完成之后,如果没有设置从

0X08000000 开始运行,则代码不会立即运行,此时,你还需要把 B0 接回 GND,然后再按一

次复位,才会开始运行你刚刚下载的代码。所以整个过程,你得跳动 2 次跳线帽,还得按 2 次

复位,比较繁琐。而我们的一键下载电路,则利用串口的 DTR 和 RTS 信号,分别控制 STM32

的复位和 B0,配合上位机软件(flymcu),设置:DTR 的低电平复位,RTS 高电平进 BootLoader,

这样,B0 和 STM32 的复位,完全可以由下载软件自动控制,从而实现一键下载。

接着我们在 USB_232 处插入 USB 线,并接上电脑,如果之前没有安装 CH340G 的驱动(如

果已经安装过了驱动,则应该能在设备管理器里面看到 USB 串口,如果不能则要先卸载之前的

驱动,卸载完后重启电脑,再重新安装我们提供的驱动),则需要先安装 CH340G 的驱动,找

到光盘→软件资料→软件 文件夹下的 CH340 驱动,安装该驱动,如图 3.4.1.2 所示:

图 3.4.1.2 CH340 驱动安装

在驱动安装成功之后,拔掉 USB 线,然后重新插入电脑,此时电脑就会自动给其安装驱动

了。在安装完成之后,可以在电脑的设备管理器里面找到 USB 串口(如果找不到,则重启下电

脑),如图 3.4.1.3 所示:

图 3.4.1.3 USB 串口

在图 3.4.1.3 中可以看到,我们的 USB 串口被识别为 COM3,这里需要注意的是:不同电

脑可能不一样,你的可能是 COM4、COM5 等,但是 USB-SERIAL CH340,这个一定是一样的。

如果没找到 USB 串口,则有可能是你安装有误,或者系统不兼容。

在安装了 USB 串口驱动之后,我们就可以开始串口下载代码了,这里我们的串口下载软件

选择的是 flymcu,该软件是 mcuisp 的升级版本,由 ALIENTEK 提供部分赞助,mcuisp 作者开

发,该软件可以在www.mcuisp.com 免费下载,本手册的光盘也附带了这个软件,版本为V0.188。

该软件启动界面如图 3.4.1.4 所示

图 3.4.1.4 flymcu 启动界面

然后我们选择要下载的 Hex 文件,以前面我们新建的工程为例,因为我们前面在工程建立

的时候,就已经设置了生成 Hex 文件,所以编译的时候已经生成了 Hex 文件,我们只需要找到

这个 Hex 文件下载即可。

用 flymcu 软件打开 OBJ 文件夹,找到对应的 hex 文件 Template.hex,打开并进行相应设置

后,如图 3.4.1.5 所示

图 3.4.1.5 flymcu 设置

图 3.4.1.5 中圈中的设置,是我们建议的设置。编程后执行,这个选项在无一键下载功能的

条件下是很有用的,当选中该选项之后,可以在下载完程序之后自动运行代码。否则,还需要

按复位键,才能开始运行刚刚下载的代码。

编程前重装文件,该选项也比较有用,当选中该选项之后,flymcu 会在每次编程之前,将

hex 文件重新装载一遍,这对于代码调试的时候是比较有用的。特别提醒:不要选择使用 RamIsp,

否则,可能没法正常下载。

最后,我们选择的 DTR 的低电平复位,RTS 高电平进 BootLoader,这个选择项选中,flymcu

就会通过 DTR 和 RTS 信号来控制板载的一键下载功能电路,以实现一键下载功能。如果不选

择,则无法实现一键下载功能。这个是必要的选项(在 BOOT0 接 GND 的条件下)。

在装载了 hex 文件之后,我们要下载代码还需要选择串口,这里 flymcu 有智能串口搜索功

能。每次打开 flymcu 软件,软件会自动去搜索当前电脑上可用的串口,然后选中一个作为默认

的串口(一般是你最后一次关闭时所选择的串口)。也可以通过点击菜单栏的搜索串口,来实

现自动搜索当前可用串口。串口波特率则可以通过 bps 那里设置,对于 STM32F103,可以设置

为最高:460800,而如果是 F4,则建议最高设置为:76800 即可。然后,找到 CH340 虚拟的串

口,如图 3.4.1.6 所示

图 3.4.1.6 CH340 虚拟串口

从之前 USB 串口的安装可知,开发板的 USB 串口被识别为 COM3 了(如果你的电脑是被

识别为其他的串口,则选择相应的串口即可),所以我们选择 COM3,波特率设置为 460800。

设置好之后,我们就可以通过按开始编程(P)这个按钮,一键下载代码到 STM32 上,下载成

功后如图 3.4.1.7 所示

图 3.4.1.7 下载完成

图 3.4.1.7 中,我们圈出了 flymcu 对一键下载电路的控制过程,其实就是控制 DTR 和 RTS

电平的变化,控制 BOOT0 和 RESET,从而实现自动下载。另外,因为 STM32F1 的每次下载

都需要整片擦除,而 STM32F1 的整片擦除是非常慢的(STM32F1 比较快),这里的全片擦除,

得等待几十秒钟,才可以执行完成,请大家耐心等待。但是 ST-LINK 下载不存在这个问题,所

以,我们建议,有条件的话,最好还是用 ST-LINK 下载比较快。

另外,下载成功后,会有“共写入 xxxxKB,耗时 xxxx 毫秒”的提示,并且从 0X80000000

处开始运行了,我们打开串口调试助手(XCOM V2.0,在光盘→6,软件资料→软件→串口调

试助手里面)选择 COM3(得根据你的实际情况选择),设置波特率为 115200,会发现从

ALIENTEK Mini STM32F1 开发板发回来的信息,如图 3.4.1.8 所示:

图 3.4.1.8 程序开始运行了

接收到的数据和我们期望的是一样的,证明程序没有问题。至此,说明我们下载代码成功

了,并且从硬件上验证了我们代码的正确性。

3.4.2 使用 ST-LINK 下载与调试程序

上一节,我们介绍了如何通过利用串口给 STM32 下载代码,并在 ALIENTEK Mini STM32

开发板上验证了我们程序的正确性。这个代码比较简单,所以不需要硬件调试,我们直接就一

次成功了。可是,如果你的代码工程比较大,难免存在一些 bug,这时,就有必要通过硬件调

试来解决问题了。串口只能下载代码,并不能实时跟踪调试,而利用调试工具,比如 ST-LINK,JLINK 和

ULINK 等就可以实时跟踪程序,从而找到你程序中的 bug,使你的开发事半功倍。这里我们

以 ST-LINK 为例,说说如何在线调试 STM32F103。

ST-LINK 支持 JTAG 和 SWD,同时 STM32F103 也支持 JTAG 和 SWD。所以,我们有 2

种方式可以用来调试,JTAG 调试的时候,占用的 IO 线比较多,而 SWD 调试的时候占用的 IO

线很少,只需要两根即可。

ST-LINK 的驱动安装比较简单,我们在这里就不说了,请大家参考:光盘→6,软件资料

→1,软件→ST LINK 驱动及教程 文件夹里面的《STLINK 调试补充教程.pdf》自行安装。

在安装 ST-LINK 的驱动之后,我们接上 ST-LINK,并用灰排线连接 ST LINK 和开发板的

JTAG 接口,打开之前 3.3 节新建的工程,点击

,打开 Options for Target 选项卡,在 Debug

栏选择仿真工具为 ST-Link Debugger,如图 3.4.2.1 所示:

图 3.4.2.1 Debug 选项卡设置

上图中我们还勾选了 Run to main(),该选项选中后,只要点击仿真就会直接运行到 main 函

数,如果没选择这个选项,则会先执行 startup_stm32f103xe.s 文件的 Reset_Handler,再跳到 main

函数。

然后我们点击 Settings,设置 ST-LINK 的一些参数,如图 3.4.2.2 所示:

图 3.4.2.2ST-LINK 模式设置

图 3.4.2.2 中,我们使用 ST-LINK 的 SW 模式调试,因为我们 JTAG 需要占用比 SW 模式多很多的 IO 口,而在开发板上这些 IO 口可能被其他外设用到,可能造成部分外设无法使用。所

以,我们建议大家在调试的时候,一定要选择 SW 模式。可能造成部分外设无法使用。所以,

我们建议大家在调试的时候,一定要选择 SW 模式。Max Clock 我们设置为最大:4Mhz(需要

更新固件,否则最大只能到 1.8Mhz),这里,如果你的 USB 数据线比较差,那么可能会出问题,

此时,你可以通过降低这里的速率来试试。

单击 OK,完成此部分设置,接下来我们还需要在 Utilities 选项卡里面设置下载时的目标编

程器,如图 3.4.2.3 所示:

图 3.4.2.3 FLASH 编程器选择

图 3.4.2.3 中,我们直接勾选 Use Debug Driver,即和调试一样,选择 ST-LINK 来给目标器

件的 FLASH 编程,然后点击 Settings,设置如图 3.4.2.4 所示:

图 3.4.2.4 编程设置

这里 MDK5 会根据我们新建工程时选择的目标器件,自动设置 flash 算法。我们使用的是

STM32F103RCT6,FLASH 容量为 256K 字节,所以 Programming Algorithm 里面默认会有 512K型号的 STM32F10x FLASH 算法。特别提醒:这里的 512K flash 算法,不仅仅针对 512K 容量

的 STM32F103,对于小于 512K FLASH 的型号,也是采用这个 flash 算法的。最后,选中 Reset

and Run 选项,以实现在编程后自动运行,其他默认设置即可。设置完成之后,如图 3.4.2.4 所

示。

在设置完之后,点击 OK,然后再点击 OK,回到 IDE 界面,编译一下工程。接下来我们

就可以通过 ST-LINK 下载代码和调试代码。

配置好 ST-LINK 之后,使用 ST-LINK 下载代码就非常简单,大家只需要点击 LOAD 按钮

就可以进行程序下载。下载完成之后程序就可以直接在开发板执行。如图 3.4.2.5:

图 3.4.2.5 编译和下载按钮

接下来我们看看用 ST-LINK 进行程序仿真。点击

,开始仿真(如果开发板的代码没被

更新过,则会先更新代码,再仿真,你也可以通过按

,只下载代码,而不进入仿真。特别注

意:开发板上的 B0 和 B1 都要设置到 GND,否则代码下载后不会自动运行的!),如图 3.4.2.6

所示

图 3.4.2.6 开始仿真

因为我们之前勾选了 Run to main()选项,所以,程序直接就运行到了 main 函数的入口处,

我们在 Delay(0x7FFFFF)处设置了一个断点,点击

,程序将会快速执行到该处。如图 3.4.2.7

所示

图 3.4.2.7 程序运行到断点处

因为我们之前勾选了 Run to main()选项,所以,程序直接就运行到了 main 函数的入口处。

另外,此时 MDK 多出了一个工具条,这就是 Debug 工具条,这个工具条在我们仿真的时候是

非常有用的,下面简单介绍一下 Debug 工具条相关按钮的功能。Debug 工具条部分按钮的功能

如图 3.4.2.8 所示:

图 3.4.2.8 Debug 工具条

复位:其功能等同于硬件上按复位按钮。相当于实现了一次硬复位。按下该按钮之后,代

码会重新从头开始执行。

执行到断点处:该按钮用来快速执行到断点处,有时候你并不需要观看每步是怎么执行的,而是想快速的执行到程序的某个地方看结果,这个按钮就可以实现这样的功能,前提是你在查

看的地方设置了断点。

停止运行:此按钮在程序一直执行的时候会变为有效,通过按该按钮,就可以使程序停止

下来,进入到单步调试状态。

执行进去:该按钮用来实现执行到某个函数里面去的功能,在没有函数的情况下,是等同

于执行过去按钮的。

执行过去:在碰到有函数的地方,通过该按钮就可以单步执行过这个函数,而不进入这个

函数单步执行。

执行出去:该按钮是在进入了函数单步调试的时候,有时候你可能不必再执行该函数的剩

余部分了,通过该按钮就直接一步执行完函数余下的部分,并跳出函数,回到函数被调用的位

置。

执行到光标处:该按钮可以迅速的使程序运行到光标处,其实是挺像执行到断点处按钮功

能,但是两者是有区别的,断点可以有多个,但是光标所在处只有一个。

汇编窗口:通过该按钮,就可以查看汇编代码,这对分析程序很有用。

堆栈局部变量窗口:通过该按钮,显示 Call Stack+Locals 窗口,显示当前函数的局部变量

及其值,方便查看。

观察窗口:MDK5 提供 2 个观察窗口(下拉选择),该按钮按下,会弹出一个显示变量的

窗口,输入你所想要观察的变量/表达式,即可查看其值,是很常用的一个调试窗口。

内存查看窗口:MDK5 提供 4 个内存查看窗口(下拉选择),该按钮按下,会弹出一个内

存查看窗口,可以在里面输入你要查看的内存地址,然后观察这一片内存的变化情况。是很常

用的一个调试窗口

串口打印窗口:MDK5 提供 4 个串口打印窗口(下拉选择),该按钮按下,会弹出一个类

似串口调试助手界面的窗口,用来显示从串口打印出来的内容。

逻辑分析窗口:该图标下面有 3 个选项(下拉选择),我们一般用第一个,也就是逻辑分析

窗口(Logic Analyzer),点击即可调出该窗口,通过 SETUP 按钮新建一些 IO 口,就可以观察这

些 IO 口的电平变化情况,以多种形式显示出来,比较直观。

系统查看窗口:该按钮可以提供各种外设寄存器的查看窗口(通过下拉选择),选择对应外

设,即可调出该外设的相关寄存器表,并显示这些寄存器的值,方便查看设置的是否正确。

Debug 工具条上的其他几个按钮用的比较少,我们这里就不介绍了。以上介绍的是比较常

用的,当然也不是每次都用得着这么多,具体看你程序调试的时候有没有必要观看这些东西,

来决定要不要看。

3.5 MDK5 使用技巧

通过前面的学习,我们已经了解了如何在 MDK5 里面建立属于自己的工程。下面,我们将

向大家介绍 MDK5 软件的一些使用技巧,这些技巧在代码编辑和编写方面会非常有用,希望大

家好好掌握,最好实际操作一下,加深印象。

3.5.1 文本美化

文本美化,主要是设置一些关键字、注释、数字等的颜色和字体。前面我们在介绍 MDK5

新建工程的时候看到界面如图 3.2.23 所示,这是 MDK 默认的设置,可以看到其中的关键字和

注释等字体的颜色不是很漂亮,而 MDK 提供了我们自定义字体颜色的功能。我们可以在工具

条上点击

(配置对话框)弹出如图 3.5.1.1 所示界面:

图 3.5.1.1 置对话框

在该对话框中,先设置 Encoding 为:Chinese GB2312(Simplified),然后设置 Tab size 为:4。

以更好的支持简体中文(否则,拷贝到其他地方的时候,中文可能是一堆的问号),同时 TAB

间隔设置为 4 个单位。然后,选择:Colors&Fonts 选项卡,在该选项卡内,我们就可以设置自

己的代码的子体和颜色了。由于我们使用的是 C 语言,故在 Window 下面选择:C/C++ Editor Files

在右边就可以看到相应的元素了。如图 3.5.1.2 示:

图 3.5.1.2 Colors&Fonts 选项卡

然后点击各个元素修改为你喜欢的颜色(注意双击,且有时候可能需要设置多次才生效,

MDK 的 bug),当然也可以在 Font 栏设置你字体的类型,以及字体的大小等。设置成之后,点

击 OK,就可以在主界面看到你所修改后的结果,例如我修改后的代码显示效果如图 3.5.1.3 示:

图 3.5.1.3 设置完后显示效果

这就比开始的效果好看一些了。字体大小,则可以直接按住:ctrl+鼠标滚轮,进行放大或

者缩小,或者也可以在刚刚的配置界面设置字体大小。细心的读者可能会发现,上面的代码里面有一个 u8,还是黑色的,这是一个用户自定义的

关键字,为什么不显示蓝色(假定刚刚已经设置了用户自定义关键字颜色为蓝色)呢?这就又

要回到我们刚刚的配置对话框了,单这次我们要选择 User Keywords 选项卡,同样选择:C/C++

Editor Files,在右边的 User Keywords 对话框下面输入你自己定义的关键字,如图 3.5.1.4 示:

图 3.5.1.4 用户自定义关键字

图 3.5.1.4 中我定义了 u8、u16、u32 等 3 个关键字,这样在以后的代码编辑里面只要出现

这三个关键字,肯定就会变成蓝色。点击 OK,再回到主界面,可以看到 u8 变成了蓝色了,如

图 3.5.1.5 示:

图 3.5.1.5 设置完后显示效果

其实这个编辑配置对话框里面,还可以对其他很多功能进行设置,比如动态语法检测等,

我们将 3.5.2 节介绍。

3.5.2 语法检测&代码提示

MDK5 支持代码提示与动态语法检测功能,使得 MDK 的编辑器越来越好用了,这里我们

简单说一下如何设置,同样,点击

,打开配置对话框,选择 Text Completion 选项卡,如图

3.5.2.1 所示

图 3.5.2.1 Text Completion 选项卡设置

Strut/Class Members,用于开启结构体/类成员提示功能。

Function Parameters,用于开启函数参数提示功能。

Symbols after xx characters,用于开启代码提示功能,即在输入多少个字符以后,提示匹配

的内容(比如函数名字、结构体名字、变量名字等),这里默认设置 3 个字符以后,就开始提示。

如图 3.5.2.2 所示:

图 3.5.2.2 代码提示

Dynamic Syntax Checking,则用于开启动态语法检测,比如编写的代码存在语法错误的时

候,会在对应行前面出现 图标,如出现警告,则会出现

图标,将鼠标光标放图标上面,则

会提示产生的错误/警告的原因,如图 3.5.2.3 所示

图 3.5.2.3 语法动态检测功能

这几个功能,对我们编写代码很有帮助,可以加快代码编写速度,并且及时发现各种问题。

不过这里要提醒大家,语法动态检测这个功能,有的时候会误报(比如 sys.c 里面,就有误报),

大家可以不用理会,只要能编译通过(0 错误,0 警告),这样的语法误报,一般直接忽略即可。

3.5.3 代码编辑/查看技巧

这里给大家介绍几个我常用的技巧,这些小技巧能给我们的代码编辑带来很大的方便,相

信对你的代码编写一定会有所帮助。

1)TAB 键的妙用

首先要介绍的就是 TAB 键的使用,这个键在很多编译器里面都是用来空位的,每按一下移

空几个位,如果你经常编写程序,对这个键一定再熟悉不过了。MDK 的 TAB 键还可以支持块

操作:也就是可以让一片代码整体右移固定的几个位,也可以通过 SHIFT+TAB 键整体左移固

定的几个位。

假设我们前面的串口 1 中断响应函数如图 3.5.3.1 所示:

图 3.5.3.1 头大的代码

图 3.5.3.1 中这样的代码大家肯定不会喜欢,这还只是短短的 30 来行代码,如果你的代码有几千行,全部是这个样子,不头大才怪。看到这样的代码我们就可以通过 TAB 键的妙用来快

速修改为比较规范的代码格式。

选中一块然后按 TAB 键,你可以看到整块代码都跟着右移了一定距离,如图 3.5.3.2 所示:图 3.5.3.2 代码整体偏移

接下来我们就是要多选几次,然后多按几次 TAB 键就可以达到迅速使代码规范化的目的,

最终效果如图 3.5.3.3 所示

图 3.5.3.3 修改后的代码

图 3.5.3.3 中的代码相对于图 3.5.3.1 中的要好看多了,经过这样的整理之后,整个代码一下

就变得有条理多了,看起来很舒服

2) 快速定位函数/变量被定义的地方

上一节,我们介绍了 TAB 键的功能,接下来我们介绍一下如何快速查看一个函数或者变量

所定义的地方。

大家在调试代码或编写代码的时候,一定有想看看某个函数是在那个地方定义的,具体里

面的内容是怎么样的,也可能想看看某个变量或数组是在哪个地方定义的等。尤其在调试代码

或者看别人代码的时候,如果编译器没有快速定位的功能的时候,你只能慢慢的自己找,代码

量比较少还好,如果代码量一大,那就郁闷了,有时候要花很久的时间来找这个函数到底在哪

里。型号 MDK 提供了这样的快速定位的功能。只要你把光标放到这个函数/变量(xxx)的上

面(xxx 为你想要查看的函数或变量的名字),然后右键,弹出如图 3.5.3.4 所示的菜单栏 :

图 3.5.3.4 快速定位

在图 3.5.3.4 中,我们找到 Go to Definition Of‘STM32_Clock_Init’ 这个地方,然后单击

左键就可以快速跳到 STM32_Clock_Init 函数的定义处(注意要先在 Options for Target 的 Output

选项卡里面勾选 Browse Information 选项,再编译,再定位,否则无法定位!)。如图 3.5.3.5 所

示:

图 3.5.3.5 定位结果

对于变量,我们也可以按这样的操作快速来定位这个变量被定义的地方,大大缩短了你查

找代码的时间。

很多时候,我们利用 Go to Definition 看完函数/变量的定义后,又想返回之前的代码继续看,

此时我们可以通过 IDE 上的

按钮(Back to previous position)快速的返回之前的位置,这个按钮非常好用!

3) 快速注释与快速消注释

接下来,我们介绍一下快速注释与快速消注释的方法。在调试代码的时候,你可能会想注

释某一片的代码,来看看执行的情况,MDK 提供了这样的快速注释/消注释块代码的功能。也

是通过右键实现的。这个操作比较简单,就是先选中你要注释的代码区,然后右键,选择

Advanced→Comment Selection 就可以了。

以 Stm32_Clock_Init 函数为例,比如我要注释掉下图中所选中区域的代码,如图 3.5.3.6 所

示:

图 3.5.3.6 选中要注释的区域

我们只要在选中了之后,选择右键,再选择 Advanced→Comment Selection 就可以把这段代

码注释掉了。执行这个操作以后的结果如图 3.5.3.7 所示:

图 3.5.3.7 注释完毕

这样就快速的注释掉了一片代码,而在某些时候,我们又希望这段注释的代码能快速的取

消注释,MDK 也提供了这个功能。与注释类似,先选中被注释掉的地方,然后通过右键

→Advanced,不过这里选择的是 Uncomment Selection。3.5.4 其他小技巧

除了前面介绍的几个比较常用的技巧,这里还介绍几个其他的小技巧,希望能让你的代码

编写如虎添翼。

第一个是快速打开头文件。在将光标放到要打开的引用头文件上,然后右键选择 Open

Document“XXX”,就可以快速打开这个文件了(XXX 是你要打开的头文件名字)。如图 3.5.4.1

所示:

图 3.5.4.1 快速打开头文件

第二个小技巧是查找替换功能。这个和 WORD 等很多文档操作的替换功能是差不多的,

在 MDK 里面查找替换的快捷键是“CTRL+H”,只要你按下该按钮就会调出如图 3.5.4.2 所示界

面:

图 3.5.4.2 替换文本

这个替换的功能在有的时候是很有用的,它的用法与其他编辑工具或编译器的差不多,相

信各位都不陌生了,这里就不啰嗦了。

第三个小技巧是跨文件查找功能,先双击你要找的函数/变量名(这里我们还是以系统时钟

初始化函数:Stm32_Clock_Init 为例),然后再点击 IDE 上面的

,弹出如图 3.5.4.3 所示对话框

图 3.5.4.3 跨文件查找

点击 Find All,MDK 就会帮你找出所有含有 Stm32_Clock_Init 字段的文件并列出其所在位

置,如图 3.5.4.4 所示:

图 3.5.4.4 查找结果

该方法可以很方便的查找各种函数/变量,而且可以限定搜索范围(比如只查找.c 文件和.h

文件等),是非常实用的一个技巧。

剪辑交流

wps office 广告怎么关闭,wps会员怎么关掉

2022-10-18 13:51:58

剪辑交流

38/100入选作品:卷发童手机拍照100天。

2022-10-18 13:54:52

0 条回复 A文章作者 M管理员
    暂无讨论,说说你的看法吧
个人中心
购物车
优惠劵
今日签到
有新私信 私信列表
搜索