<?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>54l15. UART communication issue with low temperature.</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/128174/54l15-uart-communication-issue-with-low-temperature</link><description>Hello, 
 
 We developped a new rf board with 54l15 &amp;#181;c. 
 We discovered our UART communication have some errors with -16 &amp;#176;. At -20 &amp;#176; the device doesn&amp;#39;t respond. 
 I changed our devicetree to use external crystal, but i still have UART errors at -16&amp;#176; 
</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Thu, 28 May 2026 09:37:51 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/128174/54l15-uart-communication-issue-with-low-temperature" /><item><title>RE: 54l15. UART communication issue with low temperature.</title><link>https://devzone.nordicsemi.com/thread/567017?ContentTypeID=1</link><pubDate>Thu, 28 May 2026 09:37:51 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:2b8b112e-cf1c-4359-8e81-4e7fe6355100</guid><dc:creator>Vidar Berg</dc:creator><description>&lt;p&gt;Hello,&lt;/p&gt;
&lt;p&gt;Just to be clear, the current consumption will remain high as long as the UART receiver is enabled, regardless of which API you use or whether it is using HFINT or HFXO.&lt;/p&gt;
&lt;p&gt;There is an open PR in Zephyr to handle the clock requests internally in the driver:&amp;nbsp;&lt;/p&gt;
&lt;p&gt;&lt;a id="" href="https://github.com/zephyrproject-rtos/zephyr/pull/105415"&gt;https://github.com/zephyrproject-rtos/zephyr/pull/105415&lt;/a&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: 54l15. UART communication issue with low temperature.</title><link>https://devzone.nordicsemi.com/thread/567012?ContentTypeID=1</link><pubDate>Thu, 28 May 2026 09:04:21 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:53691946-c5a2-471a-bcc2-6fba8830a963</guid><dc:creator>twistwind2</dc:creator><description>&lt;p&gt;hello uart will be enable all the time, but we use asynchronus api.&amp;nbsp;&lt;a class="reference external" title="(in Kconfig reference v&amp;amp;nbsp;)" href="https://docs.nordicsemi.com/bundle/ncs-latest/page/kconfig/index.html#CONFIG_UART_ASYNC_API" data-bundleid="ncs-latest" data-navpath="kconfig/index.html"&gt;&lt;code class="xref kconfig kconfig-option docutils literal notranslate"&gt;&lt;span class="pre"&gt;CONFIG_UART_ASYNC_API&lt;/span&gt;&lt;/code&gt;&lt;/a&gt;&amp;nbsp;is activated. So, it should be ok for us. Thanks for your help. Do you know if&amp;nbsp;&lt;span&gt;&lt;/span&gt;&lt;span&gt;hf_clock_request()&lt;/span&gt;&amp;nbsp;will be no more necessary in future release?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: 54l15. UART communication issue with low temperature.</title><link>https://devzone.nordicsemi.com/thread/566657?ContentTypeID=1</link><pubDate>Thu, 21 May 2026 09:10:27 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:0f8001b8-1f81-4a57-b1d2-ee3c984681aa</guid><dc:creator>Vidar Berg</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;As long as you have the UART receiver is enabled&amp;nbsp;it is not possible to achieve a floor current in the&amp;nbsp;2-3 uA range as it requires the HF clock to be running. Is the plan to keep the UART enabled all the time? In that case, I recommend you consider the LP UART driver:&amp;nbsp;&lt;a href="https://docs.nordicsemi.com/bundle/ncs-latest/page/nrf/drivers/uart_nrf_sw_lpuart.html"&gt;https://docs.nordicsemi.com/bundle/ncs-latest/page/nrf/drivers/uart_nrf_sw_lpuart.html&lt;/a&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: 54l15. UART communication issue with low temperature.</title><link>https://devzone.nordicsemi.com/thread/566615?ContentTypeID=1</link><pubDate>Wed, 20 May 2026 14:48:36 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:76a59d81-8075-496e-a2b2-8753a51c6396</guid><dc:creator>twistwind2</dc:creator><description>&lt;p&gt;Hi Vidar, i integrated your solution into your sample : it is working. it solves the issue. Thanks for your response. I have got 2 questions: Is this solution permit to have efficient low power? (into future our product needs to run with ~= 10 &amp;micro;A max). Into our dts, i selected clock like this. here:&amp;nbsp;&lt;/p&gt;
&lt;div style="background-color:#121314;color:#bbbebf;font-family:Consolas, &amp;#39;Courier New&amp;#39;, monospace;font-size:14px;font-weight:normal;line-height:19px;white-space:pre;"&gt;
&lt;div&gt;&lt;span style="color:#d4d4d4;"&gt;&amp;amp;&lt;/span&gt;&lt;span style="color:#4ec9b0;"&gt;clock&lt;/span&gt;&lt;span style="color:#bbbebf;"&gt; {&lt;/span&gt;&lt;/div&gt;
&lt;div&gt;&lt;span style="color:#bbbebf;"&gt;&amp;nbsp; &amp;nbsp; &lt;/span&gt;&lt;span style="color:#ffa657;"&gt;status&lt;/span&gt;&lt;span style="color:#bbbebf;"&gt; &lt;/span&gt;&lt;span style="color:#d4d4d4;"&gt;=&lt;/span&gt;&lt;span style="color:#bbbebf;"&gt; &lt;/span&gt;&lt;span style="color:#569cd6;"&gt;&amp;quot;okay&amp;quot;&lt;/span&gt;&lt;span style="color:#bbbebf;"&gt;;&lt;/span&gt;&lt;/div&gt;
&lt;div&gt;&lt;span style="color:#bbbebf;"&gt;&amp;nbsp; &amp;nbsp; &lt;/span&gt;&lt;span style="color:#4ec9b0;"&gt;hfclk&lt;/span&gt;&lt;span style="color:#bbbebf;"&gt; {&lt;/span&gt;&lt;/div&gt;
&lt;div&gt;&lt;span style="color:#bbbebf;"&gt;&amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &lt;/span&gt;&lt;span style="color:#ffa657;"&gt;source&lt;/span&gt;&lt;span style="color:#bbbebf;"&gt; &lt;/span&gt;&lt;span style="color:#d4d4d4;"&gt;=&lt;/span&gt;&lt;span style="color:#bbbebf;"&gt; &lt;/span&gt;&lt;span style="color:#a5d6ff;"&gt;&amp;quot;external&amp;quot;&lt;/span&gt;&lt;span style="color:#bbbebf;"&gt;;&lt;/span&gt;&lt;/div&gt;
&lt;div&gt;&lt;span style="color:#bbbebf;"&gt;&amp;nbsp; &amp;nbsp; };&lt;/span&gt;&lt;/div&gt;
&lt;div&gt;&lt;span style="color:#bbbebf;"&gt;&amp;nbsp; &amp;nbsp; &lt;/span&gt;&lt;span style="color:#4ec9b0;"&gt;lfclk&lt;/span&gt;&lt;span style="color:#bbbebf;"&gt; {&lt;/span&gt;&lt;/div&gt;
&lt;div&gt;&lt;span style="color:#bbbebf;"&gt;&amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &lt;/span&gt;&lt;span style="color:#ffa657;"&gt;source&lt;/span&gt;&lt;span style="color:#bbbebf;"&gt; &lt;/span&gt;&lt;span style="color:#d4d4d4;"&gt;=&lt;/span&gt;&lt;span style="color:#bbbebf;"&gt; &lt;/span&gt;&lt;span style="color:#a5d6ff;"&gt;&amp;quot;xtal&amp;quot;&lt;/span&gt;&lt;span style="color:#bbbebf;"&gt;;&lt;/span&gt;&lt;/div&gt;
&lt;div&gt;&lt;span style="color:#bbbebf;"&gt;&amp;nbsp; &amp;nbsp; };&lt;/span&gt;&lt;/div&gt;
&lt;div&gt;&lt;span style="color:#bbbebf;"&gt;};&lt;/span&gt;&lt;/div&gt;
&lt;/div&gt;
&lt;p&gt;This solution should be enougth to work with low temperature without onoff clock request, rigth?&lt;/p&gt;
&lt;p&gt;I don&amp;#39;t understand why XO is not running with echo bot sample or our project (No ble for moment)&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: 54l15. UART communication issue with low temperature.</title><link>https://devzone.nordicsemi.com/thread/566527?ContentTypeID=1</link><pubDate>Tue, 19 May 2026 13:01:58 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:dde9c3ef-e48d-42d8-a1ba-e9b5e8403491</guid><dc:creator>Vidar Berg</dc:creator><description>&lt;p&gt;Hello,&lt;/p&gt;
&lt;p&gt;&lt;span&gt;Please request the HFXO&amp;nbsp;through the &amp;quot;onoff&amp;quot; API as shown in the&amp;nbsp;&lt;/span&gt;&lt;span&gt;hf_clock_request() function here:&amp;nbsp;&lt;/span&gt;&lt;a href="https://github.com/nrfconnect/sdk-nrf/blob/f35cddd506a9a779305feb0f52fcbf99b03bee23/tests/drivers/grtc/grtc_clk_output/src/main.c#L49"&gt;https://github.com/nrfconnect/sdk-nrf/blob/f35cddd506a9a779305feb0f52fcbf99b03bee23/tests/drivers/grtc/grtc_clk_output/src/main.c#L49&lt;/a&gt;&amp;nbsp;at the beginning of main() if you are not already doing that&lt;span&gt;. &lt;/span&gt;&lt;span&gt;This API is globally reference counted, which means the HFXO will be kept&amp;nbsp;running even if the bluetooth&amp;nbsp;stack or another SDK module releases its request for this clock source.&amp;nbsp;&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;Best regards,&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;Vidar&lt;/span&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>