<?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>BLE Central Role, libraries and power saving schemes</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/55552/ble-central-role-libraries-and-power-saving-schemes</link><description>Hi 
 I am very new to BLE... 
 We are looking into a new industrial product design that will be battery powered, and be capable of communicating with BLE sensors (Mesh not required), my initial investigation has highlighted that the Central Role is very</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Fri, 03 Jan 2020 13:03:31 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/55552/ble-central-role-libraries-and-power-saving-schemes" /><item><title>RE: BLE Central Role, libraries and power saving schemes</title><link>https://devzone.nordicsemi.com/thread/227411?ContentTypeID=1</link><pubDate>Fri, 03 Jan 2020 13:03:31 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:5a26c908-8906-4cdc-99ca-7fb51b5838fb</guid><dc:creator>Hung Bui</dc:creator><description>&lt;p&gt;Hi Carl,&amp;nbsp;&lt;/p&gt;
&lt;p&gt;I would suggest to have a look at our video on getting started with BLE here:&amp;nbsp;&lt;a href="https://youtu.be/BZwOrQ6zkzE?t=731"&gt;https://youtu.be/BZwOrQ6zkzE?t=731&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;I also have a blog series here:&amp;nbsp;&lt;a href="https://devzone.nordicsemi.com/nordic/nordic-blog/b/blog/posts/bluetooth-smart-and-the-nordics-softdevices-part-1"&gt;https://devzone.nordicsemi.com/nordic/nordic-blog/b/blog/posts/bluetooth-smart-and-the-nordics-softdevices-part-1&lt;/a&gt;&amp;nbsp;. Part 2 would be more relevant.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;What you were thinking of when the central have to scan all the time for advertising packet is only applied before the connection is established. After the connection is established, you don&amp;#39;t need to keep the central in scanning mode. And the central can sleep between each connection event.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;My understanding is that you want to create a battery powered device that can act as a central and you will have other peripheral devices (also not main powered) that report data to&amp;nbsp;the central ?&lt;br /&gt;&lt;br /&gt;If it&amp;#39;s the case, you can create a period when the central can scan continuously for 5-10 seconds (then sleep for a minute for example) until it established the connection to all the peripherals. It then will stop scanning and only keep the connection with the peripherals. If the connections are maintained, it will keep running like that. If a connection is dropped or if the user want to add a new connection, it will switch to the scan mode again and wait for a connection. Of course it will consume more power than a normal peripheral, but you still can achieve a quite good battery life with this approach.&amp;nbsp;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: BLE Central Role, libraries and power saving schemes</title><link>https://devzone.nordicsemi.com/thread/227383?ContentTypeID=1</link><pubDate>Fri, 03 Jan 2020 10:39:39 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:f308fd37-0654-48d6-823f-e3198549f177</guid><dc:creator>Carl</dc:creator><description>&lt;p&gt;Hi Hung Bui&lt;/p&gt;
&lt;p&gt;Thanks for the information. The information about increated current demand in a central role was from multiple sources, It is my understanding that a peripheral BLE device can spend much of its time asleep, while a central device will need to be constantanly awake in order to scan for advertising from the peripherals, thus its average current consumtion will be very much larger than the average peripheral . As I said I am new to this, is this not the case? Is it possible for a device in a central role to sleep?&amp;nbsp;&lt;/p&gt;
&lt;p&gt;I assumed that in order to scan for advertising the RX circuitry would need to be on, So I looked at the average and peak RX currents, these were higher on Bluetooth 5.0 BLE modules and SoCs thus I assumed that in order to cater for the increased range and speed of V5.0 a price in increased current needed to be paid. I did not think about the potential for power saving by using 2Mbps option, as the amount of data that we will need to send is quite small, however if the dominate current demand is not the RX circuitry but the TX then this is worth considering:). (I had assumed that the increased data rate was achieved buy broadcasting on multiple channels, is this not the case?)&lt;/p&gt;
&lt;p&gt;I have a limited understanding of BLE, but if we limit the amount of time that the central listens to advertising, will we not miss advertising packets, forcing the periperals to re-broadcast, more often? (power saving on central = power increase on peripheral) is this not the case?&lt;/p&gt;
&lt;p&gt;I have had a quick look at your tutorials/examples they seem very helpful.&lt;/p&gt;
&lt;p&gt;Many thanks for your continued support.&lt;/p&gt;
&lt;p&gt;Carl&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: BLE Central Role, libraries and power saving schemes</title><link>https://devzone.nordicsemi.com/thread/225222?ContentTypeID=1</link><pubDate>Thu, 12 Dec 2019 16:07:23 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:4915a951-443e-480c-90fd-5c5d93ed5af7</guid><dc:creator>Hung Bui</dc:creator><description>&lt;p&gt;Hi Carl,&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Could you point me to the place where you found that the central role is power hungry ?&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Central device when in central role (not in observer role) would consume almost the same low power consumption as the peripheral.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;It draws more current when doing scanning (observer role). But you can setup your device to limit the time it stays in observer role.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;One of the way to reduce power consumption is to use 2Mbps mode in Bluetooth 5.0. It&amp;#39;s not only about sending data with higher throughput but also reduce the power consumption&amp;nbsp;because data is transferred faster, less on-air time.&lt;/p&gt;
&lt;p&gt;You can evaluate our central device using any central example in our SDK. They are located in&amp;nbsp;\examples\ble_central\ folder.&amp;nbsp;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>