1、实验简介

本实验参考网址：https://gitee.com/Lockzhiner-Electronics/lz3863/tree/master/apps/e1_sle_connect_server

准备事项：

  • 小智派-LZ3863开发板
  • USB烧录线
  • Windows电脑

其中，小智派-LZ3863开发板是福州市凌睿智捷电子有限公司研发的一款基于海思WS63（Hi3863）芯片、高度集成2.4GHz Wi-Fi6、BLE（低功耗蓝牙）和SLE（星闪低功耗接入技术，简称SLE）、专用于短距离数据传输的新兴无线通信技术模块。
在这里插入图片描述
在这里插入图片描述

1.1、实验目的

本实验旨在帮助学习者掌握 OpenHarmony 轻量系统中 SLE（Smart Link Extension，星闪）SSAP 服务端 的基本使用方法。通过本实验，你将学会：

  1. 理解 SLE 设备发现（Announce/Seek） 与连接机制，以及 SSAP（SLE Service Access Protocol） 服务/属性模型；
  2. 在开发板上实现 SLE UART 服务端，完成 SSAP 服务注册、属性添加与广播启动；
  3. 使用 CMSIS-RTOS v2 创建独立的收发任务，实现与客户端的双向数据通信；
  4. 掌握 SLE 连接状态回调、Notify 通知发送与 Write 写请求接收的处理流程；
  5. 完成案例代码的编译、烧录，并与 e2_sle_connect_client 客户端案例进行双板联调。

1.2、实验内容

本案例在 LZ3863-星闪开发板上实现 SLE SSAP 服务端 功能：初始化星闪协议栈并注册 UART 服务，启动可连接广播；连接建立后，通过 Notify 周期性向客户端发送数据，同时接收客户端写入的数据并打印到串口。

项目 说明
应用层源文件 sle_server_app.c（任务与收发逻辑）
协议栈封装 sle_server_lib.c / sle_server_lib.h（SSAP 服务、广播、回调）
广播设备名称 sle_uart_server
设备 MAC 地址 78:70:60:88:96:46
应用 UUID {0x12, 0x34}
服务 UUID 0x2222
属性 UUID 0x2323（读 / 写 / Notify，服务端 → 客户端）
发送数据 "hello sle:from server"
发送周期 约 1 秒（osDelay(100)，tick = 10 ms）
接收缓冲区 g_sle_rx_data[256]
初始化入口 APP_FEATURE_INIT(sle_server_app)

典型联调拓扑：

┌─────────────────────┐    SLE 连接     ┌─────────────────────┐
│  开发板 A（本案例）   │ ◄────────────► │  开发板 B（e2 客户端）│
│  e1_sle_connect_    │  SSAP Notify   │  e2_sle_connect_    │
│  server（Server）    │  SSAP Write    │  client（Client）    │
│  广播: sle_uart_    │                │  扫描并连接服务端     │
│  server             │                │  发送: hello sle:     │
│  发送: hello sle:   │                │  from client        │
│  from server        │                │                     │
└─────────────────────┘                 └─────────────────────┘

说明：本案例为 SLE 服务端，需配合 e2_sle_connect_client 客户端案例完成联调。建议先烧录并启动服务端，再启动客户端进行扫描连接。

1.3、实验环境

项目 说明
硬件 两块 LZ3863-星闪开发板（服务端 + 客户端）、USB 数据线
软件 OpenHarmony v5.1.0 源码、hb 编译工具
联调案例 e2_sle_connect_client（客户端，烧录至第二块开发板）
调试工具 串口助手（波特率 115200，8N1）
案例路径 applications/sample/wifi-iot/app/e1_sle_connect_server/

注意：完整双向通信实验需要 两块开发板，分别烧录服务端固件（本案例）和客户端固件（e2_sle_connect_client）。

2、基础知识

2.1、SLE 协议栈概述

SLE（Smart Link Extension，星闪） 是面向物联网场景的短距离无线通信技术，具备低功耗、低延迟、高吞吐量等优势。SLE 协议栈从下到上可分为：

层次 英文名称 主要功能
物理层 PHY 射频收发
链路层 LL 连接建立、数据包封装
主机控制器接口 HCI 控制器与主机间通信
服务访问协议 SSAP 服务/属性读写、句柄管理
设备发现 Announce/Seek 广播、扫描、连接
连接管理 Connection Manager 连接状态、配对管理

本案例主要涉及 设备发现（Announce） 和 SSAP Server（服务与属性） 两层。

2.2、设备发现：广播与连接

SLE 设备通过 Announce（广播） 和 Seek（扫描） 完成发现与连接。本案例服务端采用 可连接可扫描广播（Connectable Scanable） 模式：

服务端启动
    ↓
注册 SSAP 服务与属性
    ↓
配置广播数据（发现等级 + 接入模式 + 本地名称）
    ↓
SleStartAnnounce()  →  开始广播，等待客户端扫描连接
    ↓
客户端发起连接  →  OH_SLE_ACB_STATE_CONNECTED
    ↓
连接断开  →  重新广播

本案例广播参数：

参数 值 说明
广播模式 SLE_ANNOUNCE_MODE_CONNECTABLE_SCANABLE 可连接、可扫描
广播间隔 min=0xC8, max=0xC8 单位 125 μs，约 25 ms
广播信道 默认全信道 SLE_ADV_CHANNEL_MAP_DEFAULT
广播功率 10 dBm SLE_ADV_TX_POWER
广播句柄 1 SLE_ADV_HANDLE_DEFAULT
连接间隔 0x64 单位 125 μs，约 12.5 ms

2.3、SSAP：服务与属性

SSAP 采用 Client/Server 模型。服务端维护一个或多个 Service（服务），每个服务包含若干 Property（属性），属性可附带 Descriptor（描述符）。

本案例实现了一个 SLE UART 透传服务，结构如下：

Service: 0x2222 (SLE UART Service)
    └── Property: 0x2323
            权限: Read | Write
            操作指示: Read | Write
            描述符: Client Configuration (0x2902)
            用途: 双向数据收发（Notify 发送 + Write 接收）
角色 数据方向 本案例实现方式
服务端 → 客户端 Property Notify sle_server_send_report_by_handle() → SsapsNotifyIndicate()
客户端 → 服务端 Property Write ssaps_write_request_callbacks() → 写入 g_sle_rx_data

2.4、SLE 事件回调机制

SLE 协议栈通过回调函数异步通知应用层状态变化。本案例注册了设备发现、连接管理与 SSAP Server 三类回调：

设备发现回调：

回调函数 触发时机 处理逻辑
sle_enable_cbk SLE 协议栈启用完成 延时 1s 后注册服务并启动广播
sle_announce_enable_cbk 广播启动成功 打印日志
sle_announce_disable_cbk 广播停止 打印日志
SleAnnounceTerminalCbk 广播终止 打印日志

连接管理回调：

回调函数 触发时机 处理逻辑
sle_connect_state_changed_cbk 连接状态变化 保存连接句柄；连接时设置 MTU；断开时重新广播
sle_pair_complete_cbk 配对完成 保存配对句柄

SSAP Server 回调：

回调函数 触发时机 处理逻辑
ssaps_add_service_cbk 服务添加完成 打印服务 UUID
ssaps_add_property_cbk 属性添加完成 打印属性 UUID
ssaps_add_descriptor_cbk 描述符添加完成 打印描述符 UUID
ssaps_start_service_cbk 服务启动完成 打印日志
ssaps_mtu_changed_cbk MTU 协商完成 保存配对句柄
ssaps_write_request_callbacks 收到客户端写请求 将数据拷贝至 g_sle_rx_data，置位 g_sle_new_data_ready
ssaps_read_request_callbacks 收到客户端读请求 预留读请求处理

2.5、软件调用层次

本案例的软件调用层次如下：

应用层（sle_server_app.c）
    ├── sle_server_app()          ← APP_FEATURE_INIT 注册入口
    ├── sle_rx_server()           ← 接收任务：打印客户端写入的数据
    └── sle_tx_server()           ← 发送任务：周期性 Notify 发送数据
            │
封装层（sle_server_lib.c）
    ├── sle_server_init()         ← 初始化：注册回调、启用 SLE
    ├── sle_enable_server_cbk()   ← SLE 启用后：添加服务、启动广播
    ├── sle_server_add()          ← 注册 SSAP Server、添加服务/属性
    ├── sle_server_adv_init()     ← 配置广播参数与数据
    └── sle_server_send_report_by_handle() ← SSAP Notify 发送
            │
协议栈 / 驱动层
    ├── SleAnnounceSeek*()        ← 广播与设备发现
    ├── SleConnection*()          ← 连接与配对管理
    ├── Ssaps*()                  ← SSAP Server 服务/属性管理
    └── EnableSle()               ← 启用 SLE 协议栈

2.6、核心 API 介绍

2.6.1、头文件
#include "sle_server_lib.h"
#include "cmsis_os2.h"
#include "ohos_init.h"
2.6.2、应用层 API
API 名称 功能说明
sle_server_init() 初始化 SLE 服务端：注册回调、启用 SLE 协议栈
sle_server_send_report_by_handle(data, len) 通过 SSAP Notify 向已连接客户端发送数据
osThreadNew(func, arg, &attr) 创建 RTOS 线程
osDelay(ticks) 线程延时，100 ticks ≈ 1 秒（tick = 10 ms）
APP_FEATURE_INIT(func) 注册应用特性初始化入口，系统启动后自动执行
2.6.3、协议栈 API（sle_server_lib.c 内部调用）
API 名称 功能说明
EnableSle() 启用 SLE 协议栈
SleSetLocalAddr() 设置 SLE 设备 MAC 地址
SleSetAnnounceParam() / SleSetAnnounceData() 配置广播参数与广播数据
SleStartAnnounce() 启动广播
SsapsRegisterServer() 注册 SSAP Server
SsapsAddServiceSync() 添加 SSAP 服务
SsapsAddPropertySync() 添加属性
SsapsAddDescriptorSync() 添加描述符
SsapsStartService() 启动 SSAP 服务
SsapsNotifyIndicate() 发送 Notify/Indicate 通知
SleConnectionRegisterCallbacks() 注册连接状态回调

3、程序设计

3.1、程序架构

本案例目录结构：

e1_sle_connect_server/
├── sle_server_app.c      # 应用层：收发任务与入口
├── sle_server_lib.c      # 协议栈封装：SSAP 服务、广播、回调
├── sle_server_lib.h      # 头文件：UUID 宏定义与 API 声明
├── BUILD.gn              # GN 编译配置
├── README_zh.md          # 案例简要说明
└── 实验手册.md            # 本实验手册

程序执行流程：

系统启动
    │
    ▼
sle_server_app()                ← APP_FEATURE_INIT 注册，自动执行
    │
    ├── sle_server_init()       ← 注册回调 → 启用 SLE
    │       └── sle_enable_cbk  → 延时 1s → sle_enable_server_cbk()
    │               ├── sle_server_add()    → 注册服务、添加属性
    │               └── sle_server_adv_init() → 设置地址、启动广播
    │
    ├── osThreadNew(sle_rx_server)  ← 创建接收任务
    └── osThreadNew(sle_tx_server)  ← 创建发送任务
            │
            ▼
    ┌───────────────────────────────────────────┐
    │  sle_rx_server（接收任务）                  │
    │  轮询 g_sle_new_data_ready → 打印接收数据   │
    └───────────────────────────────────────────┘
    ┌───────────────────────────────────────────┐
    │  sle_tx_server（发送任务）                  │
    │  每 1s 调用 Notify 发送 send_date           │
    └───────────────────────────────────────────┘

3.2、源文件说明

文件 说明
sle_server_app.c 应用层主程序，定义收发数据缓冲区，创建 RX/TX 两个 RTOS 任务
sle_server_lib.c SLE 协议栈封装，实现 SSAP 服务注册、广播配置、连接与 SSAP 回调处理
sle_server_lib.h UUID 宏定义、广播参数、全局变量声明与 API 接口
BUILD.gn 编译配置，生成 sle_connect 静态库

3.3、关键代码分析

（1）UUID 与服务配置
#define SLE_UUID_SERVER_SERVICE 0x2222
#define SLE_UUID_SERVER_NTF_REPORT 0x2323
#define SLE_UUID_TEST_PROPERTIES (SSAP_PERMISSION_READ | SSAP_PERMISSION_WRITE)
#define SLE_UUID_TEST_OPERATION_INDICATION (SSAP_OPERATE_INDICATION_BIT_READ | SSAP_OPERATE_INDICATION_BIT_WRITE)

属性支持 Read 和 Write 操作，并附带 Client Configuration 描述符（默认启用 Notify），用于双向数据透传。

（2）全局发送数据
uint8_t send_date[20] = "hello sle:from server";

服务端连接建立后，发送任务每隔约 1 秒通过 Notify 向客户端发送该字符串。

（3）接收任务 — sle_rx_server

接收任务通过轮询全局标志位 g_sle_new_data_ready 检测客户端写入的新数据（由 SSAP 写请求回调 ssaps_write_request_callbacks 置位）：

void sle_rx_server(void *arg)
{
    unused(arg);
    while (1)
    {
        if (g_sle_new_data_ready == true)
        {
            printf("sle rev date:%s", g_sle_rx_data);
            g_sle_new_data_ready = false;
        }
        osDelay(1);
    }
}
（4）发送任务 — sle_tx_server

发送任务周期性调用 Notify 发送接口：

void sle_tx_server(void *arg)
{
    unused(arg);
    while (1)
    {
        sle_server_send_report_by_handle(send_date, sizeof(send_date));
        osDelay(100);
    }
}

注意：发送任务在连接建立前也会调用发送接口，但协议栈在无连接时不会实际发送数据。连接建立后 Notify 才会生效。

（5）程序入口 — sle_server_app
static void sle_server_app(void)
{
    sle_server_init();

    osThreadAttr_t rx_attr = {0};
    rx_attr.name = "sle_rx_server";
    rx_attr.stack_size = 8192;
    rx_attr.priority = osPriorityNormal;
    osal_kthread_lock();
    if (osThreadNew(sle_rx_server, NULL, &rx_attr) == NULL)
    {
        printf("[LedTest] Failed to create led_pwm_main thread!\n");
    }
    osal_kthread_unlock();

    osThreadAttr_t tx_attr = {0};
    tx_attr.name = "sle_tx_server";
    tx_attr.stack_size = 8192;
    tx_attr.priority = osPriorityNormal;
    osal_kthread_lock();
    if (osThreadNew(sle_tx_server, NULL, &tx_attr) == NULL)
    {
        printf("[LedTest] Failed to create led_pwm_main thread!\n");
    }
    osal_kthread_unlock();
}

APP_FEATURE_INIT(sle_server_app);

系统启动后自动调用 sle_server_app()，先完成 SLE 服务端初始化，再创建收发两个独立任务。收发任务优先级相同，通过 RTOS 时间片轮转调度，互不阻塞。

（6）服务端初始化 — sle_server_init
errcode_t sle_server_init()
{
    sle_announce_register_cbks();   /* 注册广播回调 */
    sle_conn_register_cbks();       /* 注册连接回调 */
    sle_ssaps_register_cbks(ssaps_read_request_callbacks,
                            ssaps_write_request_callbacks);  /* 注册 SSAP 回调 */
    EnableSle();                    /* 启用 SLE */
    return ERRCODE_SLE_SUCCESS;
}

EnableSle() 成功后触发 sle_enable_cbk 回调，延时 1 秒后执行 sle_enable_server_cbk()，完成服务注册与广播启动。

（7）SSAP Notify 发送 — sle_server_send_report_by_handle
errcode_t sle_server_send_report_by_handle(const uint8_t *data, uint8_t len)
{
    SsapsNtfInd param = {0};
    param.handle = g_propertyHandle;
    param.type = SSAP_PROPERTY_TYPE_VALUE;
    param.value = g_receiveBuf;
    param.valueLen = len + 1;
    memcpy_s(param.value, param.valueLen, data, len);
    return SsapsNotifyIndicate(g_serverId, g_sleConnHdl, &param);
}

Notify 发送依赖属性句柄（在 ssaps_add_property_cbk 中保存至 g_propertyHandle）和当前连接句柄（在 sle_connect_state_changed_cbk 中保存至 g_sleConnHdl）。

（8）连接状态处理 — sle_connect_state_changed_cbk
static void sle_connect_state_changed_cbk(uint16_t connId, const SleAddr *addr,
                                          SleAcbStateType conn_state,
                                          SlePairStateType pair_state,
                                          SleDiscReasonType disc_reason)
{
    if (conn_state == OH_SLE_ACB_STATE_CONNECTED)
    {
        g_sleConnHdl = connId;
        ssap_exchange_info_t parameter = {0};
        parameter.mtu_size = SLE_MTU_SIZE_DEFAULT;  /* 520 */
        parameter.version = 1;
        ssaps_set_info(g_serverId, &parameter);
    }
    else if (conn_state == OH_SLE_ACB_STATE_DISCONNECTED)
    {
        g_sleConnHdl = 0;
        g_slePairHdl = 0;
        SleStartAnnounce(SLE_ADV_HANDLE_DEFAULT);  /* 断开后重新广播 */
    }
}
（9）BUILD.gn — 编译配置
static_library("sle_connect") {
  sources = [
    "sle_server_app.c",
    "sle_server_lib.c",
  ]
  // ...
}

3.4、程序执行流程

e2 客户端 Announce SSAP Server sle_server_lib sle_server_app e2 客户端 Announce SSAP Server sle_server_lib sle_server_app 广播 sle_uart_server，等待连接 g_sleConnHdl = connId loop [每 1 秒] loop [客户端写入] sle_server_init() EnableSle() sle_enable_cbk → sle_enable_server_cbk() SsapsRegisterServer() SsapsAddServiceSync(0x2222) SsapsAddPropertySync(0x2323) SleStartAnnounce() 创建 sle_rx_server / sle_tx_server 任务 扫描并发起连接 connect_state_changed_cbk (CONNECTED) sle_server_send_report_by_handle() SsapsNotifyIndicate() Notify: hello sle:from server Write Property write_request_callbacks → g_sle_rx_data sle_rx_server 打印接收数据

4、编译步骤

本实验编译服务端固件并烧录至 开发板 A；客户端固件请参考 e2_sle_connect_client 案例编译烧录至 开发板 B。以下步骤只需在首次编译时完成 4.1～4.3 的配置注册。

4.1、确认案例目录

确认案例已位于 OpenHarmony 源码目录下：

applications/sample/wifi-iot/app/e1_sle_connect_server/
├── sle_server_app.c
├── sle_server_lib.c
├── sle_server_lib.h
├── BUILD.gn
└── 实验手册.md

若从外部复制，请将 e1_sle_connect_server 目录放到上述 app/ 路径下。

4.2、修改 BUILD.gn（注册编译组件）

编辑 applications/sample/wifi-iot/app/BUILD.gn，在 features 列表中添加本案例：

lite_component("app") {
  features = [
    "startup",
    "e1_sle_connect_server:sle_connect",   // 添加此行
  ]
}

4.3、修改 SDK 配置文件

步骤 1：编辑 device/soc/hisilicon/ws63v100/sdk/build/config/target_config/ws63/config.py

找到 'ws63-liteos-app' 配置段，在其 'ram_component' 列表中添加：

"sle_connect"

步骤 2：编辑 device/soc/hisilicon/ws63v100/sdk/libs_url/ws63/cmake/ohos.cmake

找到 "ws63-liteos-app" 对应的 set(COMPONENT_LIST 部分，添加：

"sle_connect"

4.4、编译固件

在 OpenHarmony 源码根目录下执行编译：

rm -rf out
hb set -root .
# 通过上下方向键选择 ws63 对应的编译分支（如 nearlink_txnl63 / nearlink_dk_3863）
hb build -f

编译成功后，将固件烧录到 开发板 A（作为 SLE 服务端）。

4.5、编译客户端固件（开发板 B）

按照 e2_sle_connect_client 案例的 README，完成客户端的 BUILD.gn 与 SDK 配置注册（组件名同样为 sle_connect，但需将 features 指向 e2_sle_connect_client:sle_connect），编译后将固件烧录到 开发板 B。

注意：服务端与客户端不能同时编译到同一块开发板固件中。编译客户端时，需将 features 中的 e1_sle_connect_server:sle_connect 替换为 e2_sle_connect_client:sle_connect。

4.6、烧录固件

使用开发板配套的烧录工具，将编译生成的固件分别烧写到两块 LZ3863-星闪开发板。具体烧录步骤请参考开发板用户手册。

5、运行结果

5.1、硬件准备

  1. 将 开发板 A（服务端固件）上电或复位，等待 SLE 广播启动；
  2. 将 开发板 B（客户端固件）上电或复位，开始扫描并连接服务端；
  3. 两块开发板分别通过 USB 连接 PC，打开串口助手查看日志（波特率 115200，8N1）。

建议：先启动服务端开发板，确认广播启动日志输出后，再启动客户端开发板，以提高首次连接成功率。

5.2、串口配置

参数 值
波特率 115200
数据位 8
停止位 1
校验位 无
流控 无

5.3、服务端预期输出（开发板 A）

烧录服务端固件并复位后，串口助手可观察到 SLE 初始化与服务注册过程：

[sle server] init ok
[sle server] sle enable callback status:0
[sle server] sle add service in
[sle server] add service cbk callback server_id:0, handle:xx, status:0
[sle server] uuid: 22 22.
[sle server] add property cbk callback server_id:0, service_handle:xx, handle:xx, status:0
[sle server] uuid: 23 23.
[sle server] sle add service, server_id:0, service_handle:xx, property_handle:xx
[sle server] set announce data success.
[sle server] sle announce enable callback id:01, state:0

表示 SSAP UART 服务注册成功，广播已启动，设备名 sle_uart_server 可被客户端扫描发现。

客户端连接成功后，服务端还会输出：

[sle server] connect state changed callback conn_id:0x01, conn_state:0x2, ...
[sle server] pair complete conn_id:01, status:0
 client_send_data: hello sle:from client
sle rev date:hello sle:from client

其中：

  • conn_state:0x2 表示 SLE 连接已建立（OH_SLE_ACB_STATE_CONNECTED）；
  • client_send_data 表示 SSAP 写请求回调收到客户端数据；
  • sle rev date:hello sle:from client 表示接收任务打印了客户端写入的数据。

5.4、客户端预期输出（开发板 B）

烧录 e2_sle_connect_client 固件并复位后，串口助手可观察到扫描、连接与数据收发过程：

[sle uart client] sle uart scan data :sle_uart_server
[sle uart client] SLE_ACB_STATE_CONNECTED
[sle uart client] exchange mtu, mtu size: 520, version: 1.
[sle uart client] find structure cbk client: 0 conn_id:1 status: 0
[sle uart client] sle_client_sample_find_property_cbk, client id: 0, conn id: 1, ...
sle rev date:hello sle:from server

其中：

  • sle uart scan data :sle_uart_server 表示扫描到目标服务端；
  • SLE_ACB_STATE_CONNECTED 表示已成功连接服务端；
  • exchange mtu / find structure 表示 SSAP 服务发现完成；
  • sle rev date:hello sle:from server 表示收到服务端 Notify 发送的数据。

5.5、双向通信验证

连接建立后，两块开发板应持续（约每秒一次）交换数据：

方向 发送内容 接收端串口输出
服务端 → 客户端 hello sle:from server 客户端：sle rev date:hello sle:from server
客户端 → 服务端 hello sle:from client 服务端：sle rev date:hello sle:from client

5.6、结果分析

现象 说明
服务端输出 set announce data success / announce enable callback SSAP 服务就绪，广播已成功启动
服务端输出 connect state changed ... conn_state:0x2 客户端已成功连接
服务端输出 client_send_data / sle rev date 客户端 Write 数据接收正常
客户端输出 sle rev date:hello sle:from server Notify 接收正常，双向通信成功
客户端长时间无连接日志 服务端未启动或广播未就绪，检查服务端日志
连接成功但无数据收发 SSAP 服务发现未完成，检查 UUID 是否匹配

5.7、常见问题排查

问题 可能原因 解决方法
客户端扫描不到服务端 服务端未启动或广播失败 确认服务端输出 announce enable callback；先启动服务端
连接后立即断开 信号干扰或协议栈未就绪 两块板靠近放置；确认服务端 sle_enable_cbk 延时 1s 已执行
服务端无 sle rev date 输出 客户端未写入或属性 UUID 不匹配 确认客户端已连接并完成服务发现
客户端无 sle rev date 输出 Notify 未启用或属性句柄错误 检查描述符是否默认启用 Notify
编译报错找不到 sle_connect BUILD.gn 或 config.py 未正确修改 逐步核对 4.2、4.3 节的配置项
两块板烧录了相同固件 未区分服务端/客户端固件 分别编译烧录 e1（服务端）和 e2（客户端）

6、实验扩展

完成基本实验后，可尝试以下扩展练习：

  1. 修改设备名称：更改 g_sleLocalName 数组，同时修改客户端 SLE_SERVER_NAME 宏，观察扫描连接结果的变化；
  2. 修改发送内容：更改 send_date 字符串，验证 Notify 发送自定义数据；
  3. 调整发送频率：修改 sle_tx_server 中 osDelay(100) 的参数，观察收发频率变化；
  4. 断开重连测试：断开 SLE 连接后观察服务端是否自动重新广播并成功重连；
  5. 修改 MAC 地址：调整 local_addr 数组，了解 SLE 地址配置对连接的影响；
  6. 结合后续案例：在 SLE 连接基础上，配合其他星闪或网络通信案例实现更复杂的物联网应用。
# 鸿蒙
Logo
开源鸿蒙跨平台开发者社区

开源鸿蒙跨平台开发社区汇聚开发者与厂商，共建“一次开发，多端部署”的开源生态，致力于降低跨端开发门槛，推动万物智联创新。

更多推荐

cover

基于小智派-LZ3863星闪开发板：OpenHarmony星闪开发—透传服务端

avatar 开源鸿蒙跨平台开发者社区
cover

基于小智派-LZ3863星闪开发板：OpenHarmony星闪开发—透传客户端

avatar 开源鸿蒙跨平台开发者社区

王成录：分布式软总线是 M-Robots 实现群体智能的技术内核

传统 ROS 生态缺少原生分布式底座，多机通信依赖第三方 DDS 组件，组网配置复杂、设备即插即用能力弱，异构设备之间发现、配网、时钟同步都需要大量额外开发工作。M-Robots 深度复用 OpenHarmony 分布式软总线能力，搭配自研 M-DDS 通信协议，实现设备自动发现、自组网、统一时序对齐，数十台异构机器人可以快速构建协同作业集群。映射到机器人领域，就是不再要求每一台机器人配齐全部传感

avatar 开源鸿蒙跨平台开发者社区