问题描述： 两台大禹的rk3568设备进行 wifi display投屏。在sink端看到界面非常卡顿。 实际体验感受： 每次在rk3568的source端操作界面的时候就会卡顿验证，几秒甚至达到将近10s画面不会切换。 分析思路：是否是底层wifi p2p链路质量差，导致丢包严重。 分析步骤1:tcpdump抓取报文进行分析 双端设备进行时间同步，然后同时抓取tcpdump报文

一 问题描述： 开发者手机，openharmony从5.0.0 release版本升级到5.0.3后，wifi无法打开 二.排查思路 1. 排查wifi sa是否正常加载？ 搜索关键日志：SA:1120 有"Scheduler SA:1120 loaded" 说明wifi的sa已经加载成功 C01810/SAFWK: AddAbility set profile a

一.开发者手机下载5.0.3-release的代码:sig代码下载:repo init -uhttps://gitcode.com/openharmony-sig/manifest-b master -m devboard_developphone2_5.0.3.xmlrepo sync -crepo fo

一、背景 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

一.原始问题描述： 设备没有插wifi模组的场景下 ，由于接口GetWifiDetailState一直返回2.会认为wifi p2p功能可用。在设备分布式通讯的时候，会去走p2p通道导致业务失败。 三.GetWifiDetailState一直返回2的原因分析： 1.wifi框架层代码，搜索GetWifiDetailState接口的实现： 2.分析SetWifiDetailStat

一.选网逻辑相关的代码路径： foundation\communication\wifi\wifi\services\wifi_standard\wifi_framework\wifi_manage\wifi_sta\network_select 二.选网逻辑的入口点函数： 三. 选网逻辑的类图 三个概念： 网络