本篇内容主要讲解“LiteOS驱动移植方法是什么”,感兴趣的朋友不妨来看看。本文介绍的方法操作简单快捷,实用性强。下面就让小编来带大家学习“LiteOS驱动移植方法是什么”吧!
10年积累的做网站、网站建设经验,可以快速应对客户对网站的新想法和需求。提供各种问题对应的解决方案。让选择我们的客户得到更好、更有力的网络服务。我虽然不认识你,你也不认识我。但先网站制作后付款的网站建设流程,更有瑞丽免费网站建设让你可以放心的选择与我们合作。
俗话说的好,光说不练假把式,上一个系列 LiteOS内核实战教程 中讲述了内核中任务如何管理、如何使用信号量同步多个任务的运行,如何用互斥锁保护共享资源,如何申请分配动态内存空间,但是在嵌入式系统中,如果不能将内核有效的应用在实际场景中控制外围设备,那么一切都是纸上谈兵。在这个系列中,本教程将会带领大家,手把手添加一些常用的外设驱动到LiteOS系统中,掌握外设驱动的移植方法。
驱动层代码,简单通俗的来说就是向上给用户提供一层可以控制设备的API,向下负责和设备打交道,直接操作硬件。
比如LED的驱动代码可以给用户提供一个初始化的 API 和打开/关闭的 API ,按键的驱动代码可以提供初始化的 API 和读取按键状态的 API,LCD的驱动代码可以提供初始化的 API 和屏幕上显示相关内容的API,传感器的驱动代码可以提供传感器初始化的API 和读取数据的 API,等等。
如果对基于HAL库的裸机驱动不熟悉,请先阅读嵌入式基础教程!
这里以使用 STM32CuebMX 生成的 LED 闪烁的裸机工程为例,其中 Src 目录下的gpio.c
文件就相当于 LED 的驱动层文件,其中提供了 LED 的初始化代码:
有了该文件,也就是驱动层代码,我们可以直接调用MX_GPIO_Init
来初始化LED。
那么,驱动层代码从哪里来呢?
如果是比较简单的外设,比如LED,按键这种,只使用了GPIO,可以直接使用STM32CubeMX生成的gpio.c
文件和gpio.h
文件;
如果是比较复杂的外设,比如LCD的底层是使用SPI驱动的,那么除了 STM32CubeMX 生成的spi.h
和spi.c
文件,还需要自己在此基础上手写LCD屏幕的驱动文件,具体的教程可以参考我的裸机教程系列:STM32CubeMX教程。
LiteOS 工程 target 目录结构如下:
其中和设备驱动相关的有三个文件夹:
Inc:对应STM32CubeMX生成裸机工程中的Inc
Src: 对应STM32CubeMX生成裸机工程中的Src
Hardware:存放自己编写的设备驱动代码
复制文件的时候按照情况复制到对应的文件夹即可。
这里LED相关的代码文件只有gpio.h
和gpio.c
,所以复制gpio.h
到 Inc 文件夹,复制gpio.c
到 Src 文件夹。
使用IoT-Studio创建的HelloWorld工程中已经提供好了这两个文件,了解这个操作即可,不用再次复制。
因为 LiteOS 的整个项目工程使用 make 构建,所以复制驱动文件之后,需要添加驱动文件的路径到 makefile 中,加入编译。
project.mk
文件指明了工程中所有文件的路径:
在该文件中:
C文件路径
HARDWARE_SRC:对应Hardware文件夹下的Src文件夹
USER_SRC:对应Src文件夹
头文件路径
HARDWARE_INC:对应Hardware文件夹下的Inc文件夹
USER_INC:对应Inc文件夹
如下,LED驱动的gpio.c
文件添加到USER_SRC下(工程中默认已添加,无需重复添加):
LED驱动的gpio.h
文件添加到USER_INC下(工程中默认已添加,无需重复添加):
至此,复制文件到LiteOS工程中,并将新复制的文件路径添加到makefile中,加入工程编译,就完成了驱动的移植。
在使用外设之前,首先需要初始化外设,在LiteOS中,初始化设备有两种方式:
在系统启动调度之前初始化:设备在系统中随时可被任意任务使用
在任务中初始化:设备一般只在该任务中被使用
举个例子:
像LED这种的驱动,一般都是任意的任务需要点亮或者关闭LED,没有专门的LED点亮任务或者关闭任务,在系统启动调度之前初始化比较好;
像光照强度传感器这种驱动,一般都是有专门的数据采集任务,专门去读取传感器数据,不需要别的线程去调用驱动读取数据,所以放在该数据采集任务中初始化就可以。
在任务中调用初始化API比较简单,那么,如何在系统启动之前调用初始化API呢?
其实,答案就在 Src 文件夹下的main.c
中,main函数如下:
可以看到,系统上电后首先调用 HardWare_Init
函数初始化硬件设备,然后初始化内核,初始化shell,最后启动LOS内核。
同样在main.c
中存放着HardWare_Init
函数的实现,来一探究竟:
怎么样?有没有惊喜?是不是和裸机工程的main函数开始部分一模一样?
我们可以将初始化函数尽情的扔到这个函数里,比如LED的初始化函数MX_GPIO_Init()
,在系统上电的时候自动将LED初始化,是不是很爽。
在IoT Studio默认提供的gpio.c
文件的MX函数中,没有对 LED 的引脚 PC13 进行初始化,手动添加如下的初始化代码:
接下来首先创建一个文件夹,用于存放本系列教程实验的代码:
在该文件夹中创建一个文件:
编写代码:
#include#include static int led_blink_entry() { while (1) { HAL_GPIO_TogglePin(GPIOC, GPIO_PIN_13); osal_task_sleep(1*1000); } } int standard_app_demo_main() { osal_task_create("led_blink",led_blink_entry,NULL,0x400,NULL,2); return 0; }
然后按照之前的方法,在 user_demo.mk 中将led_driver_demo.c
文件添加到makefile中,加入编译:
最后在.sdkconfig
中配置开启宏定义:
编译,烧录,即可看到LED开始闪烁:
到此,相信大家对“LiteOS驱动移植方法是什么”有了更深的了解,不妨来实际操作一番吧!这里是创新互联网站,更多相关内容可以进入相关频道进行查询,关注我们,继续学习!