登录社区云，与社区用户共同成长
邀请您加入社区
OH电源模块的基础知识介绍 社区官网电源资料电源模式定制开发指导 hidumper -s PowerManagerService -a -a 指令介绍 概述 本报告基于hidumper -s PowerManagerService -a -a命令输出的日志信息，对设备的电源管理状态进行全面分析。分析结果显示设备当前处于强制常亮状态，从未进入过休眠模式。 ⚡️ 核心电源状态 (POWER STATE
环境说明 OpenHarmony 5.1.0 + linux 6.6 + rk3588 + USB 2.4G接收器（当前连接手柄用） 使用的通用USB host ,既插既用，不用改dts设备树文件，也不用改驱动 修改defconfig文件，打开对2.4G的支持 配置文件：kernel/linux/config/linux-6.6/rk3588/arch/xxxx_defconfig # 可以关闭板
OpenHarmony应用签名分为自动签名和手动签名两种方式。手动签名又分为普通应用签名和系统应用签名：自动签名通过DevEco Studio完成，但可能存在安装限制；普通手动签名需要下载签名工具，修改配置文件中的包名后执行签名命令；系统应用签名与普通签名流程类似，但需要修改配置文件的apl和app-feature字段为系统级参数。两种手动签名方式均需使用OpenHarmony.p12证书文件，通
一. 前置说明 鲁班猫4的板子（rk3588）新增了一个wif模块：RTL8852BE，需要适配 环境： OpenHarmony 5.1.0 release + linux kernel 6.6 + rk3588 + rtl8852be模组 二. 查看当前板卡wifi状态 通过ifconfig命令可见并没有发现wlan0/1等无线网卡 通过dmesg | grep wlan 
问题背景：使用OH5.0.3版本搭配RTL8822CU 蓝牙模组，配对蓝牙音箱，功能正常，单板reboot重启后，进入蓝牙界面，点击连接，连接失败 问题原因：对比断电重启的snoop.log和reboot软重启的snoop.log，发现未进行L2cap相关 断电重启： reboot软重启 添加打印发现L2capSendPacket发送失败返回-1004 接着看流程发现g_aclDataPacket
一、成果 笔者成功将 OpenHarmony 4.0 Release 适配到了全志 H6 平台。目前成果如下： 系统启动：Uboot + Kernel + OHOS 4.0 完整启动链路打通 显示输出：HDMI 驱动适配成功，1080P 输出妥妥的 图形加速：Mesa（Panfrost）驱动成功集成，GPU 硬件加速开启，UI 流畅度直接起飞:) 二、为什么选 H6
OpenHarmony应用层调用Shell指令指南 文档概述说明： 1.文章由移远通信技术股份有限公司提供2.以下内容包含了个人理解，仅供参考，如有不合理处，请联系笔者修改18770704023(微信同号) 目录 前言与背景开发环境调用方法方法一：使用C/C++标准库函数system()方法二：使用C/C++标准库函数popen()方法三：通过系统属性触发指令 注意事项总结 前言与背景 在Open
本文档说明在OpenHarmony 系统中，将已编译完成的 .so 动态库文件内置到设备例如/system/lib64/ 目录下的完整流程包含 GN 编译配置编写、模块依赖添加、编译验证等步骤，确保 so 文件能随系统镜像编译打包并部署到指定路径。 适用场景 已完成第三方 / 自定义库的编译，得到 libxxx.so 文件(本文示例：libv8_shared.so、libjsvm.so)需要将 s
默认APN匹配异常问题说明 问题现象 插入正常电信 SIM 卡后，移动数据无法上网。排查发现当 apnTypes 包含 * 的 APN 被优先选中时，默认数据连接建立失败。 问题根因 ApnItem::CanDealWithType() 的设计是“能力匹配”，*（DATA_CONTEXT_ROLE_ALL）对非 IA 类型返回 true 属于兜底语义，本身并非逻辑错误。 真正问题在于 ApnMan
