<?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>Chip resets when Rx pin held low for long time</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/105345/chip-resets-when-rx-pin-held-low-for-long-time</link><description>I&amp;#39;m using UART peripheral sample on an nRF52840 and SDK ncs v2.4.2. The Nordic module switches on another device (called UUT) which connects to its Rx and Tx pins. 
 I discovered that a low-level signal is generated by the UUT on nRF&amp;#39;s Rx for 80 msec</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Mon, 25 Nov 2024 08:06:17 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/105345/chip-resets-when-rx-pin-held-low-for-long-time" /><item><title>RE: Chip resets when Rx pin held low for long time</title><link>https://devzone.nordicsemi.com/thread/511821?ContentTypeID=1</link><pubDate>Mon, 25 Nov 2024 08:06:17 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:9f55c18f-1004-4db8-a408-0bdca00f24aa</guid><dc:creator>Susheel Nuguru</dc:creator><description>&lt;p&gt;Thanks for coming back with the fix Amin, a lot has changed in 1 year and a lot of fixes went into the UART library and drivers. It is good to know that adding blocking circuit on rx pin worked so that others can use it if they are using older sdk versions and have the same issue.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Chip resets when Rx pin held low for long time</title><link>https://devzone.nordicsemi.com/thread/511802?ContentTypeID=1</link><pubDate>Mon, 25 Nov 2024 03:13:54 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:6edfc248-e2cc-42c8-9434-5b164e1dd53f</guid><dc:creator>Amin</dc:creator><description>&lt;p&gt;Sorry for the delay,&lt;/p&gt;
&lt;p&gt;You can reproduce this on a generic development board as I did.&lt;br /&gt;This happens when&amp;nbsp;you set the baud rate of UART to 115200 and the Rx pin held low for long enough time like 10ms. In these conditions, the UART receiving buffer is overflew while the ble send buffer is not fast enough.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;I fixed that issue by adding a blocking circuit to rx pin of nRF52833.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Chip resets when Rx pin held low for long time</title><link>https://devzone.nordicsemi.com/thread/453950?ContentTypeID=1</link><pubDate>Fri, 03 Nov 2023 11:59:14 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:2342f725-dde1-4ba4-aca3-b4f48a4ef215</guid><dc:creator>Susheel Nuguru</dc:creator><description>&lt;p&gt;We need to know the context of the faulting thread/interrupt to be able to understand what caused the assert. You can&amp;nbsp;do&lt;/p&gt;
&lt;ol&gt;
&lt;li&gt;Get the exact filename and line number of the faulting instruction using addr2line&amp;nbsp;&lt;/li&gt;
&lt;li&gt;enable&amp;nbsp;&lt;span&gt;CONFIG_THREAD_NAME=y in your prj.conf file to get more info in the log apart from just the address.&lt;/span&gt;&lt;/li&gt;
&lt;/ol&gt;
&lt;p&gt;&lt;span&gt;After we know the context, file and line that caused this, we can try to understand what workaround is needed to fix this.&lt;/span&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>