<?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 unexpected power consumpption</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/122593/ble-unexpected-power-consumpption</link><description>Hey, I have a problem understanding BLE behavior 
 I had a product was running in BLE phy 1M, and I wanted to convert it into PHY CODED. 
 It just sniffs all the advertisement around and choose specific devices to get the data from using filter match</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Mon, 30 Jun 2025 22:04:18 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/122593/ble-unexpected-power-consumpption" /><item><title>RE: BLE unexpected power consumpption</title><link>https://devzone.nordicsemi.com/thread/540941?ContentTypeID=1</link><pubDate>Mon, 30 Jun 2025 22:04:18 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:3d39c11b-c259-4268-83f3-0e7c2fc2ed7f</guid><dc:creator>Edvin</dc:creator><description>&lt;p&gt;Hello,&lt;/p&gt;
&lt;p&gt;Taking these scan parameters as an example:&lt;/p&gt;
&lt;p&gt;&lt;pre class="ui-code" data-mode="text"&gt;  const struct bt_le_scan_param scan_param = {
      .type = BT_LE_SCAN_TYPE_PASSIVE,
      .options = BT_LE_SCAN_OPT_FILTER_DUPLICATE | BT_LE_SCAN_OPT_CODED,
      .interval = BT_GAP_SCAN_FAST_INTERVAL,
      .window = BT_GAP_SCAN_FAST_WINDOW,
  };&lt;/pre&gt;&lt;/p&gt;
&lt;p&gt;The length that you are scanning is BT_GAP_SCAN_FAST_WINDOW occurring every BT_GAP_SCAN_FAST_INTERVAL, so seeing that you have these in all scenarios, I wouldn&amp;#39;t expect it to change. However, scanning, using only one PHY, and not doing much else, requires very little CPU activity (only when advertisements are being picked up, and forwarded to your application). While scanning both PHYs, I imagine it is scanning one scan window for CODED_PHY, and the next one for 1MBPS PHY. And it uses the CPU to switch between these.&lt;/p&gt;
&lt;p&gt;Is this the&amp;nbsp;&lt;strong&gt;only&lt;/strong&gt;&amp;nbsp;&lt;strong&gt;change&lt;/strong&gt; you did between the runs in your tests?&lt;/p&gt;
&lt;p&gt;If so, can you try to only mark the part where you are doing the scanning:&lt;/p&gt;
&lt;p&gt;&lt;img style="max-height:240px;max-width:320px;" src="https://devzone.nordicsemi.com/resized-image/__size/640x480/__key/communityserver-discussions-components-files/4/pastedimage1751320666731v1.png" alt=" " /&gt;&lt;/p&gt;
&lt;p&gt;What is the current consumption when you compare these? And to get a better view, try to limit the scope to only e.g. half a second. And make sure that your selection starts from the beginning of one spike orccuring periodically, until right before the next spike, so that you get an accurate estimate. This way, it is easier to see both the hight, width, and make some sense of what is going on on the chip. So really, more like this: (make sure the scope is zoomed in visually as well):&lt;/p&gt;
&lt;p&gt;&lt;img style="max-height:240px;max-width:320px;" src="https://devzone.nordicsemi.com/cfs-file/__key/communityserver-discussions-components-files/4/pastedimage1751320815257v3.png" alt=" " /&gt;&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;What looks interesting is that it seems that your CODED_PHY+1MBPS looks like it has a base current around 6-9mA. It would be interresting to see what that looks like up close, compared to the other ones.&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;Also, I am not sure what&amp;#39;s going on at the end of all your traces:&lt;/p&gt;
&lt;p&gt;&lt;img style="max-height:240px;max-width:320px;" src="https://devzone.nordicsemi.com/resized-image/__size/640x480/__key/communityserver-discussions-components-files/4/pastedimage1751320929047v4.png" alt=" " /&gt;&lt;/p&gt;
&lt;p&gt;Are you entering a connection? If so, it may very well&amp;nbsp; be that the difference in average current consumption that you are seeing is more dependent on how long it takes before this occurs, rather than what&amp;#39;s happening during the scanning in the first place.&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;Theoretically, there is no significant difference in scanning using CODED_PHY or 1MBPS. While you are scanning (during the scan window) the radio is on, and the current is essentially the same, regardless of the PHY.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;Best regards,&lt;/p&gt;
&lt;p&gt;Edvin&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: BLE unexpected power consumpption</title><link>https://devzone.nordicsemi.com/thread/540792?ContentTypeID=1</link><pubDate>Sun, 29 Jun 2025 12:03:32 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:e0d85518-9071-4a2d-8bb1-dea44d285e05</guid><dc:creator>abdulrahman yasser</dc:creator><description>&lt;p&gt;Update : I guess that there will be no extra power because I will scan what I scan. The only compromise&lt;b&gt;&lt;i&gt;&amp;nbsp;when I choose BLE coded scanning is that I will scan longer, which will consume more power.&lt;/i&gt;&lt;/b&gt;&lt;/p&gt;
&lt;p&gt;&lt;b&gt;&lt;i&gt;&lt;/i&gt;&lt;/b&gt;&lt;/p&gt;
&lt;p&gt;&lt;b&gt;&lt;i&gt;I thought I&amp;#39;ll find literally higher power while scanning BLE CODED, but the higher power is in the slower scanning actually.&lt;/i&gt;&lt;/b&gt;&lt;/p&gt;
&lt;p&gt;&lt;b&gt;&lt;i&gt;I hope someone just&amp;nbsp;verify that I&amp;#39;m correct.&lt;/i&gt;&lt;/b&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>