登录社区云，与社区用户共同成长
邀请您加入社区
系统资源组件应用ohos.global.systemres是 OpenHarmony系统中全局系统资源组件的核心应用包，对应编译产物为 SystemResources.hap，是鸿蒙系统资源管理体系的 “统一入口”。它承载了系统级的公共资源（如字符串、图片、颜色、布局、动画、主题样式等），为系统服务、系统应用及第三方应用提供标准化、可复用的资源访问能力，确保全系统资源的一致性、可维护性和多语言 /
简介 在OpenHarmony应用开发中，设置循环流体边框动效是较为常见的场景。下文会通过详细示例来描述如何实现。 开发环境 DevEco Studio： DevEco Studio 6.0.1 Release（Build Version： 6.0.1.260） 系统： OpenHarmony 6.0.0.47 设备： DAYU200（rk3568） 最佳实践示例 @Entry @Componen
ohos_download 一、脚本介绍 1.1 概述 本仓脚本是为了方便所有开源爱好者能更加方便的下载鸿蒙源码。通过可视化一键下载，省去开发者每次需要记录各种每个分支和tag下载命令的烦恼。 本脚本支持以下功能 支持所有通过repo命令下载的代码配置支持常用的 gitee、gitcode等代码服务器配置介绍及下载失败提醒处理方法支持智能化代码路径配置支持代码下载成功后产品简介输出，方便实操和记忆
笔者之前发布过此芯p1开发板使用OpenHarmony时llama.cpp不同优化速度对比(GPU vs CPU)的文章，使用的是一张amd的rx580显卡。理论上支持vulkan的GPU都可以使用vulkan后端的llama.cpp （GPU）进行端侧推理。之前笔者没有将相关成果开源，现在将成果开源如下： gitee地址：https://gitee.com/cix_oh/cix_p1_oh 移植
笔者最近将cix p1适配了OpenHarmony 6.0r并且提供了oh上的vulkansdk工具。现将成果开源如下：gitee地址：https://gitee.com/cix_oh/cix_p1_ohgithub地址：https://github.com/lbkg/cix_p1_oh OpenHarmony上vulkan测试样例 提供的vulkansdk工具 编译步骤 repo init -u
背景及现象 大屏gk6320芯片，首次刷机进入系统后，在设置界面点击遥控器，焦点响应迟钝，调节音量时，音量面板弹出有长达几秒的延迟，这一现象会贯穿首次启动的整个生命周期，系统重启后恢复正常。 问题定界 分析对比调节音量正常和异常时的日志，发现当调节音量异常时，中间有连接settingsdata数据库失败和重试的打印，无异常时连接数据库是连接成功的。推测问题原因为通过datashare接口连接set
在软总线中有发现、连接、组网、传输四大模块。其中发现作为整个业务的第一步，核心目标即发现周边的设备。只有发现了设备，才能组成分布式网格，进而在此基础上实现分布式业务。根据底层使用的媒介，发现分为两大类：基于局域网络的Coap发现和基于蓝牙的BLE发现。 OH-BLE发现设备流程 BLE发现流程，主要通过蓝牙BLE广播发送ADV_IND消息完成同被发现设备的交互。支持通过SCAN_REQ进一步获取
文档概述 说明： 1. 文章由移远通信技术股份有限公司提供 2. 以下内容包含了个人理解，仅供参考，如有不合理处，请联系笔者修改18770704023(微信同号) 本文档记录了作者在rk3562 OpenHarmony 5.0.3适配外挂modem模组的大致流程（型号EG800AK-CN)。作者这里介绍的是不走鸿蒙框架的适配方法，目前只实现了上网的功能。 一、适配USB驱动 查看Linux_USB
1.整体框架 openHarmony的napi调用逻辑一般符合该流程。 2.代码调用流程 2.1 DisableBt(void) 框架层： js中的napi会调用c_adater中的接口 获取代理调用DisableBt() 利用ipc通讯，发送BT_DISABLE消息 服务层：接收发送的消息，解析消息后，调用相应的处理函数
1.整体框架 openHarmony的napi调用逻辑一般符合该流程。 2.代码调用流程 2.1 EnableBt(void) 框架层： js中的napi会调用c_adater中的接口 获得proxy调用proxy中的EnableBt proxy中的EnableBt()通过ipc通讯，发送BT_ENABLE消息 服务层：接收发送的消息，解析消息后，调用相应的处理函数 调用Stub
