<?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>Mesh relay enable/disable</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/79943/mesh-relay-enable-disable</link><description>Hi! 
 We would like to install approx. 2000 pcs BLE devices in a mesh network. The device density is quite high (2x5 meters matrix, same level, no objects). 
 I think only couple of nodes should have relay functionality. Too many relays cause extreme</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Mon, 25 Oct 2021 15:15:41 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/79943/mesh-relay-enable-disable" /><item><title>RE: Mesh relay enable/disable</title><link>https://devzone.nordicsemi.com/thread/335814?ContentTypeID=1</link><pubDate>Mon, 25 Oct 2021 15:15:41 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:0e108fee-dd22-4822-9796-0e7f98d7619c</guid><dc:creator>Mttrinh</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;It is hard to tell what the exact reason is but it is related to the clock source on the module device(Minew).&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Increasing the margin should not create any other problems than potentially decreasing the performance of the node a bit. Having a longer margin would mean that a longer timeslot would be needed. Which might make throughput a bit lower, or might not. So if peak throughput is not an issue then you will probably not notice any effects from increasing the margin.&lt;/p&gt;
&lt;p&gt;There have been a long discussion in a similar &lt;a href="https://devzone.nordicsemi.com/f/nordic-q-a/70252/softdevice-assert-at-pc-0x15810-s132-7-2-0-rtc-clock-drift-when-using-timeslot/" rel="noopener noreferrer" target="_blank"&gt;thread&lt;/a&gt;, not sure if it is the same issue but might be worth to have a read.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Mesh relay enable/disable</title><link>https://devzone.nordicsemi.com/thread/335500?ContentTypeID=1</link><pubDate>Fri, 22 Oct 2021 13:03:28 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:95b8318e-723b-428a-9d98-4e01b4dd14cd</guid><dc:creator>Peter Gombos</dc:creator><description>&lt;p&gt;Hi!&lt;/p&gt;
&lt;p&gt;Tried with 200 us no success. But the next step (300 us) eliminates the assertion. It works!&lt;/p&gt;
&lt;p&gt;What could be the reason? How does this modification impact the performance?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Mesh relay enable/disable</title><link>https://devzone.nordicsemi.com/thread/335433?ContentTypeID=1</link><pubDate>Fri, 22 Oct 2021 09:21:58 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:bfe164fd-c889-4943-b4fa-70279ecb9f98</guid><dc:creator>Mttrinh</dc:creator><description>&lt;p&gt;Hi,&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Looking into the assert you get, it means&lt;span&gt;&amp;nbsp;that the SoftDevice got an unexpected radio interrupt which is typically because the application used the radio outside of the timeslot. You can try to increase TIMESLOT_END_SAFETY_MARGIN_US in steps of 100 us upto 1000 us and see if that helps.&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;Though it seems strange that you get the assert as well if you disable the proxy by the &amp;quot;#define MESH_FEATURE_PROXY_ENABLED 0&amp;quot;.&lt;/span&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Mesh relay enable/disable</title><link>https://devzone.nordicsemi.com/thread/334226?ContentTypeID=1</link><pubDate>Thu, 14 Oct 2021 16:30:52 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:76adeaca-1e11-4927-9f9c-01e0f6484f9f</guid><dc:creator>Peter Gombos</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;It doesn&amp;#39;t help.&lt;/p&gt;
&lt;p&gt;As I wrote earlier the module _has_ LF oscillator. This is not the issue.&lt;/p&gt;
&lt;p&gt;It is so strange. If I disable the proxy by the &amp;quot;#define MESH_FEATURE_PROXY_ENABLED 0&amp;quot; I have the same assert.&lt;/p&gt;
&lt;p&gt;I tried the light switch server example and it behaves the same. The assert happens after couple of seconds.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Mesh relay enable/disable</title><link>https://devzone.nordicsemi.com/thread/334209?ContentTypeID=1</link><pubDate>Thu, 14 Oct 2021 14:43:03 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:66bf82c9-481c-432e-9ad5-9d5db0ea79e2</guid><dc:creator>Mttrinh</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;Try &lt;a href="https://devzone.nordicsemi.com/f/nordic-q-a/33416/example-of-using-internal-oscillator-with-ble/128417#128417" rel="noopener noreferrer" target="_blank"&gt;this&lt;/a&gt;.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Mesh relay enable/disable</title><link>https://devzone.nordicsemi.com/thread/333787?ContentTypeID=1</link><pubDate>Tue, 12 Oct 2021 16:47:20 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:fe542555-68bb-4ff1-94eb-45ced92f7f2f</guid><dc:creator>Peter Gombos</dc:creator><description>&lt;p&gt;The module made by Minew. The doc says: &amp;quot;Integrated DCDC inductor and an external 32.768K crystal oscillator reduce design complexity and BOM cost.&amp;quot;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Mesh relay enable/disable</title><link>https://devzone.nordicsemi.com/thread/333785?ContentTypeID=1</link><pubDate>Tue, 12 Oct 2021 16:33:08 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:f21d6680-e754-4dcb-9d89-c7b941bd1964</guid><dc:creator>Peter Gombos</dc:creator><description>&lt;p&gt;Honestly I don&amp;#39;t know much about the clock source of the module.&lt;/p&gt;
&lt;p&gt;Shall I change the bootloader sdk_config.h? I did so but nothing changed &lt;span class="emoticon" data-url="https://devzone.nordicsemi.com/cfs-file/__key/system/emoji/1f61e.svg" title="Disappointed"&gt;&amp;#x1f61e;&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;pre class="ui-code" data-mode="text"&gt;#define NRF_SDH_CLOCK_LF_SRC 0
#define NRF_SDH_CLOCK_LF_ACCURACY 1&lt;/pre&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Mesh relay enable/disable</title><link>https://devzone.nordicsemi.com/thread/333773?ContentTypeID=1</link><pubDate>Tue, 12 Oct 2021 14:51:36 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:afffbac8-ca1f-46ec-9bb6-d8a94b77febb</guid><dc:creator>Mttrinh</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;The chip variants are very much alike, so it shouldn&amp;#39;t cause any issues, Is there a external 32kHz crystal on the &amp;quot;noname modul&amp;quot;?&lt;/p&gt;
&lt;p&gt;If you don&amp;#39;t you can try switching to the RC Oscillator to test to see if that is the issue?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Mesh relay enable/disable</title><link>https://devzone.nordicsemi.com/thread/333600?ContentTypeID=1</link><pubDate>Mon, 11 Oct 2021 20:29:00 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:6572f312-09dc-4be0-8a62-829a054b547f</guid><dc:creator>Peter Gombos</dc:creator><description>&lt;p&gt;Hi again!&lt;/p&gt;
&lt;p&gt;The recommended proxy related functions work fine in my Rigado BDM-300 module.&lt;/p&gt;
&lt;p&gt;However if I use the exactly same firmware on a noname module with the same chip, I have a softdevice assert.&lt;/p&gt;
&lt;p&gt;Both type of modules work fine as long as the proxy is enabled. If I disable or stop the proxy from RTT then I get the following assert after couple of seconds: Softdevice assert: 88080:0&lt;/p&gt;
&lt;p&gt;The Rigado does not assert and the proxy function disabled fine.&lt;/p&gt;
&lt;p&gt;The only difference between the modules is the chip variant. Good is AAE1, bad is AAE0.&lt;/p&gt;
&lt;p&gt;(chip is 52832, Mesh v5.0.0, SDK 17.0.2)&lt;/p&gt;
&lt;p&gt;Please advise.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Mesh relay enable/disable</title><link>https://devzone.nordicsemi.com/thread/331547?ContentTypeID=1</link><pubDate>Tue, 28 Sep 2021 14:00:19 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:c085acb9-09da-4448-a790-de2c15c934dc</guid><dc:creator>Mttrinh</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;You can use these function to enable/disable proxy functionality during run time:&amp;nbsp;&lt;/p&gt;
&lt;p&gt;proxy_enable() and proxy_disable(), they both call &lt;a href="https://infocenter.nordicsemi.com/topic/com.nordic.infocenter.meshsdk.v5.0.0/group__MESH__OPT__GATT.html#ga4be456ffaee586ab9266841b508541ea" rel="noopener noreferrer" target="_blank"&gt;mesh_opt_gatt_proxy_set()&lt;/a&gt;.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Mesh relay enable/disable</title><link>https://devzone.nordicsemi.com/thread/331478?ContentTypeID=1</link><pubDate>Tue, 28 Sep 2021 10:39:23 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:ae9017ca-8df5-4ccd-ba12-69ab2f5fd7db</guid><dc:creator>Peter Gombos</dc:creator><description>&lt;p&gt;Yes, I would like to disable the gatt proxy feature. However I would do it runtime. Compile time define is not suitable for me because I have to use the same firmware in every devices.&lt;br /&gt;How can I enable/disable the proxy functionality at startup?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Mesh relay enable/disable</title><link>https://devzone.nordicsemi.com/thread/331474?ContentTypeID=1</link><pubDate>Tue, 28 Sep 2021 10:27:57 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:032d4282-e547-4c75-922a-85cbca31e3fa</guid><dc:creator>Mttrinh</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
[quote user="Peter Gombos"]What is the recommended way to stop advertisement but remain the member of the mesh?[/quote]
&lt;p&gt;By &amp;quot;stop advertising&amp;quot; I assume you mean disabling the proxy functionality? You can disable proxy by setting this define&amp;nbsp;&lt;a href="https://infocenter.nordicsemi.com/topic/com.nordic.infocenter.meshsdk.v5.0.0/group__MESH__CONFIG__GATT.html#gae582d6977d739379da64a9dd72578168" rel="noopener noreferrer" target="_blank"&gt;MESH_FEATURE_GATT_PROXY_ENABLED&lt;/a&gt;&amp;nbsp;to 0.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Mesh relay enable/disable</title><link>https://devzone.nordicsemi.com/thread/331381?ContentTypeID=1</link><pubDate>Mon, 27 Sep 2021 17:30:37 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:e77149e4-5bbe-4631-98a6-ecbbda85d68d</guid><dc:creator>Peter Gombos</dc:creator><description>&lt;p&gt;Hi, thank you for your answer. I see it is possible to enable/disable the relay and tune the retransmission parameters. I will play with them.&lt;/p&gt;
&lt;p&gt;I would like to disable the proxy functionality too. I don&amp;#39;t need thousands of proxy nodes. The relay nodes should have proxy and the normal nodes shouldn&amp;#39;t be discoverable. What is the recommended way to stop advertisement but remain the member of the mesh?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Mesh relay enable/disable</title><link>https://devzone.nordicsemi.com/thread/331369?ContentTypeID=1</link><pubDate>Mon, 27 Sep 2021 15:38:05 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:43dde22d-1f86-43c9-a860-8ff2e4e34a4e</guid><dc:creator>Mttrinh</dc:creator><description>&lt;p&gt;After discussing with our developer it seems using network_opt_get/set directly is not supported, as these are internal APIs. Applications should use mesh_opt_core_adv_set/get with role = CORE_TX_ROLE_RELAY and the correct options struct (enabled = false, or enabled = true in the struct of course to re-enable the relay role). mesh_opt_core_*_get/set are declared in in mesh/core/api/mesh_opt_core.h, and are part of the public, supported API for application use.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Mesh relay enable/disable</title><link>https://devzone.nordicsemi.com/thread/331126?ContentTypeID=1</link><pubDate>Fri, 24 Sep 2021 14:40:41 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:2039ac20-73f8-4ca0-b684-9a81848c52d9</guid><dc:creator>Mttrinh</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;Your approach seems to be fine. Not having all your nodes in the network beeing a relay node is an intended way of doing it. Like you mentioned, having too many relays will cause a huge load on the network and disturbance between the nodes.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;As for your question regarding the API for enabling/disabling the relay feature, I think you can use it but not entirely sure. I will have to discuss this with the mesh team and come back to you with an answer on Monday.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>