<?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>nRF52832 + NCS v2.9.2: high BLE power on official bluetooth/peripheral sample (PPK2)</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/128337/nrf52832-ncs-v2-9-2-high-ble-power-on-official-bluetooth-peripheral-sample-ppk2</link><description>Hi, 
 We are developing on nRF52832 with NCS v2.9.2 (Zephyr) on a custom PCB (LDO, no DCDC, 32 kHz RC). 
 On the same hardware, our nRF5 SDK firmware shows much lower average current than our NCS / Zephyr build. 
 To isolate the issue, we tested the official</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Wed, 03 Jun 2026 07:20:23 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/128337/nrf52832-ncs-v2-9-2-high-ble-power-on-official-bluetooth-peripheral-sample-ppk2" /><item><title>RE: nRF52832 + NCS v2.9.2: high BLE power on official bluetooth/peripheral sample (PPK2)</title><link>https://devzone.nordicsemi.com/thread/567314?ContentTypeID=1</link><pubDate>Wed, 03 Jun 2026 07:20:23 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:07fd7325-73cc-442b-848d-cb17d135a6ce</guid><dc:creator>Einar Thorsrud</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;Generally comparing average current between applications can be difficult, as for instance in a bluetooth application advertising interval and packet length matters significantly, as does connection parameters in a connection. So I would first start with looking at the idle current consumption.&amp;nbsp;Most samples have UART logging enabled by default. Disabling that is the most important factor for current consumption. See &lt;a href="https://nrfconnectdocs.nordicsemi.com/ncs/latest/nrf/test_and_optimize/optimizing/power_general.html"&gt;Power optimization recommendations&lt;/a&gt;.&lt;/p&gt;
&lt;p&gt;Assuming you are referring to the Zephyr Bluetooth peripheral sample, I did a quick test on my end with an nRF52840 DK (as I do not have a nRF52832 DK at hand right now), and see that I get the idle current consumption down to an expected level if I disable UART logging by adding this to prj.conf:&lt;/p&gt;
&lt;p&gt;&lt;pre class="ui-code" data-mode="text"&gt;CONFIG_LOG=n
CONFIG_SERIAL=n
CONFIG_CONSOLE=n
CONFIG_UART_CONSOLE=n&lt;/pre&gt;&lt;/p&gt;
&lt;p&gt;The current consumption when for instance the CPU or radio is active will be higher on your device as you do not have the DCDC components. If current consumption matters and depending on your supply voltage, I would recommend&amp;nbsp;considering adding the DCDC inductors if you still have flexibility to update your hardware.&lt;/p&gt;
&lt;p&gt;If you still see high current consumption after disabling logging, can you share your modified sample application and&amp;nbsp; PPK2 plots showing both idle and active current (the exported ppk2 file would be good as well)?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>