This post is older than 2 years and might not be relevant anymore
More Info: Consider searching for newer posts

about number of nodes that can participate in the mesh network

Hi, team

We have been experimenting with a system using Mesh for half a year.
(The number of nodes is six.)

The impression from the customer on the site we are installing is not bad either,
so we plan to increase the number of installations to increase the scale.

At this point, we are thinking about that the bottleneck is the number of nodes that can be provisioned.

We are developing a system based on the light_switch sample, but in this sample,
we think that the maximum number that can be provisioned is 30. Is this correct?


So my question is to know how to increase the number of nodes that can be provisioned.
Also, are there any devices that are recommended to be used for provisioners? (PC, mobile phone etc.)

I examined Devzone for this, but I did not find any information.
I hope to find a good way.
Thank you.


########################################
Our environment
・nrf52840
・mesh SDK v2.2.0
・Segger Embedded Studio
########################################


Wataru

  • Hello,

    I apologize for taking so long to get back to you.
    Organizing from the information I received,
    Do I have to develop my own application for smartphones using this library?

    If so, unfortunately
    I want to give up because it is out of my skill range.

    I'm happy to be able to provision nodes developed using the nRF SDK for Mesh using the mesh APP, which is currently published in the App store.
    I want to set an arbitrary unicast address and also specify a publish / subscribe address on app.

    If that is difficult, I would like to consider to add some modification the provisioner in the light_switch sample.


    For example, assume the following scene.

    ・Based on the light_switch sample.
    ・First provision client.
    ・Next, provision server.

    I want to replace client but I don't want to change my existing mesh network.
    In other words, we want to replace client without any changes on the server side.
    Is this possible?

    Specifically, I think it would be convenient if the node address set in client can be newly assigned to another device and provisioned.

    The only condition for replacing client that client has been physically broken.


    I look forward to some ideas.

    Best Regards,
    Wataru

  • Hi,

    Sorry for late reply, I have been out of office.

    Our nRF Mesh app is primarily for developers, and not for end users. If you need a simple way for an end user to configure the mesh network then you should make your own app (or hire someone to do that for you.) You can of course use the nRF Mesh app if you find that it suits your needs. (Just be aware that it is not suited for end users.)

    Instead of using the unicast address, you should use group addresses. That way, you configure the client to publish to a group address, then configure the server to subscribe to the same group address. Then if you need to replace a node (either client or server) you just need to configure that new node to publish to or subscribe to the group address. (No reconfiguration of other, existing, old nodes.) This is how Bluetooth mesh is designed to work. (You can configure what group address to publish to, and what group addresses to subscribe to, using the nRF Mesh app.)

    Regards,
    Terje

  • Hi, Terje

    I am truly sorry for the long delay in my reply.
    I was too busy to did other things...


    I was able to secure a little calm time, so I re-investigated the provisioning method.
    Then, I have found a way to use PyACI as the best way for us at now to back up network information without depending on a specific device.

    Embarrassing, when I first posted this question, I didn't know the existence of this method.

    Now, in order to be able to master PyACI, I am doing various experiments.
    So there are some new things I don't understand, so I've posted a new question. (Link below)
    https://devzone.nordicsemi.com/f/nordic-q-a/53613/some-questions-about-provisioning-with-pyaci >


    Thank you very much for your kind response to this question.
    We request your continued support.

    Best regards,
    Wataru

  • Hi Wataru-san,

    I see that the new question is handled by Hung Bui. You should be in good hands.

    Regards,
    Terje

Related