<?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 sending process was interrupted</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/20243/uart-sending-process-was-interrupted</link><description>void uart_init(void){
uint32_t err_code;

const app_uart_comm_params_t comm_params =
 {
 .rx_pin_no = RX_PIN_NUMBER,
 .tx_pin_no = TX_PIN_NUMBER,
 .rts_pin_no = RTS_PIN_NUMBER,
 .cts_pin_no = CTS_PIN_NUMBER,
 .flow_control = APP_UART_FLOW_CONTROL_DISABLED</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Tue, 14 Mar 2017 09:46:28 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/20243/uart-sending-process-was-interrupted" /><item><title>RE: Uart sending process was interrupted</title><link>https://devzone.nordicsemi.com/thread/78849?ContentTypeID=1</link><pubDate>Tue, 14 Mar 2017 09:46:28 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:5b054720-27dd-4613-90fc-84732fdfee66</guid><dc:creator>FormerMember</dc:creator><description>&lt;p&gt;My previous answer was not entirely correct.
When using BLE and UART, the radio will have higher priority than UART. It means that UART will have to be delayed when the radio radio is being used. So it is therefore not possible to avoid the UART pauses when used in conjuction with UART. To be sure to not loose any data on the UART, I would recommend you to use flow control (HWFC).&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Uart sending process was interrupted</title><link>https://devzone.nordicsemi.com/thread/78848?ContentTypeID=1</link><pubDate>Wed, 08 Mar 2017 06:16:18 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:22195c09-9f3d-4f9e-b145-318f6c20e84e</guid><dc:creator>copperface</dc:creator><description>&lt;p&gt;Thank you for your answer. So is there a better way to avoid interrupt sending data via UART?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Uart sending process was interrupted</title><link>https://devzone.nordicsemi.com/thread/78847?ContentTypeID=1</link><pubDate>Tue, 07 Mar 2017 14:12:57 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:95991302-e562-4956-8463-0cbd093bdd93</guid><dc:creator>FormerMember</dc:creator><description>&lt;p&gt;When using the softdevice, the radio handling has the priority APP_IRQ_PRIORITY_HIGHEST, but the application level events have priority APP_IRQ_PRIORITY_MID. It means that if the UART has priority APP_IRQ_PRIORITY_LOW and if there are some BLE application events, the UART will be interrupted.&lt;/p&gt;
&lt;p&gt;The only problem I can think of, if having UART priority higher than BLE application events, is if there is a BLE application event that require the application to send a reply (for example during a bonding process) and it is not able to interrupt a UART interrupt.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>