嵌入式linux/鸿蒙开发板(IMX6ULL)开发(二十八)驱动设计的思想:面向对象/分层/分离

简介: 嵌入式linux/鸿蒙开发板(IMX6ULL)开发(二十八)驱动设计的思想:面向对象/分层/分离

1.1 面向对象


字符设备驱动程序抽象出一个file_operations结构体; 我们写的程序针对硬件部分抽象出led_operations结构体。


1.2 分层


上下分层,比如我们前面写的LED驱动程序就分为2层:

① 上层实现硬件无关的操作,比如注册字符设备驱动:leddrv.c

②下层实现硬件相关的操作,比如board_A.c实现单板A的LED操作

1670917561264.jpg


1.3 分离


还能不能改进?分离。 在board_A.c中,实现了一个led_operations,为LED引脚实现了初始化函数、控制函数:

static struct led_operations board_demo_led_opr = {
  .num  = 1,
  .init = board_demo_led_init,
  .ctl  = board_demo_led_ctl,
};


如果硬件上更换一个引脚来控制LED怎么办?你要去修改上面结构体中的init、ctl函数。

实际情况是,每一款芯片它的GPIO操作都是类似的。

比如:GPIO1_3、GPIO5_4这2个引脚接到LED:

①GPIO1_3属于第1组,即GPIO1。 有方向寄存器DIR、数据寄存器DR等,基础地址是addr_base_addr_gpio1。 设置为output引脚:修改GPIO1的DIR寄存器的bit3。 设置输出电平:修改GPIO1的DR寄存器的bit3。


② GPIO5_4属于第5组,即GPIO5。 有方向寄存器DIR、数据寄存器DR等,基础地址是addr_base_addr_gpio5。

设置为output引脚:修改GPIO5的DIR寄存器的bit4。 设置输出电平:修改GPIO5的DR寄存器的bit4。


既然引脚操作那么有规律,并且这是跟主芯片相关的,那可以针对该芯片写出比较通用的硬件操作代码。

比如board_A.c使用芯片chipY,那就可以写出:chipY_gpio.c,它实现芯片Y的GPIO操作,适用于芯片Y的所有GPIO引脚。

使用时,我们只需要在board_A_led.c中指定使用哪一个引脚即可。 程序结构如下:

1670917585830.jpg

以面向对象的思想,在board_A_led.c中实现led_resouce结构体,它定义“资源”──要用哪一个引脚。

在chipY_gpio.c中仍是实现led_operations结构体,它要写得更完善,支持所有GPIO。


1.4 写示例代码


使用GIT下载所有源码后,本节源码位于如下目录:

01_all_series_quickstart\
05_嵌入式Linux驱动开发基础知识\source\02_led_drv\03_led_drv_template_seperate


程序仍分为上下结构:上层leddrv.c向内核注册file_operations结构体;下层chip_demo_gpio.c提供led_operations结构体来操作硬件。


下层的代码分为2个:chip_demo_gpio.c实现通用的GPIO操作,board_A_led.c指定使用哪个GPIO,即“资源”。


led_resource.h中定义了led_resource结构体,用来描述GPIO:

04 /* GPIO3_0 */
05 /* bit[31:16] = group */
06 /* bit[15:0]  = which pin */
07 #define GROUP(x) (x>>16)
08 #define PIN(x)   (x&0xFFFF)
09 #define GROUP_PIN(g,p) ((g<<16) | (p))
10
11 struct led_resource {
12      int pin;
13 };
14
15 struct led_resource *get_led_resouce(void);
16


board_A_led.c代码如下:根据上面头文件来描叙需要的GPIO,它实现一个led_resource结构体,并提供访问函数:

#include "led_resource.h"
static struct led_resource board_A_led = {
  .pin = GROUP_PIN(3,1),
};
struct led_resource *get_led_resouce(void)
{
  return &board_A_led;
}


chip_demo_gpio.c中,首先获得board_A_led.c实现的led_resource结构体,然后再进行其他操作,请看下面第26行:先看一下头文件。

#ifndef _LED_OPR_H
#define _LED_OPR_H
struct led_operations {
  int (*init) (int which); /* 初始化LED, which-哪个LED */       
  int (*ctl) (int which, char status); /* 控制LED, which-哪个LED, status:1-亮,0-灭 */
};
struct led_operations *get_board_led_opr(void);
#endif
#include <linux/module.h>
#include <linux/fs.h>
#include <linux/errno.h>
#include <linux/miscdevice.h>
#include <linux/kernel.h>
#include <linux/major.h>
#include <linux/mutex.h>
#include <linux/proc_fs.h>
#include <linux/seq_file.h>
#include <linux/stat.h>
#include <linux/init.h>
#include <linux/device.h>
#include <linux/tty.h>
#include <linux/kmod.h>
#include <linux/gfp.h>
#include "led_opr.h"
#include "led_resource.h"
static struct led_resource *led_rsc;
static int board_demo_led_init (int which) /* 初始化LED, which-哪个LED */    
{ 
  //printk("%s %s line %d, led %d\n", __FILE__, __FUNCTION__, __LINE__, which);
  if (!led_rsc)
  {
  led_rsc = get_led_resouce();
  }
  printk("init gpio: group %d, pin %d\n", GROUP(led_rsc->pin), PIN(led_rsc->pin));
  switch(GROUP(led_rsc->pin))
  {
  case 0:
  {
    printk("init pin of group 0 ...\n");
    break;
  }
  case 1:
  {
    printk("init pin of group 1 ...\n");
    break;
  }
  case 2:
  {
    printk("init pin of group 2 ...\n");
    break;
  }
  case 3:
  {
    printk("init pin of group 3 ...\n");
    break;
  }
  }
  return 0;
}
static int board_demo_led_ctl (int which, char status) /* 控制LED, which-哪个LED, status:1-亮,0-灭 */
{
  //printk("%s %s line %d, led %d, %s\n", __FILE__, __FUNCTION__, __LINE__, which, status ? "on" : "off");
  printk("set led %s: group %d, pin %d\n", status ? "on" : "off", GROUP(led_rsc->pin), PIN(led_rsc->pin));
  switch(GROUP(led_rsc->pin))
  {
  case 0:
  {
    printk("set pin of group 0 ...\n");
    break;
  }
  case 1:
  {
    printk("set pin of group 1 ...\n");
    break;
  }
  case 2:
  {
    printk("set pin of group 2 ...\n");
    break;
  }
  case 3:
  {
    printk("set pin of group 3 ...\n");
    break;
  }
  }
  return 0;
}
static struct led_operations board_demo_led_opr = {
  .init = board_demo_led_init,
  .ctl  = board_demo_led_ctl,
};
struct led_operations *get_board_led_opr(void)
{
  return &board_demo_led_opr;
}


最后看一下测试程序以及makefile:

#include <sys/types.h>
#include <sys/stat.h>
#include <fcntl.h>
#include <unistd.h>
#include <stdio.h>
#include <string.h>
/*
 * ./ledtest /dev/100ask_led0 on
 * ./ledtest /dev/100ask_led0 off
 */
int main(int argc, char **argv)
{
  int fd;
  char status;
  /* 1. 判断参数 */
  if (argc != 3) 
  {
  printf("Usage: %s <dev> <on | off>\n", argv[0]);
  return -1;
  }
  /* 2. 打开文件 */
  fd = open(argv[1], O_RDWR);
  if (fd == -1)
  {
  printf("can not open file %s\n", argv[1]);
  return -1;
  }
  /* 3. 写文件 */
  if (0 == strcmp(argv[2], "on"))
  {
  status = 1;
  write(fd, &status, 1);
  }
  else
  {
  status = 0;
  write(fd, &status, 1);
  }
  close(fd);
  return 0;
}
# 1. 使用不同的开发板内核时, 一定要修改KERN_DIR
# 2. KERN_DIR中的内核要事先配置、编译, 为了能编译内核, 要先设置下列环境变量:
# 2.1 ARCH,          比如: export ARCH=arm64
# 2.2 CROSS_COMPILE, 比如: export CROSS_COMPILE=aarch64-linux-gnu-
# 2.3 PATH,          比如: export PATH=$PATH:/home/book/100ask_roc-rk3399-pc/ToolChain-6.3.1/gcc-linaro-6.3.1-2017.05-x86_64_aarch64-linux-gnu/bin 
# 注意: 不同的开发板不同的编译器上述3个环境变量不一定相同,
#       请参考各开发板的高级用户使用手册
KERN_DIR = /home/book/100ask_roc-rk3399-pc/linux-4.4
all:
  make -C $(KERN_DIR) M=`pwd` modules 
  $(CROSS_COMPILE)gcc -o ledtest ledtest.c 
clean:
  make -C $(KERN_DIR) M=`pwd` modules clean
  rm -rf modules.order
  rm -f ledtest
# 参考内核源码drivers/char/ipmi/Makefile
# 要想把a.c, b.c编译成ab.ko, 可以这样指定:
# ab-y := a.o b.o
# obj-m += ab.o
# leddrv.c board_demo.c 编译成 100ask.ko
100ask_led-y := leddrv.o chip_demo_gpio.o board_A_led.o
obj-m += 100ask_led.o


1.5 课后作业


使用“分离”的思想,去改造前面写的LED驱动程序:实现led_resouce,在里面可以指定要使用哪一个LED;改造led_operations,让它能支持更多GPIO。

注意:作为练习,led_operations结构体不需要写得很完善,不需要支持所有GPIO,你可以只支持若干个GPIO即可。

代码置留
相关文章
|
8天前
鸿蒙开发:V2版本装饰器@Once
@Once装饰器只能与@Param搭配使用,仅此一个组合,无其他使用方式,还有就是,必须在V2版本,也就是@ComponentV2装饰的自定义组件中,否则会报异常。
鸿蒙开发:V2版本装饰器@Once
|
1天前
鸿蒙开发:wrapBuilder传递参数
本文,主要简单了介绍了一下,非UI使用的情况下,wrapBuilder传递数据问题,除了以上的方式之外,还有其它的方式可以实现,在实际的开发中,还是具体问题具体分析。
74 61
鸿蒙开发:wrapBuilder传递参数
|
2天前
|
开发者 容器
鸿蒙开发:弹性布局Flex
在实际的开发中,需要掌握主轴与交叉轴的关系、换行规则及子元素属性,同时注意性能与兼容性问题,还有一点,Flex组件在渲染时存在二次布局过程,因此在对性能有严格要求的场景下建议使用Column、Row代替。
22 10
鸿蒙开发:弹性布局Flex
|
5天前
|
安全 API
鸿蒙开发:实现AOP代码插桩能力
正确的运用AOP,可以提升代码的模块化、复用性、可维护性和灵活性,同时降低了耦合度,使系统更易于扩展和维护。
36 13
鸿蒙开发:实现AOP代码插桩能力
|
2天前
|
容器
鸿蒙开发:相对布局RelativeContainer
当然了,RelativeContainer组件还有着其它的属性,但是最重要的也就是位置的摆放,其实也就是相对于锚点组件的摆放;通过上述的案例,我们不难发现,所谓的左上右下,反着来就是对的,比如在锚点上边,我用bottom,在锚点下面,我用top,在实际的开发中,可极大节约我们的开发时间。
鸿蒙开发:相对布局RelativeContainer
|
8天前
鸿蒙开发:熟知@BuilderParam装饰器
在实际的开发中,我们经常会遇到自定义组件的情况,比如通用的列表组件,选项卡组件等等,由于使用方的样式不一,子组件是动态变化的,针对这一情况,就不得不让使用方把子组件视图传递过来,如何来接收这个UI视图,这就是@BuilderParam装饰器的作用。
鸿蒙开发:熟知@BuilderParam装饰器
|
7天前
|
安全
鸿蒙开发:校验构造传参装饰器@Require
@Require装饰器依赖ArkTs的类型检查,仅在编译阶段拦截类型错误和缺失参数,对于运行时才能确定的动态值,如从网络请求获取的数据,仍需在生命周期函数中进行二次校验。
44 18
|
3天前
鸿蒙开发:wrapBuilder来封装全局@Builder
首先第一点,在同一个UI组件内,同一个wrapBuilder只能初始化一次,第二点就是WrappedBuilder对象的builder属性方法只能在struct内部使用。
|
8天前
|
API 开发者
鸿蒙开发:V2版本装饰器之@Monitor装饰器
如果要实现@Monitor监听,其变量一定要被@Local、@Param、@Provider、@Consumer、@Computed装饰,未被修饰则无法被监听,还有,如果监听对象的变化,则不建议在一个类中对同一个属性进行多次@Monitor的监听,多次监听,只有最后一个定义的监听方法才会有效。
|
9天前
|
Android开发 UED iOS开发
Harmony os next~UI开发与ArkUI框架
鸿蒙OS的UI开发基于ArkUI框架,采用声明式编程,简化开发流程。五大核心组件(Text、Button、List、Grid、Flex)助力高效布局,支持数据绑定与动态更新。事件响应机制灵敏,适合构建交互丰富的应用。实战技巧包括规范命名、样式复用和调试方法。掌握这些,轻松开发鸿蒙应用。下期预告:分布式开发,记得带上烤冷面!
22 0