本章参考资料:《STM32F4xx 参考手册》、库帮助文档《stm32f4xx_dsp_stdperiph_lib_um.chm》。
利用库建立好的工程模板,就可以方便地使用 STM32 标准库编写应用程序了,可以说从这一章我们才开始迈入 STM32 开发的大门。
LED 灯的控制使用到 GPIO 外设的基本输出功能,本章中不再赘述 GPIO 外设的概念,如您忘记了,可重读前面“GPIO 框图剖析”小节, STM32 标准库中 GPIO 初始化结构体GPIO_TypeDef 的定义与“定义引脚模式的枚举类型”小节中讲解的相同。
9.1 硬件设计:
本实验板连接了一个 RGB 彩灯, RGB 彩灯实际上由三盏分别为红色、绿色、蓝色的LED 灯组成,通过控制 RGB 颜色强度的组合,可以混合出各种色彩。
这些 LED 灯的阴极都是连接到 STM32 的 GPIO 引脚,只要我们控制 GPIO 引脚的电平输出状态,即可控制 LED 灯的亮灭。图中左上方,其中彩灯的阳极连接到的一个电路图符号“ ”,它表示引出排针,即此处本身断开,须通过跳线帽连接排针,把电源跟彩灯的阳极连起来,实验时需注意。
若您使用的实验板 LED 灯的连接方式或引脚不一样,只需根据我们的工程修改引脚即可,程序的控制原理相同。
9.2 软件设计:
这里只讲解核心部分的代码,有些变量的设置,头文件的包含等可能不会涉及到,完整的代码请参考本章配套的工程。
为了使工程更加有条理,我们把 LED 灯控制相关的代码独立分开存储,方便以后移植。在“工程模板”之上新建“bsp_led.c”及“bsp_led.h”文件,其中的“bsp”即 BoardSupport Packet 的缩写(板级支持包),这些文件也可根据您的喜好命名,这些文件不属于STM32 标准库的内容,是由我们自己根据应用需要编写的。
9.2.1 编程要点:
1. 使能 GPIO 端口时钟;
2. 初始化 GPIO 目标引脚为推挽输出模式;
3. 编写简单测试程序,控制 GPIO 引脚输出高、低电平。
9.2.2 代码分析:
1. LED 灯引脚宏定义:
在编写应用程序的过程中,要考虑更改硬件环境的情况,例如 LED 灯的控制引脚与当前的不一样,我们希望程序只需要做最小的修改即可在新的环境正常运行。这个时候一般把硬件相关的部分使用宏来封装,若更改了硬件环境,只修改这些硬件相关的宏即可,这些定义一般存储在头文件,即本例子中的“bsp_led.h”文件中,见代码清单 9-1。
代码清单 9-1 LED 控制引脚相关的宏
//引脚定义
/*******************************************************/
//R 红色灯
#define LED1_PIN GPIO_Pin_10
#define LED1_GPIO_PORT GPIOH
#define LED1_GPIO_CLK RCC_AHB1Periph_GPIOH
//G 绿色灯
#define LED2_PIN GPIO_Pin_11
#define LED2_GPIO_PORT GPIOH
#define LED2_GPIO_CLK RCC_AHB1Periph_GPIOH
//B 蓝色灯
#define LED3_PIN GPIO_Pin_12
#define LED3_GPIO_PORT GPIOH
#define LED3_GPIO_CLK RCC_AHB1Periph_GPIOH
/************************************************************/
以上代码分别把控制四盏 LED 灯的 GPIO 端口、 GPIO 引脚号以及 GPIO 端口时钟封装起来了。 在实际控制的时候我们就直接用这些宏,以达到应用代码硬件无关的效果。
其中的 GPIO 时钟宏“RCC_AHB1Periph_GPIOH”和“RCC_AHB1Periph_GPIOD”是STM32 标准库定义的 GPIO 端口时钟相关的宏,它的作用与“GPIO_Pin_x”这类宏类似,是用于指示寄存器位的,方便库函数使用。它们分别指示 GPIOH、 GPIOD 的时钟,下面初始化 GPIO 时钟的时候可以看到它的用法。
2. 控制 LED 灯亮灭状态的宏定义:
为了方便控制 LED 灯,我们把 LED 灯常用的亮、灭及状态反转的控制也直接定义成宏,见代码清单 9-2。
代码清单 9-2 控制 LED 亮灭的宏
/* 直接操作寄存器的方法控制 IO */
#define digitalHi(p,i) {p->BSRRL=i;} //设置为高电平
#define digitalLo(p,i) {p->BSRRH=i;} //输出低电平
#define digitalToggle(p,i) {p->ODR ^=i;} //输出反转状态
/* 定义控制 IO 的宏 */
#define LED1_TOGGLE digitalToggle(LED1_GPIO_PORT,LED1_PIN)
#define LED1_OFF digitalHi(LED1_GPIO_PORT,LED1_PIN)
#define LED1_ON digitalLo(LED1_GPIO_PORT,LED1_PIN)
#define LED2_TOGGLE digitalToggle(LED2_GPIO_PORT,LED2_PIN)
#define LED2_OFF digitalHi(LED2_GPIO_PORT,LED2_PIN)
#define LED2_ON digitalLo(LED2_GPIO_PORT,LED2_PIN)
#define LED3_TOGGLE digitalToggle(LED3_GPIO_PORT,LED3_PIN)
#define LED3_OFF digitalHi(LED3_GPIO_PORT,LED3_PIN)
#define LED3_ON digitalLo(LED3_GPIO_PORT,LED3_PIN)
/* 基本混色,后面高级用法使用 PWM 可混出全彩颜色,且效果更好 */
//红
#define LED_RED
LED1_ON;
LED2_OFF;
LED3_OFF
//绿
#define LED_GREEN
LED1_OFF;
LED2_ON;
LED3_OFF
//蓝
#define LED_BLUE
LED1_OFF;
LED2_OFF;
LED3_ON
//黄(红+绿)
#define LED_YELLOW
LED1_ON;
LED2_ON;
LED3_OFF
这部分宏控制 LED 亮灭的操作是直接向 BSRR 寄存器写入控制指令来实现的,对BSRRL 写 1 输出高电平,对 BSRRH 写 1 输出低电平,对 ODR 寄存器某位进行异或操作可反转位的状态。
RGB 彩灯可以实现混色,如最后一段代码我们控制红灯和绿灯亮而蓝灯灭,可混出黄色效果。
代码中的“”是 C 语言中的续行符语法,表示续行符的下一行与续行符所在的代码是同一行。代码中因为宏定义关键字“#define”只是对当前行有效,所以我们使用续行符来连接起来,以下的代码是等效的:
#define LED_YELLOW LED1_ON; LED2_ON; LED3_OFF
应用续行符的时候要注意,在“”后面不能有任何字符(包括注释、空格),只能直接回车。
3. LED GPIO 初始化函数:
利用上面的宏,编写 LED 灯的初始化函数,见代码清单 9-3。
代码清单 9-3 LED GPIO 初始化函数
/**
* @brief 初始化控制 LED 的 IO
* @param 无
* @retval 无
*/
void LED_GPIO_Config(void)
{
/*定义一个 GPIO_InitTypeDef 类型的结构体*/
GPIO_InitTypeDef GPIO_InitStructure;
/*开启 LED 相关的 GPIO 外设时钟*/
RCC_AHB1PeriphClockCmd ( LED1_GPIO_CLK|
LED2_GPIO_CLK|
LED3_GPIO_CLK|
LED4_GPIO_CLK,
ENABLE);
/*选择要控制的 GPIO 引脚*/
GPIO_InitStructure.GPIO_Pin = LED1_PIN;
/*设置引脚模式为输出模式*/
GPIO_InitStructure.GPIO_Mode = GPIO_Mode_OUT;
/*设置引脚的输出类型为推挽输出*/
GPIO_InitStructure.GPIO_OType = GPIO_OType_PP;
/*设置引脚为上拉模式*/
GPIO_InitStructure.GPIO_PuPd = GPIO_PuPd_UP;
/*设置引脚速率为 2MHz */
GPIO_InitStructure.GPIO_Speed = GPIO_Speed_2MHz;
/*调用库函数,使用上面配置的 GPIO_InitStructure 初始化 GPIO*/
GPIO_Init(LED1_GPIO_PORT, &GPIO_InitStructure);
/*选择要控制的 GPIO 引脚*/
GPIO_InitStructure.GPIO_Pin = LED2_PIN;
GPIO_Init(LED2_GPIO_PORT, &GPIO_InitStructure);
/*选择要控制的 GPIO 引脚*/
GPIO_InitStructure.GPIO_Pin = LED3_PIN;
GPIO_Init(LED3_GPIO_PORT, &GPIO_InitStructure);
/*选择要控制的 GPIO 引脚*/
GPIO_InitStructure.GPIO_Pin = LED4_PIN;
GPIO_Init(LED4_GPIO_PORT, &GPIO_InitStructure);
/*关闭 RGB 灯*/
LED_RGBOFF;
}
整个函数与“构建库函数雏形”章节中的类似, 主要区别是硬件相关的部分使用宏来代替,初始化 GPIO 端口时钟时也采用了 STM32 库函数,函数执行流程如下:
(1) 使用 GPIO_InitTypeDef 定义 GPIO 初始化结构体变量,以便下面用于存储 GPIO 配置。
(2) 调用库函数 RCC_AHB1PeriphClockCmd 来使能 LED 灯的 GPIO 端口时钟,在前面的章节中我们是直接向 RCC 寄存器赋值来使能时钟的,不如这样直观。该函数有两个输入参数,第一个参数用于指示要配置的时钟,如本例中的“RCC_AHB1Periph_GPIOH”和“RCC_AHB1Periph_GPIOD”,应用时我们使用“|”操作同时配置四个 LED 灯的时钟;函数的第二个参数用于设置状态,可输入“Disable”关闭或“Enable”使能时钟。
(3) 向 GPIO 初始化结构体赋值,把引脚初始化成推挽输出模式,其中的 GPIO_Pin 使用宏“LEDx_PIN”来赋值,使函数的实现方便移植。
(4) 使用以上初始化结构体的配置,调用 GPIO_Init 函数向寄存器写入参数,完成 GPIO 的初始化,这里的 GPIO 端口使用“LEDx_GPIO_PORT”宏来赋值,也是为了程序移植方便。
(5) 使用同样的初始化结构体,只修改控制的引脚和端口,初始化其它 LED 灯使用的GPIO 引脚。
(6) 使用宏控制 RGB 灯默认关闭, LED4 指示灯默认开启。
4. 主函数:
编写完 LED 灯的控制函数后,就可以在 main 函数中测试了,见代码清单 9-4。
代码清单 9-4 控制 LED 灯 , main 文件
#include "stm32f4xx.h"
#include "./led/bsp_led.h"
void Delay(__IO u32 nCount);
/**
* @brief 主函数
* @param 无
* @retval 无
*/
int main(void)
{
/* LED 端口初始化 */
LED_GPIO_Config();
/* 控制 LED 灯 */
while (1) {
LED1( ON ); // 亮
Delay(0xFFFFFF);
LED1( OFF ); // 灭
LED2( ON ); // 亮
Delay(0xFFFFFF);
LED2( OFF ); // 灭
LED3( ON ); // 亮
Delay(0xFFFFFF);
LED3( OFF ); // 灭
/*轮流显示 红绿蓝黄紫青白 颜色*/
LED_RED;
Delay(0xFFFFFF);
LED_GREEN;
Delay(0xFFFFFF);
LED_BLUE;
Delay(0xFFFFFF);
LED_YELLOW;
Delay(0xFFFFFF);
LED_PURPLE;
Delay(0xFFFFFF);
LED_CYAN;
Delay(0xFFFFFF);
LED_WHITE;
Delay(0xFFFFFF);
LED_RGBOFF;
Delay(0xFFFFFF);
}
}
void Delay(__IO uint32_t nCount) //简单的延时函数
{
for (; nCount != 0; nCount--);
}
在 main 函数中,调用我们前面定义的 LED_GPIO_Config 初始化好 LED 的控制引脚,然后直接调用各种控制 LED 灯亮灭的宏来实现 LED 灯的控制。
以上,就是一个使用 STM32 标准软件库开发应用的流程。
9.2.3 下载验证:
把编译好的程序下载到开发板并复位,可看到 RGB 彩灯轮流显示不同的颜色。
9.3 STM32 标准库补充知识:
1. SystemInit 函数去哪了?
在前几章我们自己建工程的时候需要定义一个 SystemInit 空函数,但是在这个用STM32 标准库的工程却没有这样做, SystemInit 函数去哪了呢?
这个函数在 STM32 标准库的“system_stm32f4xx.c”文件中定义了,而我们的工程已经包含该文件。标准库中的 SystemInit 函数把 STM32 芯片的系统时钟设置成了 180MHz,即此时 AHB1 时钟频率为 180MHz, APB2 为 90MHz, APB1 为 45MHz。当 STM32 芯片上电后,执行启动文件中的指令后,会调用该函数,设置系统时钟为以上状态。
2. 断言:
细心对比过前几章我们自己定义的 GPIO_Init 函数与 STM32 标准库中同名函数的读者,会发现标准库中的函数内容多了一些乱七八糟的东西,见代码清单 9-5。
代码清单 9-5 GPIO_Init 函数的断言部分
void GPIO_Init(GPIO_TypeDef* GPIOx, GPIO_InitTypeDef* GPIO_InitStruct)
{
uint32_t pinpos = 0x00, pos = 0x00 , currentpin = 0x00;
/* Check the parameters */
assert_param(IS_GPIO_ALL_PERIPH(GPIOx));
assert_param(IS_GPIO_PIN(GPIO_InitStruct->GPIO_Pin));
assert_param(IS_GPIO_MODE(GPIO_InitStruct->GPIO_Mode));
assert_param(IS_GPIO_PUPD(GPIO_InitStruct->GPIO_PuPd));
/* ------- 以下内容省略,跟前面我们定义的函数内容相同----- */
基本上每个库函数的开头都会有这样类似的内容,这里的“assert_param”实际是一个宏,在库函数中它用于检查输入参数是否符合要求,若不符合要求则执行某个函数输出警告,“assert_param”的定义见代码清单 9-6。
代码清单 9-6 stm32f4xx_conf.h 文件中关于断言的定义
#ifdef USE_FULL_ASSERT
/**
* @brief assert_param 宏用于函数的输入参数检查
* @param expr:若 expr 值为假,则调用 assert_failed 函数
* 报告文件名及错误行号
* 若 expr 值为真,则不执行操作
*/
#define assert_param(expr)
((expr) ? (void)0 : assert_failed((uint8_t *)__FILE__, __LINE__))
/* 错误输出函数 ------------------------------------------------------- */
void assert_failed(uint8_t* file, uint32_t line);
#else
#define assert_param(expr) ((void)0)
#endif
这段代码的意思是,假如我们不定义“USE_FULL_ASSERT”宏,那么“assert_param”就是一个空的宏(#else 与#endif 之间的语句生效),没有任何操作。从而所有库函数中的assert_param 实际上都无意义,我们就当看不见好了。
假如我们定义了“USE_FULL_ASSERT”宏,那么“assert_param”就是一个有操作的语句(#if 与#else 之间的语句生效),该宏对参数 expr 使用 C 语言中的问号表达式进行判断,若 expr 值为真,则无操作(void 0),若表达式的值为假,则调用“assert_failed”函数,且该函数的输入参数为“__FILE__”及“__LINE__”,这两个参数分别代表 “assert_param”宏被调用时所在的“文件名”及“行号”。
但库文件只对“assert_failed”写了函数声明,没有写函数定义,实际用时需要用户来定义,我们一般会用 printf 函数来输出这些信息,见代码清单 9-7。
代码清单 9-7 assert_failed 输出错误信息
void assert_failed(uint8_t* file, uint32_t line)
{
printf(“rn 输入参数错误,错误文件名=%s,行号=%s”,file,line);
}
注意在我们的这个 LED 工程中,还不支持 printf 函数(在 USART 外设章节会讲解),想测试 assert_failed 输出的读者,可以在这个函数中做点亮红色 LED 灯的操作, 作为警告输出测试。
那么为什么函数输入参数不对的时候, assert_param 宏中的 expr 参数值会是假呢?这要回到 GPIO_Init 函数,看它对 assert_param 宏的调用,它被调用时分别以“IS_GPIO_ALL_PERIPH(GPIOx)”、“IS_GPIO_PIN(GPIO_InitStruct->GPIO_Pin)”等作为输入参数,也就是说被调用时, expr 实际上是一条针对输入参数的判断表达式。例如“IS_GPIO_PIN”的宏定义
#define IS_GPIO_PIN(PIN) ((PIN) != (uint32_t)0x00)
若它的输入参数 PIN 值为 0,则表达式的值为假, PIN 非 0 时表达式的值为真。 我们知道用于选择 GPIO 引脚号的宏“GPIO_Pin_x”的值至少有一个数据位为 1,这样的输入参数才有意义,若 GPIO_InitStruct->GPIO_Pin 的值为 0,输入参数就无效了。配合“IS_GPIO_PIN”这句表达式,“assert_param”就实现了检查输入参数的功能。对assert_param 宏的其它调用方式类似,大家可以自己看库源码来研究一下。
3. Doxygen 注释规范:
在 STM32 标准库以及我们自己编写的“bsp_led.c” 文件中,可以看到一些比较特别的注释,类似代码清单 9-8。
代码清单 9-8 Doxygen 注释规范
/**
* @brief 初始化控制 LED 的 IO
* @param 无
* @retval 无
*/
这是一种名为“Doxygen”的注释规范,如果在工程文件中按照这种规范去注释,可以使用 Doxygen 软件自动根据注释生成帮助文档。我们所说非常重要的库帮助文档《stm32f4xx_dsp_stdperiph_lib_um.chm》,就是由该软件根据库文件的注释生成的。关于Doxygen 注释规范本教程不作讲解,感兴趣的读者可自行搜索网络上的资料学习。
4. 防止头文件重复包含:
在 STM32 标准库的所有头文件以及我们自己编写的“bsp_led.h”头文件中,可看到类似代码清单 9-9 的宏定义。它的功能是防止头文件被重复包含,避免引起编译错误。
代码清单 9-9 防止头文件重复包含的宏
#ifndef __LED_H
#define __LED_H
/*此处省略头文件的具体内容*/
#endif /* end of __LED_H */
在头文件的开头,使用“#ifndef”关键字,判断标号“__LED_H”是否被定义,若没有被定义,则从“#ifndef”至“#endif”关键字之间的内容都有效,也就是说,这个头文件若被其它文件“#include”,它就会被包含到其该文件中了,且头文件中紧接着使用“#define”关键字定义上面判断的标号“__LED_H”。当这个头文件被同一个文件第二次“#include”包含的时候,由于有了第一次包含中的“#define __LED_H”定义,这时再判断“#ifndef __LED_H”,判断的结果就是假了,从“#ifndef”至“#endif”之间的内容都无效,从而防止了同一个头文件被包含多次,编译时就不会出现“redefine(重复定义)”的错误了。
上一篇:再造STM32---第十部分:GPIO输入—按键检测
下一篇:再造STM32---第八部分:新建工程—库函数版
推荐阅读最新更新时间:2024-11-01 23:00
设计资源 培训 开发板 精华推荐
- 使用 Ricoh Electronic Devices Co., Ltd 的 R1240K003 的参考设计
- DM320018,基于 PIC32MX270F256D MCU 的 PIC32 蓝牙入门工具包
- LTC2227、12 位、40Msps 低功率 3V 模数转换器的典型应用
- LT3462,高转换比,3.3V 至 25V 反相转换器占用仅 55mm2
- LT3091MPR 负输出电流监视器的典型应用
- LTC3897IFE 4 相 480W 单路输出升压稳压器的典型应用电路
- 使用 Analog Devices 的 LTC3130EMSE-1 的参考设计
- Type-C电压电流表
- STM32F103C8T6核心板
- 面向消费电子应用的CLRC663 +和QN902x NFC-Bluetooth® Low Energy解决方案