OpenHarmony标准系统-HDF框架之I2C驱动开发

最新推荐文章于 2025-08-05 23:04:52 发布
最新推荐文章于 2025-08-05 23:04:52 发布
阅读量539 收藏 6
点赞数 5
CC 4.0 BY-SA版权
分类专栏： # 鸿蒙南向开发：解码万物互联的底层逻辑 文章标签： 驱动开发
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/Allen_Spring/article/details/146637118

请添加图片描述

文章目录

引言

I2C基础知识

概念和特性

  • 集成电路总线，由串网12C(1C、12C、Inter-Integrated Circuit BUS)行数据线SDA和串行时钟线SCL组成，对于-个12C接口的器件，至少还需要电源和地线
  • 12C总线是双向、半双工传输支持多主机、多从机同时挂接在一条12C总线上，多主机同时请求总线时，可以通过冲突检测和仲裁机制防止总线数据被破坏;
  • 每个从设备都有唯一的地址，从设备可被寻址(又称被选中)只有被选中的从设备才能参与通信，每次通信只有一个主设备和个从设备参与;
  • 主设备发起一次通信，从设备响应:主从设备都可以发送和接收数据，SCL时钟由主设备发出，在工程中常见MCU或SOC作为主设备，主从设备地位可能交换。

12C是串行低速总线，常见传输速度如下
- 标准模式(Standard-mode):速率高达100kbit/s
- 快速模式(Fast-mode):速率高达400kbit/s
- 快速模式+(Fast-mode Plus):速率高达1Mbit/s。
- 高速模式(High-speed mode):速率高达3.4Mbit/s
工程中常见兼容标准模式和快速模式的12C从设备。

  • 一条12C总线上的所有从设备都有一个唯一的设备地址，不能与线上的其他设备地址重复;
  • 设备地址有7位和10位两种格式，常见7位格式;
  • I2C主设备对从设备可执行写操作和读操作，通过写地址和读地址区分写操作和读操作;

设备地址7位:1010000 (0x50)
写地址8位:设备地址左移1位，末位补0，10100000 (0xA0)
读地址8位:设备地址左移1位，末位补1，10100001 (0xA1)

  • 同一个I2C从设备可能具有多个设备地址，通常可通过从设备的管脚配置，以I2C接口的ROM芯片AT24C256为例:
    在这里插入图片描述
    在这里插入图片描述

协议，四种信号组合

在这里插入图片描述

I2C调试手段

硬件

在这里插入图片描述

软件

在这里插入图片描述

HDF框架下的I2C设备驱动

案例描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

驱动Dispatch

在这里插入图片描述

驱动读写

在这里插入图片描述

在这里插入图片描述

总结

在这里插入图片描述

OpenHarmony 标准系统HDF框架之I2C驱动开发
跑不了的你的博客
01-06 3601
I2C 基础知识：概念和特性、4 个地址（设备地址、读地址、写地址、字地址）、波形（起始、结束、数据发送、数据接收）I2C 调试手段：电压、上拉电阻、/dev/i2c-x、i2c-toolsHDF 框架 I2C 驱动：AT24C256 芯片按照字节寻址方式读写（按照页 64 字节寻址、连续读写）
鸿蒙Harmony南向：Board外设器件HDF驱动指南
m0_70749039的博客
06-19 1124
SoC芯片平台HDF驱动移植
鸿蒙OpenHarmony【平台驱动开发之I2C】 子系统
zxc95279527q的博客
10-15 1090
I2C（Inter Integrated Circuit）总线是由Philips公司开发的一种简单、双向二线制同步串行总线。由于其硬件连接简单、成本低廉，因此被广泛应用于各种短距离通信的场景。
Openharmony I2C驱动程序分析
Hanrui的博客
11-18 1467
1. I2C硬件框架 I2C的硬件框架已经在i2c子系统_Hanrui的博客-优快云博客中详细说过了，上一个是基于Linux背景下的I2C驱动框架分析，现在是站在鸿蒙Harmony的角度来分析I2C驱动。 仔细对比的话，可以发现两种内核的思想是一样的。都是遵照这下面的层次结构。 如果之前分析过Linux下的I2C驱动程序，可以发现鸿蒙的驱动相对比较好理解。 但首先，一定要记清楚上面的层次图，不然的话，内核有很多函数来回跳转，很快就会晕掉。。 2. Openharmony I2C源码分析 .
openharmony中使用I2C
linsen_shen的博客
11-06 282
【代码】openharmony中使用I2C
鸿蒙HarmonyOS角落里的知识：通信接口指南I2C
DMZDAMS的博客
06-28 986
I2C以主从方式工作，通常有一个主设备和一个或者多个从设备
OpenHarmony（鸿蒙南向）——平台驱动开发【I2C】
maniuT的博客
08-07 1212
I2C（Inter Integrated Circuit）总线是由Philips公司开发的一种简单、双向二线制同步串行总线。由于其硬件连接简单、成本低廉，因此被广泛应用于各种短距离通信的场景。
鸿蒙系统 I2C 通信代码阅读理解
linsen_shen的博客
11-08 251
内核层驱动的 bind 函数，会将输入的 device 指针，绑定到 i2c 管理器 g_i2cManager 上面。
鸿蒙OpenHarmony【平台驱动开发示例】 标准系统设备
adsjgfjha123123的博客
11-07 742
本文档将以I2C驱动为例，介绍如何基于HDF驱动框架完成平台驱动开发。
Openharmony - HDF平台驱动之I2C驱动和测试程序
fulinux的博客
02-26 1894
Openharmony - HDF平台驱动之I2C驱动和测试程序
OpenHarmony-HDF驱动框架介绍及加载过程分析
maniuT的博客
06-21 2066
HarmonyOS面向万物互联时代，而万物互联涉及到了大量的硬件设备，这些硬件的离散度很高，它们的性能差异与配置差异都很大，所以这要求使用一个更灵活、功能更强大、能耗更低的驱动框架。OpenHarmony系统HDF驱动框架采用C语言面向对象编程模型构建，通过平台解耦、内核解耦，来达到兼容不同内核，统一平台底座的目的，从而帮助开发者实现驱动一次开发，多系统部署的效果。1）在系统启动时，DeviceManagerInit通过late_initcall先启动。
Openharmony - HDF驱动小示例和测试程序
fulinux的博客
02-18 1833
Openharmony HDF驱动小示例和测试程序
【鸿蒙南向开发】OpenHarmony-HDF驱动框架介绍及加载过程
HarmonyOS_666的博客
07-16 1445
1）在系统启动时，DeviceManagerInit 通过 late_initcall 先启动。2） Device Manager 根据 Device Information 信息，解析配置文件中的 Host 列表，根据 Host 列表中的信息来实例化对应的 Host 对象。3）Host 遍历设备列表去获取与之匹配的驱动程序名称，然后基于驱动程序名称遍历.hdf.driver section 获得驱动程序地址。4）设备与驱动匹配成功之后，获取指定驱动的入口地址，加载对应的设备驱动程序。
RK3568 Linux驱动学习——字符设备驱动开发
最新发布
xhj12138的博客
08-05 511
rk3568写一个简单字符设备驱动
STM32--DHT11（标准库）驱动开发
weixin_44226801的博客
07-29 674
在我们进行嵌入式开发时，驱动开发也是十分重要的一步，在很多时候，我们的都需要自己来编写硬件的底层驱动，实现硬件与芯片的通信，常见的协议有SPI，IIC，以及单总线的一些通信方式，今天我们就来开发DHT11驱动。
RK3568 Linux驱动学习——Linux驱动开发准备工作
xhj12138的博客
07-27 1173
RK3568的驱动开发准备工作
Python爬虫实战：研究python-github-projects库，构建GitHub数据采集系统
ylfhpy的博客
08-04 231
在开源软件蓬勃发展的背景下，GitHub 已成为为全球最大的开源社区和版本控制系统，汇聚了海量项目数据（如代码仓库、开发者信息、贡献记录、星标数等）。作为专注于 GitHub 项目信息处理的库，封装了 GitHub API 的复杂交互，提供了简洁接口口用于获取项目详情情、开发者者信息及贡献统计，大幅降低了 GitHub 数据采集的技术门槛。与爬虫技术的结合应用，为开发者和研究者提供可复用的 GitHub 数据采集方案，降低低大规模数据获取的技术门槛。
window显示驱动开发—内容保护 DDI
苏洛的博客
08-03 418
摘要：内容保护DDI是Direct3D9DDI的安全扩展，通过5个核心入口点实现硬件级视频保护。架构分三层：应用层(DRM API)、驱动层(DDI扩展)和硬件层(GPU安全引擎)。关键功能包括CreateCryptoSession建立加密会话、DecryptionBlt执行硬件解密及OPM相关函数实现输出保护。开发需注意内存加密、多GPU适配和错误处理，并通过WHQL认证测试。该系统兼容现代Windows版本，支持与D3D11互操作及HDR10+保护，确保从解码到显示的全链路安全。（149字）
openharmony相关的定制开发工作
07-08
<think>首先，用户的问题是：“我想了解OpenHarmony的定制开发方法和相关工作 请问OpenHarmony 定制开发指南 开发流程 适配方法”。这涉及到OpenHarmony的定制开发，包括开发指南、流程和适配方法。 根据系统级指令，我需要： - 所有行内数学表达式使用$...$格式。 - 独立公式使用$$...$$格式并单独成段。 - LaTeX语法正确。 - 使用中文回答。 - 生成相关问题。 - 回答中引用的段落末尾自然地添加引用标识。 - 回答结构清晰，帮助用户逐步解决问题。 - 尽量保证回答真实可靠。 参考站内引用： - [^1]: 鸿蒙（HarmonyOS）应用层开发（北向）知识点汇总等。 - [^2]: OpenHarmony（鸿蒙南向开发）——标准系统移植指南（一）。 - [^3]: OpenHarmony 开发环境搭建文档。 - [^4]: 关于kernel.mk在编译流程中的信息。 用户的问题是关于OpenHarmony的定制开发，所以我需要基于这些引用构建回答。引用中提到南向开发、移植指南等，这与定制开发相关。 关键点： - 定制开发通常涉及系统移植、适配硬件、修改内核等。 - 引用[2]提到标准系统移植指南。 - 引用[4]讨论了编译流程中的内核处理。 - 引用[3]有开发环境搭建的信息。 结构回答： 1. **介绍OpenHarmony定制开发**：简要解释什么是定制开发。 2. **开发流程**：描述定制开发的一般步骤。 3. **适配方法**：详细说明如何适配硬件或定制功能。 4. **参考资源**：提供相关指南和文档链接。 5. **生成相关问题**：在末尾添加相关问题。 确保回答真实可靠：基于提供的引用，避免猜测。引用中提到“移植指南”，所以我可以强调移植作为定制的一部分。 使用中文回答。 生成相关问题：在回答末尾添加几个相关问题。 现在，构建回答： - **开头**：直接回应问题。 - **开发流程**： - 环境搭建（引用[3]）。 - 代码获取和编译（引用[4]）。 - 移植和适配（引用[2]）。 - **适配方法**： - 硬件适配（如芯片移植）。 - 软件定制（如修改内核）。 - **引用标识**：在相关部分末尾添加引用，如[^2]。 最后，添加相关问题。 完整回答框架： 1. 介绍OpenHarmony定制开发。 2. 开发流程：包括环境搭建、代码获取、编译、移植、测试等。 3. 适配方法：如针对不同硬件的移植方法。 4. 提供资源链接。 5. 相关问题。</think>### OpenHarmony 定制开发指南 OpenHarmony 是一个开源的分布式操作系统，支持多种设备类型。定制开发通常涉及修改系统内核、适配特定硬件或添加新功能，以满足特定需求。以下是基于官方文档和实践经验的开发流程和适配方法，内容参考了相关指南和知识点[^1][^2][^4]。 #### 1. **定制开发流程** OpenHarmony 的定制开发遵循一个结构化流程，确保系统稳定性和兼容性： - **步骤 1: 环境搭建** 首先，搭建开发环境。包括安装必要的工具链（如 GCC、Python）和配置开发平台（Windows 或 Ubuntu）。例如，Ubuntu 环境需安装依赖库： ```bash sudo apt-get update && sudo apt-get install git-lfs binutils-dev flex bison ``` 参考文档提供了详细的环境搭建指南[^3]。 - **步骤 2: 代码获取与初始化** 从 OpenHarmony 官方仓库克隆源码： ```bash git clone https://gitee.com/openharmony/manifest.git repo init -u https://gitee.com/openharmony/manifest.git -b master repo sync ``` 这一步确保代码基础一致，便于后续定制[^4]。 - **步骤 3: 编译与构建** 使用 OpenHarmony 的编译系统（如 build.sh）构建基础系统。编译前需配置目标设备（如轻量系统或标准系统）： ```bash ./build.sh --product-name {product_name} # 例如，Hi3516DV300 开发板 ``` 编译过程中，系统会自动处理内核补丁和依赖，确保代码环境纯净[^4]。 - **步骤 4: 定制与移植** 根据需求修改代码： - **内核定制**：编辑 `kernel/linux-4.19` 目录下的文件，如添加驱动或调整配置。 - **系统服务定制**：修改 `foundation` 或 `applications` 模块，添加新功能。 移植指南强调了保持内核原代码环境的重要性，以避免编译错误[^4]。 - **步骤 5: 测试与部署** 在目标硬件上刷写系统镜像，并使用测试框架（如 XTS）验证兼容性。问题排查可通过日志分析工具完成。 整个流程强调迭代开发：从环境准备到测试部署，每个阶段需文档化和版本控制。 #### 2. **适配方法** 适配是定制开发的核心，针对不同硬件或场景： - **硬件适配** 针对新芯片或开发板，需实现 HAL（硬件抽象层）接口： - 驱动开发：在 `drivers/peripheral` 目录添加或修改驱动代码，例如为传感器编写 HDF（硬件驱动框架）模块。 - 设备树配置：更新 `vendor/{company}/{device}` 中的设备树文件（.dts），定义硬件资源。 标准系统移植指南提供了详细示例，如 GPIO 或 I2C 适配[^2]。 - **软件功能定制** - **裁剪系统组件**：通过 `build/lite/product` 中的配置文件，移除不需要的模块（如 GUI 服务），减小镜像大小。 - **添加新特性**：例如，集成 AI 框架时，修改 `foundation/ai` 模块并确保 API 兼容。 适配方法需遵循 OpenHarmony 的模块化设计原则，避免破坏系统完整性[^1]。 - **跨平台移植** 对于轻量系统（如 IoT 设备），重点优化内存占用： - 使用 `kernel/liteos_m` 替代 Linux 内核，减少资源消耗。 - 适配指南建议优先处理中断处理和电源管理[^1]。 #### 3. **参考资源与最佳实践** - **官方文档**： - [OpenHarmony 移植指南](https://gitee.com/openharmony/docs)（包括南向开发全流程）[^2]。 - [开发环境搭建教程](https://qr18.cn/CgxrRy)（涵盖 Windows/Ubuntu 配置）[^3]。 - **最佳实践**： - 在定制前备份代码，使用 Git 分支管理变更。 - 优先参考社区案例（如 Hi3516DV300 移植），减少适配风险。 - 性能优化时，注意编译选项如 `-Os`（优化大小）[^4]。 定制开发需要扎实的系统知识，建议从官方移植指南入手，逐步深入[^1][^2]。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

智驾

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值