mirror of
https://github.com/espressif/esp-idf.git
synced 2024-10-05 20:47:46 -04:00
282 lines
16 KiB
ReStructuredText
282 lines
16 KiB
ReStructuredText
************
|
|
ESP-BLE-MESH
|
|
************
|
|
|
|
:link_to_translation:`zh_CN:[中文]`
|
|
|
|
Bluetooth® mesh networking enables many-to-many (m:m) device communications and is optimized for creating large-scale device networks.
|
|
|
|
Devices may relay data to other devices not in direct radio range of the originating device. In this way, mesh networks can span very large physical areas and contain large numbers of devices. It is ideally suited for building automation, sensor networks, and other IoT solutions where tens, hundreds, or thousands of devices need to reliably and securely communicate with one another.
|
|
|
|
Bluetooth mesh is not a wireless communications technology, but a networking technology. This technology is dependent upon Bluetooth Low Energy (BLE) - a wireless communications protocol stack.
|
|
|
|
Built on top of Zephyr Bluetooth Mesh stack, the ESP-BLE-MESH implementation supports device provisioning and node control. It also supports such node features as Proxy, Relay, Low power and Friend.
|
|
|
|
Please see the :doc:`ble-mesh-architecture` for information about the implementation of ESP-BLE-MESH architecture and :doc:`ESP-BLE-MESH API Reference <../../api-reference/bluetooth/esp-ble-mesh>` for information about respective API.
|
|
|
|
ESP-BLE-MESH is implemented and certified based on the latest Mesh Profile v1.0.1, users can refer `here <https://launchstudio.bluetooth.com/ListingDetails/94304>`_ for the certification details of ESP-BLE-MESH.
|
|
|
|
.. only:: SOC_WIFI_MESH_SUPPORT
|
|
|
|
.. note::
|
|
|
|
If you are looking for Wi-Fi based implementation of mesh for {IDF_TARGET_NAME}, please check another product by Espressif called ESP-WIFI-MESH. For more information and documentation see :doc:`ESP-WIFI-MESH <../../api-reference/network/esp-wifi-mesh>`.
|
|
|
|
|
|
.. _getting-started-with-ble-mesh:
|
|
|
|
Getting Started
|
|
=================
|
|
|
|
This section is intended to help you get started with ESP-BLE-MESH for the hardware based on the {IDF_TARGET_NAME} chip by Espressif.
|
|
|
|
We are going to demonstrate process of setting and operation of a small ESP-BLE-MESH network of three nodes. This process will cover device provisioning and node configuration, and then sending on/off commands to Generic OnOff Server Models on specific nodes.
|
|
|
|
If you are new to ESP-IDF, please first set up development environment, compile , flash and run example application following top level ESP-IDF :doc:`../../get-started/index` documentation.
|
|
|
|
|
|
What You Need
|
|
-------------
|
|
|
|
Hardware:
|
|
|
|
* Three {IDF_TARGET_NAME} boards, see :ref:`options <get-started-ble-mesh-check-hardware>`.
|
|
* USB cables to connect the boards.
|
|
* Computer configured with ESP-IDF.
|
|
* Mobile phone or tablet running Android or iOS.
|
|
|
|
Software:
|
|
|
|
* Example application :example:`bluetooth/esp_ble_mesh/onoff_models/onoff_server` code to load to the {IDF_TARGET_NAME} boards.
|
|
* Mobile App: **nRF Mesh** for Android or iOS. Optionally you can use some other Apps:
|
|
|
|
- `EspBleMesh <https://github.com/EspressifApp/EspBLEMeshForAndroid/releases/tag/v1.0.0>`_ Android App
|
|
- Silicon Labs Android or iOS App
|
|
|
|
Installation Step by Step
|
|
-------------------------
|
|
|
|
This is a detailed roadmap to walk you through the installation process.
|
|
|
|
|
|
.. _get-started-ble-mesh-check-hardware:
|
|
|
|
Step 1. Check Hardware
|
|
""""""""""""""""""""""
|
|
|
|
Both `ESP32-DevKitC`_ and `ESP-WROVER-KIT`_ development boards are supported for ESP-BLE-MESH implementation. You can choose particular board through menuconfig: :code:`idf.py menuconfig` > ``Example Configuration`` > ``Board selection for ESP-BLE-MESH``
|
|
|
|
.. note::
|
|
|
|
If you plan to use `ESP32-DevKitC`_, connect a RGB LED to GPIO pins 25, 26 and 27.
|
|
|
|
|
|
Step 2. Configure Software
|
|
""""""""""""""""""""""""""
|
|
|
|
Enter the :example:`bluetooth/esp_ble_mesh/onoff_models/onoff_server` example directory, run :code:`idf.py menuconfig` to select your board and then run :code:`idf.py build` to compile the example.
|
|
|
|
Step 3. Upload Application to Nodes
|
|
"""""""""""""""""""""""""""""""""""
|
|
|
|
After the :example:`bluetooth/esp_ble_mesh/onoff_models/onoff_server` example is compiled successfully, users can run :code:`idf.py flash` to upload the same generated binary files into each of the three development boards.
|
|
|
|
Once boards are powered on, the RGB LED on each board should turn **GREEN**.
|
|
|
|
.. figure:: ../../../_static/ble-mesh-device-power-on.png
|
|
:align: center
|
|
|
|
ESP-BLE-MESH Devices Power On
|
|
|
|
Step 4. Provision Nodes
|
|
"""""""""""""""""""""""
|
|
|
|
In this section, we will use the **nRF Mesh Android** App to demonstrate how to provision an unprovisioned device. Users can also get its iOS version from the App Store.
|
|
|
|
4.1 Scanner
|
|
^^^^^^^^^^^
|
|
|
|
The Scanner is App's functionality to search for unprovisioned devices in range. Open the App, press **Scanner** at the bottom and the search will start. After a short while we should see three unprovisioned devices displayed.
|
|
|
|
.. figure:: ../../../_static/ble-mesh-scanner.png
|
|
:align: center
|
|
:height: 370
|
|
|
|
nRF Mesh - Scanner
|
|
|
|
4.2 Identify
|
|
^^^^^^^^^^^^
|
|
|
|
Users can select any unprovisioned device, then the App will try to set up a connection with the selected device. After the Bluetooth LE connection is established successfully (sometimes users need to try multiple times to get connected), and proper ESP-BLE-MESH GATT Service is discovered, users can see the **IDENTIFY** interface button on the screen. The IDENTIFY operation can be used to tell users which device is going to be provisioned.
|
|
|
|
.. note::
|
|
The IDENTIFY operation also needs some cooperation on the device side, then users can see which device is in the provisioning process. Currently when pressing the **IDENTIFY** interface button, no signs can been seen from the device except from the log on the serial monitor.
|
|
|
|
After the **IDENTIFY** interface button is pressed, users can see the **PROVISION** interface button.
|
|
|
|
.. figure:: ../../../_static/ble-mesh-identify-provision.png
|
|
:align: center
|
|
:height: 370
|
|
|
|
nRF Mesh - IDENTIFY - PROVISION
|
|
|
|
4.3 Provision
|
|
^^^^^^^^^^^^^
|
|
|
|
Then, the App will try to provision the unprovisioned device. When the device is provisioned successfully, the RGB LED on the board will turn off, and the App will implement the following procedures:
|
|
|
|
#. Disconnect with the node
|
|
#. Try to reconnect with the node
|
|
#. Connect successfully and discover ESP-BLE-MESH GATT Service
|
|
#. Get Composition Data of the node and add AppKey to it
|
|
|
|
When all the procedures are finished, the node is configured properly. And after pressing **OK**, users can see that unicast address is assigned, and Composition Data of the node is decoded successfully.
|
|
|
|
.. figure:: ../../../_static/ble-mesh-config-complete.png
|
|
:align: center
|
|
:height: 370
|
|
|
|
nRF Mesh - Configuration Complete
|
|
|
|
Sometimes in procedure 2, the App may fail to reconnect with the node. In this case, after pressing **OK**, users can see that only unicast address of the node has been assigned, but no Composition Data has been got. Then users need to press **CONNECT** on the top right, and the previously provisioned node will be displayed on the screen, and users need to choose it and try to connect with the node.
|
|
|
|
.. figure:: ../../../_static/ble-mesh-initial-config-fail.png
|
|
:align: center
|
|
:height: 370
|
|
|
|
nRF Mesh - Initial Configuration Failed
|
|
|
|
After connecting successfully, the App will show the interface buttons which can be used to get Composition Data and add AppKey.
|
|
|
|
.. figure:: ../../../_static/ble-mesh-reconnect-initial-config.png
|
|
:align: center
|
|
:height: 370
|
|
|
|
nRF Mesh - Reconnect - Initial Configuration
|
|
|
|
If the device is the second or the third one which has been provisioned by the App, and after pressing **CONNECT**, users can see two or three nodes on the screen. In this situation, users can choose any device to connect with, once succeed then go back to the main screen to choose the node which needs to be configured.
|
|
|
|
Here an example of three devices listed.
|
|
|
|
* The left picture shows that the third device is provisioned successfully, but the App failed to connect with it. When it tries to reconnect with the third node, three nodes are displayed on the App.
|
|
* The right picture shows that after connecting with any node successfully, the App displays the information of the three nodes. Users can see that the App has got the Composition Data of the first and the second nodes, but for the third one, only the unicast address has been assigned to it while the Composition Data is unknown.
|
|
|
|
.. figure:: ../../../_static/ble-mesh-reconnect-three.png
|
|
:align: center
|
|
:height: 370
|
|
|
|
nRF Mesh - Reconnect - Three Nodes
|
|
|
|
4.4 Configuration
|
|
^^^^^^^^^^^^^^^^^
|
|
|
|
When provisioning and initial configuration are finished, users can start to configure the node, such as binding AppKey with each model with the elements, setting publication information to it, etc.
|
|
|
|
Example below shows how to bind AppKey with Generic OnOff Server Model within the Primary Element.
|
|
|
|
.. figure:: ../../../_static/ble-mesh-model-bind-appkey.png
|
|
:align: center
|
|
:height: 370
|
|
|
|
nRF Mesh - Model Bind AppKey
|
|
|
|
.. note::
|
|
|
|
No need to bind AppKey with the Configuration Server Model, since it only uses the DevKey to encrypt messages in the Upper Transport Layer.
|
|
|
|
Step 5. Operate Network
|
|
"""""""""""""""""""""""
|
|
|
|
After all the Generic OnOff Server Models within the three elements are bound with proper AppKey, users can use the App to turn on/off the RGB LED.
|
|
|
|
In the :example:`bluetooth/esp_ble_mesh/onoff_models/onoff_server` example, the first Generic OnOff Server Model is used to control the **RED** color, the second one is used to control the **GREEN** color and the third one is used to control the **BLUE** color.
|
|
|
|
.. figure:: ../../../_static/ble-mesh-generic-onoff.png
|
|
:align: center
|
|
:height: 370
|
|
|
|
nRF Mesh - Generic OnOff Control
|
|
|
|
The following screenshot shows different board with different color on.
|
|
|
|
.. figure:: ../../../_static/ble-mesh-three-nodes-on.png
|
|
:align: center
|
|
|
|
Three ESP-BLE-MESH Nodes On
|
|
|
|
.. note::
|
|
For **nRF Mesh** iOS App [version 1.0.4], when the node contains more than one element, the App is not behaving correctly. If users try to turn on/off the second or the third Generic OnOff Server Model, the message sent by the App is destinated to the first Generic OnOff Server Model within the Primary Element.
|
|
|
|
|
|
.. _esp-ble-mesh-examples:
|
|
|
|
Examples
|
|
=========
|
|
|
|
* :example_file:`OnOff Server <bluetooth/esp_ble_mesh/onoff_models/onoff_server/tutorial/BLE_Mesh_Node_OnOff_Server_Example_Walkthrough.md>` - shows the use of ESP-BLE-MESH as a node having a Configuration Server model and a Generic OnOff Server model. A ESP-BLE-MESH Provisioner can then provision the unprovisioned device and control a RGB LED representing on/off state, see :example:`example code <bluetooth/esp_ble_mesh/onoff_models/onoff_server>`.
|
|
|
|
* :example_file:`OnOff Client <bluetooth/esp_ble_mesh/onoff_models/onoff_client/tutorial/BLE_Mesh_Node_OnOff_Client_Example_Walkthrough.md>` - shows how a Generic OnOff Client model works within a node. The node has a Configuration Server model and a Generic OnOff Client model, see :example:`example code <bluetooth/esp_ble_mesh/onoff_models/onoff_client>`.
|
|
|
|
* :example_file:`Provisioner <bluetooth/esp_ble_mesh/provisioner/tutorial/BLE_Mesh_Provisioner_Example_Walkthrough.md>` - shows how a device can act as an ESP-BLE-MESH Provisioner to provision devices. The Provisioner has a Configuration Server model, a Configuration Client model and a Generic OnOff Client model, see :example:`example code <bluetooth/esp_ble_mesh/provisioner>`.
|
|
|
|
* Fast Provisioning - :example_file:`Client <bluetooth/esp_ble_mesh/fast_provisioning/fast_prov_client/tutorial/BLE_Mesh_Fast_Prov_Client_Example_Walkthrough.md>` and :example_file:`Server <bluetooth/esp_ble_mesh/fast_provisioning/fast_prov_server/tutorial/BLE_Mesh_Fast_Prov_Server_Example_Walkthrough.md>` - this example is used for showing how fast provisioning can be used in order to create a mesh network. It takes no more than 60 seconds to provision 100 devices, see :example:`example client code <bluetooth/esp_ble_mesh/fast_provisioning/fast_prov_client>` and :example:`example server code <bluetooth/esp_ble_mesh/fast_provisioning/fast_prov_server>`.
|
|
|
|
* :example_file:`BLE-Mesh and Wi-Fi Coexistence <bluetooth/esp_ble_mesh/wifi_coexist/tutorial/BLE_Mesh_WiFi_Coexist_Example_Walkthrough.md>` - an example that demonstrates the Wi-Fi and Bluetooth (BLE/BR/EDR) coexistence feature of {IDF_TARGET_NAME}. Simply put, users can use the Wi-Fi while operating Bluetooth, see :example:`example code <bluetooth/esp_ble_mesh/wifi_coexist>`.
|
|
|
|
* Remote Provisioning (v1.1) - :example_file:`Client, Server and device <bluetooth/esp_ble_mesh/remote_provisioning/tutorial/BLE_Mesh_Remote_Provisioning_Example_Walkthrough.md>` - this example is used to demonstrate the new remote provisioning feature introduced in the Mesh Protocol v1.1, see :example:`example client code <bluetooth/esp_ble_mesh/remote_provisioning/rpr_client>`, :example:`example server code <bluetooth/esp_ble_mesh/remote_provisioning/rpr_server>` and :example:`example device code <bluetooth/esp_ble_mesh/remote_provisioning/unprov_dev>`.
|
|
|
|
* Directed Forwarding (v1.1) - :example_file:`Client and Server <bluetooth/esp_ble_mesh/directed_forwarding/tutorial/BLE_Mesh_Directed_Forwarding_Example_Walkthrough.md>` - this example is used to demonstrate the new directed forwarding feature introduced in the Mesh Protocol v1.1. Only nodes along the path will forward the directed messages, while other nodes will not actively participate in forwarding, see :example:`example client code <bluetooth/esp_ble_mesh/remote_provisioning/rpr_client>` and :example:`example server code <bluetooth/esp_ble_mesh/remote_provisioning/rpr_server>`.
|
|
|
|
|
|
.. _esp-ble-mesh-demo-videos:
|
|
|
|
Demo Videos
|
|
============
|
|
|
|
* `Espressif Fast Provisioning using ESP-BLE-MESH App <https://dl.espressif.com/BLE/public/ESP32_BLE_Mesh_Fast_Provision.mp4>`_
|
|
* `Espressif ESP-BLE-MESH and Wi-Fi Coexistence <https://dl.espressif.com/BLE/public/ESP_BLE_MESH_WIFI_Coexistence.mp4>`_
|
|
|
|
|
|
FAQ
|
|
====
|
|
|
|
* :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`
|
|
|
|
|
|
Related Documents
|
|
=================
|
|
|
|
.. toctree::
|
|
:maxdepth: 1
|
|
|
|
ble-mesh-feature-list
|
|
ble-mesh-architecture
|
|
ble-mesh-faq
|
|
ble-mesh-terminology
|
|
|
|
|
|
|
|
Bluetooth SIG Documentation
|
|
---------------------------
|
|
|
|
- `BLE Mesh Core Specification <https://www.bluetooth.org/docman/handlers/downloaddoc.ashx?doc_id=429633>`_
|
|
- `BLE Mesh Protocol v1.1 Specification <https://www.bluetooth.com/specifications/specs/mesh-protocol/>`_
|
|
- `BLE Mesh Model Specification <https://www.bluetooth.org/docman/handlers/downloaddoc.ashx?doc_id=429634>`_
|
|
- `BLE Mesh Model v1.1 Specification <https://www.bluetooth.com/specifications/specs/mesh-model-1-1/>`_
|
|
- `An Intro to Bluetooth Mesh Part 1 <https://www.bluetooth.com/blog/an-intro-to-bluetooth-mesh-part1>`_ / `Part 2 <https://www.bluetooth.com/blog/an-intro-to-bluetooth-mesh-part2>`__
|
|
- `The Fundamental Concepts of Bluetooth Mesh Networking, Part 1 <https://www.bluetooth.com/blog/the-fundamental-concepts-of-bluetooth-mesh-networking-part-1>`_ / `Part 2 <https://www.bluetooth.com/blog/the-fundamental-concepts-of-bluetooth-mesh-networking-part-2>`__
|
|
- `Bluetooth Mesh Networking: Friendship <https://www.bluetooth.com/blog/bluetooth-mesh-networking-series-friendship>`_
|
|
- `Management of Devices in a Bluetooth Mesh Network <https://www.bluetooth.com/blog/management-of-devices-bluetooth-mesh-network>`_
|
|
- `Bluetooth Mesh Security Overview <https://www.bluetooth.com/blog/bluetooth-mesh-security-overview>`_
|
|
- `Provisioning a Bluetooth Mesh Network Part 1 <https://www.bluetooth.com/blog/provisioning-a-bluetooth-mesh-network-part-1>`_ / `Part 2 <https://www.bluetooth.com/blog/provisioning-a-bluetooth-mesh-network-part-2>`__
|
|
|
|
|
|
.. _ESP32-DevKitC: https://www.espressif.com/en/products/devkits/esp32-devkitc/overview
|
|
.. _ESP-WROVER-KIT: https://www.espressif.com/en/products/hardware/esp-wrover-kit/overview
|