<?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>How to handle the crash about APP_UART_COMMUNICATION_ERROR</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/45287/how-to-handle-the-crash-about-app_uart_communication_error</link><description>Hi there: 
 I&amp;#39;m now developing a product with 51822 using the SDK10.0 . The product communicate with another chip through UART. 
 My problem is when the UART crash with error code APP_UART_COMMUNICATION_ERROR(The error source is FRAMING ERROR ), how can</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Sun, 24 Mar 2019 17:03:26 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/45287/how-to-handle-the-crash-about-app_uart_communication_error" /><item><title>RE: How to handle the crash about APP_UART_COMMUNICATION_ERROR</title><link>https://devzone.nordicsemi.com/thread/177968?ContentTypeID=1</link><pubDate>Sun, 24 Mar 2019 17:03:26 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:9f7df7d9-cad2-4ffc-a124-d9f714217e6b</guid><dc:creator>Yong.Xie</dc:creator><description>&lt;p&gt;Hi&amp;nbsp;awneil， Your are right there is no reason to re-initialise the UART after framing error.&lt;/p&gt;
&lt;p&gt;If clear the ERROR REG, the RX task will still running.&lt;/p&gt;
&lt;p&gt;Pull up RX pin is a good idea for RX stable.&lt;/p&gt;
&lt;p&gt;I think maybe I have found the reason why UART&amp;nbsp; &amp;ldquo;crash&amp;rdquo; after error.&lt;/p&gt;
&lt;p&gt;See the picture below. The SDK will stop the UART when ERROR occured. So I delete those code and test my product.&lt;/p&gt;
&lt;p&gt;Now it&amp;#39;s stable...&lt;/p&gt;
&lt;p&gt;&lt;img src="https://devzone.nordicsemi.com/resized-image/__size/640x480/__key/communityserver-discussions-components-files/4/pastedimage1553446529600v1.png" alt=" " /&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: How to handle the crash about APP_UART_COMMUNICATION_ERROR</title><link>https://devzone.nordicsemi.com/thread/177948?ContentTypeID=1</link><pubDate>Sat, 23 Mar 2019 16:28:46 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:1ab3ffeb-aaa9-4004-9862-61b1aedb8a91</guid><dc:creator>awneil</dc:creator><description>&lt;p&gt;A framing error just means that the UART thought it saw a start bit, but then couldn&amp;#39;t recognise a valid frame (byte, character) following it.&lt;/p&gt;
&lt;p&gt;Most likely due to noise on the line.&lt;/p&gt;
&lt;p&gt;I can&amp;#39;t see any reason to re-initialise the UART after a Framing error.&lt;/p&gt;
&lt;p&gt;It&amp;#39;s up to your application how to handle the situation.&lt;/p&gt;
&lt;p&gt;None of this has anything specifically to do with Nordic.&lt;/p&gt;
&lt;p&gt;But the way (some of) Nordic&amp;#39;s examples handle framing errors is particularly daft:&lt;/p&gt;
&lt;p&gt;&lt;a href="https://devzone.nordicsemi.com/f/nordic-q-a/41480/multiperipheral-nus-crashes/161677#161677"&gt;https://devzone.nordicsemi.com/f/nordic-q-a/41480/multiperipheral-nus-crashes/161677#161677&lt;/a&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>