登录社区云,与社区用户共同成长
邀请您加入社区
在用户使用设备的过程中,当使用情境发生变化时(例如从室内走到户外或者周围有更适合的设备等),之前使用的设备可能已经不适合继续当前的任务,此时,用户可以选择新的设备来继续当前的任务,原设备可按需决定是否退出任务,这个就是跨端迁移的场景。常见的跨端迁移场景实例:在平板上播放的视频,迁移到智慧屏继续播放,从而获得更佳的观看体验;平板上的视频应用退出。在应用开发层面,跨端迁移指在A端运行的UIAbilit
编译构建流程、编译脚本编写、目录规则、独立编译单个组件、独立编译芯片解决方案等介绍请见 编译构建子系统介绍。
除上述子系统之外,还有一些必要但是无需进行移植的子系统。如:分布式任务调度子系统、DFX 子系统。
如果手里不是 Hi3516DV300 这块开发板就不用往下看了。烧录开发板是每个开发者的必修课,每次对系统的修改务必进行烧录测试,确保修改正确和不会引入新问题。本文基于 Windows10,以 Hi3516DV300 开发板为例,指导如何烧录 OpenHarmony 镜像,镜像也叫固件。这块开发板是 OpenHarmony 最早完全支持的开发板,属于小型系统和标准系统的开发板,整个烧录、IPOP
本文介绍了如何将C/C++三方库快速移植到OpenHarmony系统的完整流程。主要内容包括: 通过风险识别工具分析三方库的运行时依赖 使用lycium工具在Linux环境下完成交叉编译构建,支持cmake/configure/make等多种构建方式 测试验证方法及库文件使用方式 详细说明了编译脚本模板规则和关键函数实现 以minizip-ng为例展示快速适配过程 文章提供了从分析、编译到测试的完
编译框架搭建完成后,需要将芯片厂商的 SDK 加入 OpenHarmony 编译框架,从而可以编译出带 SDK 的烧录文件(此时编译出的是不带系统的裸机工程),以便 OpenHarmony 可以调用 SDK 中的接口。参考文件路径:“device/hisilicon/hispark_pegasus/sdk_liteos/platform/os/Huawei_LiteOS/targets/hi386
以为例,这里描述了产品使用的内核、单板、子系统等信息。其中,内核、单板型号、单板厂商需要提前规划好,也是预编译指令(hb set)所关注的。这里填入的信息与规划的目录相对应。"product_name": "wifi_demo", --- 产品名"type": "mini", --- 系统类型: mini"version": "3.0", --- 系统版本: 3.0"device_company"
本文以移植名为 MyProduct 的开发板为例讲解移植过程,假定 MyProduct 是 MyProductVendor 公司的开发板,使用 MySoCVendor 公司生产的 MySOC 芯片作为处理器。在名称的目录下创建一个 config.json 文件,该文件用于描述产品所使用的 SOC 以及所需的子系统。配置如下:},...主要的配置内容配置项说明(必填)产品名称version(必填)版
文章目录准备数据集模型文件 VGG_hc.py训练 train.ipynb测试文件 Test.pyGitHub地址:准备数据集我是用的torchvision.datasets.ImageFolder加载的数据,就把数据集分成如下形式:猫狗数据集里有25000张train数据,12500张test数据;我从train数据中随机抽取4000张图像作为val数据集。import torchv...
OHPM CLI(OpenHarmony Package Manager Command-line Interface) 作为鸿蒙生态三方库的包管理工具,支持共享包的发布、安装和依赖管理。
本文面向希望将 OpenHarmony 移植到三方芯片平台硬件的开发者,介绍一种借助三方芯片平台自带 Linux 内核的现有能力,快速移植 OpenHarmony 到三方芯片平台的方法。
移植 LCD 驱动的主要工作是编写一个驱动,在驱动中生成模型的实例,并完成注册。这些 LCD 的驱动被放置在源码目录 //drivers/hdf_core/framework/model/display/driver/panel 中。
本文章基于意法半导体STM32MP157芯片的小熊派 BearPi-HM Micro 开发板 ,进行小型带屏开发板的移植,实现了aafwk_liteHDF等部件基于内核的适配。移植架构上采用Board与SoC分离的方案。
HarmonyOS 是华为开发的一款全新独立操作系统。此前的版本设置了 Android 兼容层,允许大多数 Android 应用程序运行,但即将发布的 5.0 版本将删除这一兼容层。本次演讲将介绍 OpenHarmony及它与 HarmonyOS 的关系、OpenHarmony 的应用程序开发情况。
本文为OpenHarmony开发者提供一些组织编译形式比较常见(CMakeLists、Makefile)的三方库的移植指南,该指南当前仅适用于Hi3516DV300和Hi3518EV300两个平台,文中着重介绍各编译组织方式下工具链的设置方法以及如何将该库的编译添加到OpenHarmony整个工程的构建中。
DevEco Studio从NEXT Beta1版本开始,提供开箱即用的开发体验,将SDK、Node.js、Hvigor、OHPM等工具链进行合一打包,简化DevEco Studio安装配置流程;并提供一体化的历史工程迁移能力,帮助开发者快速完成工程转换。