登录社区云，与社区用户共同成长
邀请您加入社区
1. 项目简介 OpenHarmony统一互联项目，致力于解决OpenHarmony系统跨操作系统、跨不同厂家，跟HOS、三方OS的设备可以互通，从建底座、定标准、搭平台三个维度，构筑统一互联的技术底座。 详细项目信息获取点击这里，进入后记得点击右上角关注哟!!! 2.OpenHarmony设备互联标准 标准信息获取点击这里 3
一.先拿到驱动源码 获取源：咨询模组厂商，让他们提供即可 比如我这里获取到的驱动源码包名称是：ZTOP_ACEV100_Android_wifi_bt_20260326214112.tar.gz 解压后的目录截图如下： 需要确认的项： 确认项目上使用的内核版本是：linux 5.10 &nbs
一、概述 统一互联是鸿蒙生态中实现设备间互联互通的核心技术体系，旨在构建统一、开放、安全的设备互联标准，实现易用、可靠、安全、分布式的互联互通操作一体化体验。 本文聚焦于设备联动与控制场景，讲解从控制端开发到设备端开发的核心技术路径，涵盖云平台服务、APP控制端、IoT Connect SDK组件以及多平台设备Demo的完整开发指南。 二、技术架构总览 2.1 核心组成 组件说明鸿蒙生态云平台(H
OpenHarmony统一互联生态设备测距KPI自测试指导 简介 为了保障OpenHarmony统一互联生态设备（下文简称：OH生态设备）的用户体验，所有OH生态设备上线前需满足测距KPI要求。 本文将介绍如何进行测距KPI自测试。该方法仅作自测试参考，最终以华为测试人员验收通过为准。 注意：开始测距自测试前，待测设备应已在智慧生活基础服务沙箱环境中配置，如未配置先联系对接的华为技术人员完成配置。
一、文档概述 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 数据变更通知流程：服务端
一.问题描述： 开发者手机已经扫描到热点，该热点下电关闭后。开发者手机关闭再打开wifi后，wifi列表里依然有之前已下电的热点！ 详细测试步骤如下： 1.开发者手机的wifi列表已扫描到另一台商用安卓手机开启的名称为"TEXT"的热点
获取系统const.product.btcontroller变量失败的问题分析与解决方案 1. 问题描述 在大屏共建项目中，蓝牙遥控器（具体型号是 Seneasy），在大屏开机后，长按遥控器的 HOME 键+菜单键 10s，大屏端无法弹出遥控器配对界面！ 2. 分析过程 2.1 根因分析 应用侧分析原因是读取系统参数 `const.product.btcontroller` 失败。应用的逻辑是在启
一、问题现象 在大屏项目打开Miracast投屏应用后，使用手机进行无线投屏时，首次投屏大概率失败，必须重试1~2次才能成功投屏。 问题概率：4/5（高概率复现） 影响范围：主要表现为首次投屏连接失败，重试后可成功 失败表现：手机搜索到设备并尝试连接，但最终超时或断开，无法建立投屏会话 二、分析过程 1. 初步分析（日志分析） 从日志分析，底层的P2P流程是正常的，连接
1、问题描述 当前大屏主干需要投屏功能开机即可用，但是投屏本身需要的P2P模式与连接wifi的STA模式是冲突的（原因如下） 因此如何在时序上合理分配两者就成为了在不影响wifi的正常连接的前提下达成设计指标所必须考虑的关键点。不应在wifi框架层对其进行修改，这样会扰乱wifi的状态机，带来难以预料的后果，只能在业务层面优化，由应用层完成修改 2、核心思想 修改的核心
