doc: Fix some ble mesh description
This commit is contained in:
lly
parent
c955b7d133
commit
9370264cac
|
|
@ -944,12 +944,12 @@ typedef union {
|
|||
* @brief ESP_BLE_MESH_PROVISIONER_RECV_UNPROV_ADV_PKT_EVT
|
||||
*/
|
||||
struct ble_mesh_provisioner_recv_unprov_adv_pkt_param {
|
||||
uint8_t dev_uuid[16]; /*!< Device UUID of the unprovisoned device */
|
||||
esp_ble_mesh_bd_addr_t addr; /*!< Device address of the unprovisoned device */
|
||||
uint8_t dev_uuid[16]; /*!< Device UUID of the unprovisioned device */
|
||||
esp_ble_mesh_bd_addr_t addr; /*!< Device address of the unprovisioned device */
|
||||
esp_ble_mesh_addr_type_t addr_type; /*!< Device address type */
|
||||
uint16_t oob_info; /*!< OOB Info of the unprovisoned device */
|
||||
uint8_t adv_type; /*!< Avertising type of the unprovisoned device */
|
||||
esp_ble_mesh_prov_bearer_t bearer; /*!< Bearer of the unprovisoned device */
|
||||
uint16_t oob_info; /*!< OOB Info of the unprovisioned device */
|
||||
uint8_t adv_type; /*!< Avertising type of the unprovisioned device */
|
||||
esp_ble_mesh_prov_bearer_t bearer; /*!< Bearer of the unprovisioned device */
|
||||
int8_t rssi; /*!< RSSI of the received advertising packet */
|
||||
} provisioner_recv_unprov_adv_pkt; /*!< Event parameter of ESP_BLE_MESH_PROVISIONER_RECV_UNPROV_ADV_PKT_EVT */
|
||||
/**
|
||||
|
|
@ -1197,7 +1197,7 @@ typedef union {
|
|||
* @brief ESP_BLE_MESH_FRIEND_FRIENDSHIP_ESTABLISH_EVT
|
||||
*/
|
||||
struct ble_mesh_friend_friendship_establish_param {
|
||||
uint16_t lpn_addr; /*!< Low Power Node unciast address */
|
||||
uint16_t lpn_addr; /*!< Low Power Node unicast address */
|
||||
} frnd_friendship_establish; /*!< Event parameter of ESP_BLE_MESH_FRIEND_FRIENDSHIP_ESTABLISH_EVT */
|
||||
/**
|
||||
* @brief ESP_BLE_MESH_FRIEND_FRIENDSHIP_TERMINATE_EVT
|
||||
|
|
@ -1418,7 +1418,7 @@ typedef uint32_t esp_ble_mesh_opcode_config_client_set_t;
|
|||
#define ESP_BLE_MESH_MODEL_OP_RELAY_SET ESP_BLE_MESH_MODEL_OP_2(0x80, 0x27) /*!< Config Relay Set */
|
||||
#define ESP_BLE_MESH_MODEL_OP_MODEL_PUB_SET ESP_BLE_MESH_MODEL_OP_1(0x03) /*!< Config Model Publication Set */
|
||||
#define ESP_BLE_MESH_MODEL_OP_MODEL_SUB_ADD ESP_BLE_MESH_MODEL_OP_2(0x80, 0x1B) /*!< Config Model Subscription Add */
|
||||
#define ESP_BLE_MESH_MODEL_OP_MODEL_SUB_VIRTUAL_ADDR_ADD ESP_BLE_MESH_MODEL_OP_2(0x80, 0x20) /*!< Config Model Subscription Vritual Address Add */
|
||||
#define ESP_BLE_MESH_MODEL_OP_MODEL_SUB_VIRTUAL_ADDR_ADD ESP_BLE_MESH_MODEL_OP_2(0x80, 0x20) /*!< Config Model Subscription Virtual Address Add */
|
||||
#define ESP_BLE_MESH_MODEL_OP_MODEL_SUB_DELETE ESP_BLE_MESH_MODEL_OP_2(0x80, 0x1C) /*!< Config Model Subscription Delete */
|
||||
#define ESP_BLE_MESH_MODEL_OP_MODEL_SUB_VIRTUAL_ADDR_DELETE ESP_BLE_MESH_MODEL_OP_2(0x80, 0x21) /*!< Config Model Subscription Virtual Address Delete */
|
||||
#define ESP_BLE_MESH_MODEL_OP_MODEL_SUB_OVERWRITE ESP_BLE_MESH_MODEL_OP_2(0x80, 0x1E) /*!< Config Model Subscription Overwrite */
|
||||
|
|
@ -1851,7 +1851,7 @@ typedef struct {
|
|||
esp_ble_mesh_model_t *model; /*!< Pointer to the client model. Initialized by the stack. */
|
||||
int op_pair_size; /*!< Size of the op_pair */
|
||||
const esp_ble_mesh_client_op_pair_t *op_pair; /*!< Table containing get/set message opcode and corresponding status message opcode */
|
||||
uint32_t publish_status; /*!< Callback used to handle the received unsoliciated message. Initialized by the stack. */
|
||||
uint32_t publish_status; /*!< Callback used to handle the received unsolicited message. Initialized by the stack. */
|
||||
void *internal_data; /*!< Pointer to the internal data of client model */
|
||||
uint8_t msg_role; /*!< Role of the device (Node/Provisioner) that is going to send messages */
|
||||
} esp_ble_mesh_client_t;
|
||||
|
|
@ -1905,7 +1905,7 @@ typedef struct {
|
|||
typedef struct {
|
||||
uint8_t tid; /*!< Transaction number of the last message */
|
||||
uint16_t src; /*!< Source address of the last message */
|
||||
uint16_t dst; /*!< Destination address of the last messgae */
|
||||
uint16_t dst; /*!< Destination address of the last message */
|
||||
int64_t timestamp; /*!< Time when the last message is received */
|
||||
} esp_ble_mesh_last_msg_info_t;
|
||||
|
||||
|
|
@ -2018,7 +2018,7 @@ typedef union {
|
|||
* @brief ESP_BLE_MESH_MODEL_OPERATION_EVT
|
||||
*/
|
||||
struct ble_mesh_model_operation_evt_param {
|
||||
uint32_t opcode; /*!< Opcode of the recieved message */
|
||||
uint32_t opcode; /*!< Opcode of the received message */
|
||||
esp_ble_mesh_model_t *model; /*!< Pointer to the model which receives the message */
|
||||
esp_ble_mesh_msg_ctx_t *ctx; /*!< Pointer to the context of the received message */
|
||||
uint16_t length; /*!< Length of the received message */
|
||||
|
|
@ -2044,7 +2044,7 @@ typedef union {
|
|||
* @brief ESP_BLE_MESH_CLIENT_MODEL_RECV_PUBLISH_MSG_EVT
|
||||
*/
|
||||
struct ble_mesh_mod_recv_publish_msg_param {
|
||||
uint32_t opcode; /*!< Opcode of the unsoliciated received message */
|
||||
uint32_t opcode; /*!< Opcode of the unsolicited received message */
|
||||
esp_ble_mesh_model_t *model; /*!< Pointer to the model which receives the message */
|
||||
esp_ble_mesh_msg_ctx_t *ctx; /*!< Pointer to the context of the message */
|
||||
uint16_t length; /*!< Length of the received message */
|
||||
|
|
|
|||
|
|
@ -256,7 +256,7 @@ typedef struct {
|
|||
/** Parameters of Generic Admin Property Set. */
|
||||
typedef struct {
|
||||
uint16_t property_id; /*!< Property ID identifying a Generic Admin Property */
|
||||
uint8_t user_access; /*!< Enumeration indicating user accessn */
|
||||
uint8_t user_access; /*!< Enumeration indicating user access */
|
||||
struct net_buf_simple *property_value; /*!< Raw value for the Admin Property */
|
||||
} esp_ble_mesh_gen_admin_property_set_t;
|
||||
|
||||
|
|
|
|||
|
|
@ -1061,7 +1061,7 @@ typedef struct {
|
|||
* Occupancy state upon receiving a Sensor Status message from an
|
||||
* occupancy sensor.
|
||||
*/
|
||||
uint32_t time_occupancy_delay; /*!< The value of Light LC Time Occupany Delay state */
|
||||
uint32_t time_occupancy_delay; /*!< The value of Light LC Time Occupancy Delay state */
|
||||
/**
|
||||
* A timing state that determines the time the controlled lights fade
|
||||
* to the level determined by the Light LC Lightness On state.
|
||||
|
|
@ -1341,7 +1341,7 @@ typedef struct {
|
|||
|
||||
/** Parameter of Light LC Occupancy Mode state change event */
|
||||
typedef struct {
|
||||
uint8_t mode; /*!< The value of Light LC Occupany Mode state */
|
||||
uint8_t mode; /*!< The value of Light LC Occupancy Mode state */
|
||||
} esp_ble_mesh_state_change_light_lc_om_set_t;
|
||||
|
||||
/** Parameter of Light LC Light OnOff state change event */
|
||||
|
|
|
|||
|
|
@ -523,7 +523,7 @@ typedef struct {
|
|||
typedef struct {
|
||||
bool op_en; /*!< Indicate if optional parameters are included */
|
||||
uint16_t property_id; /*!< Property identifying a sensor */
|
||||
struct net_buf_simple *raw_value; /*!< Raw value containg X1 and X2 (optional) */
|
||||
struct net_buf_simple *raw_value; /*!< Raw value containing X1 and X2 (optional) */
|
||||
} esp_ble_mesh_server_recv_sensor_series_get_t;
|
||||
|
||||
/**
|
||||
|
|
|
|||
|
|
@ -259,7 +259,7 @@ Specific files that provide implementation of provisioning of Node are shown in
|
|||
- Functionality
|
||||
* - :component_file:`prov.c <bt/esp_ble_mesh/mesh_core/prov.c>`
|
||||
- ESP-BLE-MESH Node provisioning (PB-ADV & PB-GATT)
|
||||
* - :component_file:`proxy.c <bt/esp_ble_mesh/mesh_core/proxy.c>`
|
||||
* - :component_file:`proxy_server.c <bt/esp_ble_mesh/mesh_core/proxy_server.c>`
|
||||
- ESP-BLE-MESH Proxy Server related functionalities
|
||||
* - :component_file:`beacon.c <bt/esp_ble_mesh/mesh_core/beacon.c>`
|
||||
- APIs used to handle ESP-BLE-MESH Beacons
|
||||
|
|
@ -274,7 +274,7 @@ Specific files that implement functions of Provisioner are shown in Table 2.3:
|
|||
- Functionality
|
||||
* - :component_file:`provisioner_prov.c <bt/esp_ble_mesh/mesh_core/provisioner_prov.c>`
|
||||
- ESP-BLE-MESH Provisioner provisioning (PB-ADV & PB-GATT)
|
||||
* - :component_file:`provisioner_proxy.c <bt/esp_ble_mesh/mesh_core/provisioner_proxy.c>`
|
||||
* - :component_file:`proxy_client.c <bt/esp_ble_mesh/mesh_core/proxy_client.c>`
|
||||
- ESP-BLE-MESH Proxy Client related functionalities
|
||||
* - :component_file:`provisioner_main.c <bt/esp_ble_mesh/mesh_core/provisioner_main.c>`
|
||||
- ESP-BLE-MESH Provisioner networking related functionalities
|
||||
|
|
@ -383,11 +383,11 @@ When adopting the design of independent module, the two main factors should be c
|
|||
- ESP-BLE-MESH Friend functionality
|
||||
* - :component_file:`net.c <bt/esp_ble_mesh/mesh_core/net.c>`
|
||||
- ESP-BLE-MESH Relay feature, network creation, IV Update procedure, IV Index recovery procedure, Key Refresh procedure related functionalities
|
||||
* - :component_file:`proxy.c <bt/esp_ble_mesh/mesh_core/proxy.c>`
|
||||
* - :component_file:`proxy_server.c <bt/esp_ble_mesh/mesh_core/proxy_server.c>`
|
||||
- ESP-BLE-MESH Proxy Server related functionalities
|
||||
* - :component_file:`provisioner_proxy.c <bt/esp_ble_mesh/mesh_core/provisioner_proxy.c>`
|
||||
* - :component_file:`proxy_client.c <bt/esp_ble_mesh/mesh_core/proxy_client.c>`
|
||||
- ESP-BLE-MESH Proxy Client related functionalities
|
||||
* - :component_file:`settings.c <bt/esp_ble_mesh/mesh_core/settings.c>`
|
||||
- ESP-BLE-MESH Node NVS storage functionality
|
||||
* - :component_file:`mesh_main.c <bt/esp_ble_mesh/mesh_core/mesh_main.c>`
|
||||
- ESP-BLE-MESH node removal related functionality
|
||||
- ESP-BLE-MESH NVS storage functionality
|
||||
* - :component_file:`main.c <bt/esp_ble_mesh/mesh_core/main.c>`
|
||||
- ESP-BLE-MESH stack initialize, stack enable, node removal related functionalities
|
||||
|
|
|
|||
|
|
@ -548,7 +548,7 @@ Generally, a Provisioner is used to provision unprovisioned devices and form a m
|
|||
|
||||
Normally when they are several unprovisioned devices, users can provision them one by one. But when it comes to a large number of unprovisioned devices (e.g. 100), provisioning them one by one will take huge amount of time. With fast provisioning, users can provision 100 unprovisioned devices in about 50 seconds.
|
||||
|
||||
4.2 Why EspBleMesh App would wait for a long time or keep waiting during fast provisioning?
|
||||
4.2 Why EspBleMesh App would wait for a long time during fast provisioning?
|
||||
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|
||||
|
||||
After the App provisioned one Proxy node, it will disconnect from the App during fast provisioning, and reconnect with the App when all the nodes are provisioned.
|
||||
|
|
|
|||
|
|
@ -1 +1,388 @@
|
|||
.. include:: ../../../en/api-guides/esp-ble-mesh/ble-mesh-architecture.rst
|
||||
ESP-BLE-MESH 架构
|
||||
=================
|
||||
|
||||
:link_to_translation:`en:[English]`
|
||||
|
||||
本文档将介绍 ESP-BLE-MESH 的架构概览、架构实现和辅助程序。
|
||||
|
||||
- ESP-BLE-MESH 架构概览
|
||||
|
||||
- 描述了 ESP-BLE-MESH 架构的 5 大部分及每个部分的功能。
|
||||
|
||||
- ESP-BLE-MESH 架构实现
|
||||
|
||||
- 描述了 ESP-BLE-MESH 文件的基本功能、文件与 ESP-BLE-MESH 架构的对应关系及文件间调用的接口。
|
||||
|
||||
- ESP-BLE-MESH 辅助程序
|
||||
|
||||
- 描述了 ESP-BLE-MESH 的辅助程序，比如 Mesh 网络管理，Mesh 特性等。
|
||||
|
||||
1. ESP-BLE-MESH 架构概览
|
||||
------------------------
|
||||
|
||||
目前，ESP-BLE-MESH 已经实现了 Mesh Profile 的大多数功能及 Mesh Model 规范中定义的所有 Client Model。未支持的功能/模型尚在开发中，会尽快提供。 ESP-BLE-MESH 已通过 Bluetooth SIG 蓝牙技术联盟的 `认证 <https://launchstudio.bluetooth.com/ListingDetails/76255>`__。
|
||||
|
||||
.. figure:: ../../../_static/esp-ble-mesh-architecture.png
|
||||
:align: center
|
||||
|
||||
图 1.1 ESP-BLE-MESH 架构图
|
||||
|
||||
ESP-BLE-MESH 架构主要由以下 5 大部分组成：
|
||||
|
||||
- ``Mesh 协议栈``
|
||||
|
||||
- ``Mesh Networking`` 负责 BLE Mesh 设备的网络消息处理等。
|
||||
- ``Mesh Provisioning`` 负责 BLE Mesh 设备的启动配置流程。
|
||||
- ``Mesh Models`` 负责实现 SIG 定义的模型。
|
||||
|
||||
- ``网络管理``
|
||||
|
||||
- 负责实现网络管理程序，包括节点删除程序、网络索引 (IV Index) 恢复程序等。
|
||||
|
||||
- ``特性``
|
||||
|
||||
- 包括 BLE Mesh 特性，如低功耗特性、好友特性、中继特性等。
|
||||
|
||||
- ``Mesh 承载层``
|
||||
|
||||
- 包括 ``广播承载层`` 和 ``GATT 承载层``。承载层对于 ESP-BLE-MESH 协议栈至关重要，因为协议栈基于蓝牙低功耗技术构建而成，其必须利用承载层通过 BLE 广播通道和连接通道进行数据传输。
|
||||
|
||||
- ``应用程序``
|
||||
|
||||
- 基于 ESP-BLE-MESH 协议栈和 ``Mesh Models``。
|
||||
- 通过调用 API 和处理事件，``Applications`` 实现了与 ESP-BLE-MESH 协议栈中的 ``Mesh Networking`` 和 ``Mesh Provisioning`` 的交互，也实现了与 ``Mesh Models`` 中一系列模型的交互。
|
||||
|
||||
|
||||
1.1 Mesh 协议栈
|
||||
---------------
|
||||
|
||||
1.1.1 Mesh Networking
|
||||
^^^^^^^^^^^^^^^^^^^^^
|
||||
|
||||
协议栈架构中的 ``Mesh Networking`` 实现了如下功能:
|
||||
|
||||
- Mesh 网络中节点间的通讯。
|
||||
- Mesh 网络中消息的加解密。
|
||||
- Mesh 网络资源的管理，如网络秘钥 (NetKey)、网络索引等。
|
||||
- Mesh 网络消息的分包与重组。
|
||||
- 消息在不同模型间的模型映射。
|
||||
- 更多功能，请参见 :doc:`ble-mesh-feature-list`。
|
||||
|
||||
``Mesh Networking`` 功能的实现是基于层级结构的。每一层的功能如表 1.1 所示：
|
||||
|
||||
.. list-table:: 表 1.1 Mesh Networking 框架描述
|
||||
:widths: 40 150
|
||||
:header-rows: 1
|
||||
|
||||
* - 层级
|
||||
- 功能
|
||||
* - 接入层
|
||||
- 接入层定义应用程序数据的格式，还对上层传输层对数据包的加密和解密进行定义和控制。
|
||||
* - 上层传输层
|
||||
- 上层传输层对接入层进出的应用数据进行加密、解密和认证，同时也处理被称为 “传输控制消息”的特殊消息，这种消息包括了与“友谊”和心跳包相关的消息。
|
||||
* - 底层传输层
|
||||
- 底层传输层处理 PDU 的分包和重组。
|
||||
* - 网络层
|
||||
- 网络层定义网络消息的地址类型和格式，实现设备的中继功能。
|
||||
|
||||
1.1.2 Mesh Provisioning
|
||||
^^^^^^^^^^^^^^^^^^^^^^^
|
||||
|
||||
协议栈架构中的 ``Mesh Provisioning`` 实现了如下功能：
|
||||
|
||||
- 对未配网设备的配网。
|
||||
- Mesh 网络资源的分配 (单播地址、网络索引和网络秘钥)。
|
||||
- 配网期间对 4 种验证方法的支持。
|
||||
- 更多功能，请参见 :doc:`ble-mesh-feature-list`。
|
||||
|
||||
``Mesh Provisioning`` 功能的实现是基于层级结构的。每一层的功能如表 1.2 所示：
|
||||
|
||||
.. list-table:: 表 1.2 Mesh Provisioning 框架描述
|
||||
:widths: 40 150
|
||||
:header-rows: 1
|
||||
|
||||
* - 层级
|
||||
- 功能
|
||||
* - Provisioning PDUs
|
||||
- 通过配网协议处理不同层级的 Provisioning PDUs。
|
||||
* - Generic Provisioning PDU/Proxy PDU
|
||||
- 使用 Generic Provisioning 层或代理协议层将 Provisioning PDU 传输到未配网的设备。
|
||||
* - PB-ADV/PB-GATT
|
||||
- 这些层级定义了 Provisioning PDUs 作为可分包和重组的消息进行传输的方式。
|
||||
* - Advertising/Provisioning Service
|
||||
- Provisioning bearer 定义了会话建立的方式，该方式用来将 Generic Provisioning 层的传输包传送到设备。
|
||||
|
||||
1.1.3 Mesh Models
|
||||
^^^^^^^^^^^^^^^^^
|
||||
|
||||
协议栈架构中的 ``Mesh Models`` 实现了如下功能：
|
||||
|
||||
- Configuration Client/Server Models
|
||||
- Health Client/Server Models
|
||||
- Generic Client/Server Models
|
||||
- Sensor Client/Server Models
|
||||
- Time and Scenes Client/Server Models
|
||||
- Lighting Client/Server Models
|
||||
|
||||
每一层的功能如表 1.3 所示：
|
||||
|
||||
.. list-table:: 表 1.3 Mesh Models 框架描述
|
||||
:widths: 40 150
|
||||
:header-rows: 1
|
||||
|
||||
* - 层级
|
||||
- 功能
|
||||
* - 模型层
|
||||
- 模型层实现用于标准化典型用户场景操作的模型，包括 Generic Client/Server Models、Sensor Client/Server Models、Time and Scenes Client/Server Models、Lighting Client/Server Models 和若干自定义模型。
|
||||
* - 基础模型层
|
||||
- 基础模型层实现与 ESP-BLE-MESH 网络配置、管理和自我诊断等相关的模型。
|
||||
|
||||
1.2 Mesh 网络管理
|
||||
-----------------
|
||||
|
||||
``网络管理`` 实现了如下功能：
|
||||
|
||||
- 节点移除程序：用于将节点从网络中移除。
|
||||
- 网络索引恢复程序：用于恢复节点的网络索引。
|
||||
- 网络索引更新程序：用于更新节点的网络索引。
|
||||
- 秘钥更新程序：用于更新节点的网络秘钥、应用秘钥 (AppKey) 等。
|
||||
- 网络创建程序：用于创建 mesh 网络。
|
||||
- NVS 存储器：用于存储节点的网络信息。
|
||||
|
||||
1.3 Mesh 特性
|
||||
-------------
|
||||
|
||||
``特性`` 包括以下几项：
|
||||
|
||||
- 低功耗特性：用于降低节点的能耗。
|
||||
- 好友特性：用于为低功耗节点存储消息。
|
||||
- 中继特性：用于中继/转发节点通过广播承载层收到的网络 PDU.
|
||||
- Proxy Server/Client 是代理协议中的两个节点角色，其使节点可以通过面向连接的承载层收发 Network PDUs、mesh beacons、代理配置消息和 Provisioning PDU。
|
||||
|
||||
1.4 Mesh 承载层
|
||||
---------------
|
||||
|
||||
协议栈框架中的 ``承载层`` 负责 ESP-BLE-MESH 协议栈和低功耗蓝牙核心协议间的数据传输。
|
||||
|
||||
``承载层`` 可视为是基于蓝牙低功耗核心协议的载体层，其实现了 ESP-BLE-MESH 协议栈数据的接收和传输。
|
||||
|
||||
.. list-table:: 表 1.3 Mesh 承载层描述
|
||||
:widths: 40 150
|
||||
:header-rows: 1
|
||||
|
||||
* - 层级
|
||||
- 功能
|
||||
* - GATT 承载层
|
||||
- GATT 承载层使用代理协议通过 GATT 连接在两个设备之间发送和接收 ``Proxy PDUs``。
|
||||
* - 广播承载层
|
||||
- 使用广播承载层时，必须使用低功耗蓝牙广播通道来发送 mesh 数据包, 数据包中的 AD Type 需要设置为 mesh 数据包的类型。
|
||||
|
||||
1.5 Mesh ``应用层``
|
||||
--------------------
|
||||
|
||||
协议栈框架图中的 ``应用层`` 通过调用 ESP-BLE-MESH 协议栈提供的 API 并处理协议栈上报的事件来实现相应的功能，有一些常见应用，比如网关、照明等。
|
||||
|
||||
应用层和 ``API / 事件`` 之间的交互
|
||||
|
||||
- 应用层调用 API
|
||||
|
||||
- 调用配网相关的 API 进行配网。
|
||||
- 调用模型相关的 API 发送消息。
|
||||
- 调用设备属性相关的 API 获取设备的本地信息。
|
||||
|
||||
- 应用层处理事件
|
||||
|
||||
应用层的设计基于事件设计，事件将参数传输给应用层。事件主要分为两大类。
|
||||
|
||||
- 调用 API 完成的事件。
|
||||
- 比如接收消息的节点。
|
||||
- 协议栈主动上报给应用层的事件。
|
||||
- 协议栈主动上报的事件。
|
||||
- 模型主动上报的事件。
|
||||
|
||||
- 事件通过应用层注册的回调函数进行上报，同时回调函数中也会包含对事件的相应处理。
|
||||
|
||||
``API /事件`` 与 ESP-BLE-MESH 协议栈的交互
|
||||
|
||||
- 用户使用的 API 主要调用``Mesh Networking``、``Mesh Provisioning`` 和 ``Mesh Models`` 提供的函数。
|
||||
|
||||
- ``API /事件`` 和协议栈的交互不会跨越协议栈的层级进行操作。比如 API 不会调用 ``Network Layer`` 相关的函数。
|
||||
|
||||
2. ESP-BLE-MESH 架构实现
|
||||
------------------------
|
||||
|
||||
ESP-BLE-MESH 架构的设计和实现是基于层级和模块的。具体而言，第 2.1 节（Mesh 网络的实现），第 2.2 节（Mesh 配网实现）和第 2.3 节（Mesh 层级实现）基于层级思想，第 2.4 节（网格模型的实现）基于模块思想。
|
||||
|
||||
- **层级思想**: 基于层级思想，网络架构根据 Mesh Profile Specification 中指定的层级设计而成。每层都有独特的文件，文件包括该层的 API 等。具体设计如图 2.1 所示。
|
||||
|
||||
- **模块思想**: 每个文件实现一个独立的功能，供其它程序调用。
|
||||
|
||||
.. figure:: ../../../_static/esp-ble-mesh-interface.png
|
||||
:align: center
|
||||
|
||||
图 2.1 ESP-BLE-MESH 架构实现图
|
||||
|
||||
ESP-BLE-MESH 架构采用分层的方式进行设计，数据包的处理所经过的层级顺序是固定的，也就是数据包的处理过程会形成一个 ``消息流``。因此，我们可以从图 2.1 的协议栈接口图中看到消息流。
|
||||
|
||||
2.1 Mesh 协议栈的实现
|
||||
---------------------
|
||||
|
||||
2.1.1 Mesh Networking 实现
|
||||
^^^^^^^^^^^^^^^^^^^^^^^^^^
|
||||
|
||||
``Mesh Networking`` 中的文件列表和每个文件实现的功能如表 2.1 所示：
|
||||
|
||||
.. list-table:: 表 2.1 Mesh Networking 文件描述
|
||||
:widths: 40 150
|
||||
:header-rows: 1
|
||||
|
||||
* - 文件
|
||||
- 功能
|
||||
* - :component_file:`access.c <bt/esp_ble_mesh/mesh_core/access.c>`
|
||||
- BLE Mesh 接入层
|
||||
* - :component_file:`transport.c <bt/esp_ble_mesh/mesh_core/transport.c>`
|
||||
- BLE Mesh 底层/上层传输层
|
||||
* - :component_file:`net.c <bt/esp_ble_mesh/mesh_core/net.c>`
|
||||
- BLE Mesh 网络层
|
||||
* - :component_file:`adv.c <bt/esp_ble_mesh/mesh_core/adv.c>`
|
||||
- 用于发送 BLE Mesh 广播包的任务，一个用于处理收到的广播包的回调以及用于分配 adv 缓冲区的 API
|
||||
|
||||
2.1.2 Mesh Provisioning 实现
|
||||
^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|
||||
|
||||
由于 Node/Provisioner 共存的限制，Mesh Provisioning 的实现分为两大模块。
|
||||
|
||||
实现 Node 启动配置的特定文件如表 2.2 所示：
|
||||
|
||||
.. list-table:: 表 2.2 Mesh Provisioning（节点）文件描述
|
||||
:widths: 40 150
|
||||
:header-rows: 1
|
||||
|
||||
* - 文件
|
||||
- 功能
|
||||
* - :component_file:`prov.c <bt/esp_ble_mesh/mesh_core/prov.c>`
|
||||
- BLE Mesh 节点配网 (PB-ADV & PB-GATT)
|
||||
* - :component_file:`proxy_server.c <bt/esp_ble_mesh/mesh_core/proxy_server.c>`
|
||||
- BLE Mesh 节点代理服务器相关功能
|
||||
* - :component_file:`beacon.c <bt/esp_ble_mesh/mesh_core/beacon.c>`
|
||||
- 用于处理 BLE Mesh Beacon 的 API
|
||||
|
||||
实现 Provisioner 配置功能的特定文件如表 2.3 所示：
|
||||
|
||||
.. list-table:: 表 2.3 Mesh Provisioning (Provisioner) 文件描述
|
||||
:widths: 40 150
|
||||
:header-rows: 1
|
||||
|
||||
* - 文件
|
||||
- 功能
|
||||
* - :component_file:`provisioner_prov.c <bt/esp_ble_mesh/mesh_core/provisioner_prov.c>`
|
||||
- BLE Mesh Provisioner 配置入网 (PB-ADV & PB-GATT)
|
||||
* - :component_file:`proxy_client.c <bt/esp_ble_mesh/mesh_core/proxy_client.c>`
|
||||
- BLE Mesh 代理客户端相关功能
|
||||
* - :component_file:`provisioner_main.c <bt/esp_ble_mesh/mesh_core/provisioner_main.c>`
|
||||
- BLE Mesh Provisioner 网络相关功能
|
||||
|
||||
2.1.3 Mesh Models 实现
|
||||
^^^^^^^^^^^^^^^^^^^^^^
|
||||
|
||||
Mesh Models 用于实现节点中所包含的模型的具体功能。服务器模型主要用于维护节点状态。客户端模型主要用于获取和修改节点状态。
|
||||
|
||||
.. list-table:: Table 2.4 Mesh Models 文件描述
|
||||
:widths: 40 150
|
||||
:header-rows: 1
|
||||
|
||||
* - 文件
|
||||
- 功能
|
||||
* - :component_file:`cfg_cli.c <bt/esp_ble_mesh/mesh_core/cfg_cli.c>`
|
||||
- 发送 Configuration Client 消息，接收相应应答消息
|
||||
* - :component_file:`cfg_srv.c <bt/esp_ble_mesh/mesh_core/cfg_srv.c>`
|
||||
- 接收 Configuration Client 消息，发送适当应答消息
|
||||
* - :component_file:`health_cli.c <bt/esp_ble_mesh/mesh_core/health_cli.c>`
|
||||
- 发送 Health Client 消息，接收相应应答消息
|
||||
* - :component_file:`health_srv.c <bt/esp_ble_mesh/mesh_core/health_srv.c>`
|
||||
- 接收 Health Client 消息，发送适当应答消息
|
||||
* - :component_file:`client_common.c <bt/esp_ble_mesh/mesh_models/client/client_common.c>`
|
||||
- BLE Mesh 模型相关操作
|
||||
* - :component_file:`generic_client.c <bt/esp_ble_mesh/mesh_models/client/generic_client.c>`
|
||||
- 发送 BLE Mesh Generic Client 消息，接收相应应答消息
|
||||
* - :component_file:`lighting_client.c <bt/esp_ble_mesh/mesh_models/client/lighting_client.c>`
|
||||
- 发送 BLE Mesh Lighting Client 消息，接收相应应答消息
|
||||
* - :component_file:`sensor_client.c <bt/esp_ble_mesh/mesh_models/client/sensor_client.c>`
|
||||
- 发送 BLE Mesh Sensor Client 消息，接收相应应答消息
|
||||
* - :component_file:`time_scene_client.c <bt/esp_ble_mesh/mesh_models/client/time_scene_client.c>`
|
||||
- 发送 BLE Mesh Time Scene Client 消息，接收相应应答消息
|
||||
|
||||
2.2 Mesh Bearers 实现
|
||||
^^^^^^^^^^^^^^^^^^^^^
|
||||
|
||||
Mesh Bearers 在实现时充分考虑了可移植性。当 ESP-BLE-MESH 协议栈需要移植到其它平台时，用户只需要修改 :component_file:`mesh_bearer_adapt.c <bt/esp_ble_mesh/mesh_core/bluedroid_host/mesh_bearer_adapt.c>` 就能移植成功。
|
||||
|
||||
.. list-table:: 表 2.5 Mesh Bearers 文件描述
|
||||
:widths: 40 150
|
||||
:header-rows: 1
|
||||
|
||||
* - 文件
|
||||
- 功能
|
||||
* - :component_file:`mesh_bearer_adapt.c <bt/esp_ble_mesh/mesh_core/bluedroid_host/mesh_bearer_adapt.c>`
|
||||
- BLE Mesh 承载层适配文件。此文件提供用于接收和发送 BLE Mesh ADV 和 GATT 相关数据包的接口。
|
||||
|
||||
.. note::
|
||||
|
||||
:component_file:`mesh_bearer_adapt.c <bt/esp_ble_mesh/mesh_core/bluedroid_host/mesh_bearer_adapt.c>` 是对 Mesh 网络框架中 ``Advertising Bearer`` 和 ``GATT Bearer`` 的实现。
|
||||
|
||||
2.3 Mesh Applications 实现
|
||||
^^^^^^^^^^^^^^^^^^^^^^^^^^
|
||||
|
||||
我们提供了一系列用于客户开发的应用示例，用户可以基于 :ref:`esp-ble-mesh-examples` 开发产品。
|
||||
|
||||
3. ESP-BLE-MESH 辅助程序
|
||||
-------------------------
|
||||
|
||||
辅助程序指的是 ESP-BLE-MESH 协议栈中可选的功能。辅助程序的设计通常通过 :ref:`CONFIG_BLE_MESH` 来实现代码的裁剪。
|
||||
|
||||
3.1 特性
|
||||
^^^^^^^^
|
||||
|
||||
- 低功耗
|
||||
- 好友
|
||||
- 中继
|
||||
- 代理客户端/代理服务器
|
||||
|
||||
3.2 网络管理
|
||||
^^^^^^^^^^^^
|
||||
|
||||
- 节点移除程序
|
||||
- 网络索引恢复程序
|
||||
- 网络索引更新程序
|
||||
- 秘钥更新程序
|
||||
- 网络创建程序
|
||||
- NVS 存储器
|
||||
|
||||
3.3 辅助程序实现
|
||||
^^^^^^^^^^^^^^^^
|
||||
|
||||
采用独立模块的设计主要考虑到两个因素：
|
||||
|
||||
- 该模块不具备分层实现的条件，其实现可以完全独立，不需要依赖其它模块。
|
||||
- 模块中的函数会被反复使用到，因此最好设计成独立模块。独立模块如表 3.1 所示：
|
||||
|
||||
.. list-table:: 表 3.1 模块文件描述
|
||||
:widths: 40 150
|
||||
:header-rows: 1
|
||||
|
||||
* - 文件
|
||||
- 功能
|
||||
* - :component_file:`lpn.c <bt/esp_ble_mesh/mesh_core/lpn.c>`
|
||||
- BLE Mesh 低功耗功能
|
||||
* - :component_file:`friend.c <bt/esp_ble_mesh/mesh_core/friend.c>`
|
||||
- BLE Mesh 好友功能
|
||||
* - :component_file:`net.c <bt/esp_ble_mesh/mesh_core/net.c>`
|
||||
- BLE Mesh 中继功能、网络创建、网络索引更新程序、网络索引恢复程序、秘钥更新程序相关功能
|
||||
* - :component_file:`proxy_server.c <bt/esp_ble_mesh/mesh_core/proxy_server.c>`
|
||||
- BLE Mesh 代理服务器相关功能
|
||||
* - :component_file:`proxy_client.c <bt/esp_ble_mesh/mesh_core/proxy_client.c>`
|
||||
- BLE Mesh 代理客户端相关功能
|
||||
* - :component_file:`settings.c <bt/esp_ble_mesh/mesh_core/settings.c>`
|
||||
- BLE Mesh NVS 存储器功能
|
||||
* - :component_file:`main.c <bt/esp_ble_mesh/mesh_core/main.c>`
|
||||
- BLE Mesh 协议栈初始化，协议栈使能，节点移除相关功能
|
||||
|
|
|
|||
|
|
@ -1 +1,665 @@
|
|||
.. include:: ../../../en/api-guides/esp-ble-mesh/ble-mesh-faq.rst
|
||||
ESP-BLE-MESH 常见问题手册
|
||||
=========================
|
||||
|
||||
:link_to_translation:`en:[English]`
|
||||
|
||||
本文汇总了 ESP-BLE-MESH 协议栈开发的常见问题及解答，全文分为 7 个章节。
|
||||
|
||||
* :ref:`ble-mesh-faq-provisioner-development`
|
||||
* :ref:`ble-mesh-faq-node-development`
|
||||
* :ref:`ble-mesh-faq-ble-mesh-and-wi-fi-coexistence`
|
||||
* :ref:`ble-mesh-faq-fast-provisioning`
|
||||
* :ref:`ble-mesh-faq-log-help`
|
||||
* :ref:`ble-mesh-faq-example-help`
|
||||
* :ref:`ble-mesh-faq-others`
|
||||
|
||||
用户可以参考这些章节，快速找到问题的答案。该文档会根据各种渠道收集的反馈进行更新。
|
||||
|
||||
.. _ble-mesh-faq-provisioner-development:
|
||||
|
||||
1. Provisioner 开发
|
||||
--------------------
|
||||
|
||||
通常而言，Provisioner 用于配网未配网设备并形成 mesh 网络。组网后，设备的角色变成节点。
|
||||
|
||||
|
||||
1.1 未配网设备加入 ESP-BLE-MESH 网络的流程是什么？
|
||||
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|
||||
|
||||
设备通过 Provisioner 加入 ESP-BLE-MESH 网络分为两个阶段，配网阶段和配置阶段。
|
||||
|
||||
- 配网阶段：为设备分配单播地址、添加网络密钥 (NetKey) 等。通过配网，设备加入 ESP-BLE-MESH 网络，身份从未配网设备变为节点。
|
||||
|
||||
- 配置阶段：为节点添加应用密钥 (AppKey), 并将应用密钥绑定到相应模型。配置期间，有些选项是可选的，比如为节点添加订阅地址、设置发布地址等。通过配置，该节点实际上可以向 Provisioner 发送消息，也可以接收来自 Provisioner 的消息。
|
||||
|
||||
1.2 如果 Provisioner 想要改变节点状态，其需满足什么条件？
|
||||
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|
||||
|
||||
- 需要有和节点的服务器模型相对应的客户端模型。
|
||||
- 需要和节点有相同的、可用于加密消息的网络密钥和应用密钥。
|
||||
- 需要知道节点的地址，可以是单播地址，也可以是订阅地址。
|
||||
|
||||
1.3 如何使用网络密钥和应用密钥？
|
||||
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|
||||
|
||||
- 网络密钥用于加密网络层的消息。具有相同网络密钥的节点视作在同一网络中，具有不同网络密钥的节点相互之间不能进行通信。
|
||||
- 应用密钥用于加密上层传输层中的消息。如果服务器模型和客户端模型绑定的应用密钥不同，则无法实现相互通信。
|
||||
|
||||
1.4 如何生成网络密钥或应用密钥？是否可以采用固定的网络密钥或应用密钥？
|
||||
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|
||||
|
||||
- API :cpp:func:`esp_ble_mesh_provisioner_add_local_net_key` 可以用来添加包含固定值或随机值的网络密钥。
|
||||
- API :cpp:func:`esp_ble_mesh_provisioner_add_local_app_key` 可以用来添加包含固定值或随机值的应用密钥。
|
||||
|
||||
1.5 Provisioner 的单播地址是不是固定的？
|
||||
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|
||||
|
||||
:cpp:type:`esp_ble_mesh_prov_t` 中 :code:`prov_unicast_addr` 的值用于设置 Provisioner 的单播地址，只能在初始化期间设置一次，此后不能更改。
|
||||
|
||||
1.6 Provisioner 的地址是否可以作为节点上报状态消息的目的地址？
|
||||
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|
||||
|
||||
Provisioner 的单播地址只能在初始化期间设置一次，此后不能更改。理论而言，只要节点知道 Provisioner 的单播地址，此地址便可用作节点上报状态消息的目的地址。节点在网络配置的过程中可以知道 Provisioner 的单播地址，因为 Provisioner 往节点发送消息时，消息的源地址就是 Provisioner 的单播地址。
|
||||
|
||||
订阅地址也可使用。Provisioner 订阅组地址或者虚拟地址，节点向该订阅地址发送消息。
|
||||
|
||||
1.7 被 Provisioner 配网到 ESP-BLE-MESH 网络中的第一个节点的单播地址是不是固定的？
|
||||
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|
||||
|
||||
:cpp:type:`esp_ble_mesh_prov_t` 中 :code:`prov_start_address` 的值用于设置 Provisioner 配网未配网设备的起始地址，即其首先配网的节点的单播地址。单播地址只能在初始化期间设置一次，此后不能修改。
|
||||
|
||||
1.8 手机 App 首先配置的节点的单播地址是不是固定的？
|
||||
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|
||||
|
||||
该 App 将确定单播地址，目前大多数单播地址是固定的。
|
||||
|
||||
1.9 如何知道当前 Provisioner 正在配网哪个未配网设备？
|
||||
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|
||||
|
||||
:cpp:type:`esp_ble_mesh_prov_t` 中 :code:`prov_attention` 的值由 Provisioner 在配网过程中设置给未配网设备。该值只能在初始化期间设置一次，此后不能修改。未配网设备加入 mesh 网络后可以用特定的方式来显示自己正在配网，比如灯光闪烁，以告知 Provisioner 其正在配网。
|
||||
|
||||
1.10 配网过程中，认证设备共有多少种方法？提供的范例中 :example:`provided examples <bluetooth/esp_ble_mesh>` 使用了什么方法？
|
||||
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|
||||
|
||||
共有四种设备认证方法，即 No OOB、Static OOB、Output OOB 和 Input OOB。提供的范例使用了 No OOB 的方式。
|
||||
|
||||
1.11 配置入网前，未配网设备的广播包可以携带哪些信息？
|
||||
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|
||||
|
||||
- Device UUID
|
||||
- OOB Info
|
||||
- URL Hash (可选的)
|
||||
|
||||
1.12 这些信息可以用于设备识别吗？
|
||||
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|
||||
|
||||
是的。每个设备都有独一无二的 Device UUID, 用户可以通过 Device UUID 识别设备。
|
||||
|
||||
1.13 当 Provisioner 配网的节点包含多个元素时，单播地址是如何分配的？
|
||||
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|
||||
|
||||
- Provisioner 会给设备的主元素分配一个单播地址，其余元素的单播地址在此基础上递增。
|
||||
- 比如：如果一个未配网设备有三个元素，即主要元素、第二元素和第三元素。配网完成后，节点主元素的单播地址为 0x0002，节点第二元素的单播地址为 0x0003，节点第三元素的单播地址为 0x0004。
|
||||
|
||||
1.14 Provisioner 如何通过 Configuration Client Model 获取并且解析节点的 :ref:`构成数据 <ble-mesh-terminology-composition>` ？
|
||||
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|
||||
|
||||
- Provisioner 可以调用 :ref:`Configuration Client Model <ble-mesh-terminology-foundation-models>` API :cpp:func:`esp_ble_mesh_config_client_set_state` 设置参数，调用 :cpp:type:`esp_ble_mesh_cfg_client_get_state_t` 中的 :code:`comp_data_get` 获取节点的构成数据。
|
||||
- 用户可以参考以下代码解析 Composition Data:
|
||||
|
||||
.. code:: c
|
||||
|
||||
#include <stdio.h>
|
||||
#include <string.h>
|
||||
#include <stdint.h>
|
||||
|
||||
//test date: 0C001A0001000800030000010501000000800100001003103F002A00
|
||||
//0C00 1A00 0100 0800 0300 0001 05 01 0000 0080 0100 0010 0310 3F002A00
|
||||
|
||||
// CID is 0x000C
|
||||
// PID is 0x001A
|
||||
// VID is 0x0001
|
||||
// CRPL is 0x0008
|
||||
// Features is 0x0003 – Relay and Friend features.
|
||||
// Loc is “front” – 0x0100
|
||||
// NumS is 5
|
||||
// NumV is 1
|
||||
// The Bluetooth SIG Models supported are: 0x0000, 0x8000, 0x0001, 0x1000, 0x1003
|
||||
// The Vendor Models supported are: Company Identifier 0x003F and Model Identifier 0x002A
|
||||
|
||||
typedef struct {
|
||||
int16_t cid;
|
||||
int16_t pid;
|
||||
int16_t vid;
|
||||
int16_t crpl;
|
||||
int16_t features;
|
||||
int16_t all_models;
|
||||
uint8_t sig_models;
|
||||
uint8_t vnd_models;
|
||||
} esp_ble_mesh_composition_head;
|
||||
|
||||
typedef struct {
|
||||
uint16_t model_id;
|
||||
uint16_t vendor_id;
|
||||
} tsModel;
|
||||
|
||||
typedef struct {
|
||||
// reserve space for up to 20 SIG models
|
||||
uint16_t SIG_models[20];
|
||||
uint8_t numSIGModels;
|
||||
|
||||
// reserve space for up to 4 vendor models
|
||||
tsModel Vendor_models[4];
|
||||
uint8_t numVendorModels;
|
||||
} esp_ble_mesh_composition_decode;
|
||||
|
||||
int decode_comp_data(esp_ble_mesh_composition_head *head, esp_ble_mesh_composition_decode *data, uint8_t *mystr, int size)
|
||||
{
|
||||
int pos_sig_base;
|
||||
int pos_vnd_base;
|
||||
int i;
|
||||
|
||||
memcpy(head, mystr, sizeof(*head));
|
||||
|
||||
if(size < sizeof(*head) + head->sig_models * 2 + head->vnd_models * 4) {
|
||||
return -1;
|
||||
}
|
||||
|
||||
pos_sig_base = sizeof(*head) - 1;
|
||||
|
||||
for(i = 1; i < head->sig_models * 2; i = i + 2) {
|
||||
data->SIG_models[i/2] = mystr[i + pos_sig_base] | (mystr[i + pos_sig_base + 1] << 8);
|
||||
printf("%d: %4.4x\n", i/2, data->SIG_models[i/2]);
|
||||
}
|
||||
|
||||
pos_vnd_base = head->sig_models * 2 + pos_sig_base;
|
||||
|
||||
for(i = 1; i < head->vnd_models * 2; i = i + 2) {
|
||||
data->Vendor_models[i/2].model_id = mystr[i + pos_vnd_base] | (mystr[i + pos_vnd_base + 1] << 8);
|
||||
printf("%d: %4.4x\n", i/2, data->Vendor_models[i/2].model_id);
|
||||
|
||||
data->Vendor_models[i/2].vendor_id = mystr[i + pos_vnd_base + 2] | (mystr[i + pos_vnd_base + 3] << 8);
|
||||
printf("%d: %4.4x\n", i/2, data->Vendor_models[i/2].vendor_id);
|
||||
}
|
||||
|
||||
return 0;
|
||||
}
|
||||
|
||||
void app_main(void)
|
||||
{
|
||||
esp_ble_mesh_composition_head head = {0};
|
||||
esp_ble_mesh_composition_decode data = {0};
|
||||
uint8_t mystr[] = { 0x0C, 0x00, 0x1A, 0x00,
|
||||
0x01, 0x00, 0x08, 0x00,
|
||||
0x03, 0x00, 0x00, 0x01,
|
||||
0x05, 0x01, 0x00, 0x00,
|
||||
0x00, 0x80, 0x01, 0x00,
|
||||
0x00, 0x10, 0x03, 0x10,
|
||||
0x3F, 0x00, 0x2A, 0x00};
|
||||
int ret;
|
||||
|
||||
ret = decode_comp_data(&head, &data, mystr, sizeof(mystr));
|
||||
if (ret == -1) {
|
||||
printf("decode_comp_data error");
|
||||
}
|
||||
}
|
||||
|
||||
1.15 Provisioner 如何通过获取的 Composition Data 进一步配置节点？
|
||||
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|
||||
|
||||
Provisioner 通过调用 :ref:`Configuration Client Model <ble-mesh-terminology-foundation-models>` API :cpp:func:`esp_ble_mesh_config_client_set_state` 来进行如下配置。
|
||||
|
||||
- 正确设置参数 :cpp:type:`esp_ble_mesh_cfg_client_set_state_t` 中的 :code:`app_key_add`，将应用密钥添加到节点中。
|
||||
- 正确设置参数 :cpp:type:`esp_ble_mesh_cfg_client_set_state_t` 中的 :code:`model_sub_add`，将订阅地址添加到节点的模型中。
|
||||
- 正确设置参数 :cpp:type:`esp_ble_mesh_cfg_client_set_state_t` 中的 :code:`model_pub_set`，将发布地址添加到节点的模型中。
|
||||
|
||||
1.16 节点可以自己添加相应的配置吗？
|
||||
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|
||||
|
||||
本法可用于特殊情况，如测试阶段。
|
||||
|
||||
- 此示例展示了节点如何为自己的模型添加新的组地址。
|
||||
|
||||
.. code:: c
|
||||
|
||||
esp_err_t example_add_fast_prov_group_address(uint16_t model_id, uint16_t group_addr)
|
||||
{
|
||||
const esp_ble_mesh_comp_t *comp = NULL;
|
||||
esp_ble_mesh_elem_t *element = NULL;
|
||||
esp_ble_mesh_model_t *model = NULL;
|
||||
int i, j;
|
||||
|
||||
if (!ESP_BLE_MESH_ADDR_IS_GROUP(group_addr)) {
|
||||
return ESP_ERR_INVALID_ARG;
|
||||
}
|
||||
|
||||
comp = esp_ble_mesh_get_composition_data();
|
||||
if (!comp) {
|
||||
return ESP_FAIL;
|
||||
}
|
||||
|
||||
for (i = 0; i < comp->element_count; i++) {
|
||||
element = &comp->elements[i];
|
||||
model = esp_ble_mesh_find_sig_model(element, model_id);
|
||||
if (!model) {
|
||||
continue;
|
||||
}
|
||||
for (j = 0; j < ARRAY_SIZE(model->groups); j++) {
|
||||
if (model->groups[j] == group_addr) {
|
||||
break;
|
||||
}
|
||||
}
|
||||
if (j != ARRAY_SIZE(model->groups)) {
|
||||
ESP_LOGW(TAG, "%s: Group address already exists, element index: %d", __func__, i);
|
||||
continue;
|
||||
}
|
||||
for (j = 0; j < ARRAY_SIZE(model->groups); j++) {
|
||||
if (model->groups[j] == ESP_BLE_MESH_ADDR_UNASSIGNED) {
|
||||
model->groups[j] = group_addr;
|
||||
break;
|
||||
}
|
||||
}
|
||||
if (j == ARRAY_SIZE(model->groups)) {
|
||||
ESP_LOGE(TAG, "%s: Model is full of group addresses, element index: %d", __func__, i);
|
||||
}
|
||||
}
|
||||
|
||||
return ESP_OK;
|
||||
}
|
||||
|
||||
.. note::
|
||||
|
||||
使能了节点的 NVS 存储器后，通过该方式添加的组地址以及绑定的应用密钥在设备掉电的情况下不能保存。这些配置信息只有通过 Configuration Client Model 配置时才会保存。
|
||||
|
||||
1.17 Provisioner 如何通过分组的方式控制节点？
|
||||
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|
||||
|
||||
通常而言，在 ESP-BLE-MESH 网络中实现组控制有两种方法，即组地址方法和虚拟地址方法。假设有 10 个设备，即 5 个带蓝灯的设备和 5 个带红灯的设备。
|
||||
|
||||
- 方案一：5 个蓝灯设备订阅一个组地址，5 个红灯设备订阅另一个组地址。Provisioner 往不同的组地址发送消息，即可实现分组控制设备。
|
||||
|
||||
- 方案二：5 个蓝灯设备订阅一个虚拟地址，5 个红灯设备订阅另一个虚拟地址，Provisioner 往不同的虚拟地址发送消息，即可实现分组控制设备。
|
||||
|
||||
1.18 Provisioner 如何将节点添加至多个子网？
|
||||
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|
||||
|
||||
节点配置期间，Provisioner 可以为节点添加多个网络密钥，拥有相同网络密钥的节点属于同一子网。Provisioner 可以通过不同的网络密钥与不同子网内的节点进行通信。
|
||||
|
||||
1.19 Provisioner 如何知道网络中的某个设备是否离线？
|
||||
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|
||||
|
||||
节点离线通常定义为：电源故障或其他原因导致的节点无法与 mesh 网络中的其他节点正常通信的情况。
|
||||
|
||||
ESP-BLE-MESH 网络中的节点间彼此不连接，它们通过广播通道进行通信。
|
||||
|
||||
此示例展示了如何通过 Provisioner 检测节点是否离线。
|
||||
|
||||
- 节点定期给 Provisioner 发送心跳包。如果 Provisioner 超过一定的时间未接收到心跳包，则视该节点离线。
|
||||
|
||||
.. note::
|
||||
|
||||
心跳包的设计应该采用单包（字节数小于 11 个字节）的方式，这样收发效率会更高。
|
||||
|
||||
1.20 Provisioner 删除网络中的节点时，需要进行哪些操作？
|
||||
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|
||||
通常而言，Provisioner 从网络中移除节点主要涉及三个步骤：
|
||||
|
||||
- 首先，Provisioner 将需要移除的节点添加至“黑名单”。
|
||||
|
||||
- 其次，Provisioner 启动 :ref:`密钥更新程序 <ble-mesh-terminology-network-management>`。
|
||||
|
||||
- 最后，节点执行节点重置程序，切换自身身份为未配网设备。
|
||||
|
||||
1.21 在密钥更新的过程中，Provisioner 如何更新节点的网络密钥？
|
||||
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|
||||
|
||||
- 通过正确设置参数 :cpp:type:`esp_ble_mesh_cfg_client_set_state_t` 中的 :code:`net_key_update`，使用 :ref:`Configuration Client Model <ble-mesh-terminology-foundation-models>` API :cpp:func:`esp_ble_mesh_config_client_set_state`，Provisioner 更新节点的网络密钥。
|
||||
|
||||
- 通过正确设置参数 :cpp:type:`esp_ble_mesh_cfg_client_set_state_t` 中的 :code:`app_key_update`，使用 :ref:`Configuration Client Model <ble-mesh-terminology-foundation-models>` API :cpp:func:`esp_ble_mesh_config_client_set_state`，Provisioner 更新节点的应用密钥。
|
||||
|
||||
1.22 Provisioner 如何管理 mesh 网络中的节点？
|
||||
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|
||||
|
||||
ESP-BLE-MESH 在示例中实现了一些基本的节点管理功能，比如 :cpp:func:`esp_ble_mesh_store_node_info`。
|
||||
ESP-BLE-MESH 还提供可用于设置节点本地名称的 API :cpp:func:`esp_ble_mesh_provisioner_set_node_name` 和可用于获取节点本地名称的 API :cpp:func:`esp_ble_mesh_provisioner_get_node_name`。
|
||||
|
||||
1.23 Provisioner 想要控制节点的服务器模型时需要什么？
|
||||
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|
||||
|
||||
Provisioner 在控制节点的服务器模型前，必须包括相应的客户端模型。
|
||||
|
||||
Provisioner 应当添加本地的网络密钥和应用密钥。
|
||||
|
||||
- Provisioner 调用 API :cpp:func:`esp_ble_mesh_provisioner_add_local_net_key` 以添加网络密钥。
|
||||
|
||||
- Provisioner 调用 API :cpp:func:`esp_ble_mesh_provisioner_add_local_app_key` 以添加应用密钥。
|
||||
|
||||
Provisioner 应当配置自己的客户端模型。
|
||||
|
||||
- Provisioner 调用 API :cpp:func:`esp_ble_mesh_provisioner_bind_app_key_to_local_model` 以绑定应用密钥至自己的客户端模型。
|
||||
|
||||
1.24 Provisoner 如何控制节点的服务器模型？
|
||||
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|
||||
|
||||
ESP-BLE-MESH 支持所有 SIG 定义的客户端模型。Provisioner 可以使用这些客户端模型控制节点的服务器模型。客户端模型分为 6 类，每类有相应的功能。
|
||||
|
||||
- Configuration Client Model
|
||||
|
||||
- API :cpp:func:`esp_ble_mesh_config_client_get_state` 可用于获取 Configuration Server Model 的 :cpp:type:`esp_ble_mesh_cfg_client_get_state_t` 值。
|
||||
- API :cpp:func:`esp_ble_mesh_config_client_set_state` 可用于获取 Configuration Server Model 的 :cpp:type:`esp_ble_mesh_cfg_client_set_state_t` 值。
|
||||
|
||||
- Health Client Model
|
||||
|
||||
- API :cpp:func:`esp_ble_mesh_health_client_get_state` 可用于获取 Health Server Model 的 :cpp:type:`esp_ble_mesh_health_client_get_state_t` 值。
|
||||
- API :cpp:func:`esp_ble_mesh_health_client_set_state` 可用于获取 Health Server Model 的 :cpp:type:`esp_ble_mesh_health_client_set_state_t` 值。
|
||||
|
||||
- Generic Client Models
|
||||
|
||||
- API :cpp:func:`esp_ble_mesh_generic_client_get_state` 可用于获取 Generic Server Model 的 :cpp:type:`esp_ble_mesh_generic_client_get_state_t` 值。
|
||||
- API :cpp:func:`esp_ble_mesh_generic_client_set_state` 可用于获取 Generic Server Model 的 :cpp:type:`esp_ble_mesh_generic_client_set_state_t` 值。
|
||||
|
||||
- Lighting Client Models
|
||||
|
||||
- API :cpp:func:`esp_ble_mesh_light_client_get_state` 可用于获取 Lighting Server Model 的 :cpp:type:`esp_ble_mesh_light_client_get_state_t` 值。
|
||||
- API :cpp:func:`esp_ble_mesh_light_client_set_state` 可用于获取 Lighting Server Model 的 :cpp:type:`esp_ble_mesh_light_client_set_state_t` 值。
|
||||
|
||||
- Sensor Client Models
|
||||
|
||||
- API :cpp:func:`esp_ble_mesh_sensor_client_get_state` 可用于获取 Sensor Server Model 的 :cpp:type:`esp_ble_mesh_sensor_client_get_state_t` 值。
|
||||
- API :cpp:func:`esp_ble_mesh_sensor_client_set_state` 可用于获取 Sensor Server Model 的 :cpp:type:`esp_ble_mesh_sensor_client_set_state_t` 值。
|
||||
|
||||
- Time and Scenes Client Models
|
||||
- API :cpp:func:`esp_ble_mesh_time_scene_client_get_state` 可用于获取 Time and Scenes Server Model 的 :cpp:type:`esp_ble_mesh_time_scene_client_get_state_t` 值。
|
||||
- API :cpp:func:`esp_ble_mesh_time_scene_client_set_state` 可用于获取 Time and Scenes Server Model 的 :cpp:type:`esp_ble_mesh_time_scene_client_set_state_t` 值。
|
||||
|
||||
|
||||
.. _ble-mesh-faq-node-development:
|
||||
|
||||
2. 节点开发
|
||||
------------
|
||||
|
||||
2.1 节点包含什么样的模型？
|
||||
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|
||||
|
||||
- ESP-BLE-MESH 中，节点由一系列的模型组成，每个模型实现节点的某些功能。
|
||||
|
||||
- 模型分为两种，客户端模型和服务器模型。客户端模型可以获取并设置服务器模型的状态。
|
||||
|
||||
- 模型也可以分为 SIG 模型和自定义模型。 SIG 模型的所有行为都由官方定义，而自定义模型的行为均由用户定义。
|
||||
|
||||
2.2 每个模型对应的消息格式是不是固定的？
|
||||
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|
||||
|
||||
- 消息由 opcode 和 payload 组成，通过 opcode 进行区分。
|
||||
|
||||
- 与模型对应的消息的类型和格式都是固定的，这意味着模型之间传输的消息是固定的。
|
||||
|
||||
2.3 节点的模型可以使用哪些函数发送消息？
|
||||
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|
||||
|
||||
- 对于客户端模型，用户可以调用 API :cpp:func:`esp_ble_mesh_client_model_send_msg` 发送消息。
|
||||
|
||||
- 对于服务器模型，用户可以调用 API :cpp:func:`esp_ble_mesh_server_model_send_msg` 发送消息。
|
||||
|
||||
- 对于发布，用户可以调用 API :cpp:func:`esp_ble_mesh_model_publish` 发布消息。
|
||||
|
||||
2.4 如何实现消息传输不丢包？
|
||||
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|
||||
|
||||
如果用户要实现消息传输不丢包，则需有应答的消息。等待应答的默认时间在 :ref:`CONFIG_BLE_MESH_CLIENT_MSG_TIMEOUT` 中设置。如果发送端等待应答超时，就会触发对应的超时事件。
|
||||
|
||||
.. note::
|
||||
|
||||
API :cpp:func:`esp_ble_mesh_client_model_send_msg` 中可以设置应答的超时时间。如果参数 :code:`msg_timeout` 设为 **0**， 那么超时时间便会采用默认值（4 秒）。
|
||||
|
||||
2.5 如何发送无应答的消息？
|
||||
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|
||||
|
||||
对于客户端模型，用户可以调用 API :cpp:func:`esp_ble_mesh_client_model_send_msg` with the parameter :code:`need_rsp` set to :code:`false` 发送无应答消息。
|
||||
|
||||
对于服务器模型，调用 API :cpp:func:`esp_ble_mesh_server_model_send_msg` 发送的消息总是无应答的消息。
|
||||
|
||||
2.6 如何为模型添加订阅地址？
|
||||
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|
||||
|
||||
通过 Configuration Client Model 添加订阅地址。
|
||||
|
||||
2.7 模型发送的消息和发布的消息有何不同？
|
||||
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|
||||
|
||||
调用 API :cpp:func:`esp_ble_mesh_client_model_send_msg` 或 :cpp:func:`esp_ble_mesh_server_model_send_msg` 发送的消息会在 Network Transmit 状态规定的期限内发送。
|
||||
|
||||
调用 API :cpp:func:`esp_ble_mesh_model_publish` 发布的消息将由模型发布状态决定是否发布。消息的发布一般是周期性的，或者有固定次数。发布周期和发布次数由模型发布状态控制，并且可以通过 Configuration Client Model 进行配置。
|
||||
|
||||
2.8 发送不分包消息时，最多可携带多少有效字节？
|
||||
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|
||||
|
||||
不分包消息的总有效载荷长度（可由用户设置）为 11 个八位位组，因此，如果消息的 opcode 为 2 个八位位组，则该消息可以携带 9 个八位位组的有效信息。 对于 vendor 消息，由于 opcode 是 3 个八位位组，剩余的有效负载长度为 8 个八位位组。
|
||||
|
||||
2.9 什么时候应该使能节点的 :ref:`Relay <ble-mesh-terminology-features>` 功能？
|
||||
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|
||||
|
||||
如果 mesh 网络中检测到的节点很稀疏，用户可以使能节点的 Relay 功能。
|
||||
|
||||
如果 mesh 网络中检测到的节点很密集，用户可以选择仅使能一些节点的 Relay 功能。
|
||||
|
||||
如果 mesh 网络大小未知，用户可以默认使能 Relay 功能。
|
||||
|
||||
2.10 什么时候应该使能节点的 :ref:`Proxy <ble-mesh-terminology-features>` 功能？
|
||||
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|
||||
|
||||
如果未配网设备将由电话配网，则未配网设备应该使能 Proxy 功能，因为当前几乎所有电话都不支持通过广播承载层发送 ESP-BLE-MESH 数据包。并且，未配网设备成功配网成为 Proxy 节点后，其会通过 GATT 承载层和广播承载层与 mesh 网络中的其他节点通信。
|
||||
|
||||
2.11 如何使用代理过滤器?
|
||||
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|
||||
|
||||
代理过滤器用于减少 Proxy Client（如手机）和 Proxy Server（如节点）之间交换的 Network PDU 的数量。另外，通过代理过滤器，Proxy Client 可以明确请求仅接收来自 Proxy Server 的某些目标地址的 mesh 消息。
|
||||
|
||||
2.12 Relay 节点什么时候可以中继消息？
|
||||
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|
||||
|
||||
如果要中继消息，消息需满足以下要求。
|
||||
|
||||
- 消息存在于 mesh 网络中。
|
||||
|
||||
- 消息的目的地址不是节点的单播地址。
|
||||
|
||||
- 消息的 TTL 值需大于 1。
|
||||
|
||||
2.13 如果一条消息分成几段，那么其他 Relay 节点是接收到一段消息就中继还是等接收到完整的数据包才中继？
|
||||
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|
||||
|
||||
Relay 节点收到其中一段消息时就中继，而非一直等到接收所有的消息。
|
||||
|
||||
2.14 使用 :ref:`Low Power <ble-mesh-terminology-features>` 功能降低功耗的原理是什么？
|
||||
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|
||||
|
||||
- 开启无线电进行收听时，设备消耗能量。使能节点的低功耗功能后，它将在大多数时间内关闭无线电功能。
|
||||
|
||||
- 低功耗节点和好友节点需要合作，因此低功耗节点可以以适当或较低的频率接收消息，而无需一直收听。
|
||||
|
||||
- 当低功耗节点有一些新消息时，好友节点将为其存储消息。低功耗节点可以间隔固定时间轮询好友节点，以查看是否有新的消息。
|
||||
|
||||
2.15 设备断电后上电，如何能继续在网络中进行通讯？
|
||||
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|
||||
|
||||
在 `menuconfig` 中启用配置 :code:`Store BLE Mesh Node configuration persistently` 。
|
||||
|
||||
2.16 如何实现将节点自检的信息发送出来？
|
||||
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|
||||
|
||||
推荐节点通过 Health Server Model 定期发布其自检结果。
|
||||
|
||||
2.17 节点间如何传输消息？
|
||||
^^^^^^^^^^^^^^^^^^^^^^^^^^
|
||||
|
||||
节点间传输信息的可能应用场景是，一旦烟雾警报检测到高浓度的烟雾，就会触发喷淋设备。 有两种实现方法。
|
||||
|
||||
- 方法 1：喷淋设备订阅组地址。当烟雾警报器检测到高浓度的烟雾时，它会发布一条消息，该消息的目标地址是喷淋设备已订阅的组地址。
|
||||
|
||||
- 方法 2：Provisioner 可以配置喷淋设备的单播地址为烟雾报警器的地址。当检测到高浓度的烟雾时，烟雾警报器以喷淋设备的单播地址为目标地址，将消息发送到喷淋设备。
|
||||
|
||||
2.18 设备通信必须要网关吗？
|
||||
^^^^^^^^^^^^^^^^^^^^^^^^^^^
|
||||
|
||||
- 情况 1：节点仅在 mesh 网络内通信。这种情况下，不需要网关。ESP-BLE-MESH 网络是一个泛洪的网络，网络中的消息没有固定的路径，节点与节点之间可以随意通信.
|
||||
|
||||
- 情况 2：如果用户想要远程控制网络，比如在到家之前打开某些节点，则需要网关。
|
||||
|
||||
2.19 何时使用 IV Update 更新程序？
|
||||
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|
||||
|
||||
一旦节点的底层检测到发送的消息的序列号达到临界值，IV Update 更新程序便会启用。
|
||||
|
||||
2.20 如何启用 IV Update 更新程序？
|
||||
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|
||||
|
||||
节点可以使用带有 Secure Network Beacon 的 IV Update 更新程序。
|
||||
|
||||
|
||||
.. _ble-mesh-faq-ble-mesh-and-wi-fi-coexistence:
|
||||
|
||||
3. ESP-BLE-MESH 和 Wi-Fi 共存
|
||||
-------------------------------
|
||||
|
||||
3.1 Wi-Fi 和 ESP-BLE-MESH 共存时，支持哪些模式？
|
||||
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|
||||
|
||||
目前，只有 Wi-Fi STA 模式支持共存。
|
||||
|
||||
3.2 Wi-Fi 和 ESP-BLE-MESH 共存时，为什么 Wi-Fi 吞吐量很低？
|
||||
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|
||||
|
||||
未搭载 PSRAM 的 `ESP32-DevKitC <../../hw-reference/get-started-devkitc>`_ 开发板，Wi-Fi 和 ESP-BLE-MESH 共存可以正常运行，但是吞吐率较低。当 Wi-Fi 和 ESP-BLE-MESH 共存时，搭载 PSRAM 的 ESP32-DevKitC 速率可以稳定在 1 Mbps 以上。
|
||||
|
||||
应使能 menuconfig 中的一些配置来支持 PSRAM。
|
||||
|
||||
- :code:`ESP32-specific --> Support for external,SPI-connected RAM --> Try to allocate memories of Wi-Fi and LWIP...`
|
||||
- :code:`Bluetooth --> Bluedriod Enable --> BT/BLE will first malloc the memory from the PSRAM`
|
||||
- :code:`Bluetooth --> Bluedriod Enable --> Use dynamic memory allocation in BT/BLE stack.`
|
||||
- :code:`Bluetooth --> Blutooth controller --> BLE full scan feature supported.`
|
||||
- :code:`Wi-Fi --> Software controls Wi-Fi/Bluetooth coexistence --> Wi-Fi`
|
||||
|
||||
.. _ble-mesh-faq-fast-provisioning:
|
||||
|
||||
4. 快速配网
|
||||
-----------
|
||||
|
||||
4.1 为什么需要快速配网？
|
||||
^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|
||||
|
||||
通常而言，存在少量未配网设备时，用户可以逐个配置。但是如果有大量未配网设备（比如 100 个）时，逐个配置会耗费大量时间。通过快速配网，用户可以在约 50 秒内配网 100 个未配网设备。
|
||||
|
||||
4.2 为什么会出现 EspBleMesh App 在快速配网期间长时间等待的情况？
|
||||
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|
||||
|
||||
快速配网期间，代理节点在配置完一个节点后会断开与 APP 的连接，待所有节点配网完成后再与 APP 重新建立连接。
|
||||
|
||||
4.3 为什么 APP 中显示的节点地址的数量比现有的节点地址更多？
|
||||
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|
||||
|
||||
每完成一次快速配网后、开始新一次快速配网前，APP 会存有上次配网的数据，因此 APP 中显示的节点地址的数量比现有的节点地址更多。
|
||||
|
||||
4.4 在 EspBleMesh App 中输入的 ** count ** 值有什么用途？
|
||||
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|
||||
|
||||
此 **count** 值提供给 App 配置的代理节点，以决定何时提前开始 Proxy 广播信息。
|
||||
|
||||
4.5 运行以下示例 :example:`ble_mesh_fast_prov_server <bluetooth/esp_ble_mesh/ble_mesh_fast_provision/ble_mesh_fast_prov_server>` 的节点的 Configuration Client Model 何时开始工作？
|
||||
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|
||||
|
||||
使能了 Temporary Provisioner 功能后，Configuration Client Model 会开始工作。
|
||||
|
||||
4.6 Temporary Provisioner 功能会一直处于使能的状态吗？
|
||||
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|
||||
|
||||
节点收到打开/关闭电灯的消息后，所有节点会禁用其 Temporary Provisioner 功能并且转化为一般节点。
|
||||
|
||||
|
||||
.. _ble-mesh-faq-log-help:
|
||||
|
||||
5. Log 帮助
|
||||
-----------
|
||||
|
||||
当 ESP-BLE-MESH 协议栈底层出现错误或者警告时，您可以在这儿找到这些错误和警告的含义。
|
||||
|
||||
5.1 :code:`ran out of retransmit attempts` 代表什么？
|
||||
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|
||||
|
||||
节点发送分段消息时，由于某些原因，接收端未收到完整的消息。节点会重传消息。当重传次数达到最大重传数时，会出现该警告，当前最大重传数为 4。
|
||||
|
||||
5.2 :code:`Duplicate found in Network Message Cache` 代表什么？
|
||||
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|
||||
|
||||
当节点收到一条消息时，它会把该消息与网络缓存中存储的消息进行比较。如果在缓存中找到相同的消息，这意味着之前已接受过该消息，则该消息会被丢弃。
|
||||
|
||||
5.3 :code:`Incomplete timer expired` 代表什么？
|
||||
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|
||||
|
||||
当节点在一定时间段（比如 10 秒）内未收到分段消息的所有段时，则 Incomplete 计时器到时，并且出现该警告。
|
||||
|
||||
5.4 :code:`No matching TX context for ack` 代表什么？
|
||||
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|
||||
|
||||
当节点收到一个分段 ack 且不能找到任何自己发送的与该 ack 相关的消息时，会出现该警告。
|
||||
|
||||
5.5 :code:`No free slots for new incoming segmented messages` 代表什么？
|
||||
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|
||||
|
||||
当节点没有空间来接收新的分段消息时，会出现该警告。用户可以通过配置 :ref:`CONFIG_BLE_MESH_RX_SEG_MSG_COUNT` 扩大空间。
|
||||
|
||||
5.6 :code:`Model not bound to AppKey 0x0000` 代表什么？
|
||||
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|
||||
|
||||
当节点发送带有模型的消息且该模型尚未绑定到索引为 0x000 的应用密钥时，会出现该报错。
|
||||
|
||||
5.7 :code:`Busy sending message to DST xxxx` 代表什么？
|
||||
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|
||||
|
||||
该错误表示节点的客户端模型已将消息发送给目标节点，并且正在等待响应，用户无法将消息发送到单播地址相同的同一节点。接收到相应的响应或计时器到时后，可以发送另一条消息。
|
||||
|
||||
|
||||
.. _ble-mesh-faq-example-help:
|
||||
|
||||
6. 示例帮助
|
||||
-----------
|
||||
|
||||
6.1 ESP-BLE-MESH 回调函数如何分类？
|
||||
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|
||||
|
||||
- API :cpp:func:`esp_ble_mesh_register_prov_callback` 用于注册处理配网和入网相关事件的回调函数。
|
||||
- API :cpp:func:`esp_ble_mesh_register_config_client_callback` 用于注册处理 Configuration Client Model 相关事件的回调函数。
|
||||
- API :cpp:func:`esp_ble_mesh_register_config_server_callback` 用于注册处理 Configuration Server Model 相关事件的回调函数。
|
||||
- API :cpp:func:`esp_ble_mesh_register_health_client_callback` 用于注册处理 Health Client Model 相关事件的回调函数。
|
||||
- API :cpp:func:`esp_ble_mesh_register_health_server_callback` 用于注册处理 Health Server Model 相关事件的回调函数。
|
||||
- API :cpp:func:`esp_ble_mesh_register_generic_client_callback` 用于注册处理 Generic Client Models 相关事件的回调函数。
|
||||
- API :cpp:func:`esp_ble_mesh_register_light_client_callback` 用于注册处理 Lighting Client Models 相关事件的回调函数。
|
||||
- API :cpp:func:`esp_ble_mesh_register_sensor_client_callback` 用于注册处理 Sensor Client Model 相关事件的回调函数。
|
||||
- API :cpp:func:`esp_ble_mesh_register_time_scene_client_callback` 用于注册处理 Time and Scenes Client Models 相关事件的回调函数。
|
||||
- API :cpp:func:`esp_ble_mesh_register_custom_model_callback` 用于注册处理自定义模型和未实现服务器模型的相关事件的回调函数。
|
||||
|
||||
|
||||
.. _ble-mesh-faq-others:
|
||||
|
||||
7. 其他
|
||||
---------
|
||||
|
||||
7.1 如何打印数据包？
|
||||
^^^^^^^^^^^^^^^^^^^^^^
|
||||
|
||||
示例使用如下函数 :cpp:func:`ESP_LOG_BUFFER_HEX` 打印信息语境，而 ESP-BLE-MESH 协议栈使用 :cpp:func:`bt_hex` 打印。
|
||||
|
||||
7.2 重启 ESP32 应使用哪个 API？
|
||||
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|
||||
|
||||
API :cpp:func:`esp_restart`.
|
||||
|
||||
7.3 如何监测任务栈的剩余空间？
|
||||
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|
||||
|
||||
API :cpp:func:`vTaskList` 可以用于定期打印任务栈的剩余空间。
|
||||
|
||||
7.4 如何在不更改 menuconfig 输出级别的情况下改变 log 级别？
|
||||
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|
||||
|
||||
无需使用 menuconfig，可以通过 API :cpp:func:`esp_log_level_set` 修改 log 的输出级别。
|
||||
|
|
|
|||
Loading…
Reference in a new issue