<?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>uart disable&amp;amp;enable damages uart on nrf9160</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/52644/uart-disable-enable-damages-uart-on-nrf9160</link><description>hi all, i&amp;#39;m using uart with easyDMA, and i&amp;#39;m disabling and enabling it back on my code. before disabling the uart TX and RX works fine. after disable&amp;amp;enable i get wrong data on RX. what i get on RX is always the same bytes, even after restarting the device</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Fri, 27 Sep 2019 11:33:34 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/52644/uart-disable-enable-damages-uart-on-nrf9160" /><item><title>RE: uart disable&amp;enable damages uart on nrf9160</title><link>https://devzone.nordicsemi.com/thread/212261?ContentTypeID=1</link><pubDate>Fri, 27 Sep 2019 11:33:34 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:b2cda71f-4d81-4133-bd5a-4da8c40bd01f</guid><dc:creator>H&amp;#229;kon Alseth</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;/p&gt;
&lt;p&gt;When issuing STOPRX, you should wait for the RXTO event, as described here, before disabling the peripheral:&lt;/p&gt;
&lt;p&gt;&lt;a href="https://infocenter.nordicsemi.com/topic/ps_nrf9160/uarte.html?cp=2_0_0_5_18_6#concept_twi_low_power"&gt;https://infocenter.nordicsemi.com/topic/ps_nrf9160/uarte.html?cp=2_0_0_5_18_6#concept_twi_low_power&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;After this event has occurred, you can potentially have received a transaction, which can check via the ENDRX event (or FLUSHRX if you&amp;#39;re not interested at that point). I do not know how the rest of the logic is here, but if you also have disabled interrupts prior to disabling the receiver, it is potentially a payload that has been transferred from the previous run.&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Kind regards,&lt;/p&gt;
&lt;p&gt;Håkon&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>