[Zephyr-devel] How to evaluate the "zephyr\samples\bluetooth\mesh"?


vikrant8051 <vikrant8051@...>
 

Hi Aaron,

This may help you,



You could provision your node based on above example using either #meshctl utility from BlueZ 5.49 or Silicon Labs #BluetoothMesh Android App.

Regards,
vikrant

On Tue, Apr 17, 2018, 1:46 PM Aaron Xu <overheat1984@...> wrote:
Hi,

I follow the "Eclipse debugging" instructions, which can be found here:

And I tried some bluetooth samples in zephyr on NORDIC pca10040 board, like Beacon, mesh demo, they are works.

But those message keep printing on my terminal(serial), when I try the "zephyr\samples\bluetooth\mesh"

***** Booting Zephyr OS v1.11.0-710-g09a8810b3 *****
Initializing...
[bt] [INF] hci_vs_init: HW Platform: Nordic Semiconductor (0x0002)
[bt] [INF] hci_vs_init: HW Variant: nRF52x (0x0002)
[bt] [INF] hci_vs_init: Firmware: Standard Bluetooth controller (0x00) Version 1.11 Build 99
[bt] [INF] show_dev_info: Identity: ee:ef:34:8d:7f:97 (random)
[bt] [INF] show_dev_info: HCI: version 5.0 (0x09) revision 0x0000, manufacturer 0x05f1
[bt] [INF] show_dev_info: LMP: version 5.0 (0x09) subver 0xffff
Bluetooth initialized
[bt] [INF] bt_mesh_prov_init: Device UUID: 00000000-0000-0000-0000-00000000dddd
Mesh initialized
adv stack (real size 812):      unused 516      usage 296 / 812 (36 %)
Kernel stacks:
main      (real size 512):      unused 276      usage 236 / 512 (46 %)
idle      (real size 320):      unused 272      usage 48 / 320 (15 %)
interrupt (real size 2048):     unused 1648     usage 400 / 2048 (19 %)
workqueue (real size 2048):     unused 1736     usage 312 / 2048 (15 %)
ecc stack (real size 1324):     unused 448      usage 876 / 1324 (66 %)
prio recv thread stack (real size 748): unused 632      usage 116 / 748 (15 %)
recv thread stack (real size 2348):     unused 2136     usage 212 / 2348 (9 %)
adv stack (real size 812):      unused 472      usage 340 / 812 (41 %)
Kernel stacks:
...
Kernel stacks:
...
 
I can see those printf information in the red, look it works. but what's the next coming information?
What should I do next? flash more then one board?
Please give me some advise or a documentation, I will appreciate it! 

Regards,
Aaron




Marti Bolivar
 

Hi Vikrant,

Thanks for this pointer! I was wondering the same thing, the docs for
the other mesh apps
(http://docs.zephyrproject.org/samples/bluetooth/mesh/README.html and
http://docs.zephyrproject.org/samples/bluetooth/mesh_demo/README.html)
are a bit thin on the step-by-steps. I had no idea there was a
board-specific app with more detailed docs.

Thanks,
Marti

On Tue, Apr 17, 2018 at 12:29 PM, vikrant8051 <vikrant8051@gmail.com> wrote:
Hi Aaron,

This may help you,

http://docs.zephyrproject.org/samples/boards/nrf52/mesh/onoff-app/README.html


You could provision your node based on above example using either #meshctl
utility from BlueZ 5.49 or Silicon Labs #BluetoothMesh Android App.

Regards,
vikrant

On Tue, Apr 17, 2018, 1:46 PM Aaron Xu <overheat1984@gmail.com> wrote:

Hi,

I follow the "Eclipse debugging" instructions, which can be found here:

http://docs.zephyrproject.org/application/application.html#eclipse-debugging

And I tried some bluetooth samples in zephyr on NORDIC pca10040 board,
like Beacon, mesh demo, they are works.

But those message keep printing on my terminal(serial), when I try the
"zephyr\samples\bluetooth\mesh"

***** Booting Zephyr OS v1.11.0-710-g09a8810b3 *****

Initializing...

[bt] [INF] hci_vs_init: HW Platform: Nordic Semiconductor (0x0002)

[bt] [INF] hci_vs_init: HW Variant: nRF52x (0x0002)

[bt] [INF] hci_vs_init: Firmware: Standard Bluetooth controller (0x00)
Version 1.11 Build 99

[bt] [INF] show_dev_info: Identity: ee:ef:34:8d:7f:97 (random)

[bt] [INF] show_dev_info: HCI: version 5.0 (0x09) revision 0x0000,
manufacturer 0x05f1

[bt] [INF] show_dev_info: LMP: version 5.0 (0x09) subver 0xffff

Bluetooth initialized

[bt] [INF] bt_mesh_prov_init: Device UUID:
00000000-0000-0000-0000-00000000dddd

Mesh initialized

adv stack (real size 812): unused 516 usage 296 / 812 (36 %)

Kernel stacks:

main (real size 512): unused 276 usage 236 / 512 (46 %)

idle (real size 320): unused 272 usage 48 / 320 (15 %)

interrupt (real size 2048): unused 1648 usage 400 / 2048 (19 %)

workqueue (real size 2048): unused 1736 usage 312 / 2048 (15 %)

ecc stack (real size 1324): unused 448 usage 876 / 1324 (66 %)

prio recv thread stack (real size 748): unused 632 usage 116 / 748
(15 %)

recv thread stack (real size 2348): unused 2136 usage 212 / 2348
(9 %)

adv stack (real size 812): unused 472 usage 340 / 812 (41 %)

Kernel stacks:

...

Kernel stacks:

...

I can see those printf information in the red, look it works. but what's
the next coming information?
What should I do next? flash more then one board?
Please give me some advise or a documentation, I will appreciate it!

Regards,
Aaron



Aaron Xu <overheat1984@...>
 

Hi Vikrant,

Perfect! I have use Silicon Labs Bluetooth Mesh Android App to provision my network and control those "Lights".
Thank you for your great help!

I noticed that zephyr has implemented friend and low power nodes for Bluetooth mesh.
I want to step forward to evaluation a more complex Bluetooth mesh network. Any hits on this?

Regards,
Aaron


2018-04-18 0:29 GMT+08:00 Vikrant More <vikrant8051@...>:

Hi Aaron,

This may help you,



You could provision your node based on above example using either #meshctl utility from BlueZ 5.49 or Silicon Labs #BluetoothMesh Android App.

Regards,
vikrant
On Tue, Apr 17, 2018, 1:46 PM Aaron Xu <overheat1984@...> wrote:
Hi,

I follow the "Eclipse debugging" instructions, which can be found here:

And I tried some bluetooth samples in zephyr on NORDIC pca10040 board, like Beacon, mesh demo, they are works.

But those message keep printing on my terminal(serial), when I try the "zephyr\samples\bluetooth\mesh"

***** Booting Zephyr OS v1.11.0-710-g09a8810b3 *****
Initializing...
[bt] [INF] hci_vs_init: HW Platform: Nordic Semiconductor (0x0002)
[bt] [INF] hci_vs_init: HW Variant: nRF52x (0x0002)
[bt] [INF] hci_vs_init: Firmware: Standard Bluetooth controller (0x00) Version 1.11 Build 99
[bt] [INF] show_dev_info: Identity: ee:ef:34:8d:7f:97 (random)
[bt] [INF] show_dev_info: HCI: version 5.0 (0x09) revision 0x0000, manufacturer 0x05f1
[bt] [INF] show_dev_info: LMP: version 5.0 (0x09) subver 0xffff
Bluetooth initialized
[bt] [INF] bt_mesh_prov_init: Device UUID: 00000000-0000-0000-0000-00000000dddd
Mesh initialized
adv stack (real size 812):      unused 516      usage 296 / 812 (36 %)
Kernel stacks:
main      (real size 512):      unused 276      usage 236 / 512 (46 %)
idle      (real size 320):      unused 272      usage 48 / 320 (15 %)
interrupt (real size 2048):     unused 1648     usage 400 / 2048 (19 %)
workqueue (real size 2048):     unused 1736     usage 312 / 2048 (15 %)
ecc stack (real size 1324):     unused 448      usage 876 / 1324 (66 %)
prio recv thread stack (real size 748): unused 632      usage 116 / 748 (15 %)
recv thread stack (real size 2348):     unused 2136     usage 212 / 2348 (9 %)
adv stack (real size 812):      unused 472      usage 340 / 812 (41 %)
Kernel stacks:
...
Kernel stacks:
...
 
I can see those printf information in the red, look it works. but what's the next coming information?
What should I do next? flash more then one board?
Please give me some advise or a documentation, I will appreciate it! 

Regards,
Aaron





vikrant8051 <vikrant8051@...>
 

Hi Aaron,
I wanna too do that.

But to create complex mesh network, it is required that node should save provisioning & configuration data on
SoC flash. And I hope from next version onwards we could do that which is going to release in June 2018 with LTS tag.

https://github.com/zephyrproject-rtos/zephyr/pull/6391

....As per my understanding, once this PR get merged into Zephyr main project tree,
that will be the first step towards saving Mesh generated data on SoC flash. 

I'm not able to visualize where we could use Friend & Low Power Node feature in day to day life
experience, so ignore it. Do you have any such example, where we can use Friend & LPNode ?

regards,
vikrant


On Sat, Apr 21, 2018 at 3:43 PM, Aaron Xu <overheat1984@...> wrote:
Hi Vikrant,

Perfect! I have use Silicon Labs Bluetooth Mesh Android App to provision my network and control those "Lights".
Thank you for your great help!

I noticed that zephyr has implemented friend and low power nodes for Bluetooth mesh.
I want to step forward to evaluation a more complex Bluetooth mesh network. Any hits on this?

Regards,
Aaron


2018-04-18 0:29 GMT+08:00 Vikrant More <vikrant8051@...>:
Hi Aaron,

This may help you,



You could provision your node based on above example using either #meshctl utility from BlueZ 5.49 or Silicon Labs #BluetoothMesh Android App.

Regards,
vikrant
On Tue, Apr 17, 2018, 1:46 PM Aaron Xu <overheat1984@...> wrote:
Hi,

I follow the "Eclipse debugging" instructions, which can be found here:

And I tried some bluetooth samples in zephyr on NORDIC pca10040 board, like Beacon, mesh demo, they are works.

But those message keep printing on my terminal(serial), when I try the "zephyr\samples\bluetooth\mesh"

***** Booting Zephyr OS v1.11.0-710-g09a8810b3 *****
Initializing...
[bt] [INF] hci_vs_init: HW Platform: Nordic Semiconductor (0x0002)
[bt] [INF] hci_vs_init: HW Variant: nRF52x (0x0002)
[bt] [INF] hci_vs_init: Firmware: Standard Bluetooth controller (0x00) Version 1.11 Build 99
[bt] [INF] show_dev_info: Identity: ee:ef:34:8d:7f:97 (random)
[bt] [INF] show_dev_info: HCI: version 5.0 (0x09) revision 0x0000, manufacturer 0x05f1
[bt] [INF] show_dev_info: LMP: version 5.0 (0x09) subver 0xffff
Bluetooth initialized
[bt] [INF] bt_mesh_prov_init: Device UUID: 00000000-0000-0000-0000-00000000dddd
Mesh initialized
adv stack (real size 812):      unused 516      usage 296 / 812 (36 %)
Kernel stacks:
main      (real size 512):      unused 276      usage 236 / 512 (46 %)
idle      (real size 320):      unused 272      usage 48 / 320 (15 %)
interrupt (real size 2048):     unused 1648     usage 400 / 2048 (19 %)
workqueue (real size 2048):     unused 1736     usage 312 / 2048 (15 %)
ecc stack (real size 1324):     unused 448      usage 876 / 1324 (66 %)
prio recv thread stack (real size 748): unused 632      usage 116 / 748 (15 %)
recv thread stack (real size 2348):     unused 2136     usage 212 / 2348 (9 %)
adv stack (real size 812):      unused 472      usage 340 / 812 (41 %)
Kernel stacks:
...
Kernel stacks:
...
 
I can see those printf information in the red, look it works. but what's the next coming information?
What should I do next? flash more then one board?
Please give me some advise or a documentation, I will appreciate it! 

Regards,
Aaron






Aaron Xu <overheat1984@...>
 

Hi Vibrant,

Glad to know that zephyr have this road-map. Do you mean the  Friend & Low Power Node feature will be implemented in zephyr June 2018 with LTS tag ? 

Yes, I think this feature should be very useful for sensor, like environmental or motion sensors. I think remember two cases.
Forgot where to see this use case, It is a photo, a nice house with swimming pool, there are few outdoor temperature/humidity/motion sensors which are solar powered.

Another more reasonable use case is the industry use case. For example some factory need a lot of sensors, they prefer wired not wireless solution, even if they spend a lot of money on the very first set up.
Because the maintenance cost and reliability, but the most important is wired network can works for more then teen years and no need changing battery.
As SIG said, they want the Bluetooth Mesh enter the industry, I suppose it should be commercial, anyway for the industry sensor network on Bluetooth Mesh must works above 10 years with 2 AA batteries.
So I think the  Friend & LPNode feature should be the only solution for such kind of use case.


Regares,
Aaron





Vikrant More <vikrant8051@...> 于 2018年4月21日周六 22:34写道:

Hi Aaron,
I wanna too do that.

But to create complex mesh network, it is required that node should save provisioning & configuration data on
SoC flash. And I hope from next version onwards we could do that which is going to release in June 2018 with LTS tag.

https://github.com/zephyrproject-rtos/zephyr/pull/6391

....As per my understanding, once this PR get merged into Zephyr main project tree,
that will be the first step towards saving Mesh generated data on SoC flash. 

I'm not able to visualize where we could use Friend & Low Power Node feature in day to day life
experience, so ignore it. Do you have any such example, where we can use Friend & LPNode ?

regards,
vikrant


On Sat, Apr 21, 2018 at 3:43 PM, Aaron Xu <overheat1984@...> wrote:
Hi Vikrant,

Perfect! I have use Silicon Labs Bluetooth Mesh Android App to provision my network and control those "Lights".
Thank you for your great help!

I noticed that zephyr has implemented friend and low power nodes for Bluetooth mesh.
I want to step forward to evaluation a more complex Bluetooth mesh network. Any hits on this?

Regards,
Aaron


2018-04-18 0:29 GMT+08:00 Vikrant More <vikrant8051@...>:
Hi Aaron,

This may help you,



You could provision your node based on above example using either #meshctl utility from BlueZ 5.49 or Silicon Labs #BluetoothMesh Android App.

Regards,
vikrant
On Tue, Apr 17, 2018, 1:46 PM Aaron Xu <overheat1984@...> wrote:
Hi,

I follow the "Eclipse debugging" instructions, which can be found here:

And I tried some bluetooth samples in zephyr on NORDIC pca10040 board, like Beacon, mesh demo, they are works.

But those message keep printing on my terminal(serial), when I try the "zephyr\samples\bluetooth\mesh"

***** Booting Zephyr OS v1.11.0-710-g09a8810b3 *****
Initializing...
[bt] [INF] hci_vs_init: HW Platform: Nordic Semiconductor (0x0002)
[bt] [INF] hci_vs_init: HW Variant: nRF52x (0x0002)
[bt] [INF] hci_vs_init: Firmware: Standard Bluetooth controller (0x00) Version 1.11 Build 99
[bt] [INF] show_dev_info: Identity: ee:ef:34:8d:7f:97 (random)
[bt] [INF] show_dev_info: HCI: version 5.0 (0x09) revision 0x0000, manufacturer 0x05f1
[bt] [INF] show_dev_info: LMP: version 5.0 (0x09) subver 0xffff
Bluetooth initialized
[bt] [INF] bt_mesh_prov_init: Device UUID: 00000000-0000-0000-0000-00000000dddd
Mesh initialized
adv stack (real size 812):      unused 516      usage 296 / 812 (36 %)
Kernel stacks:
main      (real size 512):      unused 276      usage 236 / 512 (46 %)
idle      (real size 320):      unused 272      usage 48 / 320 (15 %)
interrupt (real size 2048):     unused 1648     usage 400 / 2048 (19 %)
workqueue (real size 2048):     unused 1736     usage 312 / 2048 (15 %)
ecc stack (real size 1324):     unused 448      usage 876 / 1324 (66 %)
prio recv thread stack (real size 748): unused 632      usage 116 / 748 (15 %)
recv thread stack (real size 2348):     unused 2136     usage 212 / 2348 (9 %)
adv stack (real size 812):      unused 472      usage 340 / 812 (41 %)
Kernel stacks:
...
Kernel stacks:
...
 
I can see those printf information in the red, look it works. but what's the next coming information?
What should I do next? flash more then one board?
Please give me some advise or a documentation, I will appreciate it! 

Regards,
Aaron






vikrant8051 <vikrant8051@...>
 

Hi Aaron,

CONFIG_BT_MESH_LOW_POWER
CONFIG_BT_MESH_FRIEND

By enabling these parameters you could test LPN & Friend node features.
It has nothing to do with Flash storage.

But if your are planning to create complex n/w, then make sure that all dev kit will
get continuous power supply after Provisioning. Otherwise you have to re-provision NODE which
get disconnected from power.
---------------------------------------------------------------------------------------------------------------------------------------------



On Sun, Apr 22, 2018 at 5:08 AM, Aaron Xu <overheat1984@...> wrote:
Hi Vibrant,

Glad to know that zephyr have this road-map. Do you mean the  Friend & Low Power Node feature will be implemented in zephyr June 2018 with LTS tag ? 

Yes, I think this feature should be very useful for sensor, like environmental or motion sensors. I think remember two cases.
Forgot where to see this use case, It is a photo, a nice house with swimming pool, there are few outdoor temperature/humidity/motion sensors which are solar powered.

Another more reasonable use case is the industry use case. For example some factory need a lot of sensors, they prefer wired not wireless solution, even if they spend a lot of money on the very first set up.
Because the maintenance cost and reliability, but the most important is wired network can works for more then teen years and no need changing battery.
As SIG said, they want the Bluetooth Mesh enter the industry, I suppose it should be commercial, anyway for the industry sensor network on Bluetooth Mesh must works above 10 years with 2 AA batteries.
So I think the  Friend & LPNode feature should be the only solution for such kind of use case.


Regares,
Aaron





Vikrant More <vikrant8051@...> 于 2018年4月21日周六 22:34写道:
Hi Aaron,
I wanna too do that.

But to create complex mesh network, it is required that node should save provisioning & configuration data on
SoC flash. And I hope from next version onwards we could do that which is going to release in June 2018 with LTS tag.

https://github.com/zephyrproject-rtos/zephyr/pull/6391

....As per my understanding, once this PR get merged into Zephyr main project tree,
that will be the first step towards saving Mesh generated data on SoC flash. 

I'm not able to visualize where we could use Friend & Low Power Node feature in day to day life
experience, so ignore it. Do you have any such example, where we can use Friend & LPNode ?

regards,
vikrant


On Sat, Apr 21, 2018 at 3:43 PM, Aaron Xu <overheat1984@...> wrote:
Hi Vikrant,

Perfect! I have use Silicon Labs Bluetooth Mesh Android App to provision my network and control those "Lights".
Thank you for your great help!

I noticed that zephyr has implemented friend and low power nodes for Bluetooth mesh.
I want to step forward to evaluation a more complex Bluetooth mesh network. Any hits on this?

Regards,
Aaron


2018-04-18 0:29 GMT+08:00 Vikrant More <vikrant8051@...>:
Hi Aaron,

This may help you,



You could provision your node based on above example using either #meshctl utility from BlueZ 5.49 or Silicon Labs #BluetoothMesh Android App.

Regards,
vikrant
On Tue, Apr 17, 2018, 1:46 PM Aaron Xu <overheat1984@...> wrote:
Hi,

I follow the "Eclipse debugging" instructions, which can be found here:

And I tried some bluetooth samples in zephyr on NORDIC pca10040 board, like Beacon, mesh demo, they are works.

But those message keep printing on my terminal(serial), when I try the "zephyr\samples\bluetooth\mesh"

***** Booting Zephyr OS v1.11.0-710-g09a8810b3 *****
Initializing...
[bt] [INF] hci_vs_init: HW Platform: Nordic Semiconductor (0x0002)
[bt] [INF] hci_vs_init: HW Variant: nRF52x (0x0002)
[bt] [INF] hci_vs_init: Firmware: Standard Bluetooth controller (0x00) Version 1.11 Build 99
[bt] [INF] show_dev_info: Identity: ee:ef:34:8d:7f:97 (random)
[bt] [INF] show_dev_info: HCI: version 5.0 (0x09) revision 0x0000, manufacturer 0x05f1
[bt] [INF] show_dev_info: LMP: version 5.0 (0x09) subver 0xffff
Bluetooth initialized
[bt] [INF] bt_mesh_prov_init: Device UUID: 00000000-0000-0000-0000-00000000dddd
Mesh initialized
adv stack (real size 812):      unused 516      usage 296 / 812 (36 %)
Kernel stacks:
main      (real size 512):      unused 276      usage 236 / 512 (46 %)
idle      (real size 320):      unused 272      usage 48 / 320 (15 %)
interrupt (real size 2048):     unused 1648     usage 400 / 2048 (19 %)
workqueue (real size 2048):     unused 1736     usage 312 / 2048 (15 %)
ecc stack (real size 1324):     unused 448      usage 876 / 1324 (66 %)
prio recv thread stack (real size 748): unused 632      usage 116 / 748 (15 %)
recv thread stack (real size 2348):     unused 2136     usage 212 / 2348 (9 %)
adv stack (real size 812):      unused 472      usage 340 / 812 (41 %)
Kernel stacks:
...
Kernel stacks:
...
 
I can see those printf information in the red, look it works. but what's the next coming information?
What should I do next? flash more then one board?
Please give me some advise or a documentation, I will appreciate it! 

Regards,
Aaron