程序员经验分享-hwhale

HDC2021技术分论坛：OpenHarmony驱动框架解读和开发实践

2023-05-16

转自：OpenAtom OpenHarmony    作者：yuanbo，华为高级工程师

在IoT时代下，终端设备差异较大、形态各异、尺寸各异、交互方式各异，解决设备适配问题无疑是实现万物互联的一个关键。但是，在驱动框架的开发和部署过程中，由于终端设备对硬件的计算和存储能力的需求不同、设备厂商提供的设备软硬件操作接口不同、内核提供的操作接口不同，这就使得OEM厂商部署系统的时候需要投入大量的精力来适配和维护驱动代码。

能否提供了一个跨芯片平台、跨内核的驱动框架，使得设备驱动软件可以在不同的设备上运行？OpenHarmony作为一个自主研发、全新技术生态的全领域下一代开源操作系统，提供了一套驱动框架来满足此诉求。

下面我们将带着大家解读OpenHarmony驱动框架。

目录

一、OpenHarmony驱动框架解读

二、OpenHarmony驱动开发

三、使用DevEco Device Tool进行驱动开发

四、总结

一、OpenHarmony驱动框架解读


1. 设计目标

为解决在开发和部署过程中遇到的困难，OpenHarmony驱动框架设计目标如下：

  • 支持百K级~G级容量的设备部署，如手机、手环等
  • 提供统一硬件IO抽象，屏蔽SoC芯片差异，兼容不同内核，如Linux、LiteOS等。
  • 屏蔽驱动和系统组件间交互。可动态拆解，满足不同容量设备的部署。
  • 面向不同容量的设备，提供统一的配置界面。


2. 设计思路

OpenHarmony驱动框架（下面简称为HDF）通过提供驱动与芯片平台、内核解耦的底座，规范硬件驱动接口，实现驱动软件在不同设备中部署。

HDF驱动框架架构如下图所示。

​图1 驱动架构

为了达成设计目标，OpenHarmony驱动框架采用如下核心设计思路：

（1）弹性化架构

  • 框架可动态伸缩：通过对象管理器，多态加载不同容量设备实现方式，实现弹性伸缩部署。
  • 驱动可动态伸缩：支持统一的设备驱动插件管理，实现设备驱动任意分层，积木式组合拼接

（2）组件化设备模型

  • 提供设备功能模型抽象，屏蔽设备驱动与系统交互的实现，为开发者提供统一的驱动开发接口
  • 提供主流IC的公版驱动能力，支持配置化部署

（3）归一化平台底座

提供规范化的内核、SoC硬件IO适配接口，兼容不同内核、SoC芯片，对外开发规范化的平台驱动接口

（4）统一配置界面

构建全新的配置语言，面向不同容量的设备，提供统一配置界面，支持硬件资源配置和设备信息配置

3. 构建策略

面向Liteos的轻量级设备，主要基于HDF构建主流IC驱动，形成公版驱动和通用设备功能模型，支撑不同硬件芯片、不同内核(LiteOS-M/LiteOS-A)部署。

图2 轻量级设备部署模式

面向标准设备，除了支持内核态驱动，还支持用户态驱动。用户态驱动的重点在于构建设备抽象模型，为系统提供统一的设备接口，兼容Linux原生驱动和HDF驱动。内核态则使用Linux驱动与HDF驱动并存的策略，提供端到端的解决方案。

图3 标准设备部署模式

4. 现状与演进

目前HDF驱动框架已经支持Liteos-m、Liteos-a、Linux内核，以及OpenHarmony轻量级、标准级上部署，并且在标准系统上同时支持内核态与用户态部署。

图4 OpenHarmony驱动框架演进图

经过开发者的不断努力，OpenHarmony驱动框架正在不断完善和增强，在OpenHarmony LTS3.0中，基础框架新增了对热插拔设备的管理以及HDI编译工具hdi-gen，驱动模型部分新增了Audio、Camera、Senso、USB DDK等多个模块的支持。

二、OpenHarmony驱动开发


OpenHarmony驱动为了避免与具体内核产生依赖，实现可迁移目标，开发时需要遵循以下约定：

  • 系统相关接口使用HDF OSAL接口；
  • 总线和硬件资源相关接口使用平台驱动提供的相关接口。


基于HDF框架，驱动开发的通常流程包含驱动代码的实现、编译脚本、配置文件添加、以及用户态程序和驱动交互的流程。下面将详细介绍HDF驱动开发一般步骤。

1. 实现驱动代码

在HDF驱动框架中，HdfDriverEntry对象被用来描述一个驱动实现。

struct HdfDriverEntry {
    int32_t moduleVersion;
    <span class="hljs-keyword">const</span> char *moduleName;
    int32_t (*Bind)(struct HdfDeviceObject *deviceObject);
    int32_t (*Init)(struct HdfDeviceObject *deviceObject);
    <span class="hljs-keyword">void</span> (*Release)(struct HdfDeviceObject *deviceObject);
};

编写一个简单的驱动，首先需要实现驱动程序(Driver Entry）入口中的三个主要接口：

  • Bind接口：实现驱动接口实例化绑定，如果需要发布驱动接口，会在驱动加载过程中被调用，实例化该接口的驱动服务并和DeviceObject绑定。当用户态发起调用时，Bind中绑定的服务对象的Dispatch方法将被回调，在该方法中处理用户态调用的消息。
  • Init接口：实现驱动或者硬件的初始化，返回错误将中止驱动加载流程。
  • Release接口：实现驱动的卸载，在该接口中释放驱动实例的软硬件资源。


一个基于HDF框架编写的简单驱动代码如下，其功能是用户态消息回环，即驱动收到用户态发送的消息后将相同内容的消息再发送给用户态：

#include <span class="hljs-string">"hdf_base.h"</span>
#include <span class="hljs-string">"hdf_device_desc.h"</span>
#include <span class="hljs-string">"hdf_log.h"</span>
#define HDF_LOG_TAG <span class="hljs-string">"sample_driver"</span>
#define SAMPLE_WRITE_READ <span class="hljs-number">0xFF00</span>
static int EchoString(struct HdfDeviceObject *deviceObject, struct HdfSBuf *data, struct HdfSBuf *reply)
{
    <span class="hljs-keyword">const</span> char *readData = HdfSbufReadString(data);
    <span class="hljs-keyword">if</span> (readData == NULL) {
        HDF_LOGE(<span class="hljs-string">"%s: failed to read data"</span>, __func__);
        <span class="hljs-keyword">return</span> HDF_ERR_INVALID_PARAM;
    }
    <span class="hljs-keyword">if</span> (!HdfSbufWriteInt32(reply, INT32_MAX)) {
        HDF_LOGE(<span class="hljs-string">"%s: failed to reply int32"</span>, __func__);
        <span class="hljs-keyword">return</span> HDF_FAILURE;
    }
    <span class="hljs-keyword">return</span> HdfDeviceSendEvent(deviceObject, id, data); <span class="hljs-comment">// 发送事件到用户态</span>
}
int32_t HdfSampleDriverDispatch(struct HdfDeviceObject *deviceObject, int id, struct HdfSBuf *data, struct HdfSBuf *reply)
{
    <span class="hljs-keyword">const</span> char *readData = NULL;
    int ret = HDF_SUCCESS;
    <span class="hljs-keyword">switch</span> (id) {
        <span class="hljs-keyword">switch</span> SAMPLE_WRITE_READ:
            ret = EchoString(deviceObject, data, reply);
            <span class="hljs-keyword">break</span>;
        <span class="hljs-keyword">default</span>:
            HDF_LOGE(<span class="hljs-string">"%s: unsupported command"</span>);
            ret = HDF_ERR_INVALID_PARAM;
    }
    <span class="hljs-keyword">return</span> ret;
}
<span class="hljs-keyword">void</span> HdfSampleDriverRelease(struct HdfDeviceObject *deviceObject)
{
    <span class="hljs-comment">// 在这里释放驱动申请的软硬件资源</span>
    <span class="hljs-keyword">return</span>;
}
int HdfSampleDriverBind(struct HdfDeviceObject *deviceObject)
{
    <span class="hljs-keyword">if</span> (deviceObject == NULL) {
        <span class="hljs-keyword">return</span> HDF_FAILURE
    }
    static struct IDeviceIoService testService = {
        .Dispatch = HdfSampleDriverDispatch,
    };
    deviceObject->service = &testService;
    <span class="hljs-keyword">return</span> HDF_SUCCESS;
}
int HdfSampleDriverInit(struct HdfDeviceObject *deviceObject)
{
    <span class="hljs-keyword">if</span> (deviceObject == NULL) {
        HDF_LOGE(<span class="hljs-string">"%s::ptr is null!"</span>, __func__);
        <span class="hljs-keyword">return</span> HDF_FAILURE;
    }
    HDF_LOGE(<span class="hljs-string">"Sample driver Init success"</span>);
    <span class="hljs-keyword">return</span> HDF_SUCCESS;
}
struct HdfDriverEntry g_sampleDriverEntry = {
    .moduleVersion = <span class="hljs-number">1</span>,
    .moduleName = <span class="hljs-string">"sample_driver"</span>,
    .Bind = HdfSampleDriverBind,
    .Init = HdfSampleDriverInit,
    .Release = HdfSampleDriverRelease,
};
HDF_INIT(g_sampleDriverEntry);

2. 配置设备信息

在HDF框架的配置文件（例如vendor/hisilicon/xxx/config/device_info.hcs）中添加该驱动的配置信息，配置目录与具体开发板关联，如下所示：

root {
    device_info {
        match_attr = <span class="hljs-string">"hdf_manager"</span>;
        template host {
            hostName = <span class="hljs-string">""</span>;
            priority = <span class="hljs-number">100</span>;
            template device {
                template deviceNode {
                    policy = <span class="hljs-number">0</span>;
                    priority = <span class="hljs-number">100</span>;
                    preload = <span class="hljs-number">0</span>;
                    permission = <span class="hljs-number">0664</span>;
                    moduleName = <span class="hljs-string">""</span>;
                    serviceName = <span class="hljs-string">""</span>;
                    deviceMatchAttr = <span class="hljs-string">""</span>;
                }
            }
        }
       sample_host :: host{
            hostName = <span class="hljs-string">"host0"</span>;    <span class="hljs-comment">// host名称，host节点是用来存放某一类驱动的容器</span>
            priority = <span class="hljs-number">100</span>;        <span class="hljs-comment">// host启动优先级（0-200），值越大优先级越低，建议默认配100，优先级相同则不保证host的加载顺序</span>
            device_sample :: device {        <span class="hljs-comment">// sample设备节点</span>
                device0 :: deviceNode {      <span class="hljs-comment">// sample驱动的DeviceNode节点</span>
                    policy = <span class="hljs-number">1</span>;              <span class="hljs-comment">// policy字段是驱动服务发布的策略，在驱动服务管理章节有详细介绍</span>
                    priority = <span class="hljs-number">100</span>;          <span class="hljs-comment">// 驱动启动优先级（0-200），值越大优先级越低，建议默认配100，优先级相同则不保证device的加载顺序</span>
                    preload = <span class="hljs-number">0</span>;             <span class="hljs-comment">// 驱动加载策略，参考《5.2 HDF驱动框架章节》</span>
                    permission = <span class="hljs-number">0664</span>;       <span class="hljs-comment">// 驱动创建设备节点权限</span>
                    moduleName = <span class="hljs-string">"sample_driver"</span>;   <span class="hljs-comment">// 驱动名称，该字段的值必须和驱动入口结构体的moduleName值一致</span>
                    serviceName = <span class="hljs-string">"sample_service"</span>;    <span class="hljs-comment">// 驱动对外发布服务的名称，必须唯一</span>
                    deviceMatchAttr = <span class="hljs-string">"sample_config"</span>; <span class="hljs-comment">// 驱动私有数据匹配的关键字，必须和驱动私有数据配置表中的match_attr值相等</span>
                }
            }
        }
    }
}

定义设备列表时使用了HCS的模板语法，template host节点下的内容由HDF框架定义，新增host以及host中的device只需要继承该模板并填充具体内容即可。

在配置中定义的device将在加载过程中产生一个设备实例，配置中通过moduleName字段指定设备对应的驱动名称，从而将设备与驱动关联起来。其中，设备与驱动可以是一对多的关系，即可以实现一个驱动支持多个同类型设备。

3. 用户态程序与驱动交互

用户态程序和驱动交互基于HDF IoService模型实现，该设计屏蔽了具体内核的差异，将驱动接口抽象为IoService对象，调用者基于名称获取该对象，并可以使用IoService系列接口进行接口调用和事件监听。值得一提的是消息传递时使用了HDF Sbuf对象进行参数的序列化和反序列化，这样可以避免不受控的内存访问，也简化了消息传递和分发过程中的内存所有权问题，有利于提升用户态和内核态数据传递的安全性和便利性。HDF Sbuf相关接口可以参考HarmonyOS设备开发官网API Reference中头文件hdf_sbuf.h部分。

基于HDF框架编写的用户态程序和驱动交互的代码如下：

#include <span class="hljs-string">"hdf_log.h"</span>
#include <span class="hljs-string">"hdf_sbuf.h"</span>
#include <span class="hljs-string">"hdf_io_service_if.h"</span>
#define HDF_LOG_TAG <span class="hljs-string">"sample_test"</span>
#define SAMPLE_SERVICE_NAME <span class="hljs-string">"sample_service"</span>
#define SAMPLE_WRITE_READ <span class="hljs-number">0xFF00</span>
int g_replyFlag = <span class="hljs-number">0</span>;
static int OnDevEventReceived(<span class="hljs-keyword">void</span> *priv, uint32_t id, struct HdfSBuf *data)
{
    <span class="hljs-keyword">const</span> char *string = HdfSbufReadString(data);
    int ret = HDF_SUCCESS;
    <span class="hljs-keyword">if</span> (string == NULL) {
        HDF_LOGE(<span class="hljs-string">"failed to read string in event data"</span>);
        ret = HDF_FAILURE;
    } <span class="hljs-keyword">else</span> {
        HDF_LOGE(<span class="hljs-string">"%s"</span>, string);
    }
    g_replyFlag = <span class="hljs-number">1</span>;
    <span class="hljs-keyword">return</span> ret;
}
static int SendEvent(struct HdfIoService *serv, char *eventData)
{
    int ret = <span class="hljs-number">0</span>;
    struct HdfSBuf *data = HdfSBufObtainDefaultSize(); <span class="hljs-comment">// 申请需要发送的序列化对象</span>
    <span class="hljs-keyword">if</span> (data == NULL) {
        HDF_LOGE(<span class="hljs-string">"failed to obtain sbuf data"</span>);
        <span class="hljs-keyword">return</span> <span class="hljs-number">1</span>;
    }
    struct HdfSBuf *reply = HdfSBufObtainDefaultSize(); <span class="hljs-comment">// 申请返回数据的序列化对象</span>
    <span class="hljs-keyword">if</span> (reply == NULL) {
        HDF_LOGE(<span class="hljs-string">"failed to obtain sbuf reply"</span>);
        ret = HDF_DEV_ERR_NO_MEMORY;
        goto out;
    }
    <span class="hljs-keyword">if</span> (!HdfSbufWriteString(data, eventData)) { <span class="hljs-comment">// 准备消息内容</span>
        HDF_LOGE(<span class="hljs-string">"failed to write sbuf"</span>);
        ret = HDF_FAILURE;
        goto out;
    }
    ret = serv->dispatcher->Dispatch(&serv->object, SAMPLE_WRITE_READ, data, reply); <span class="hljs-comment">// 发起接口调用</span>
    <span class="hljs-keyword">if</span> (ret != HDF_SUCCESS) {
        HDF_LOGE(<span class="hljs-string">"failed to send service call"</span>);
        goto out;
    }
    int replyData = <span class="hljs-number">0</span>;
    <span class="hljs-keyword">if</span> (!HdfSbufReadInt32(reply, &replyData)) { <span class="hljs-comment">// 反序列化返回数据</span>
        HDF_LOGE(<span class="hljs-string">"failed to get service call reply"</span>);
        ret = HDF_ERR_INVALID_OBJECT;
        goto out;
    }
    HDF_LOGE(<span class="hljs-string">"Get reply is: %d"</span>, replyData);
out:
    HdfSBufRecycle(data);
    HdfSBufRecycle(reply);
    <span class="hljs-keyword">return</span> ret;
}
int main()
{
    struct HdfIoService *serv = HdfIoServiceBind(SAMPLE_SERVICE_NAME); <span class="hljs-comment">// 通过名称获取IoService对象，与驱动配置中的名称一致</span>
    <span class="hljs-keyword">if</span> (serv == NULL) {
        HDF_LOGE(<span class="hljs-string">"failed to get service %s"</span>, SAMPLE_SERVICE_NAME);
        <span class="hljs-keyword">return</span> HDF_FAILURE;
    }
    static struct HdfDevEventlistener listener = { <span class="hljs-comment">// 构造驱动事件监听器对象</span>
        .callBack = OnDevEventReceived, <span class="hljs-comment">// 填充事件处理方法</span>
        .priv = NULL;
    };
    <span class="hljs-keyword">if</span> (HdfDeviceRegisterEventListener(serv, &listener) != HDF_SUCCESS) {  <span class="hljs-comment">// 注册事件监听</span>
        HDF_LOGE(<span class="hljs-string">"failed to register event listener"</span>);
        <span class="hljs-keyword">return</span> HDF_FAILURE;
    }
    <span class="hljs-keyword">if</span> (SendEvent(serv, <span class="hljs-string">"Hello World, HDF Driver!"</span>)) { <span class="hljs-comment">// 调用驱动接口，样例驱动收到事件</span>
        HDF_LOGE(<span class="hljs-string">"failed to send event"</span>);
        <span class="hljs-keyword">return</span> HDF_FAILURE;
    }
    <span class="hljs-keyword">while</span> (g_replyFlag == <span class="hljs-number">0</span>) { <span class="hljs-comment">// 等待驱动上报事件</span>
        sleep(<span class="hljs-number">1</span>);
    }
    HdfDeviceUnregisterEventListener(serv, &listener)); <span class="hljs-comment">// 去注册事件监听器</span>
    HdfIoServiceRecycle(serv); <span class="hljs-comment">// 回收IoService对象</span>
    <span class="hljs-keyword">return</span> <span class="hljs-number">0</span>;
}


该示例执行后会在终端中打印出"Hello World, HDF Driver!"字符串，表明我们的用户态测试程序和驱动成功地进行了一次交互。

三、使用DevEco Device Tool进行驱动开发


上一小节介绍了OpenHarmony驱动的一般开发方法，那么有没有更简单的方法添加一款驱动呢？答案就是华为南向开发IDE——DevEco Device Tool。DevEco Device Tool最新版本已经集成了HDF驱动开发功能，下面介绍如何使用DevEco Device Tool进行驱动开发。

DevEco Device Tool下载链接：华为集成开发环境IDE DevEco Device Tool下载 | HarmonyOS设备开发。

1. 创建驱动

（1）导入工程

参考DevEco Device Tool手册，通过npm或网络下载的方式导入OHOS工程。

图5 DevEco Device Tool启动界面

（2）使用HDF页面工具创建新驱动，按照需求填写Module名称，工具将根据Module名称创建对应驱动代码与。

图6 Device Eco Tool HDF插件界面

DevEco Device Tool将自动生成驱动实现代码：

图7 Device Eco Tool 生成驱动代码

为源码文件自动生成编译脚本：

图8 Device Eco Tool 生成驱动编译脚本

DevEco Device Tool还会在对应单板的驱动配置中生成驱动设备配置信息：

图9 Device Eco Tool 生成驱动配置信息

2. 修改驱动

图10 Device Eco Tool驱动快速编辑界面

DevEco Device Tool提供了快捷方式直达源码、编译脚本、配置文件，点击链接修改相关文件，实现驱动功能。DevEco Device Tool自动生成代码已经提供了DriverEntry的基础实现，只需填充对应函数的实际功能即可。

3. 编译版本

使用DevEco Device Tool build功能一键编译版本，编译输出显示在终端窗口：

图11 Device Eco Tool编译界面

4. 烧录验证

DevEco Device Tool提供了一站式的烧录、调试环境。使用upload功能将编译好的镜像烧录进开发板。

图12 Device Eco Tool烧写功能界面

烧录过程和进度显示在终端窗口：

图13 Device Eco Tool烧写输出

四、总结


除了在此次HDC大会与大家分享驱动框架的设计和最新进展，开放原子基金会还在OpenHarmony公众号、gitee社区等渠道发布了一系列技术分享、指导文档等资料，欢迎大家关注并一起建设OpenHarmony驱动生态。

本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)

HDC2021

OpenHarmony

技术分论坛

驱动框架解读和开发实践

HDC2021技术分论坛：OpenHarmony驱动框架解读和开发实践 的相关文章

  • 李俊刚：我是如何在OpenHarmony完成ap6275s WiFi驱动的HDF适配工作的？

    编者按 xff1a 在 OpenHarmony 生态发展过程中 xff0c 涌现了大批优秀的代码贡献者 xff0c 本专题旨在表彰贡献 分享经验 xff0c 文中内容来自嘉宾访谈 xff0c 不代表 OpenHarmony 工作委员会观点

  • 20220714给AIO-3568J适配OpenHarmony-v3.1-beta（编译Buildroot）

    20220714给AIO 3568J适配OpenHarmony v3 1 beta xff08 编译Buildroot xff09 2022 7 14 19 14 1 下载Buildroot的SDK xff1a https www t fi

  • 关于OpenHarmony蜂窝通信框架能力的说明

    蜂窝通信框架能力 xff08 如需提供完整蜂窝通信能力需芯片厂商适配支持HDI接口 xff09 xff1a 支持双卡管理 xff0c 双卡通话 短信 搜网等基础能力接口和框架 支持VoLTE语音通话接口和框架 xff08 需要芯片厂商实现I

  • OpenHarmony Stage模型下的窗口开发

    Stage模型下的窗口开发 作者 坚果 团队 坚果派 公众号 大前端之旅 润开鸿技术专家 华为 HDE InfoQ 签约作者 OpenHarmony 布道师 擅长 HarmonyOS 应用开发 熟悉服务卡片开发 在 战码先锋 活动中作为大队

  • OpenHarmony 3.0 虚拟机开发环境

    本文介绍一种简单的OpenHarmony环境搭建方法 首先我们要知道环境搭建包括哪些内容 xff0c 这样我们才好知道如何去搭建 通常来说 xff0c 环境搭建包括这3大部分 xff1a 代码编写 代码编译 代码下载 烧录程序 在OpenH

  • HDC2021技术分论坛：OpenHarmony驱动框架解读和开发实践

    转自 xff1a OpenAtom OpenHarmony 作者 xff1a yuanbo xff0c 华为高级工程师 在IoT时代下 xff0c 终端设备差异较大 形态各异 尺寸各异 交互方式各异 xff0c 解决设备适配问题无疑是实现万

  • OpenHarmony之docker容器的基本用法

    Docker使用示例 docker移植至OpenHarmony的过程可参考 https blog 51cto com u 14601312 5692202 下面以rk3568 OpenHarmony为例 介绍一下如何进行容器制作 导入及使用

  • 【详细深入分析OpenHarmony编译流程】

    详细深入分析OpenHarmony编译流程 前言 编译入口 源码根目录 编译命令 记录源码根目录位置 开始构建 获取python解释器 hb主程序 build模块初始化 build模块执行 build和set参数解析 参数配置文件读写 配置

  • OpenHarmony之C/C++编码风格一键格式化

    还在为编码风格调整发愁吗 掌握一键格式化代码 规范编码风格 想必是一个程序员提高工作效率的必修课 在vim中 我们可以在命令模式下输入gg G自动格式化对齐代码 在QtCreator中可以按下ctrl i自动格式化对齐代码 在eclipse

  • OpenHarmony 3.1 Beta版本关键特性解析——HAP包安装实现剖析

    以下内容来自开发者分享 不代表 OpenHarmony 项目群工作委员会观点 石磊 随着社会的不断发展 人们逐渐注重更加高效 舒适 便捷 有趣的生活和工作体验 OpenAtom OpenHarmony 以下简称 OpenHarmony 作为

  • Openharmony的编译构建--基础篇

    一 编译构建简介 Openharmony的编译构建流程在鸿蒙的开源版本中以V3 1为分界线 流程略有变化 但其中都是ninja与python通过配置文件json 调用不同的交叉工具链来对源码进行编译 然后生成镜像文件 本文首先以Openha

  • 华为DevEco Device Tool的一个小bug及其解决方法

    今天 尝试烧录hi3516镜像遇到如下错误 正在执行任务 home vboxuser Huawei DevEco Device Tool core deveco venv bin hos run target upload project

  • OpenHarmony学习笔记——Hi3861使用DHT11获取温湿度

    文章目录 前言 DHT11简介 通信流程 硬件连接 编程实现 GPIO API简介 复位总线 DHT11应答 数据读取 效果一览 总结 目录 前言 此文主要是使用Hi3861的GPIO口 模拟1 Wire时序 获取类单总线协议器件DHT11

  • OpenHarmony兼容性平台认证接入

    最近在做OpenHarmony兼容性平台认证接入 在此记录一下整个过程遇到的问题和解决办法 注册账号 进入OpenHarmony兼容是测评主页 https www openharmony cn certification document

  • OpenHarmony之轻量系统编译构建流程

    首先我们先来熟悉几个概念 子系统 子系统是一个逻辑概念 它由一个或多个具体的组件组成 OpenHarmony整体遵从分层设计 从下向上依次为 内核层 系统服务层 框架层和应用层 系统功能按照 系统 gt 子系统 gt 组件 逐级展开 在多设

  • Hi3516全系统类型烧录教程

    烧录资料下载 https gitee com hihope iot docs tree master HiSpark AI Camera Developer Kit Software tools 第一步 安装好hitool usb 烧写的驱

  • OpenHarmony 实现屏幕横竖屏

    前言 OpenHarmony源码版本 4 0release 开发板 DAYU rk3568 一 修改 abilities 中的 orientation 实现横竖屏 当我们应用的Alility继承的是UIAbility时 对应的 module

  • 鸿蒙开发之页面路由（router）

    页面路由 router 页面路由指在应用程序中实现不同页面之间的跳转和数据传递 HarmonyOS提供了Router模块 通过不同的url地址 可以方便地进行页面路由 轻松地访问不同的页面 本文将从 页面跳转 页面返回 和 页面返回前增加一

  • 鸿蒙自定义Http网络访问组件

    前言 DevEco Studio版本 4 0 0 600 使用效果 如何使用 参考文档 OpenHarmony http数据请求 1 module创建 File gt New gt Module 选择Static Library 2 相关类

  • 鸿蒙自定义Video播放器

    前言 DevEco Studio版本 4 0 0 600 使用效果 如何使用 参考文档 OpenHarmony Video使用说明 1 module创建 File gt New gt Module 选择Static Library 2 相关

随机推荐

  • Gerrit触发Jenkins SonarQube扫描

    文章目录 1 Jenkins配置2 Jenins 构建3 SonarQube设置质量阈4 Gerrit显示 环境参考 xff1a Gerrit 43 2触发Jenkins任务 描述 xff1a 记录Gerrit 43 2 操作之后 xff0

  • Win10 Selenium设置Firefox

    文章目录 1 Firefox与驱动对比关系图2 下载Firefox与驱动3 配置Firefox驱动4 验证配置 1 Firefox与驱动对比关系图 https liushilive github io github selenium dri

  • 分享篇--esp32直连天猫精灵

    今天给大家分享怎么用ESP32直连天猫精灵 启明云端ESP32开发板直连天猫精灵 第一步 xff1a 环境搭建 1 阿里物联网 SDK https github com espressif esp ali smartliving https

  • CentOS7部署FTP

    文章目录 1 安装FTP2 配置FTP3 创建登录用户4 修改 etc pam d vsftpd 文件5 新建系统用户vsftpd xff0c 用户目录为 home vsftpd6 建立虚拟用户个人配置文件7 重启 1 安装FTP 0 关闭

  • Ceph-Quincy-17.2.1版本集群部署

    文章目录 1 环境准备1 1 关闭防火墙1 2 关闭Selinux1 3 配置yum源1 4 时间同步1 5 cephadm下载 2 部署2 1 环境依赖2 2 cephadm部署集群2 3 扩容节点2 4 添加OSD服务2 5 创建一个文

  • Ceph文件存储-挂载文件系统

    文章目录 1 创建文件系统1 1 方法11 2 方法2 2 挂载文件系统3 卸载 1 创建文件系统 1 1 方法1 span class token number 1 span 创建存储池 ceph osd pool create tgmf

  • sshd: Cloudn‘t open /dev/null : permission denied

    1 问题 在通过 MobaXterm 链接节点时 xff0c 报错如下 xff1a Remote side unexpectedly closed network connection systemctl restart sshd 重启 s

  • CentOS8联网部署Ceph-Quincy集群

    文章目录 1 环境准备1 1 关闭selinux1 2 关闭防火墙1 3 配置免密1 4 设置yum源1 5 安装依赖1 6 设置时间同步1 7 安装docker 2 安装Ceph2 1 安装cephadm2 2 部署ceph集群2 3 集

  • 有时间细读这些书

    1 Windows程序设计 第5版 珍藏版 xff1a 这是很经典的一本介绍Win32 API编程的书了 xff0c 基本介绍到了大多数关于Windows程序设计的基本内容 2 Windows程序设计 王艳平版 xff1a 这本和上一本的区

  • reStructuredText(.rst)语法规则快速入门

    reStructuredText是一种轻量级的文本标记语言 xff0c 直译为 xff1a 重构建的文本 xff0c 为Python中Docutils项目的一部分 其一般保存的文件以 rst为后缀 在必要的时候 xff0c rst文件可以被

  • VHDL移位操作

    通过SLL实现五比特数的移动 xff0c 另外常见的还有 SRL 逻辑右移 实现数据右移 xff0c 左端补0 xff1b SLA 算术左移 实现数据左移 xff0c 同时复制最右端的位 xff0c 填充在右端空出的位置 xff1b SRA

  • 过孔----通孔，盲孔，埋孔

    过孔 xff08 via xff09 是多层 PCB 的重要组成部分之一 xff0c 钻孔的费用通常占 PCB 制板费用的 30 40 简单的来说 xff0c PCB 上的每一个孔都可以称之为过孔 从作用上看 xff0c 过孔可以分成两类

  • RS-422与RS-485传输线上的匹配

    对RS 422与RS 485总线网络一般要使用终接电阻进行匹配 但在短距离与低速率下可以不用考虑终端匹配 那么在什么情况下不用考虑匹配呢 xff1f 理论上 xff0c 在每个接收数据信号的中点进行采样时 xff0c 只要反射信号在开始采样

  • 小明分享：SSD201/202系统烧录篇,多种烧录方式,小明都做了分享,有需要的小伙伴拿走不谢哈!更多资料需求可以关注我,我是启明云端的小明MM!

    一 ISP 烧录 当 flash 没有烧过系统或系统损坏时 xff0c 可以先通过 ISP 烧录 boot xff0c 然后再通过 eth usb 或 sd 烧录完整的系统 下载并解压 tools ssd201 ISP 5 0 15 rar

  • CAN总线详解

    概述 CAN xff08 Controller Area Network xff09 总线协议是由 BOSCH 发明的一种基于消息广播模式的串行通信总线 xff0c 它起初用于实现汽车内ECU之间可靠的通信 xff0c 后因其简单实用可靠等

  • 终端电阻对CAN总线的作用和影响

    在CAN总线测试中 xff0c 会遇到找不出原因的错误 xff0c 那你可能忽略了一个解决异常的利器 终端电阻 究竟终端电阻对CAN总线有什么重要作用和影响呢 xff1f 电信号在电缆中的传播与光相似 xff0c 光从空气射入水中会发生光的

  • CAN总线

    最近在看stm32的通讯部分由于can总线在工业上的应用 xff0c 我选择以can总线为突破口进行学习 实际上在串口通讯所有的协议中 xff0c can总线也是我认为最复杂的一个协议 看了几天 xff0c 为了能够更加通俗的理解can的原

  • 「过孔盖油」、「过孔塞油」

    作为刚接触PCB板的新手 xff0c 是否有遇到过这样的疑问 xff1a 过孔盖油和过孔塞油听起来差不多 xff0c 是不是同一种东西 xff1f 确实两者听起来很像 xff0c 但实际上这是两个完全不一样的的制作要求 过孔盖油的专业解释是

  • 【转】过孔

    在一个高速印刷电路板 PCB 中 xff0c 通孔在降低信号完整性性能方面一直饱受诟病 然而 xff0c 过孔的使用是不可避免的 在标准的电路板上 xff0c 元器件被放置在顶层 xff0c 而差分对的走线在内层 内层的电磁辐射和对与对之间

  • HDC2021技术分论坛：OpenHarmony驱动框架解读和开发实践

    转自 xff1a OpenAtom OpenHarmony 作者 xff1a yuanbo xff0c 华为高级工程师 在IoT时代下 xff0c 终端设备差异较大 形态各异 尺寸各异 交互方式各异 xff0c 解决设备适配问题无疑是实现万

热门标签