<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="https://test-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>Advertising interval value keep fluctuating</title><link>https://test-devzone.nordicsemi.com/f/nordic-q-a/88548/advertising-interval-value-keep-fluctuating</link><description>I am using nRF52833 DK and I am running Light switch server in one DK and Client in another DK Advertising interval was way too high(around 9Second) so decided to change it. 
 Defined a interval of 50ms and under mesh_adv.c file, have defined this MACRO</description><dc:language>en-US</dc:language><generator>Telligent Community 13 Non-Production</generator><lastBuildDate>Fri, 03 Jun 2022 11:46:04 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://test-devzone.nordicsemi.com/f/nordic-q-a/88548/advertising-interval-value-keep-fluctuating" /><item><title>RE: Advertising interval value keep fluctuating</title><link>https://test-devzone.nordicsemi.com/thread/370862?ContentTypeID=1</link><pubDate>Fri, 03 Jun 2022 11:46:04 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:aa8178f2-3474-4e37-9805-c14da04f542f</guid><dc:creator>user8164</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;Since you refer to the file mesh_adv.c, I assume you are working with the nRF5 SDK for Mesh, and I assume the latest release which is v5.0.0.&lt;/p&gt;
&lt;p&gt;Advertisements are used for several purposes. One of them is for sending Bluetooth mesh packets, which will happen as needed and within a restriction of maximum 100 messages sent within a sliding 10 second window. Therefore, if you push throughput (sending) from a node, you could experience a burst of packets, then a pause since you have sent 100 messages and you must wait until there has been 10 seconds since the first packet and then you will can get a burst again. Could the issue you describe (9 second interval) be related to that? I.e. how many messages are you sending from your node, and with what interval?&lt;/p&gt;
&lt;p&gt;Our Bluetooth stack (the SoftDevice) schedules all activity, including advertisements, scanning, connections, etc. according to certain rules, see &lt;a href="https://infocenter.nordicsemi.com/index.jsp?topic=%2Fsds_s140%2FSDS%2Fs1xx%2Fmultilink_scheduling%2Fpriorities_and_events_intro.html"&gt;SoftDevice timing-activities and priorities&lt;/a&gt;. If too much activity is scheduled, then some of the desired timings for those activities will collide. When collisions occur, one activity is schedule while any other activities are not. By decreasing the advertising interval for one advertising activity, the chances are it collides with other activity. The Bluetooth mesh stack and the Bluetooth mesh examples are tuned to get good overall performance, and changing interval values may end up giving more collisions, which could make performance worse.&lt;/p&gt;
&lt;p&gt;Further, the particular advertising setting that you change may be related to a different advertising system than the one you are looking at.&lt;/p&gt;
&lt;p&gt;What kind of advertising are you looking at, is it the ADV bearer mesh packets, is it advertising as GATT proxy node, or is it concurrent BLE activity?&lt;/p&gt;
&lt;p&gt;How do you measure the long interval, do you have &lt;a href="https://www.nordicsemi.com/Products/Development-tools/nRF-Sniffer-for-Bluetooth-LE"&gt;a sniffer trace&lt;/a&gt;?&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>