RE: Beginner Help: Custom Light-Switch Mesh Dev Board Example

Bjørn Kvaale — Fri, 12 Oct 2018 12:59:15 GMT

Hi Michael,

No worries. Would you mind upvoting my answer if you thought it was useful? Thanks & have a nice weekend! 🙂

RE: Beginner Help: Custom Light-Switch Mesh Dev Board Example

MikeB — Fri, 12 Oct 2018 09:58:54 GMT

Hi Bjørn,

Thank you very much for your reply!

I should have noted in more detail the end vision that we will use Mesh for: The central computer (the RPi at the moment) will control hundreds of actuators and sensors, spread out over perhaps a 1km^2. The vast majority of these will be connected to mains power, with a smaller number of battery powered ones using the Friendship feature for battery conservation. This last feature is a fair way off being implemented, so I imagine the updated SDK will be available before then.

Based on this, I think Bluetooth Mesh is probably the best way forward, over e.g. any 802.15.4 protocols.

Thank you for the pointers on where to start! I will begin reading but will almost certainly have more questions in short time.

Kind Regards,

Michael

RE: Beginner Help: Custom Light-Switch Mesh Dev Board Example

Bjørn Kvaale — Fri, 12 Oct 2018 09:05:46 GMT

[quote user=""]Is the above a good way of demonstrating that Bluetooth Mesh is what our system needs?[/quote]

You could definitely use Bluetooth Mesh for this usecase. Another option would be to use the multilink example we have, which supports up to 20 links to one central device. Do you want the sensors to be battery-powered or not? What about the actuators? Right now with mesh sdk v2.2.0, we do not support the low power node & friend node feature. As of right now, I would recommend using the multilink example if you want a node that can sleep. Then, you would have the following architecture: Computer -> Cloud -> Raspberry Pi -> nRF52 DK (as central) -> up to 20 different nRF52 based devices with connected actuators & sensors. I would definitely follow the testing setup & give this example a shot. Multiple customers always ask us about Bluetooth Mesh, when in practice multilink would work just as well. The multilink example also has the option of long range (requires 52840) & high throughput (link 1, link 2, link 3, link 4). The high throughput mode will work with both nRF52832 & 52840.

The downside of the multilink example is that there are not multiple paths to the device that is connected to the Raspberry Pi. Also, if you have a lot of nodes, then I would not recommend this approach.

Bluetooth Mesh has multiple paths if you have enough devices. The regular mesh relay nodes should not be battery-powered, as the radio needs to be on most of the time to listen for incoming packets from other nodes. For a low-power battery-powered sensor, you will want to look at the friend & low power (LP) node features. These features will let a friend node store incoming messages intended for the LP node when the LP node is asleep. When the LP node wakes up, it can poll the friend node for all relevant messages.

Although this feature is not yet available in the latest mesh sdk (v2.2.0), it should be coming soon. If you want to get more info on the potential release data, you can send me a private message on DevZone with your country location. Then, I'll put you in touch with your local Regional Sales Manager.

[quote user=""]Is it a feasible approach within a month or two - remembering my minimal starting position[/quote]

I would say so, yes. :)

[quote user=""]What do I do to achieve these goals? I'm overwhelmed with the number of C files in each project. Should I start with the light switch example and modify it? I want to properly understand what's going on when I switch from this demonstration to the proper development cycle.[/quote]

Yep, I would start with the light switch example in mesh sdk v2.2.0. Then, I would take a look at the interactive pyaci provisioner to provision the mesh network. This is a python script that could be run on a Raspberry Pi. I would test with a regular PC first. To get PWM working, I would look at this github example for adding PWM to the light switch example. A user guide is available for Android & iOS (see Mesh Hands-on *****_October2018.pdf). This example uses the nRF Mesh smartphone app, which is ok to use for a small mesh network. Be aware that the github example use slightly modified generic on/off server & client models compared to the mesh sdk v2.2.0. The example used is the proxy server model, but we have integrated both the generic on/off client & server models to enable a dev kit to operate as either a client (e.g. light switch) or server (e.g. LED).

It might be easier for you to start with the nRF Mesh app & then move over to the interactive pyaci provisioner when you have a small network up & running. The interactive pyaci script is a bit more difficult to understand IMHO.

Apart from that, you will need to figure out how you want to send the data from the Raspberry Pi to the cloud. Hope that helps!

Kind Regards,

Bjørn