在软总线中有发现、连接、组网、传输四大模块。其中发现作为整个业务的第一步，核心目标即发现周边的设备。只有发现了设备，才能组成分布式网格，进而在此基础上实现分布式业务。根据底层使用的媒介，发现分为两大类：基于局域网络的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。 分布式设备管理发现设备流程详见附件

1：系统SA开机启动 ipc_server_stub.cpp SystemAbility (DISTRIBUTED_HARDWARE_DEVICEMANAGER_SA_ID 4802) 开机启动，生命周期 OnStart方法中初始化DM模快，并添加SOFTBUS_SERVER_SA_ID启动监听，在softbus 服务启动后，DM 模块初始化软总线模块的上下线监听。 代码位置：ipc_serve

DeviceManager组件在OpenHarmony上提供账号无关的分布式设备的认证组网能力，并为开发者提供了一套用于分布式设备间监听、发现和认证的接口。 其组成及依赖如下所示： 目录 foundation/distributedhardware/distributedhardware_device_manager ├── common # 公共能力头文件存放目录 │ ├── inclu

背景 随着生活场景的智能化，我们对周边设备之间的互联提出了更高的要求，但是不同的设备使用的通信技术也有所不同，例如WLAN、蓝牙、NFC、LoRa等等，同时不同技术使用的频段、通信协议有所不同，导致这些设备无法直接通信，甚至在一定情况下会发生相互冲突。比如我们在使用电子设备的时，想要多个设备之间想要共享数据，发现会非常麻烦。比方说两个手机发送文件，需要连接网络，需要登录app，需要选择文件

一、背景简介 1、分布式软总线是什么 分布式软总线是openharmony中系统服务层一个重要的子系统。 分布式软总线是Openharmony社区开源的分布式设备通信基座，为设备之间的互联互通提供了统一的分布式通信能力，为设备之间的无感发现，零等待传输和高效任务分发创造了条件。 Openharmony主要面向强交互等需求的智能终端、物联网终端和工业终端。通过以分布式

简介 现实中多设备间通信方式多种多样(WIFI、蓝牙等)，不同的通信方式使用差异大，导致通信问题多；同时还面临设备间通信链路的融合共享和冲突无法处理等挑战。分布式软总线实现近场设备间统一的分布式通信管理能力，提供不区分链路的设备间发现连接、组网和传输能力，主要功能如下： 发现连接：提供基于Wifi、蓝牙等通信方式的设备发现连接能力。设备组网：提供统一的设备组网和拓扑管理能力，为数据传输提供

大门初启软总线概念https://laval.csdn.net/693a7f6d2087ae0db7a0fecd.htmlOpenharmony软总线介绍https://laval.csdn.net/693b90170800f3458b81a824.html分布式软总线组件介绍https://laval.csdn.net/693140e7791c233193d26f62.htmlOpenharmo