<?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>Missing Advertisements from Mesh proxy node</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/52398/missing-advertisements-from-mesh-proxy-node</link><description>Hi, 
 I am using nrf mesh sdk v3.2.0 and I would like to combine our custom service within the mesh server example (includes the proxy service). Using info from other threads, I integrated the BLE NUS service and it seems to work. I can scan and connect</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Wed, 25 Sep 2019 12:11:54 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/52398/missing-advertisements-from-mesh-proxy-node" /><item><title>RE: Missing Advertisements from Mesh proxy node</title><link>https://devzone.nordicsemi.com/thread/211805?ContentTypeID=1</link><pubDate>Wed, 25 Sep 2019 12:11:54 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:7cc5b7cf-d4f5-497c-906b-dbd4f7ac368c</guid><dc:creator>tesc</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;Sorry for the delayed answer on this one!&lt;/p&gt;
&lt;p&gt;With Bluetooth mesh and GATT Proxy, you do get quite a bit of radio activity already, and so any concurrent BLE activity will affect mesh operation and vice versa. One way to figure out how much time you get for beacon RX, as well as get a better understanding of what radio activity is going on, is to use a &lt;a href="https://www.nordicsemi.com/Software-and-Tools/Development-Tools/nRF-Sniffer-for-Bluetooth-LE"&gt;BLE Sniffer&lt;/a&gt;.&lt;/p&gt;
&lt;p&gt;In order for a scanner to detect your beacon, it must scan on the same channel and on the same time as the beacon transmits. Depending on advertising interval and scan interval, you may end up in a situation where scan windows and advertising events are &amp;quot;in sync&amp;quot; but &amp;quot;out of phase&amp;quot;. Information on the scan parameters for the observer is therefore useful with regards to deciding the advertising parameters for the beacon. You can read more about &lt;a href="https://infocenter.nordicsemi.com/index.jsp?topic=%2Fsds_s140%2FSDS%2Fs1xx%2Fmultilink_scheduling%2Fscanner_timing_primary_channel.html"&gt;scanner timing&lt;/a&gt; and &lt;a href="https://infocenter.nordicsemi.com/index.jsp?topic=%2Fsds_s140%2FSDS%2Fs1xx%2Fmultilink_scheduling%2Fadvertiser_timing.html"&gt;advertiser timing&lt;/a&gt; in the SoftDevice Specification. Do note, however, that Bluetooth mesh uses the timeslot API for ADV bearer based operations.&lt;/p&gt;
&lt;p&gt;The SoftDevice currently only have max one advertising set. That means you are likely to get into trouble if you have copied the advertising functions from examples/common/src/mesh_adv.c and both the old and new functions are used from the application. If you are to send multiple beacons concurrently you may find that you need to set the advertising data for every advertising event.&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>