ITPub博客

首页 > 数据库 > 数据库开发技术 > OpenHarmony概述与使用

OpenHarmony概述与使用

数据库开发技术 作者:DockerMaster19 时间:2026-07-31 16:20:05 0 删除 编辑

1. OpenHarmony Hi3861 

学习目标与任务

  • 硬件基础知识:涵盖嵌入式硬件体系架构(如 MCU 基础、硬件接口原理 )、硬件设计流程(原理图绘制、PCB Layout 规范 ),了解常见硬件外设(传感器、通信模块等)的工作逻辑与硬件适配要点。
  • 软件 + 硬件开发模式:学习嵌入式软件开发与硬件协同流程,包括硬件驱动开发(基于 Hi3861 芯片手册编写驱动代码 )、通过 SDK 实现软件对硬件资源(GPIO、定时器等)的调用,理解软硬件交互的信号流程与时序控制。
  • 软件到硬件开发逻辑:掌握从需求分析(功能定义)→ 软件架构设计(模块划分、任务调度 )→ 硬件驱动适配(寄存器操作、协议实现 )→ 联调测试(软硬件协同排障 )的完整链路,理解 “软件逻辑依赖硬件能力,硬件能力通过软件调用释放” 的核心逻辑。
  • 物联网 IOT 开发流程:基于 Hi3861 实践 “需求调研(场景定义 )→ 方案设计(硬件选型、通信协议确定 )→ 开发实现(硬件电路、软件程序 )→ 联调测试(功能、兼容性 )→ 部署上线(OTA 升级、远程管理 )” 全流程,重点学习物联网设备的组网(如 Wi-Fi 配网 )、数据上云(MQTT/CoAP 协议应用 )、边缘计算(轻量级数据处理 )等关键环节。

2. OpenHarmony 概述

基本定义与定位
  • HarmonyOS(鸿蒙系统 ):华为自主研发的商业闭源分布式操作系统,聚焦全场景智慧体验,通过 “硬件互助、资源共享”,实现手机、平板、智能穿戴、智慧屏等华为终端的无缝协同,为消费者与商业场景提供深度整合的操作系统能力。
  • OpenHarmony(开源鸿蒙 ):由开放原子开源基金会(OpenAtom Foundation )孵化、运营的开源分布式操作系统,面向全行业开放生态。以 “开源协同” 为核心,联合硬件厂商、开发者、行业伙伴,构建跨设备(IoT 终端、行业终端等 )的无缝协同体系,推动物联网时代的操作系统技术普惠与创新。
版本演进与关键特性
时间版本核心特性与支持设备
2020 年 9 月OpenHarmony 1.0聚焦 IoT 基础设备,支持 128KB - 128MB 内存 场景(如低功耗传感器、简易智能终端 ),奠定开源分布式框架雏形。
2021 年 6 月OpenHarmony 2.0全量开源 升级,扩展设备支持范围(覆盖更多行业终端、轻量级智能设备 ),强化分布式软总线能力,推动跨设备通信与协同开发生态初步构建。
2021 年 9 月OpenHarmony 3.0 LTS主打 “强分布式”,支持 标准系统设备(如智能座舱、工业平板 ),完善系统安全性(设备身份认证、数据加密 )与开发工具链,为行业应用开发提供更成熟的框架(ArkUI 界面开发、原子化服务基础能力 )。
2023 年OpenHarmony 4.0深化 AI 与分布式技术融合,强化端侧智能(设备本地 AI 推理、低功耗算力调度 ),优化分布式软总线的跨平台兼容性,推动 “设备协同智能化”(如多终端 AI 任务分工、协同推理 )。
2024 年OpenHarmony 5.1聚焦 AI 与机器人技术优化,加强对机器人操作系统(ROS )的适配,完善运动控制、环境感知等机器人专属能力,同时拓展 AI 在 IoT 场景的落地(如智能识别、自主决策 ),深化行业场景渗透。
OpenHarmony 与 HarmonyOS 体系对比
对比项OpenHarmony(开源鸿蒙)HarmonyOS(鸿蒙商业版)HarmonyOS NEXT(纯血鸿蒙)
性质开源项目,由开放原子基金会主导生态共建华为闭源商业系统,面向消费与商业市场华为闭源商业系统,聚焦 “纯血鸿蒙” 架构
技术底座微内核架构 + LiteOS/Linux 兼容(适配不同设备资源 )基于 OpenHarmony 开源基线 + AOSP(安卓兼容层 )基于 OpenHarmony 开源基线,剔除 AOSP,构建纯血微内核架构
应用生态生态分散,依赖厂商 / 开发者定制:
- 设备厂商需适配硬件、构建分发渠道;
- 应用需基于 OpenHarmony 开源 API 开发,适配多终端场景。
兼容安卓应用(通过 AOSP 层 )+ 鸿蒙原生应用,依托华为终端生态(手机、平板等 ),实现 “一次开发、多端部署”。仅支持 鸿蒙原生应用,强化系统纯净度与性能,聚焦高端旗舰设备的极致体验,推动生态向 “纯鸿蒙架构” 迁移。
典型设备IoT 终端(智能传感器、低功耗设备 )、行业终端(工业平板、智能座舱 )、边缘设备(轻量级网关 )等。华为手机、平板、智慧屏、智能穿戴等消费级终端,覆盖个人与家庭全场景。未来华为旗舰手机、高端平板等核心终端,聚焦极致性能、纯血架构体验,引领操作系统技术标杆。
补充说明
  • OpenHarmony 作为开源项目,是鸿蒙生态 “技术普惠” 的基础:通过开放代码、工具链,降低行业准入门槛,推动 IoT 设备、行业终端的智能化升级;
  • HarmonyOS 商业版则聚焦 “用户体验与商业价值”,依托华为终端生态,为消费者与企业客户提供深度整合的全场景服务;
  • HarmonyOS NEXT(纯血鸿蒙 )代表生态演进方向:剔除安卓代码依赖后,系统性能、安全性、协同效率将进一步突破,为高端设备与未来场景(如 AI 原生应用、元宇宙协同 )奠定技术底座。

3. OpenHarmony 开发环境

4. OpenHarmony 第一行代码

4.1 安装必要的开发软件

为开展 OpenHarmony(基于 Hi3861 等设备 )开发,需提前准备工具链,保障开发、调试、烧录全流程:

工具名称作用
CH340 USB 驱动实现 Windows 与 Hi3861 开发板的硬件连接,为串口通信、程序烧录提供基础
HiBurn.exe海思芯片专用烧录软件,将编译后的程序(如 .bin 文件 )烧录到开发板
UartAssist.exe串口调试工具,查看开发板运行日志、打印信息,辅助调试代码
VSCode SSH 远程链接通过 SSH 远程连接开发环境(如 Linux 服务器 ),在 VSCode 中编写、编译代码

4.2 项目结构规范

基础路径与目标

项目需在 OpenHarmony 代码仓库的指定路径创建:

在此路径下,按规则创建项目目录(如 demo01_thread ),并遵循目录命名要求:

目录命名规则
  • 禁止:数字开头、中文 / 特殊符号(如 123_demo、测试_dir 不合法 )
  • 要求:英文小写字母开头,可包含字母、数字、下划线(如 demo01_thread 合规 )
  • 唯一性:app 文件夹内项目名称必须唯一,避免编译冲突
项目结构示例(以 demo01_thread 为例 )

在 app 目录下创建 demo01_thread 后,完整结构(核心文件说明 ):

关键文件作用
  • BUILD.gn:OpenHarmony 编译系统的配置文件,需声明:
    • 编译目标类型(如 static_library 静态库 )
    • 参与编译的源文件(如 demo1.c )
    • 头文件路径、依赖库等信息
    • 示例(简化版 ):
  • demo1.c:存放具体业务代码(如线程创建、硬件初始化逻辑 ),是功能实现的核心文件

项目组件 BUILD.gn 文件内容:(在app目录下的BUILD.gn)

5. 编译操作

5.1 利用HiBurn 软件烧录程序到Hi3861中

        通过 hb 编译之后,对应的编译结果路径在 ~/Desktop/OpenHarmony/code - v3.0 -
LTS/OpenHarmony/out/hispark_pegasus/wifiiot_hispark_pegasus ,在 Windows 中,需
要利用远程共享文件夹 ( 知晓当前 Linux IP) 方式,找到对应编译结果文件。

当前路径仅供参考:

选择编译生成的可执行文件:

烧录中:

打开串口调试助手:

https://github.com/0voice

原文作者:源远流长jerry;如有侵权,请联系管理员删除。

请登录后发表评论 登录
全部评论

注册时间:2018-11-27

  • 博文量
    6
  • 访问量
    870