<?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>excess TX power when advertising</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/127803/excess-tx-power-when-advertising</link><description>i have a &amp;quot;bare-metal&amp;quot; (register-level access) BLE advertising program which does not consistently consume the same amount of power when transmitting.... here&amp;#39;s what the power profiles looks like when things are working correctly: 
 
 the TX current draw</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Thu, 16 Apr 2026 13:35:22 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/127803/excess-tx-power-when-advertising" /><item><title>RE: excess TX power when advertising</title><link>https://devzone.nordicsemi.com/thread/565046?ContentTypeID=1</link><pubDate>Thu, 16 Apr 2026 13:35:22 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:7d6f8cb8-6c6e-40cc-af3f-db2821b12ceb</guid><dc:creator>Einar Thorsrud</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
[quote user="bios-bob"]were this not the case, my sleep current wouldn&amp;#39;t be as low as it is....&lt;br /&gt;[/quote]
&lt;p&gt;I understand. So what I am&amp;nbsp;wondering about is if you have some debug pins or similar that you sometimes toggle on start and stop of the advertising event?&lt;/p&gt;
[quote user="bios-bob"]is it possible when i re-enable UART upon awakening (following quickly with a switch to the HFXTAL over the next ~400us) that the MCU finds itself in a &amp;quot;bad internal state&amp;quot;....[/quote]
&lt;p&gt;I cannot rule out anything with what I know now but I am not aware of any errata or similar that match this.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: excess TX power when advertising</title><link>https://devzone.nordicsemi.com/thread/565045?ContentTypeID=1</link><pubDate>Thu, 16 Apr 2026 13:33:06 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:c52a911e-7ec0-493d-bb2b-004b3e3c9231</guid><dc:creator>bios-bob</dc:creator><description>&lt;p&gt;so far, so good on my new DK v1.0.0 board....&amp;nbsp; let&amp;#39;s close the ticket for now....&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: excess TX power when advertising</title><link>https://devzone.nordicsemi.com/thread/565041?ContentTypeID=1</link><pubDate>Thu, 16 Apr 2026 13:13:35 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:aa0585b8-0492-4cb9-8790-fd95eeeded61</guid><dc:creator>bios-bob</dc:creator><description>&lt;p&gt;when active, my application has access to a few debug pins, an LED, and a TX-only UART; when my application goes to sleep, these peripherals are disabled....&amp;nbsp; were this not the case, my sleep current wouldn&amp;#39;t be as low as it is....&lt;br /&gt;&lt;br /&gt;is it possible when i re-enable UART upon awakening (following quickly with a switch to the HFXTAL over the next ~400us) that the MCU finds itself in a &amp;quot;bad internal state&amp;quot;....&lt;/p&gt;
&lt;p&gt;i&amp;#39;ll try this on my new DK v1.0.0 board....&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: excess TX power when advertising</title><link>https://devzone.nordicsemi.com/thread/565029?ContentTypeID=1</link><pubDate>Thu, 16 Apr 2026 11:59:55 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:5a797895-1382-477e-af60-705331f9a09c</guid><dc:creator>Einar Thorsrud</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;In a nutshell, you&amp;nbsp;sometimes see a 5 mA increase in the current consumption during the whole radio event, including when the CPU is active polling for HFXO to start. Can you say&amp;nbsp;anything about the difference between when you see it an not? Are there any differences in the state of your application?&lt;/p&gt;
&lt;p&gt;I cannot think of what in the nRF itself&amp;nbsp;would add 5 mA to the consumption, so my gut feeling would be that it could be something external. Do you for instance use GPIO pins to debug, or similar, and could it be that for instance a LED is lit or something else happens during this time?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>