<?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>UART0 TX pin sometimes pulled low after suspending uart0 and putting MCU into System OFF</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/124009/uart0-tx-pin-sometimes-pulled-low-after-suspending-uart0-and-putting-mcu-into-system-off</link><description>I&amp;#39;ve got a product on the market that uses an nRF52832 on a custom board. It&amp;#39;s been built with NCS V2.6.1 
 It spends most of its time in System OFF, and gets woken up by activity on one of several different GPIO. 
 Just before I put the MCU into System</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Sun, 07 Sep 2025 23:16:20 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/124009/uart0-tx-pin-sometimes-pulled-low-after-suspending-uart0-and-putting-mcu-into-system-off" /><item><title>RE: UART0 TX pin sometimes pulled low after suspending uart0 and putting MCU into System OFF</title><link>https://devzone.nordicsemi.com/thread/547999?ContentTypeID=1</link><pubDate>Sun, 07 Sep 2025 23:16:20 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:77fe15a7-1ae6-4d6d-bf9a-aceee0beaf11</guid><dc:creator>Mike Austin (LPI)</dc:creator><description>&lt;p&gt;Hi Ressa,&lt;/p&gt;
&lt;p&gt;I managed to solve my problem.&amp;nbsp; It was pretty simple in the end.&lt;/p&gt;
&lt;p&gt;Stupidly, I had a printk() statement that I called just before putting the MCU into System OFF.&amp;nbsp; I understand now that the firmware will return from that printk() statement the moment the final character has been sent for TX-ing, so the MCU may be in the middle of transmitting that last character still, when the sys_poweroff() call is made.&lt;/p&gt;
&lt;p&gt;Once the sys_poweroff() call is made, the current state of all GPIO is &amp;quot;frozen&amp;quot; during the System OFF period, so if the UART had TX low at that point, that is the state that will latched for the TX pin during System OFF.&lt;/p&gt;
&lt;p&gt;And because its effectively a race condition, the likelihood that TX will be either low or high when the MCU enters System OFF will be somewhat random, which is essentially what I was seeing.&lt;/p&gt;
&lt;p&gt;I have removed that printk() statement, and now reconfigure the TX pin as a GPIO, set it high, then call sys_poweroff().&lt;/p&gt;
&lt;p&gt;That ensures the TX pin behaviour is as I would want it to be&lt;/p&gt;
&lt;p&gt;Regards,&lt;/p&gt;
&lt;p&gt;Mike&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: UART0 TX pin sometimes pulled low after suspending uart0 and putting MCU into System OFF</title><link>https://devzone.nordicsemi.com/thread/547365?ContentTypeID=1</link><pubDate>Mon, 01 Sep 2025 14:43:02 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:4dde20e5-54d1-45c9-913d-6a9e749e2a49</guid><dc:creator>Ressa</dc:creator><description>&lt;p&gt;Hi Mike,&amp;nbsp;&lt;br /&gt;&lt;br /&gt;Could you&amp;nbsp;provide the schematic of the design or at least UART pins connections, and how they are connected to the LEDs ? Also could you provide the source code here? I would like to see if it is reproducible here.&amp;nbsp; Do you know exactly how many devices having this issue out of how many samples? And also the amount of current it is drawing vs normal situation ?&amp;nbsp;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: UART0 TX pin sometimes pulled low after suspending uart0 and putting MCU into System OFF</title><link>https://devzone.nordicsemi.com/thread/547215?ContentTypeID=1</link><pubDate>Fri, 29 Aug 2025 14:50:26 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:7a2cb89b-d115-49d3-8526-7e9d4566a9d1</guid><dc:creator>Mike Austin (LPI)</dc:creator><description>&lt;p&gt;Hi Ressa,&lt;/p&gt;
&lt;p&gt;Not sure that answers my question.&lt;/p&gt;
&lt;p&gt;That ticket seems to be how to configure the UART so that the sleep configuration doesn&amp;#39;t get applied.&amp;nbsp;Specifically, Vidar says: &amp;quot;&lt;span&gt;if you don&amp;#39;t want the &amp;#39;uart1_sleep&amp;#39; group to be applied on suspend&amp;quot;&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;Why does applying the UART sleep group cause my TX pin to get set low?&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;I would have though putting the UART device into suspend and then calling sys_poweroff() was all that was needed?&lt;/p&gt;
&lt;p&gt;Is this random GPIO behavior some sort of errata?&lt;/p&gt;
&lt;p&gt;Regards,&lt;/p&gt;
&lt;p&gt;Mike&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: UART0 TX pin sometimes pulled low after suspending uart0 and putting MCU into System OFF</title><link>https://devzone.nordicsemi.com/thread/547198?ContentTypeID=1</link><pubDate>Fri, 29 Aug 2025 12:45:56 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:cbfa8ae4-0ada-45ec-8b32-46ae7e570293</guid><dc:creator>Ressa</dc:creator><description>&lt;p&gt;Hi,&lt;br /&gt;&lt;br /&gt;Have you looked into this ticket? It&amp;nbsp;sounds related to your observation:&lt;br /&gt;&lt;a href="https://devzone.nordicsemi.com/f/nordic-q-a/115160/pm_device_action_run-for-uart-causes-gpios-to-switch-states"&gt;(+) pm_device_action_run for UART causes GPIOs to switch states - Nordic Q&amp;amp;A - Nordic DevZone - Nordic DevZone&lt;br /&gt;&lt;br /&gt;&lt;/a&gt;Best regards,&lt;br /&gt;Ressa&lt;br /&gt;&lt;br /&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>