登录社区云，与社区用户共同成长
邀请您加入社区
1. 项目简介 OpenHarmony统一互联项目，致力于解决OpenHarmony系统跨操作系统、跨不同厂家，跟HOS、三方OS的设备可以互通，从建底座、定标准、搭平台三个维度，构筑统一互联的技术底座。 详细项目信息获取点击这里，进入后记得点击右上角关注哟!!! 2.OpenHarmony设备互联标准 标准信息获取点击这里 3
统一互联生态设备配网FAQ 1.弹窗UI配置 生态设备配网弹窗需要三方厂商提供提供设备中英文传播名和设备传播图。标题命名规则：品牌名+产品名+型号设备传播图规范：https://developer.huawei.com/consumer/cn/doc/design-guides/i-connect-0000002354482789中英文传播名显示不要超过一行，设备传播图需要适配暗黑模式 示例如下：
OpenHarmony OneConnect 2.0.0 Release 版本概述 OpenHarmony OneConnect 2.0.0 Release是基于OpenHarmony 5.0 Release版本打造的OpenHarmony统一互联Release版本。相比OpenHarmony 5.0 Release版本新增了统一互联相关的功能特性，包括富对瘦设备控制，富对富投屏，富对富文件互传，
关键字 OpenHarmony，互联，WiFi，蓝牙，网络，电话，编译。 一、概述 本文以开发者学习路径为中心，整合了从底层通信子系统（如Wi-Fi、蓝牙）到上层服务框架（如电话、网络），再到系统级工程能力（如编译、升级）的全方位知识，旨在为开发者提供一张清晰的“技术地图”，助力快速构建具备。。。能力的全场景应用。 二、互联领域知识全景与学习汇总 下表系统地汇总了各关键领域的核心学习内容与官方优质
iot_connect iot_connect 组件 ble 接口位于iot_connect/adapter/ble 目录下。ohos_lite 为小系统，ohos_standard为标准设备。ble 对接芯片适配层标准设备可以参考社区Rk3568的实现，小设备可以参考通用互联ws63的实现。 ws63适配示例：https://gitcode.com/ohos-oneconnect/communi
问题描述： 两台大禹的rk3568设备进行 wifi display投屏。在sink端看到界面非常卡顿。 实际体验感受： 每次在rk3568的source端操作界面的时候就会卡顿验证，几秒甚至达到将近10s画面不会切换。 分析思路：是否是底层wifi p2p链路质量差，导致丢包严重。 分析步骤1:tcpdump抓取报文进行分析 双端设备进行时间同步，然后同时抓取tcpdump报文
iot_connect iot_connect 组件调用 ble 接口的相关代码位于iot_connect/adapter/ble 目录下，ohos_lite 目录下为小系统，ohos_standard目录下为标准设备。ble对接芯片适配层标准设备可以参考社区Rk3568的实现，小设备可以参考统一互联ws63的实现。 ws63适配示例：https://gitcode.com/ohos-onecon
OpenHarmony统一互联，All Devices，One Connect
一、背景 miracast投屏功能已在大禹200 rk3568开发版上 基于Openharmony 5.0 release分支代码开发完成。功能完备。现在需要将该功能移植到另一个项目上。 二、遇到的问题记录： 问题1：所有对p2p的操作全部失败，日志如下 问题2：p2p接口被异常移除，日志如下 问题3: 创建群组失败，提示频率不支持，日志如下： 三. 问题1-所有对p2p的操作全部失败分析过
一问题描述： wifi p2p必现扫描不到设备。应用层已经调用接口startDiscovery去发现p2p 设备。必现发现不了设备。日志中没有关键日志onDeviceFound的打印! 二.分析过程 1.静态代码梳理startDiscovery的流程和扫描结果的上报流程 2.结合日志分析 主要思路是排查1.扫描请求是否正确下发到wpa_supplicant 2.wpa_supplic
