<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="https://devzone.nordicsemi.com/cfs-file/__key/system/syndication/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>BLE mesh flash manager</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/77578/ble-mesh-flash-manager</link><description>Hi, 
 I have developed BLE mesh by using nRF52832 with Mesh SDK v5.0.0. Now I am trying to implement the light switch client example. 
 In order to reduce the current consumption of the client node, I have tried the LPN friendship function but it is quite</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Tue, 27 Jul 2021 05:40:42 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/77578/ble-mesh-flash-manager" /><item><title>RE: BLE mesh flash manager</title><link>https://devzone.nordicsemi.com/thread/321931?ContentTypeID=1</link><pubDate>Tue, 27 Jul 2021 05:40:42 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:eb99c74e-9dfe-4b46-8421-3ae7774299e4</guid><dc:creator>D Yuen</dc:creator><description>&lt;p&gt;Hi Terje,&lt;/p&gt;
&lt;p&gt;Noted and thank for your suggestions.&lt;/p&gt;
&lt;p&gt;Best Regards,&lt;/p&gt;
&lt;p&gt;D.Yuen&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: BLE mesh flash manager</title><link>https://devzone.nordicsemi.com/thread/321830?ContentTypeID=1</link><pubDate>Mon, 26 Jul 2021 13:02:18 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:af865b83-a281-448a-9afa-a901e49ffc97</guid><dc:creator>tesc</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;a. No, there is no information about how many servers there are in the group. The closest you would get to knowing the number would be at the provisioner, although there will not be perfect information there, for several reasons:&lt;/p&gt;
&lt;ol&gt;
&lt;li&gt;Some nodes might not be part of the network, either because they are powered off, out of network reach, or because they have left the network entirely.&lt;/li&gt;
&lt;li&gt;If there are multiple provisioners on the network, you would need updated information from all of them.&lt;/li&gt;
&lt;li&gt;It is possible to configure nodes not only from a provisioner, but from any other node (as long as that other node has the device ID of the device being configured.)&lt;/li&gt;
&lt;/ol&gt;
&lt;p&gt;b. While this can be done, it may or may not be a good idea, depending on the use case. If for instance you have a Bluetooth mesh network that is set up and controlled from a single smartphone app on a single smartphone, then it can work. If you intend your product to work on a common network with other Bluetooth mesh devices, then it may work badly or not work at all. Also, keep in mind the aspects from my answer to a.&lt;/p&gt;
&lt;p&gt;In general, your approach of &amp;quot;turning off the device&amp;quot; when it does not need to send anything, is exactly what Low Power Node does. In addition to getting turned off, it also has a Friend Node which stores incoming messages for it. Storing incoming messages can be important, or else the node may miss some of the events happening on the network. In general it is much better to work within the features specified in Bluetooth mesh, than to try to do anything non-standard. You risk breaking the qualification and/or getting poor operation if using your own solutions, especially for things that are already in the specification such as Low Power Nodes.&lt;/p&gt;
&lt;p&gt;Regards,&lt;br /&gt;Terje&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>