登录社区云，与社区用户共同成长
邀请您加入社区
目前OpenHarmony系统调试非常不方便，只能使用hdc工具命令行进行系统层的操作，没有图形化功能。 个人利用一些时间写一个OpenHarmony系统的测试工具： 1. 支持type-c和tcp连接到设备；tcp连接需要先打开设备的tcp连接端口。 2. 支持快捷命令，快捷命令可以根据需要进行调整； 3. 支持文件图形话上传和下载； 4. 支持hap包安装和卸载等； UI界面如下：  
概述 随着应用功能日益复杂，早期的“页面驱动”架构（即所有业务逻辑都写在Ability或Page中）逐渐暴露出弊端：代码臃肿、逻辑分散、难以复用和测试。最近，我尝试将核心模块重构为“System驱动”架构，收获颇丰。 描述 什么是System驱动？ 它将应用视为一个由“状态”驱动的系统，而非一堆页面的集合。核心思想是： Store：作为应用的“唯一事实来源”，集中管理所有业务状态。
OH电源模块的基础知识介绍 社区官网电源资料电源模式定制开发指导 hidumper -s PowerManagerService -a -a 指令介绍 概述 本报告基于hidumper -s PowerManagerService -a -a命令输出的日志信息，对设备的电源管理状态进行全面分析。分析结果显示设备当前处于强制常亮状态，从未进入过休眠模式。 ⚡️ 核心电源状态 (POWER STATE
在鸿蒙跨设备应用开发中，窗口形态适配是提升多设备体验的关键。supportWindowMode 作为 module.json5 配置文件中的核心属性，专门用于声明 UIAbility 支持的窗口运行模式，直接决定应用在手机、平板、PC、折叠屏等设备上的展示形态，是实现智慧多窗、悬浮窗、分屏功能的基础配置。 一、属性核心定义 supportWindowMode 是字符串数
环境说明 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 # 可以关闭板
编译环境搭建 环境搭建文档参考 注意 大屏共建需要额外安装三方库： sudo apt install libnl-3-dev libnl-genl-3-dev cmake autoconf automake libtool -y gitcode 秘钥配置 GitCode 访问令牌创建与使用指南 概述 访问令牌（Personal Access Token）是一种安全的身份验证方式，用于替代传统密
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
