Page 3 of 8

Re: ESP BLE Mesh v0.5 Beta has been released

Posted: Sun Dec 23, 2018 11:18 am
by nvl1109
Is the any mechanism to store provision data into flash then restore the provision data when the board is restarted?
Thank you.

Re: ESP BLE Mesh v0.5 Beta has been released

Posted: Mon Dec 24, 2018 3:17 am
by ESP_Island
Is the any mechanism to store provision data into flash then restore the provision data when the board is restarted?
Thank you.

Hi, @nvl1109
We will release a new BLE Mesh Version soon. It will include many new features, including `restoring the provision data of the node device`, `fast provisioning`, `wifi/ble_mesh coexistence`, etc... Stay tuned!

Re: ESP BLE Mesh v0.5 Beta has been released

Posted: Sat Dec 29, 2018 4:56 pm
by nvl1109
ESP_Island wrote:
Mon Dec 24, 2018 3:17 am
Hi, @nvl1109
We will release a new BLE Mesh Version soon. It will include many new features, including `restoring the provision data of the node device`, `fast provisioning`, `wifi/ble_mesh coexistence`, etc... Stay tuned!
That is a great news, thank you.

Is there anyone tried with linux bluez 5.50?
I have tried with bluez, but it's failed to provision. the local_node.json and prov_db.json are taken from bluez code.

Code: Select all

[meshctl]# discover-unprovisioned on
SetDiscoveryFilter success
Discovery started
Adapter property changed
[CHG] Controller AA:AA:AA:AA:AA:AA Discovering: yes
                Mesh Provisioning Service (00001827-0000-1000-8000-00805f9b34fb)
                        Device UUID: dddd240ac402fd8e0000000000000000
                        OOB: 0000
[meshctl]# provision dddd240ac402fd8e0000000000000000
Trying to connect Device 24:0A:C4:02:FD:8E ESP-BLE-MESH
Adapter property changed
[CHG] Controller AA:AA:AA:AA:AA:AA Discovering: no
Connection successful
Services resolved yes
Found matching char: path /org/bluez/hci0/dev_24_0A_C4_02_FD_8E/service002e/char002f, uuid 00002adb-0000-1000-8000-00805f9b34fb
Found matching char: path /org/bluez/hci0/dev_24_0A_C4_02_FD_8E/service002e/char0031, uuid 00002adc-0000-1000-8000-00805f9b34fb
Start notification on /org/bluez/hci0/dev_24_0A_C4_02_FD_8E/service002e/char0031
Characteristic property changed /org/bluez/hci0/dev_24_0A_C4_02_FD_8E/service002e/char0031
AcquireNotify success: fd 7 MTU 517
Notify for Mesh Provisioning Out Data started
Open-Node: 0x559c78
Open-Prov: 0x556540
Open-Prov: proxy 0x55af78
Initiated provisioning
Characteristic property changed /org/bluez/hci0/dev_24_0A_C4_02_FD_8E/service002e/char002f
AcquireWrite success: fd 8 MTU 517
GATT-TX:         03 00 10
GATT-RX:         03 01 01 00 01 00 00 00 00 00 00 00 00
Got provisioning data (12 bytes)
         01 01 00 01 00 00 00 00 00 00 00 00
Provisioning failed
Attempting to disconnect from 24:0A:C4:02:FD:8E
Characteristic property changed /org/bluez/hci0/dev_24_0A_C4_02_FD_8E/service002e/char0031
Write closed
Services resolved no
Characteristic property changed /org/bluez/hci0/dev_24_0A_C4_02_FD_8E/service002e/char002f
[meshctl]#
"Provisioning failed" message are shown.
In ESP32 console

Code: Select all

I (763) ble_mesh_node: BLE Mesh Node initialized
I (40113) ble_mesh_node: esp_ble_mesh_prov_cb, event = ESP_BLE_MESH_NODE_PROV_LINK_OPEN_EVT
I (40113) ble_mesh_node: ESP_BLE_MESH_NODE_PROV_LINK_OPEN_EVT, bearer PB-GATT
W (40303) BLE_MESH: Client wrote 0x0000 instead enabling notify

Re: ESP BLE Mesh v0.5 Beta has been released

Posted: Fri Jan 11, 2019 12:54 pm
by kurta999
Will AT commands support BLE/WIFI mesh in future?

Re: ESP BLE Mesh v0.5 Beta has been released

Posted: Tue Jan 15, 2019 2:15 pm
by ESP_Island
Will AT commands support BLE/WIFI mesh in future?

Through the information from AT team, currently, we have no plans to do it.

Re: ESP BLE Mesh v0.5 Beta has been released

Posted: Mon Feb 04, 2019 3:25 am
by jmichel
Hi,

Saw this posted to Espressif YouTube last Friday: https://www.youtube.com/watch?v=xLUy1-O7UJE

Is there an ETA on the ESP-BLE-Mesh update release (with provisioning restoration etc)?

Thanks.

Re: ESP BLE Mesh v0.5 Beta has been released

Posted: Tue Feb 05, 2019 5:07 am
by ESP_Island
Saw this posted to Espressif YouTube last Friday: https://www.youtube.com/watch?v=xLUy1-O7UJE

Is there an ETA on the ESP-BLE-Mesh update release (with provisioning restoration etc)?

The update release is under test. It will be published soon, please wait for it with patience :)

Thanks

Re: ESP BLE Mesh v0.5 Beta has been released

Posted: Fri Feb 08, 2019 11:25 am
by Christoph
I use the code ble mesh node. What do I have to do to publish a switching information? The function gen_onoff_set_handler has many parameters. Is there perhaps an example of how to define the structures?

Re: ESP BLE Mesh v0.5 Beta has been released

Posted: Tue Feb 12, 2019 5:27 pm
by khigbe
ESP_Island wrote:
Tue Feb 05, 2019 5:07 am
Saw this posted to Espressif YouTube last Friday: https://www.youtube.com/watch?v=xLUy1-O7UJE

Is there an ETA on the ESP-BLE-Mesh update release (with provisioning restoration etc)?

The update release is under test. It will be published soon, please wait for it with patience :)

Thanks
Any chance you can commit the most recent updates so that we can help with testing? This seems to be one of the most popular threads on the forum, so BLE Mesh on ESP32 is hot!

I prefer to use CMake build, which doesn't work on Windows with esp-ble-mesh-v0.5 branch. I've tried a simple merge with v3.2 branch, that didn't work, would require work that is useless work because you've got a newer version that probably is merged with v3.2, or at least some newer branch.

We are patient, but we also need to make progress. I'd prefer to be helping you test and identify problems with new code than trying to work with old code.

Re: ESP BLE Mesh v0.5 Beta has been released

Posted: Wed Feb 13, 2019 4:16 am
by esp_liu
Christoph wrote:
Fri Feb 08, 2019 11:25 am
I use the code ble mesh node. What do I have to do to publish a switching information? The function gen_onoff_set_handler has many parameters. Is there perhaps an example of how to define the structures?
1. The get_onoff_set_handler contains 4 parameters:
* model: which is the message related model, here in this example it's the Generic OnOff Server Model
* ctx: the message related information, e.g. the NetKey Index/AppKey Index used by the message, the source address of the message, the TTL of the message, etc.
* length: length of the Generic OnOff Set message
* data: context of the Generic OnOff Set message
Note: the specific definition of the Generic OnOff Set can be referred in Mesh Model Specification

2. If going to publish a switching information, the following need to be prepared:
* the corresponding model shall support publish functionality
* the model's Model Publication State shall be configured properly (by Configuration Client Model)
* When defining the model, it's publication struct shall be defined properly, for example:

Code: Select all

static esp_ble_mesh_model_pub_t onoff_pub = {
    .msg = NET_BUF_SIMPLE(2 + 1),
    .update = NULL,
    .dev_role = ROLE_NODE,
};
Here the msg is allocated for 3 octets (2 octets opcode + 1 octet on/onff) and the dev_role is set to ROLE_NODE.
After this, you can call esp_ble_mesh_model_publish() to publish the switching information.