DD'Notes

HDF架构图HDF（Hardware Driver Foundation）驱动框架，为驱动开发者提供驱动框架能力，包括驱动加载、驱动服务管理、驱动消息机制和配置管理。HDF（Hardware Driver Foundation）驱动框架，为驱动开发者提供驱动框架能力，包括驱动加载、驱动服务管理、驱动消息机制和配置管理。并以组件化驱动模型作为核心设计思路，让驱动开发和部署更加规范，旨在构建统一的驱动架构平台，为驱动开发者提供更精准、更高效的驱动管理的开发环境，力求做到一次开发，多系统部署。

概述OpenHarmony编译子系统是以GN和Ninja构建为基座，对构建和配置粒度进行部件化抽象、对内建模块进行功能增强、对业务模块进行功能扩展的系统，该系统提供以下基本功能： 以部件为最小粒度拼装产品和独立编译。编译子系统通过配置来实。链接: https://notes.z-dd.online/2024/01/03/OpenHarmony%E5%8D%97%E5%90%91%E4%B9%8B%E7%BC%96%E8%AF%91%E6%9E%84%E5%BB%BA%E6%A1%86%E6%9E%B6/

背光驱动模型也是基于HDF框架开发的，整个框架如下： 现在以RK3568为例，来看看PWM背光整个驱动，这里使用的是PWM占空比控制的背光，默认基于hdf的pwm驱动已经OK！链接: https://notes.z-dd.online/2023/12/07/OpenHarmony%E5%8D%97%E5%90%91%E4%B9%8BPWM%E8%83%8C%E5%85%89/现在以RK3568为例，来看看PWM背光整个驱动，这里使用的是PWM占空比控制的背光，默认基于hdf的pwm驱动已经OK！

OpenHarmony南向之TP触摸屏概述Touchscreen驱动用于驱动触摸屏使其正常工作，该驱动主要完成如下工作：对触摸屏驱动IC进行上电、配置硬件管脚并初始化其状态、注册中断、配置通信接口（I2C或SPI）、设定Input相关配置、下载及更新固件等操作。链接: https://notes.z-dd.online/2023/12/06/OpenHarmony%E5%8D%97%E5%90%91%E4%B9%8BTP%E8%A7%A6%E6%91%B8%E5%B1%8F/来源: DD'Notes。

OpenHarmony南向之LCD显示屏概述LCD（Liquid Crystal Display）驱动，通过对显示器上下电、初始化显示器驱动IC（Integrated Circuit）内部寄存器等操作，使其可以正常工作。HDF Display驱动模型 LCD器件驱动是显示框架最底层的部分。链接: https://notes.z-dd.online/2023/12/05/OpenHarmony%E5%8D%97%E5%90%91%E4%B9%8BLCD%E6%98%BE%E7%A4%BA%E5%B1%8F/

OpenHarmony南向之Camera简述 | DD'NotesOpenHarmony南向之Camera简述Camera驱动框架该驱动框架模型内部分为三层，依次为HDI实现层、框架层和设备适配层： HDI实现层：实现OHOS（OpenHarmony Operation System）相机标准南向接口。框架层：对接HDI实现层的控制、流的转发，实现数据通路的搭建，管理相机各个硬件设备等功能。设备适配层：屏蔽底层芯片和OS（Operation System）

OpenHarmony之系统调用背景对于运行L0系统的硬件一般是mcu，资源有限，L0系统没有区分内核态和用户态，所有的代码都在内核态运行，所以不需要系统调用L2系统用的是Linux内核，所以系统调用跟Linux Kernel的是一样的。链接: https://notes.z-dd.online/2023/11/06/OpenHarmony%E4%B9%8B%E7%B3%BB%E7%BB%9F%E8%B0%83%E7%94%A8/所以我们主要来看看L1系统中系统调用机制的是怎么实现的。

OpenHarmony南向之Audio音频架构Audio驱动框架基于HDF驱动框架实现，包含内核态（KHDF），和用户态（UHDF）， 对北向提供音频HDI接口 音频框架图 驱动架构主要由以下几部分组成。drivers/hdf_core/framework/model/audio及 device/board/xxx/yyy/audio_drivers等: ADM相关驱动，KHDF部分。Audio驱动框架基于HDF驱动框架实现，包含内核态（KHDF），和用户态（UHDF）， 对北向提供音频HDI接口。

OpenHarmony之分布式软总线背景概述从之前的文档(OpenHarmony之内核层)可知， 分布式软总线是多设备终端的统一基座，为设备间的无缝互联提供了统一的分布式通信能力，能够快速发现并连接设备，高效地传输任务和数据。分布式软总线实现近场设备间统一的分布式通信管理能力，提供不区分链路的设备间发现连接、组网和传输能力，主要功能如下： 发现连接：提供基于Wifi、蓝牙等通信方式的设备发。│ ├── common # 适配层管理，网络适配，协议适配等。

HDI（Hardware Device Interface，硬件设备接口）是HDF驱动框架为开发者提供的硬件规范化描述性接口。通过规范化的设备接口标准，为系统提供统一、稳定的硬件设备操作接口。HDI支持“IPC模式”及“直通模式”两种调用方式。IPC模式即跨进程通信模式，基于binder机制实现，调用端通过Proxy代理库调用HDI接口，具备良好的解耦性和安全性，是标准系统的默认部署方式。

OpenHarmony之hdc | DD'NotesOpenHarmony之hdc简介 hdc（OpenHarmony Device Connector）是 OpenHarmony 为开发人员提供的用于调试的命令行工具，通过该工具可以在Windows/Linux/MacOS等系统上与开发机或者模拟器进行交互。类似于Android的adb，和adb类似，使用hdc的前提是开发机器hdc工具已安装好，设备端hdc已安装且已配置好。开发机HDC开发简介。

OpenHarmony之消息机制实现 | DD'NotesOpenHarmony之消息机制实现背景在之前的介绍（OpenHarmony之HDF驱动框架）中，了解到OpenHarmony的消息机制主要有以下两种： 用户态应用发送消息到驱动。用户态应用接收驱动主动上报事件。下面我们分别来看看两种机制用户态的流程及实现 用户态应用发送消息到驱动用户态主要代码struct HdfIoService *serv = HdfIoServiceBind(SAM。

HDF（Hardware Driver Foundation）驱动框架，为驱动开发者提供驱动框架能力，包括驱动加载、驱动服务管理、驱动消息机制和配置管理。并以组件化驱动模型作为核心设计思路，让驱动开发和部署更加规范，旨在构建统一的驱动架构平台，为驱动开发者提供更精准、更高效的驱动管理的开发环境，力求做到一次开发，多系统部署。驱动加载HDF驱动框架提供把和配置的设备列表匹配成功的驱动程序加载起来的功能驱动服务管理。

OpenHarmony整体遵从分层设计，从下向上依次为：内核层、系统服务层、框架层和应用层。系统功能按照“系统 > 子系统 > 组件”逐级展开，在多设备部署场景下，支持根据实际需求裁剪某些非必要的组件。OpenHarmony技术架构如下所示：技术特性硬件互助，资源共享主要通过下列模块达成分布式软总线分布式软总线是多设备终端的统一基座，为设备间的无缝互联提供了统一的分布式通信能力，能够快速发现并连接设备，高效地传输任务和数据。分布式数据管理。

初识鸿蒙系统 | DD'Notes初识鸿蒙系统目录 初识鸿蒙系统 目录 概要 OpenHarmony 与 HarmonyOS HarmonyOS Next HarmonyOS 应用开发 ArkCompiler 设备开发 OpenHarmony 思考 参考 概要初识鸿蒙系统系列： 初识鸿蒙系统 OpenHarmony之内核层（内核、驱动子系统） OpenHarmony之HDF驱动框架 Open大家听到的鸿蒙系统有两个：HarmonyOS 和 OpenHarmony，但这两个系统是不同的概念。

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。OpenHarmony基于HDF简单驱动开发实例 | DD'Notes。