登录社区云，与社区用户共同成长
邀请您加入社区
暂无图片
什么是 EROFS 全称 Enhanced Read-Only File System, 是 Linux 内核主线中的高性能只读文件系统。无论是否压缩，EROFS 在随机和 sequential 访问时间内都优于其他文件系统。 成果速览 笔者已在 OpenHarmony 上完成 EROFS 的适配工作，并成功挂载 system 和 vendor&n
一、文档概述 1.1 适用范围 适用系统：OpenHarmony 4.0 / 5.0 / 6.0（仅支持 Full SDK，Public SDK 不具备 WiFi 完整能力） 开发语言：ArkTS 适用设备：IoT 开发板、平板、具备 WiFi 模块的 OpenHarmony 设备 1.2 核心功能 WiFi 开关控制（开启/关闭） WiFi 扫描（获取周边可用 WiFi 列表） WiF
硬件环境 主控测：RK3568被控测 ：HI3863coap报文见附件。 一、交互总览 从 Wireshark 抓包可见，192.168.43.3（客户端） 与 192.168.43.1（服务端） 之间存在三类核心交互： SPEKE 密钥协商流程：基于 CoAP 协议完成身份认证与密钥交换e2eCtrl 端到端控制流程：协商完成后执行设备控制指令e2eDataChange 数据变更通知流程：服务端
文档概述说明： 1.文章由移远通信技术股份有限公司提供2.以下内容包含了个人理解，仅供参考，如有不合理处，请联系笔者修改18770704023(微信同号) 一、前言 & 适配背景 在很多OpenHarmony产品上可以发现默认屏幕旋转能力存在明显局限： - 系统自动旋转开关仅对第三方应用生效，桌面 Launcher 无法跟随传感器旋转； - 强制横屏后桌面图标、控件布
一.问题描述： 开发者手机已经扫描到热点，该热点下电关闭后。开发者手机关闭再打开wifi后，wifi列表里依然有之前已下电的热点！ 详细测试步骤如下： 1.开发者手机的wifi列表已扫描到另一台商用安卓手机开启的名称为"TEXT"的热点
获取系统const.product.btcontroller变量失败的问题分析与解决方案 1. 问题描述 在大屏共建项目中，蓝牙遥控器（具体型号是 Seneasy），在大屏开机后，长按遥控器的 HOME 键+菜单键 10s，大屏端无法弹出遥控器配对界面！ 2. 分析过程 2.1 根因分析 应用侧分析原因是读取系统参数 `const.product.btcontroller` 失败。应用的逻辑是在启
说明： 文章由移远通信技术股份有限公司提供以下内容包含了个人理解，仅供参考，如有不合理处，请联系笔者修改13677951658(微信同号) 概述 本文档描述了如何在Rockchip芯片的OpenHarmony标准系统中适配fastboot模式，包括rk u-boot层和oh init层的修改。 写作环境 Rockchip芯片OpenHarmony标准系统：5.0.3 1. 背景 fastboot是
问题背景： 两台公版GK6320板子,在同一局域网下进行分布式图库连接功能的时候，必现连接失败现象。 定位过程&根因分析： 从日志分析来看，是OpenP2PConnection failed 了。 初步怀疑是软总线建链这边失败了导致连接失败。查看代码，发现分布式图库在连接时会先触发设备上线流程，然后这里会直接返回成功，软总线去异步创建连接。dfs这里的流程会继续正常往下走。
一、问题现象 在大屏项目打开Miracast投屏应用后，使用手机进行无线投屏时，首次投屏大概率失败，必须重试1~2次才能成功投屏。 问题概率：4/5（高概率复现） 影响范围：主要表现为首次投屏连接失败，重试后可成功 失败表现：手机搜索到设备并尝试连接，但最终超时或断开，无法建立投屏会话 二、分析过程 1. 初步分析（日志分析） 从日志分析，底层的P2P流程是正常的，连接
1、问题描述 当前大屏主干需要投屏功能开机即可用，但是投屏本身需要的P2P模式与连接wifi的STA模式是冲突的（原因如下） 因此如何在时序上合理分配两者就成为了在不影响wifi的正常连接的前提下达成设计指标所必须考虑的关键点。不应在wifi框架层对其进行修改，这样会扰乱wifi的状态机，带来难以预料的后果，只能在业务层面优化，由应用层完成修改 2、核心思想 修改的核心
共3课时
1,009
