OpenHarmony（鸿蒙南向）——平台驱动开发【HDMI】

最新推荐文章于 2024-08-08 17:07:59 发布
最新推荐文章于 2024-08-08 17:07:59 发布
阅读量936 收藏 30
点赞数 30
分类专栏： OpenHarmony 鸿蒙开发 移动开发 文章标签： 驱动开发 鸿蒙内核 OpenHarmony 子系统 linux 鸿蒙开发 嵌入式硬件
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/maniuT/article/details/140994941
版权
移动开发 同时被 3 个专栏收录
956 篇文章 10 订阅
订阅专栏
OpenHarmony
695 篇文章 17 订阅
订阅专栏
鸿蒙开发
504 篇文章 1 订阅
订阅专栏

概述

功能简介

HDMI（High Definition Multimedia Interface），即高清多媒体接口，是Hitachi、Panasonic、Philips、Silicon Image、Sony、Thomson、Toshiba共同发布的一款音视频传输协议，主要用于DVD、机顶盒等音视频Source设备到TV、显示器等Sink设备的传输。HDMI传输过程遵循TMDS（Transition Minimized Differential Signaling）协议。

基本概念

  • TMDS（Transition Minimized Differential signal）：过渡调制差分信号，也被称为最小化传输差分信号，用于发送音频、视频及各种辅助数据。
  • DDC（Display Data Channel）：显示数据通道，发送端与接收端可利用DDC通道得知彼此的发送与接收能力，但HDMI仅需单向获知接收端（显示器）的能力。
  • CEC（Consumer Electronics Control）：消费电子控制，该功能应该能够在连接HDMI的发送设备与接收设备之间实现交互操作。
  • FRL（Fixed Rate Link）：TMDS的架构进行讯号传输时，最高带宽可达18Gbps，而FRL模式的带宽则提升到48Gbps。
  • HDCP（High-bandwidth Digital Content Protection）：即高带宽数字内容保护技术，当用户对高清晰信号进行非法复制时，该技术会进行干扰，降低复制出来的影像的质量，从而对内容进行保护。

运作机制

在HDF框架中，HDMI的接口适配模式拟采用独立服务模式（如图1）。在这种模式下，每一个设备对象会独立发布一个设备服务来处理外部访问，设备管理器收到API的访问请求之后，通过提取该请求的参数，达到调用实际设备对象的相应内部方法的目的。独立服务模式可以直接借助HDFDeviceManager的服务管理能力，但需要为每个设备单独配置设备节点，增加内存占用率。

HDMI模块各分层作用：

  • 接口层提供打开HDMI设备、启动HDMI传输、停止HDMI传输、声音图像消隐设置、设置色彩深度、获取色彩深度、设置视频属性、获取视频属性、设置HDR属性、读取Sink端原始EDID数据、注册HDMI热插拔检测回调函数、注销HDMI热插拔检测回调函数、关闭HDMI设备的接口。

  • 核心层主要提供HDMI控制器的打开、关闭及管理的能力，通过钩子函数与适配层交互。

  • 适配层主要是将钩子函数的功能实例化，实现具体的功能。

图 1 HDMI独立服务模式

约束与限制

HDMI模块当前仅支持轻量和小型系统内核（LiteOS），暂无实际适配驱动。

开发指导

场景介绍

HDMI具有体积小、传输速率高、传输带宽宽、兼容性好、能同时传输无压缩音视频信号等优点。与传统的全模拟接口相比，HDMI不但增加了设备间接线的便捷性，还提供了一些HDMI特有的智能化功能，可用于小体积设备进行高质量音视频传输的场景。

接口说明

HdmiCntlrOps定义：

struct HdmiCntlrOps {
    void (*hardWareInit)(struct HdmiCntlr *cntlr);
    void (*hardWareStatusGet)(struct HdmiCntlr *cntlr, struct HdmiHardwareStatus *status);
    void (*controllerReset)(struct HdmiCntlr *cntlr);
    bool (*hotPlugStateGet)(struct HdmiCntlr *cntlr);
    bool (*hotPlugInterruptStateGet)(struct HdmiCntlr *cntlr);
    void (*lowPowerSet)(struct HdmiCntlr *cntlr, bool enable);
    void (*tmdsModeSet)(struct HdmiCntlr *cntlr, enum HdmiTmdsModeType mode);
    int32_t (*tmdsConfigSet)(struct HdmiCntlr *cntlr, struct HdmiTmdsConfig mode);
    void (*infoFrameEnable)(struct HdmiCntlr *cntlr, enum HdmiPacketType infoFrameType, bool enable);
    int32_t (*infoFrameSend)(struct HdmiCntlr *cntlr, enum HdmiPacketType infoFrameType, uint8_t *data, uint32_t len);
    int32_t (*infoFrameDataSet)(struct HdmiCntlr *cntlr, uint32_t type, uint8_t *data, uint32_t len);
    int32_t (*cecMsgSend)(struct HdmiCntlr *cntlr, struct HdmiCecMsg *msg);
    void (*audioPathEnable)(struct HdmiCntlr *cntlr, bool enable);
    void (*audioPathSet)(struct HdmiCntlr *cntlr, struct HdmiAudioConfigInfo *config);
    void (*phyOutputEnable)(struct HdmiCntlr *cntlr, bool enable);
    void (*phyOutputSet)(struct HdmiCntlr *cntlr, struct HdmiPhyCfg *cfg);
    void (*blackDataSet)(struct HdmiCntlr *cntlr, bool enable);
    void (*videoMuteEnable)(struct HdmiCntlr *cntlr, bool enable);
    void (*videoPathSet)(struct HdmiCntlr *cntlr, struct HdmiVideoAttr *attr);
    void (*audioMuteEnable)(struct HdmiCntlr *cntlr, bool enable);
    void (*avmuteSet)(struct HdmiCntlr *cntlr, bool enable);
    int32_t (*ddcTransfer)(struct HdmiCntlr *cntlr, struct HdmiDdcCfg *ddcCfg);
    bool (*scdcSourceScrambleGet)(struct HdmiCntlr *cntlr);
    int32_t (*scdcSourceScrambleSet)(struct HdmiCntlr *cntlr, bool enable);
    void (*frlSet)(struct HdmiCntlr *cntlr);
    int32_t (*frlEnable)(struct HdmiCntlr *cntlr, bool enable);
    int32_t (*audioNctsSet)(struct HdmiCntlr *cntlr, struct HdmiFrlAudioNctsConfig *cfg);
    void (*frlTrainingConfigSet)(struct HdmiCntlr *cntlr, struct HdmiFrlTrainConfig *cfg);
    void (*frlTrainingStart)(struct HdmiCntlr *cntlr);
    void (*frlGetTriningRslt)(struct HdmiCntlr *cntlr, struct HdmiFrlTrainRslt *rslt);
    void (*hdcpRegInit)(struct HdmiCntlr *cntlr);
    int32_t (*hdcpGenerateAksvAndAn)(struct HdmiCntlr *cntlr);
    int32_t (*hdcpOptReg)(struct HdmiCntlr *cntlr, enum HdmiHdcpRegOptType type, uint8_t *data, uint32_t len);
    void (*hdrTimerSet)(struct HdmiCntlr *cntlr, struct HdmiHdrTimerConfig *config);
};
c

表 1 HdmiCntlrOps结构体成员的回调函数功能说明

函数成员入参出参返回值功能
hardWareInitcntlr：结构体指针，核心层HDMI控制器无无初始化HDMI硬件
hardWareStatusGetcntlr：结构体指针，核心层HDMI控制器status：HDMI硬件状态 ;无获取HDMI当前硬件状态
controllerResetcntlr：结构体指针，核心层HDMI控制器无无复位HDMI控制器
hotPlugStateGetcntlr：结构体指针，核心层HDMI控制器无bool：HDMI热插拔状态获取HDMI热插拔状态
hotPlugInterruptStateGetcntlr：结构体指针，核心层HDMI控制器无bool：HDMI热插拔中断状态获取HDMI热插拔中断状态
lowPowerSetcntlr：结构体指针，核心层HDMI控制器
enable：bool，使能/去使能		无无使能/去使能低功耗
tmdsModeSetcntlr：结构体指针，核心层HDMI控制器
mode：TMDS模式		无无设置TMDS模式
tmdsConfigSetcntlr：结构体指针，核心层HDMI控制器
mode：TMDS参数		无HDF_STATUS相关状态配置TMDS参数
infoFrameEnablecntlr：结构体指针，核心层HDMI控制器
infoFrameType：packet类型
enable：bool，使能/去使能		无无使能/去使能infoFrame
infoFrameSendcntlr：结构体指针，核心层HDMI控制器
infoFrameType：packet类型
data：infoFrame数据
len：数据长度		无HDF_STATUS相关状态发送infoFrame
cecMsgSendcntlr：结构体指针，核心层HDMI控制器
msg：CEC消息		无HDF_STATUS相关状态发送CEC消息
audioPathEnablecntlr：结构体指针，核心层HDMI控制器
enable：bool，使能/去使能		无无使能/去使能audio通路
audioPathSetcntlr：结构体指针，核心层HDMI控制器
config：配置信息		无无设置audio通路配置信息
phyOutputEnablecntlr：结构体指针，核心层HDMI控制器
enable：bool，使能/去使能		无无使能/去使能物理层输出状态
phyOutputSetcntlr：结构体指针，核心层HDMI控制器
cfg：配置信息		无无设置物理层配置信息
blackDataSetcntlr：结构体指针，核心层HDMI控制器
enable：bool，使能/去使能		无无设置黑屏
videoMuteEnablecntlr：结构体指针，核心层HDMI控制器
enable：bool，使能/去使能		无无使能/去使能video静音
videoPathSetcntlr：结构体指针，核心层HDMI控制器
attr：配置信息		无无设置video通路配置信息
audioMuteEnablecntlr：结构体指针，核心层HDMI控制器
enable：bool，使能/去使能		无无使能/去使能audio静音
avmuteSetcntlr：结构体指针，核心层HDMI控制器
enable：bool，使能/去使能		无无使能/去使能声音图像消隐
ddcTransfercntlr：结构体指针，核心层HDMI控制器
ddcCfg：DDC配置参数		ddcCfg：DDC配置参数HDF_STATUS相关状态读写DDC数据
scdcSourceScrambleGetcntlr：结构体指针，核心层HDMI控制器无bool，加扰状态获取source端的加扰状态
scdcSourceScrambleSetcntlr：结构体指针，核心层HDMI控制器
enable：bool，使能/去使能		无HDF_STATUS相关状态使能/去使能source端的加扰
frlEnablecntlr：结构体指针，核心层HDMI控制器
enable：bool，使能/去使能		无HDF_STATUS相关状态使能/去使能FRL
audioNctsSetcntlr：结构体指针，核心层HDMI控制器
cfg：N/CTS配置参数		无HDF_STATUS相关状态设置audio的N/CTS信息
frlTrainingConfigSetcntlr：结构体指针，核心层HDMI控制器
cfg：FRL Training配置参数		无无设置FRL Training配置信息
frlTrainingStartcntlr：结构体指针，核心层HDMI控制器无无开始FRL Training流程
frlGetTriningRsltcntlr：结构体指针，核心层HDMI控制器rslt：FRL Training结果无获取FRL Training结果
hdcpRegInitcntlr：结构体指针，核心层HDMI控制器无无初始化HDCP流程相关的寄存器
hdcpGenerateAksvAndAncntlr：结构体指针，核心层HDMI控制器无HDF_STATUS相关状态HDCP流程中生成aksv和an
hdcpOptRegcntlr：结构体指针，核心层HDMI控制器
type：操作类型
data：寄存器数据
len：数据长度		data：寄存器数据HDF_STATUS相关状态HDCP流程中读写相关寄存器
hdrTimerSetcntlr：结构体指针，核心层HDMI控制器
config：timer配置信息		无无设置HDR相关的timer配置信息

开发步骤

HDMI模块适配包含以下四个步骤：

  • 实例化驱动入口

    • 实例化HdfDriverEntry结构体成员。

    • 调用HDF_INIT将HdfDriverEntry实例化对象注册到HDF框架中。

  • 配置属性文件

    • 在device_info.hcs文件中添加deviceNode描述。

    • 【可选】添加hdmi_config.hcs器件属性文件。

  • 实例化HDMI控制器对象

    • 初始化HdmiCntlr成员。

    • 实例化HdmiCntlr成员HdmiCntlrOps方法集合。

  • 驱动调试

    【可选】针对新增驱动程序，建议验证驱动基本功能，例如挂载后的信息反馈，HDMI传输等。

  1. 实例化驱动入口

驱动入口必须为HdfDriverEntry（在hdf_device_desc.h中定义）类型的全局变量，且moduleName要和device_info.hcs中保持一致。HDF框架会将所有加载的驱动的HdfDriverEntry对象首地址汇总，形成一个类似数组的段地址空间，方便上层调用。

一般在加载驱动时HDF会先调用Bind函数，再调用Init函数加载该驱动。当Init调用异常时，HDF框架会调用Release释放驱动资源并退出。

HDMI驱动入口参考：

    struct HdfDriverEntry g_hdmiDriverEntry = {
        .moduleVersion = 1,
        .Bind = HdmiAdapterBind,
        .Init = HdmiAdapterInit,
        .Release = HdmiAdapterRelease,
        .moduleName = "adapter_hdmi_driver", // 【必要且与HCS文件中里面的moduleName匹配】
    };
    HDF_INIT(g_hdmiDriverEntry);             // 调用HDF_INIT将驱动入口注册到HDF框架中
    c
  1. 配置属性文件

完成驱动入口注册之后，下一步请在device_info.hcs文件中添加deviceNode信息，并在hdmi_config.hcs中配置器件属性。deviceNode信息与驱动入口注册相关，器件属性值对于厂商驱动的实现以及核心层HdmiCntlr相关成员的默认值或限制范围有密切关系。从第一个节点开始配置具体HDMI控制器信息，此节点并不表示某一路HDMI控制器，而是代表一个资源性质设备，用于描述一类HDMI控制器的信息。本例只有一个HDMI控制器，如有多个控制器，则需要在device_info文件增加deviceNode信息，以及在hdmi_config文件中增加对应的器件属性。

  • device_info.hcs配置参考
        root {
            platform :: host {
                 device_hdmi :: device {
                    device0 :: deviceNode {
                        policy = 2;                                // 等于2，需要发布服务。
                        priority = 20;                             // 驱动启动优先级。
                        permission = 0644;                         // 驱动创建设备节点权限。
                        serviceName = "HDF_PLATFORM_HDMI_0";       //【必要】驱动对外发布服务的名称，必须唯一。
                        moduleName = "hdmi_driver";                //【必要】用于指定驱动名称，需要与期望的驱动Entry中的moduleName一致。
                        deviceMatchAttr = "adapter_hdmi_driver";   //【必要】用于配置控制器私有数据，要与hdmi_config.hcs中对应控制器保持一致。
                    }                                              // 具体的控制器信息在hdmi_config.hcs中。
                 }
            }
        }
        c
  • hdmi_config.hcs 配置参考
        root {
            platform {
                hdmi_config {
                    template hdmi_controller {     // 模板公共参数，继承该模板的节点如果使用模板中的默认值，则节点字段可以缺省。
                        match_attr = "";           //【必要】需要和device_info.hcs中的deviceMatchAttr值一致。
                        index = 0;                 //【必要】hdmi控制器编号
                        regBasePhy = 0x10100000;   //【必要】寄存器物理基地址
                        regSize = 0xd1;            //【必要】寄存器位宽
                        irqNum = 100;              //【必要】中断号
                        maxTmdsClock = 300;
                        videoTiming = 10;
                        quantization = 1;
                        colorSpace = 0;
                        colorimetry = 0;
                        audioIfType = 0;
                        audioBitDepth = 1;
                        audioSampleRate = 2;
                        audioChannels = 1;
                        hdrColorimetry = 4;
                        hdrUserMode = 1;
                        cap = 0xd001e045;
                    }
                    controller_0x10100000 :: hdmi_controller {
                        match_attr = "adapter_hdmi_driver";
                        index = 0;
                        regBasePhy = 0x10100000;
                        irqNum = 100;
                        maxTmdsClock = 400;
                        defTmdsClock = 300;
                        maxFrlRate = 600;
                        videoTiming = 10;
                        quantization = 1;
                        colorSpace = 0;
                        colorimetry = 0;
                        audioIfType = 0;
                        audioSampleRate = 2;
                        audioChannels = 1;
                        hdrColorimetry = 4;
                        hdrUserMode = 1;
                        cap = 0xd001e045;
                    }
                }
            }
        }
        c

需要注意的是，新增hdmi_config.hcs配置文件后，必须在对应的hdf.hcs文件中包含hdmi_config.hcs所在路径信息，否则配置文件无法生效。

  1. 实例化HDMI控制器对象

最后一步，完成驱动入口注册之后，要以核心层HdmiCntlr对象的初始化为核心，包括厂商自定义结构体（传递参数和数据），实例化HdmiCntlr成员HdmiCntlrOps（让用户可以通过接口来调用驱动底层函数），实现HdfDriverEntry成员函数（Bind，Init，Release）。

  • 自定义结构体参考

说明：
从驱动角度看，自定义结构体是参数和数据的载体。HDF会读取hdmi_config.hcs文件中的数值并通过DeviceResourceIface来初始化结构体成员，且其中一些重要数值（例如设备号、总线号等）也会被传递给核心层HdmiCntlr对象。

        struct HdmiAdapterHost {
            struct HdmiCntlr *cntlr;        //【必要】是核心层控制对象，具体描述如下。
            volatile unsigned char *regBase;//【必要】寄存器基地址
            uint32_t regBasePhy;            //【必要】寄存器物理基地址
            uint32_t regSize;               //【必要】寄存器位宽
            uint32_t irqNum;                //【必要】中断号
        };

        struct HdmiCntlr {
            struct IDeviceIoService service;
            struct HdfDeviceObject *hdfDevObj;
            struct PlatformDevice device;
            struct OsalMutex mutex;
            struct PlatformQueue *msgQueue;
            struct HdmiCntlrCap cap;
            struct HdmiAttr attr;
            struct HdmiCntlrOps *ops;
            uint32_t deviceIndex;
            uint32_t state;                 // 控制器状态
            enum HdmiTmdsModeType tmdsMode;
            struct HdmiDevice *hdmi;
            struct HdmiInfoframe infoframe;
            struct HdmiScdc *scdc;
            struct HdmiDdc ddc;
            struct HdmiFrl *frl;
            struct HdmiHdcp *hdcp;
            struct HdmiCec *cec;
            struct HdmiEvent event;
            struct HdmiHdr *hdr;
            void *priv;
        };
        c
  • HdmiCntlr成员回调函数结构体HdmiCntlrOps的实例化
        static struct HdmiCntlrOps g_hdmiAdapterHostOps = {
            .hardWareInit = HdmiAdapterHardWareInit,
            .hardWareStatusGet = HdmiAdapterHardWareStatusGet,
            .controllerReset = HdmiAdapterControllerReset,
            .hotPlugStateGet = HdmiAdapterHotPlugStateGet,
            .hotPlugInterruptStateGet = HdmiAdapterHotPlugInterruptStateGet,
            .lowPowerSet = HdmiAdapterLowPowerSet,
            .tmdsModeSet = HdmiAdapterTmdsModeSet,
            .tmdsConfigSet = HdmiAdapterTmdsConfigSet,
            .infoframeEnable = HdmiAdapterInfoframeEnable,
            .infoframeSend = HdmiAdapterInfoframeSend,
            .infoframeDataSet = HdmiAdapterInfoframeDataSet,
            .cecMsgSend = HdmiAdapterCecMsgSend,
            .audioPathEnable = HdmiAdapterAudioPathEnable,
            .audioPathSet = HdmiAdapterAudioPathSet,
            .phyOutputEnable = HdmiAdapterPhyOutputEnable,
            .phyOutputSet = HdmiAdapterPhyOutputSet,
            .blackDataSet = HdmiAdapterBlackDataSet,
            .videoMuteEnable = HdmiAdapterVideoMuteEnable,
            .videoPathSet = HdmiAdapterVideoPathSet,
            .audioMuteEnable = HdmiAdapterAudioMuteEnable,
            .avmuteSet = HdmiAdapterAvmuteSet,
            .ddcTransfer = HdmiAdapterDdcTransfer,
            .scdcSourceScrambleGet = HdmiAdapterScdcSourceScrambleGet,
            .scdcSourceScrambleSet = HdmiAdapterScdcSourceScrambleSet,
            .frlSet = HdmiAdapterFrlSet,
            .frlEnable = HdmiAdapterFrlEnable,
            .audioNctsSet = HdmiAdapterAudioNctsSet,
            .frlTrainingConfigSet = HdmiAdapterFrlTrainingConfigSet,
            .frlTrainingStart = HdmiAdapterFrlTrainingStart,
            .frlGetTriningRslt = HdmiAdapterFrlGetTriningRslt,
            .hdcpRegInit = HdmiAdapterHdcpRegInit,
            .hdcpGenerateAksvAndAn = HdmiAdapterHdcpGenerateAksvAndAn,
            .hdcpOptReg = HdmiAdapterHdcpOptReg,
            .hdrTimerSet = HdmiAdapterHdrTimerSet,
        };
        c
  • Bind函数参考

入参：

HdfDeviceObject是整个驱动对外呈现的接口参数，具备HCS配置文件的信息。

返回值：

HDF_STATUS相关状态 （表2为部分展示，如需使用其他状态，可参考//drivers/hdf_core/interfaces/inner_api/utils/hdf_base.h中HDF_STATUS的定义）。

表 2 HDF_STATUS相关状态说明

状态(值)问题描述
HDF_ERR_INVALID_OBJECT控制器对象非法
HDF_ERR_MALLOC_FAIL内存分配失败
HDF_ERR_IOI/O 错误
HDF_SUCCESS初始化成功
HDF_FAILURE初始化失败

函数说明：

初始化自定义结构体对象HdmiAdapterHost，初始化HdmiCntlr成员，调用核心层HdmiCntlrAdd函数。

HdmiCntlr，HdmiAdapterHost，HdfDeviceObject之间互相赋值，方便其他函数可以相互转化。

        static int32_t HdmiAdapterBind(struct HdfDeviceObject *obj)
        {
            struct HdmiCntlr *cntlr = NULL;
            struct HimciAdapterHost *host = NULL;
            int32_t ret;
            cntlr = (struct HdmiCntlr *)OsalMemCalloc(sizeof(struct HdmiCntlr));
            if (cntlr == NULL) {
                HDF_LOGE("%s: malloc cntlr failed!", __func__);
                return HDF_ERR_MALLOC_FAIL;
            }
            host = (struct HimciAdapterHost *)OsalMemCalloc(sizeof(struct HimciAdapterHost));
            if (host == NULL) {
                HDF_LOGE("%s: malloc host failed!", __func__);
                return HDF_ERR_MALLOC_FAIL;
            }
            cntlr->priv = (void *)host;              //【必要】将host存放至cntlr的私有数据
            cntlr->ops = &g_hdmiHostOps;             //【必要】HdmiCntlrOps的实例化对象的挂载
            cntlr->hdfDevObj = obj;                  //【必要】使HdfDeviceObject与HdmiCntlr可以相互转化的前提
            obj->service = &cntlr->service;          //【必要】使HdfDeviceObject与HdmiCntlr可以相互转化的前提
            ret = HdmiAdapterCntlrParse(cntlr, obj); //【必要】初始化cntlr，失败则goto __ERR。
            ...... 
            ret = HdmiAdapterHostParse(host, obj);   //【必要】初始化host对象的相关属性，失败则goto __ERR。
            ......
            ret = HdmiAdapterHostInit(host, cntlr);  // 厂商自定义的初始化，失败则goto __ERR。
            ......
            ret = HdmiCntlrAdd(cntlr);               // 调用核心层函数，失败则goto __ERR。
            ......
            HDF_LOGD("HdmiAdapterBind: success.");
            return HDF_SUCCESS;
        __ERR:
            HdmiAdapterDeleteHost(host);
            HDF_LOGD("HdmiAdapterBind: fail, err = %d.", ret);
            return ret;
        }
        c
  • Init函数参考

入参：

HdfDeviceObject是整个驱动对外暴露的接口参数，具备HCS配置文件的信息。

返回值：

HDF_STATUS相关状态。

函数说明：

实现HdmiAdapterInit函数。

        static int32_t HdmiAdapterInit(struct HdfDeviceObject *obj)
        {
            return HDF_SUCCESS;
        }
        c
  • Release函数参考

入参：

HdfDeviceObject是整个驱动对外暴露的接口参数，具备HCS配置文件的信息。

返回值：

无

函数说明：

释放内存和删除控制器，该函数需要在驱动入口结构体中赋值给Release接口，当HDF框架调用Init函数初始化驱动失败时，可以调用Release释放驱动资源。

说明：
所有强制转换获取相应对象的操作前提是在Init函数中具备对应赋值的操作。

        static void HdmiAdapterRelease(struct HdfDeviceObject *obj)
        {
            struct HdmiCntlr *cntlr = NULL;
            ......
            cntlr = (struct HdmiCntlr *)obj->service;               // 这里有HdfDeviceObject到HdmiCntlr的强制转化，通过service成员，赋值见Bind函数。
            ......
            HimciDeleteHost((struct HimciAdapterHost *)cntlr->priv);// 厂商自定义的内存释放函数，这里有HdmiCntlr到HimciAdapterHost的强制转化。
        }
        c
  1. 驱动调试

【可选】针对新增驱动程序，建议验证驱动基本功能，例如挂载后的信息反馈，HDMI传输等。

如果大家想更加深入的学习 OpenHarmony（鸿蒙南向） 开发的全栈内容，不妨可以参考以下相关学习文档进行学习，助你快速提升自己：

OpenHarmony 开发环境搭建：https://qr18.cn/CgxrRy

《OpenHarmony源码解析》：https://qr18.cn/CgxrRy

  • 搭建开发环境
  • Windows 开发环境的搭建
  • Ubuntu 开发环境搭建
  • Linux 与 Windows 之间的文件共享
  • ……

系统架构分析：https://qr18.cn/CgxrRy

  • 构建子系统
  • 启动流程
  • 子系统
  • 分布式任务调度子系统
  • 分布式通信子系统
  • 驱动子系统
  • ……

OpenHarmony 设备开发学习手册：https://qr18.cn/CgxrRy

在这里插入图片描述

OpenHarmony面试题（内含参考答案）：https://qr18.cn/CgxrRy

写在最后

  • 如果你觉得这篇内容对你还蛮有帮助，我想邀请你帮我三个小忙：
  • 点赞，转发，有你们的 『点赞和评论』，才是我创造的动力。
  • 关注小编，同时可以期待后续文章ing🚀，不定期分享原创知识。
  • 想要获取更多完整鸿蒙最新学习资源，请移步前往小编：https://qr21.cn/FV7h05

OpenHarmony_小贾
关注
  • 30
    点赞
  • 踩
  • 30
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Linux驱动学习--HDMI开发(二)HDMI驱动源码分析(RK平台)
文艺小少年的博客
07-31 6293
目录 一、引言 二、驱动框架 一、引言 前一篇文章简单介绍了一下HDMI的整体结构，从硬件到协议，可以看到，确实包含了很多东西，这篇文章，就从驱动源码的角度，来分析一下HDMI 二、驱动框架 整体框架分析 先来回顾一下几个名词 HDCP: HDCP的全称是High-bandwidthDigital Content Protection，也就是“高带宽数字内容保护”。 1、DDC: HDCP数据秘钥在CPU和显示设备间的交换以及EDID(EDID中包含有关显示器及其性能的参数)要通过hdmi 接口的两个DDC
OpenHarmony(5) —— OHOS信息
god
10-10 3154
代码仓：https://codechina.csdn.net/fu851523125/rtos 下载HI3516DV300官方板子的固件，烧写到自己的板子上，虽然不能正常使用，但主要看一些信息。 官方教程 https://device.harmonyos.com/cn/docs/start/introduce/oem_camera_start_first_example-0000001051610926 EMMC 分区 0x00000000 - 0x00100000 1M u-boot....
RK3568 OpenHarmony4.0适配HDMI液晶屏
jianjiangww的专栏
12-02 1719
RK3568 OpenHarmony4.0适配HDMI液晶屏
OpenHarmony轻量级驱动开发
lanlingxueyu的博客
02-07 2497
OpenHarmony轻量级驱动开发
Harmony鸿蒙南向驱动开发-HDMI
m0_64420071的博客
04-09 1078
HDMI传输过程遵循TMDS（Transition Minimized Differential Signaling）协议。
OpenHarmony开发实战：HDF驱动开发流程
m0_64422261的博客
06-28 1238
更高效的驱动管理的开发环境，力求做到一次开发，多系统部署。
【直播回顾】OpenHarmony知识赋能第四期第四课——音频驱动开发
OpenHarmony_dev的博客
04-01 1079
3月31日晚上19点，知识赋能第四期直播的第四节，也是本期最后一节直播课《OpenHarmony标准系统HDF框架之音频驱动开发》，在OpenHarmony开发者成长计划社群内成功举办。 本期课程，由深开鸿资深技术专家朱诗熹主讲，同样是“OpenHarmony开源开发者成长计划项目”举办的知识赋能系列直播之一。在此之前，成长计划已成功举办 21 场直播，均场2000+人观看： 第一期直播，讲解了OpenHarmony开源开发者成长计划项目； 第二期直播，覆盖了应用开发、设备开发、内核驱动等多个技术
鸿蒙OpenHarmony HDF 驱动开发
嵌入式软硬件设计/方案设计
03-09 2717
学习openharmony hdf驱动框架
鸿蒙OpenHarmony南向：【Hi3516开发板介绍】
m0_62167422的博客
05-06 1190
Hi3516DV300作为新一代行业专用Smart HD IP摄像机SOC，集成新一代ISP（Image Signal Processor）、H.265视频压缩编码器以及高性能NNIE引擎，具备低码率、高画质、低功耗等特点，并具备强劲的智能处理和分析能力。图1Hi3516单板正面外观图点击或者复制转到。鸿蒙—作为国家主力推送的国产操作系统。部分的高校已经取消了安卓课程，从而开设鸿蒙课程；企业纷纷跟进启动了鸿蒙研发。并且鸿蒙是完全具备无与伦比的机遇和潜力的；预计到年底将。
OpenHarmony开发实战：深入了解开发版-RK3568_鸿蒙 rk3568(1)
2401_84164576的博客
04-20 696
有很多小伙伴不知道学习哪些鸿蒙开发技术？不知道需要重点掌握哪些鸿蒙应用开发知识点？而且学习时频繁踩坑，最终浪费大量时间。所以有一份实用的鸿蒙（HarmonyOS NEXT）资料用来跟着学习是非常有必要的。这份鸿蒙（HarmonyOS NEXT）资料包含了鸿蒙开发必掌握的核心知识要点，内容包含了。
OpenHarmony 标准系统 HDF 框架音视频驱动开发
跑不了的你的博客
01-09 2764
根据 OpenHarmony 系统的自下而上的层次结构划分：内核层、系统服务层、框架层和应用层。内核层包含两方面，内核子系统和驱动子系统。这层主要以 HDF 驱动框架为基础实现音频 codec 驱动，audio HDI 接口的封装。由于产品形态和解决方案的多样化，音频 codec 的驱动方式也分用户态驱动方式和内核态驱动方式来实现。音频 codec 驱动工作后需要对硬件资源进行统一抽象封装，对上层暴露统一的音频接口，这样做的目的就是符合音频规范化操作，保证生态良性发展。
OpenHarmony HDF LED驱动开发 基于小熊派Micro
杀手的博客
01-26 1575
文章目录一、效果展示二、led控制程序2.1、led驱动程序2.1.1、驱动程序2.1.2、驱动配置2.2、led应用程序 一、效果展示 二、led控制程序 本文在参考了小熊派官方的开发指南，完成LED驱动开发。 LED驱动虽然简单，但能帮助新手快速熟悉OpenHarmony HDF的开发框架，是非常适合新手学习实践的项目。 本文实现一个LED的开关控制的APP，所涉及的内容包括 led驱动程序 led应用程序 JS应用程序 2.1、led驱动程序 使用HDF框架进行驱动开发，分两个部分：驱动程序，驱动
OpenHarmony 标准系统HDF框架之I2C驱动开发
跑不了的你的博客
01-06 3378
I2C 基础知识：概念和特性、4 个地址（设备地址、读地址、写地址、字地址）、波形（起始、结束、数据发送、数据接收）I2C 调试手段：电压、上拉电阻、/dev/i2c-x、i2c-toolsHDF 框架 I2C 驱动：AT24C256 芯片按照字节寻址方式读写（按照页 64 字节寻址、连续读写）
OpenHarmony中基于HDF框架的驱动开发和使用
wobuzai11的博客
01-31 2150
代码版本：openharmony 3.2 release。
OpenHarmony（鸿蒙南向）——平台驱动开发【PIN】
最新发布
maniuT的博客
08-08 362
PIN是一个软件层面的概念，目的是为了统一对各SoC的PIN管脚进行管理，对外提供管脚复用功能，配置PIN管脚的电气特性。
OpenHarmony驱动子系统开发
热门推荐
繁依Fanyi的博客
02-04 1万+
幕布： 文档链接: https://www.mubucm.com/doc/3bgH9y_8Rnm 密码: wu9i 课程链接： https://www.bilibili.com/video/BV1tv411b7SA?spm_id_from=333.999.0.0 文章目录HarmonyOS驱动子系统开发1. 操作GPIO1.1 GPIO API介绍1.1.1wifiiot_gpio.h接口简介：功能接口：1.1.2 wifiiot_gpio_ex.h接口简介：功能接口：1.2 查看LED对应的GPIO引脚1
openharmony GPIO 驱动开发
跑不了的你的博客
01-03 1727
GPIO：通用和专用 IO 的区别、不同平台下的 GPIO 的分组和编号、GPIO 常用调试手段HDF 驱动：GPIO 接口的配置方式、读写操作、中断，两种方式实现应用和驱动的通信，缓冲区的基本操作，基本覆盖了全部的 GPIO 接口提供一套完整的驱动程序和应用程序，并给出其目录结构。
OpenHarmony驱动开发实战(上)
m0_70749039的博客
05-29 809
▍硬件总览笔者使用的是智能家居开发套件：Hi3861▍硬件详细介绍底板【OpenHarmony多媒体技术、Stage模型、ArkUI多端部署、分布式应用开发、音频、视频、WebGL、Napi组件、OpenHarmony内核、Harmony南向开发、鸿蒙项目实战】等技术知识点。鸿蒙Next全套VIP学习资料←点击领取！（安全链接，放心点击。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值