DD'Notes

OpenHarmony之HDIHDI 介绍HDI（Hardware Device Interface，硬件设备接口）是HDF驱动框架为开发者提供的硬件规范化描述性接口。通过规范化的设备接口标准，为系统提供统一、稳定的硬件设备操作接口。 HDI支持“IPC模式”及“直通模式”两种调用方式。 IPC模式即跨进程通信模式，基于binder机制实现，调用端通过Proxy代理库调用HDI接口，具备良好的解耦性和安全性，是标准系统的默认部署方式。 直通模式，将HDI实现为共享库，调用端使用dlopen加载HDI实现库并直接调用HDI接口，是小型系统的默认部署方式，同时还适用于对性能有特殊需求的标准系统模块。 HDI硬件设备接口为硬件的接入提供了统一的实现通路。屏蔽了硬件接口的具体实现，实现系统软件与硬件的架构解耦。让开发者专注于硬件接口的使用，从而简化开发过程，提升开发效率。 HDI 实现下面主要介绍IPC模式下基于C/S（Client-Server客户端与服务端）结构的HDI接口实现，OpenHarmony的IPC也是基于Android的Binder机制。 IPC进程间通信IPC（I ...

OpenHarmony之hdc简介 hdc（OpenHarmony Device Connector）是 OpenHarmony 为开发人员提供的用于调试的命令行工具，通过该工具可以在Windows/Linux/MacOS等系统上与开发机或者模拟器进行交互。 类似于Android的adb，和adb类似，使用hdc的前提是开发机器hdc工具已安装好，设备端hdc已安装且已配置好。 开发机HDC开发机hdc工具通过OpenHarmony sdk获取，hdc在sdk的 toolchains目录下 从官方每日构建版本(http://ci.openharmony.cn/workbench/cicd/dailybuild/dailylist)里下载对应分支的SDK， 这里我对应的是OpenHarmony-3.2-Release的 ohos-sdk-full 解压： zdd@xxx-PC:~/WorkSpace/OHOS/ohos-sdk$ tree . ├── linux │ ├── ets-linux-x64-3.2.15.3-Release.zip │ ├── js-linux-x6 ...

USB Gadget 与 Configfs USB Gadget 与 Configfs USB Gadget Configfs 使用configfs配置usb gadget 配置UAC 配置adb功能 参考 USB Gadget A USB Linux Gadget is a device which has a UDC (USB Device Controller) and canbe connected to a USB Host to extend it with additional functions like a serial A gadget is seen by its host as a set of configurations, each of which containsa number of interfaces which, from the gadget’s perspective, are known asfunctions, each function representing e.g. a serial connection ...

OpenHarmony之消息机制实现背景在之前的介绍（OpenHarmony之HDF驱动框架）中，了解到OpenHarmony的消息机制主要有以下两种： 用户态应用发送消息到驱动。 用户态应用接收驱动主动上报事件。 下面我们分别来看看两种机制用户态的流程及实现 用户态应用发送消息到驱动用户态主要代码struct HdfIoService *serv = HdfIoServiceBind(SAMPLE_SERVICE_NAME); ...... ret = serv->dispatcher->Dispatch(&serv->object, SAMPLE_WRITE_READ, data, reply); if (ret != HDF_SUCCESS) { HDF_LOGE("fail to send service call"); goto out; } 重点就是通过HdfIoServiceBind绑定服务，调用服务的Dispatch接口 HdfIoServiceBind接口流程HdfIoServiceBind接口的主要作用是open对 ...

初识鸿蒙系统目录 初识鸿蒙系统 目录 概要 OpenHarmony 与 HarmonyOS HarmonyOS Next HarmonyOS 应用开发 ArkCompiler 设备开发 OpenHarmony 思考 参考 概要初识鸿蒙系统系列： 初识鸿蒙系统 OpenHarmony之内核层（内核、驱动子系统） OpenHarmony之HDF驱动框架 OpenHarmony开发环境搭建 基于HDF的简单驱动开发实例 基于实际硬件实战体验（RK3566/RK3568,RK3588） 大家听到的鸿蒙系统有两个：HarmonyOS 和 OpenHarmony，但这两个系统是不同的概念 OpenHarmony 与 HarmonyOSOpenHarmony 与 HarmonyOS 类似AOSP与国内各手机厂商定制的Android OS之间的关系。 2007年，谷歌按照 Apache 开源许可协议的方法将安卓开源了，这个开源项目就是 AOSP，任何组织机构和个人，都可以从 AOSP 网站上下载和使用安卓系统的源代码，国内的移动手机厂家基于 AOSP 的源 ...

OpenHarmony之内核层目录 OpenHarmony之内核层 目录 OpenHarmony简介 技术架构 技术特性 硬件互助，资源共享 一次开发，多端部署 统一OS，弹性部署 系统类型 内核层 内核子系统 LiteOS LiteOS-M LiteOS-A Linux 内核增强特性 Patch合入流程 HCK KAL 驱动子系统 驱动架构 驱动开发 平台驱动 外设驱动 驱动架构代码说明 思考 参考 OpenHarmony简介技术架构OpenHarmony整体遵从分层设计，从下向上依次为：内核层、系统服务层、框架层和应用层。系统功能按照“系统 > 子系统 > 组件”逐级展开，在多设备部署场景下，支持根据实际需求裁剪某些非必要的组件。OpenHarmony技术架构如下所示： 技术特性硬件互助，资源共享主要通过下列模块达成 分布式软总线 分布式软总线是多设备终端的统一基座，为设备间的无缝互联提供了统一的分布式通信能力，能够快速发现并连接设备，高效地传输任务和数据。 分布式数据管理 分布式数据管理位于基于分布式软总线之 ...

OpenHarmony之HDF驱动框架目录 OpenHarmony之HDF驱动框架 目录 概述 驱动模型 驱动加载 按需加载 按序加载（默认加载策略） 异常恢复（用户态驱动） 驱动服务管理 驱动消息机制管理 配置管理 配置语法 配置生成 平台驱动举例 统一服务模式 独立服务模式 外设驱动举例 思考总结 参考 概述HDF（Hardware Driver Foundation）驱动框架，为驱动开发者提供驱动框架能力，包括驱动加载、驱动服务管理、驱动消息机制和配置管理。并以组件化驱动模型作为核心设计思路，让驱动开发和部署更加规范，旨在构建统一的驱动架构平台，为驱动开发者提供更精准、更高效的驱动管理的开发环境，力求做到一次开发，多系统部署。 驱动加载HDF驱动框架提供把和配置的设备列表匹配成功的驱动程序加载起来的功能 驱动服务管理HDF框架可以集中管理驱动服务，开发者可直接通过HDF框架对外提供的能力接口获取驱动相关的服务 驱动消息机制HDF框架提供统一的驱动消息机制，支持用户态应用向内核态驱动发送消息，也支持内核态驱动向用户态应用发送消息 配置管理HCS是HD ...

Kconfig相关背景以前准备写一下Linux内核里的Kconfig，但一直迟迟没有动手，最近在看 Openharmony 相关的东西，发现它也可以通过Kconfig和Kconfiglib进行可视化配置，所以想借此机会在这一起记录一下 作用#define配置宏主要用来使能/关闭代码，如下面： #define CONFIG_TEST_ENABLE #ifdef CONFIG_TEST_ENABLE ... ... ... #endif 或来定义配置参数，如下： #define CONFIG_TEST_SHOW_STRING "Test 123" #define CONFIG_TEST_SHOW_INT (123) 但是如果参数越来越多，或者配置之间的关系越来越复杂，就会让代码的可读性越来越差，管理越麻烦，且不直观。所以Kconfig就是用来解决这些问题的，管理这些配置参数，而且能够可视化地去配置它们 Kconfig简介Kconfig语言定义了一套完整的规则来表述配置项及配置项间的关系Kconfig是配置项的描述文件，支持设置配置项及其默认值，依赖关系等等，该文件还会继续依赖各 ...

OpenHarmony基于HDF简单驱动开发实例背景 OpenHarmony-3.0-LTS qemu_small_system_demo liteos_a qemu 添加配置device/qemu/arm_virt/liteos_a/hdf_config/device_info/device_info.hcs device_info 新增： sample_host :: host { hostName = "sample_host"; sample_device :: device { device0 :: deviceNode { policy = 2; priority = 100; preload = 1; permission = 0664; moduleName = "sample_driver&qu ...

OpenHarmony开发环境搭建背景因为没有实体的开发硬件，且不想破坏原有的Linux环境，所以这里基于 Docker + QEMU 搭建开发环境 宿主机Linux系统 命令行方式 Docker QEMU 6.2 Docker环境准备安装Docker在Ubuntu中，可以使用下面的命令来安装Docker： sudo apt install docker.io 获取Docker镜像#获取小型系统镜像 docker pull swr.cn-south-1.myhuaweicloud.com/openharmony-docker/docker_oh_small:3.2 #获取轻量系统镜像 docker pull swr.cn-south-1.myhuaweicloud.com/openharmony-docker/docker_oh_mini:3.2 #获取标准系统镜像 docker pull swr.cn-south-1.myhuaweicloud.com/openharmony-docker/docker_oh_standard:3.2 运行构建环境# 运行小型系统Docker ...

Linux之IR驱动背景在光谱中波长自760nm至400um的电磁波称为红外线，它是一种不可见光。红外遥控成本很低，以前广泛应用在电视，空调等电器的控制上面，现在随着蓝牙遥控器慢慢普及，红外遥控越来越少，但在某些场景，还保留着红外通信 红外属于media子系统里面的rc(remote control)模块，所以相关驱动代码目录为 drivers/media/rc/ 相关内核文档： Documentation/devicetree/bindings/media/gpio-ir-receiver.txt Documentation/devicetree/bindings/media/rc.yaml 下面就从红外的接收、发送和编解码协议简单记录下 接收红外接收的处理有很多种方式，有些soc有专门的硬件模块，有些使用的是通用的gpio，这里以常见的gpio为例，其他的都大同小异。 用通用的GPIO来接收红外原理比较简单，代码实现主要在: drivers/media/rc/gpio-ir-recv.c drivers/media/rc/rc-main.c drivers/me ...

Python简单udp测试环境有时候，在写UDP通信代码的时候，需要一个简单的测试环境，下面记录了UDP通信的2种简单的测试代码，可以根据自己的需求稍微修改 udp服务端：import socket # AF_INET 表示使用IPv4, SOCK_DGRAM 则表明数据将是数据报(datagrams) udp = socket.socket(socket.AF_INET, socket.SOCK_DGRAM) udp.bind(('0.0.0.0', 8999)) while True: rec_msg, addr = udp.recvfrom(1024) client_ip, client_port = addr print('client_ip:', client_ip, 'client_port:', client_port) print('msg from client:', rec_msg.decode('utf8')) ack_msg = 'Hello, udp client.' udp.sendto(ack_ms ...