<?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>Power Consumption of BLE device during inactivity Period</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/5446/power-consumption-of-ble-device-during-inactivity-period</link><description>Hi All, 
 I have a following setup : 
 The peripheral BLE device is supposed to send **(time critical )**data packets to Central device but the transfer is very rare (Can be a few times a day to once in a month). Apart from this, Peripheral device has</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Fri, 06 Feb 2015 15:19:17 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/5446/power-consumption-of-ble-device-during-inactivity-period" /><item><title>RE: Power Consumption of BLE device during inactivity Period</title><link>https://devzone.nordicsemi.com/thread/19016?ContentTypeID=1</link><pubDate>Fri, 06 Feb 2015 15:19:17 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:1939e9df-c41f-422c-838e-83382d1269a8</guid><dc:creator>Stefan Birnir Sverrisson</dc:creator><description>&lt;p&gt;Hi&lt;/p&gt;
&lt;p&gt;As Kaku suggests, broadcasting your data without connecting could be a valid option for you if the central does not have any current consumption requirement. But then every device in the area can pick up the advertising data. The nRF51 could stay in System off mode (~0.6uA) with this method but you will have to wake the device up with a button press, otherwise you will have to stay in System On mode (~3uA).&lt;/p&gt;
&lt;p&gt;Another option would be to stay in a connection with &lt;a href="https://developer.bluetooth.org/DevelopmentResources/Pages/Bluetooth-Smart-Optimizations.aspx"&gt;high slave latency&lt;/a&gt;. Then the peripheral (the nRF51 device) would need to send very infrequently, but still could give a good response when you need to send your data. When in a connection, power budget can be held relatively low on the central device too, and your data will only go to the connected device. You could maintain the connection with ~4uA peripheral current consumption.&lt;/p&gt;
&lt;p&gt;The third option would be to disconnect and then reconnect when data transmission is needed. How long time connecting will take can vary, but if you have connected before with the central device and do not have any current consumption requirement on the central side, then you can do a direct advertising where the peripheral device will connect very quickly with the central device. The device will consume a lot of current when direct advertising but you could stay in System Off mode with ~0.6uA instead when inactive.&lt;/p&gt;
&lt;p&gt;So, the best scenario depends on your requirements.  Perhaps you can share more about your requirements?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Power Consumption of BLE device during inactivity Period</title><link>https://devzone.nordicsemi.com/thread/19015?ContentTypeID=1</link><pubDate>Fri, 06 Feb 2015 01:45:34 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:9108d432-d5a9-4a3f-b1ae-cdcf8409a86d</guid><dc:creator>kaku</dc:creator><description>&lt;p&gt;Hi,
In my scenario it has no requirement to connect peer device, which is just to send adv packet. I&amp;#39;m not sure what your system will go to work or have design. But, if a chip is supposed to be putting system off, then will wakeup from any event like GPIO or reset, I think it would take some time in order of a hundreds ms, but if the chip is supposed to be always putting system on, the time until starts adv signal would be shorten. Anyway, I think you need to check this interval until starts adv signal on your board.
Thanks.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Power Consumption of BLE device during inactivity Period</title><link>https://devzone.nordicsemi.com/thread/19014?ContentTypeID=1</link><pubDate>Thu, 05 Feb 2015 11:32:47 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:2d2b8c7a-18b1-407c-b7c5-67d6ab686f91</guid><dc:creator>Brajesh</dc:creator><description>&lt;p&gt;okay , That makes sense but how much time connection setup is gonna take every time since data is time critical ?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Power Consumption of BLE device during inactivity Period</title><link>https://devzone.nordicsemi.com/thread/19013?ContentTypeID=1</link><pubDate>Thu, 05 Feb 2015 10:19:28 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:d79d1ce3-5dad-4826-b1b4-62965ea8b80c</guid><dc:creator>kaku</dc:creator><description>&lt;p&gt;Hi,
In your scenario, I think it doesn&amp;#39;t always need to connect between central &amp;amp; peripheral device.
If your central(scanner device) has huge battery power, it keeps scanning a broadcasting device(that has coin cell battery), then broadcaster just to send short data as advertising packet once a day or month.
How is this ?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>