1、获取OH master系统底座 repo init -u git@gitcode.com:openharmony/manifest.git -b master --no-repo-verify repo sync -c repo forall -c 'git lfs pull' bash build/prebuilts_download.sh (如执行不成功，可加上sudo

问题背景： 根据applications_sample_iot_connect_samples/wifi_ble_combo/hi3863/README.md · ohos-oneconnect/applications_sample_iot_connect_samples - AtomGit文档，在OH master底座上配置wifi/ble combo配网功能demo，编译hi3863遇到配网

问题背景： 根据applications_sample_iot_connect_samples/wifi_ble_combo/hi3863/README.md · ohos-oneconnect/applications_sample_iot_connect_samples - AtomGit文档，在OH master底座上配置wifi/ble combo配网功能demo，编译hi3863遇到配网

问题背景： 一台公版GK6320板子,一台GK6780板子，蓝牙wifi均已打开，sink端打开文件互传开关；source端进入文件管理器，选择一个图片文件，选中分享按钮，进行扫描，等待扫描出设备进行分享，结果一直扫描不到设备。   定位过程&根因分析： A00220/OneConnectShareApp: ShareManager: startScan in 从日志分析来看，s

问题背景： 两台公版GK6320板子,在同一局域网下进行分布式图库连接功能的时候，必现连接失败现象。   定位过程&根因分析： 从日志分析来看，是OpenP2PConnection failed 了。 初步怀疑是软总线建链这边失败了导致连接失败。查看代码，发现分布式图库在连接时会先触发设备上线流程，然后这里会直接返回成功，软总线去异步创建连接。dfs这里的流程会继续正常往下走。

  问题背景： 文件互传功能从统一互联移植到Gk6780dev分支后，传输功能基本ok，但出现开机后第一次分享图片成功，第二次传输在输入完PIN码后必现传输失败，后面继续图片分享均失败，关机重启可恢复，但仅限于第一次传输成功，后续传输必现失败。   定位过程&根因分析： 从应用分析来看，显示第二次传输在连接后，应用在等待对端的消息等待15s，未等到随后应用走了传输失败流

在软总线中有发现、连接、组网、传输四大模块。其中发现作为整个业务的第一步，核心目标即发现周边的设备。只有发现了设备，才能组成分布式网格，进而在此基础上实现分布式业务。根据底层使用的媒介，发现分为两大类：基于局域网络的Coap发现和基于蓝牙的BLE发现。 OH-BLE发现设备流程 BLE发现流程，主要通过蓝牙BLE广播发送ADV_IND消息完成同被发现设备的交互。支持通过SCAN_REQ进一步获取

1、开机启动软总线 代码路径：foundation/communication/dsoftbus/core/frame/standard/init/src/softbus_server.cpp void SoftBusServer::OnStart() { COMM_LOGI(COMM_SVC, "SoftBusServer OnStart called!"); Ini

分布式设备认证流程如下图所示 JSAPP 调用DM模块NAPI提供的认证接口，DM内部调用软总线的接口同另一台设备进行交互，交互完成后，通过设备认证模块进行互信认证，认证通过后，将认证结果通过NAPI 机制通知JSAPP。 分布式设备管理设备认证流程详见附件

设备发现的流程流程如下图所示 JSAPP 调用DM模块NAPI提供的发现接口，并设置对应的监听方法，DM内部去调用软总线的发现接口启动发现，发现局域网的设备后，软总线通知DM，DM 再通过NAPI 机制通知JSAPP。 分布式设备管理发现设备流程详见附件