<?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>Efficient Dynamic Advertising Message</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/4735/efficient-dynamic-advertising-message</link><description>We are implementing a small battery powered BLE advertiser using the nRF51822 with an odd requirement that the advertising data needs to change between each advertisement. 
 Our current approach is to create a timer with the same duration as the advertising</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Mon, 08 Dec 2014 17:47:21 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/4735/efficient-dynamic-advertising-message" /><item><title>RE: Efficient Dynamic Advertising Message</title><link>https://devzone.nordicsemi.com/thread/16762?ContentTypeID=1</link><pubDate>Mon, 08 Dec 2014 17:47:21 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:8a83486d-1dbd-44d7-8e11-37cd2da23c3b</guid><dc:creator>Jeremy</dc:creator><description>&lt;p&gt;This works beautifully and results in approximately a 5% power saving in my measurements this morning.  The &amp;quot;distance&amp;quot; parameter has to be set above NRF_RADIO_NOTIFICATION_DISTANCE_NONE for it to work, but NRF_RADIO_NOTIFICATION_DISTANCE_800US seems to be working nicely.  Thanks!&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Efficient Dynamic Advertising Message</title><link>https://devzone.nordicsemi.com/thread/16766?ContentTypeID=1</link><pubDate>Mon, 08 Dec 2014 17:44:40 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:e97751b5-0aa1-418d-a262-ecfd8a0491e1</guid><dc:creator>Jeremy</dc:creator><description>&lt;p&gt;buslik: I feel like this could work, but unfortunately it looks like the timeout parameter in ble_gap_adv_params_t only accepts values in whole seconds.  We are advertising faster than that so unfortunately this isn&amp;#39;t a solution for us.  Thanks for the input though!&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Efficient Dynamic Advertising Message</title><link>https://devzone.nordicsemi.com/thread/16764?ContentTypeID=1</link><pubDate>Mon, 08 Dec 2014 09:27:34 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:13847fd4-eda5-4d76-bbc2-d7ee1ed313d7</guid><dc:creator>buslik</dc:creator><description>&lt;p&gt;Dear RK instead of using separate timer you can set timeout to 1sec for example and change your adv data on BLE_GAP_EVT_TIMEOUT event, then start adv again.&lt;/p&gt;
&lt;p&gt;Jeremy: you have to transfer adv on each channel few times before changing data to make it possible to receive by observer. To avoid duplicates just add counter field to your data so receiver can filter unique samples.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Efficient Dynamic Advertising Message</title><link>https://devzone.nordicsemi.com/thread/16765?ContentTypeID=1</link><pubDate>Sun, 07 Dec 2014 23:28:35 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:4d562df4-e7cb-44c0-a73e-3d931a64ee7a</guid><dc:creator>RK</dc:creator><description>&lt;p&gt;Don&amp;#39;t see how that would be applicable here. That&amp;#39;s the callback you get when you&amp;#39;ve advertised for the lengthy of time you set in the start call without connection and advertising has then been stopped. For constant advertising that parameter is usually set to zero, in fact apart from limited advertising it&amp;#39;s usually set to zero, so you never get that callback. The original poster is looking for a per advertising event callback.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Efficient Dynamic Advertising Message</title><link>https://devzone.nordicsemi.com/thread/16763?ContentTypeID=1</link><pubDate>Sun, 07 Dec 2014 22:38:19 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:6436fd72-f46a-40f9-8321-c59295432e58</guid><dc:creator>buslik</dc:creator><description>&lt;p&gt;Try to use &lt;a href="http://developer.nordicsemi.com/nRF51_SDK/doc/7.0.1/s110/html/a01046.html#ggada486dd3c0cce897b23a887bed284fefa57e5d1061d9b3d1500fb3556a3fb8847"&gt;BLE_GAP_EVT_TIMEOUT&lt;/a&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Efficient Dynamic Advertising Message</title><link>https://devzone.nordicsemi.com/thread/16761?ContentTypeID=1</link><pubDate>Sun, 07 Dec 2014 01:47:07 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:17cf0edd-19d5-4a71-b88b-cf07fe63e9ef</guid><dc:creator>RK</dc:creator><description>&lt;p&gt;I haven&amp;#39;t tried it, but have you looked into trying to use the Radio Notification feature to tell you when the radio is in, and not in, use. It&amp;#39;s a little indirect but if all you&amp;#39;re doing is advertising that should tell you every time that the radio has pumped out your previous advertisement and it&amp;#39;s time to change the data.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>