PIN即管脚控制器,用于统一管理各SoC的管脚资源,对外提供管脚复用功能。
基本概念
PIN是一个软件层面的概念,目的是为了统一对各SoC的PIN管脚进行管理,对外提供管脚复用功能,配置PIN管脚的电气特性。
-
SoC(System on Chip)
系统级芯片,又称作片上系统,通常是面向特定用途将微处理器、模拟IP核、数字IP核和存储器集成在单一芯片的标准产品。
-
管脚复用
由于芯片自身的引脚数量有限,无法满足日益增多的外接需求。此时可以通过软件层面的寄存器设置,让引脚工作在不同的状态,从而实现相同引脚完成不同功能的目的。
运作机制
在HDF框架中,同类型设备对象较多时(可能同时存在十几个同类型配置器),若采用独立服务模式,则需要配置更多的设备节点,且相关服务会占据更多的内存资源。相反,采用统一服务模式可以使用一个设备服务作为管理器,统一处理所有同类型对象的外部访问(这会在配置文件中有所体现),实现便捷管理和节约资源的目的。PIN模块接口适配模式采用统一服务模式(如图1所示)。
在统一模式下,所有的控制器都被核心层统一管理,并由核心层统一发布一个服务供接口层,因此这种模式下驱动无需再为每个控制器发布服务。
PIN模块各分层作用:
-
接口层提供获取PIN管脚、设置PIN管脚推拉方式、获取PIN管脚推拉方式、设置PIN管脚推拉强度、获取PIN管脚推拉强度、设置PIN管脚功能、获取PIN管脚功能、释放PIN管脚的接口。
-
核心层主要提供PIN管脚资源匹配,PIN管脚控制器的添加、移除以及管理的能力,通过钩子函数与适配层交互。
-
适配层主要是将钩子函数的功能实例化,实现具体的功能。
图 1 统一服务模式结构图
约束与限制
PIN模块目前只支持小型系统LiteOS-A内核。
开发指导
场景介绍
PIN模块主要用于管脚资源管理。在各SoC对接HDF框架时,需要来适配PIN驱动。下文将介绍如何进行PIN驱动适配。
接口说明
为了保证上层在调用PIN接口时能够正确的操作PIN管脚,核心层在//drivers/hdf_core/framework/support/platform/include/pin/pin_core.h中定义了以下钩子函数,驱动适配者需要在适配层实现这些函数的具体功能,并与钩子函数挂接,从而完成适配层与核心层的交互。
PinCntlrMethod定义:
struct PinCntlrMethod {
int32_t (*SetPinPull)(struct PinCntlr *cntlr, uint32_t index, enum PinPullType pullType);
int32_t (*GetPinPull)(struct PinCntlr *cntlr, uint32_t index, enum PinPullType *pullType);
int32_t (*SetPinStrength)(struct PinCntlr *cntlr, uint32_t index, uint32_t strength);
int32_t (*GetPinStrength)(struct PinCntlr *cntlr, uint32_t index, uint32_t *strength);
int32_t (*SetPinFunc)(struct PinCntlr *cntlr, uint32_t index, const char *funcName);
int32_t (*GetPinFunc)(struct PinCntlr *cntlr, uint32_t index, const char **funcName);
};
表 1 PinCntlrMethod成员的钩子函数功能说明
成员函数 | 入参 | 出参 | 返回值 | 功能 |
---|---|---|---|---|
SetPinPull | cntlr:结构体指针,核心层PIN控制器 index:uint32_t类型变量,管脚索引号 pullType:枚举常量,PIN管脚推拉方式 |
无 | HDF_STATUS相关状态 | PIN设置管脚推拉方式 |
GetPinPull | cntlr:结构体指针,核心层PIN控制器 index:uint32_t类型变量,管脚索引号 |
pullType:枚举常量指针,传出获取的PIN管脚推拉方式 | HDF_STATUS相关状态 | PIN获取管脚推拉方式 |
SetPinStrength | cntlr:结构体指针,核心层PIN控制器 index:uint32_t类型变量,管脚索引号 strength:uint32_t变量,PIN推拉强度 |
无 | HDF_STATUS相关状态 | PIN设置推拉强度 |
GetPinStrength | cntlr:结构体指针,核心层PIN控制器 index:uint32_t类型变量,管脚索引号 |
strength:uint32_t变量指针,传出获取的PIN推拉强度 | HDF_STATUS相关状态 | PIN获取推拉强度 |
SetPinFunc | cntlr:结构体指针,核心层PIN控制器 index:uint32_t类型变量,管脚索引号 funcName:char指针常量,传入PIN管脚功能 |
无 | HDF_STATUS相关状态 | PIN设置管脚功能 |
GetPinFunc | cntlr:结构体指针,核心层PIN控制器 index:uint32_t类型变量,管脚索引号 |
funcName:char双重指针常量,传出获取的PIN管脚功能 | HDF_STATUS相关状态 | PIN获取管脚功能 |
开发步骤
PIN模块适配HDF框架包含以下四个步骤:
-
实例化驱动入口
-
配置属性文件
-
实例化PIN控制器对象
-
驱动调试
开发实例
下方将基于Hi3516DV300开发板以//device/soc/hisilicon/common/platform/pin/pin_hi35xx.c驱动为示例,展示需要驱动适配者提供哪些内容来完整实现设备功能。
-
实例化驱动入口
驱动入口必须为HdfDriverEntry(在hdf_device_desc.h中定义)类型的全局变量,且moduleName要和device_info.hcs中保持一致。HDF框架会将所有加载的驱动的HdfDriverEntry对象首地址汇总,形成一个类似数组的段地址空间,方便上层调用。
一般在加载驱动时HDF会先调用Bind函数,再调用Init函数加载该驱动。当Init调用异常时,HDF框架会调用Release释放驱动资源并退出。
PIN驱动入口开发参考:
static struct HdfDriverEntry g_hi35xxPinDriverEntry = { .moduleVersion = 1, .Bind = Hi35xxPinBind, // PIN不需要实现Bind,本例是一个空实现,驱动适配者可根据自身需要添加相关操作 .Init = Hi35xxPinInit, // 挂接PIN模块Init实例化 .Release = Hi35xxPinRelease, // 挂接PIN模块Release实例化 .moduleName = "hi35xx_pin_driver", // 【必要且与HCS文件中里面的moduleName匹配】 }; HDF_INIT(g_hi35xxPinDriverEntry); // 调用HDF_INIT将驱动入口注册到HDF框架中
-
配置属性文件
完成驱动入口注册之后,需要在device_info.hcs文件中添加deviceNode信息,deviceNode信息与驱动入口注册相关。本例以两个PIN控制器为例,如有多个器件信息,则需要在devic