<?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>nRF52   SD132 NUS reset after sending 4 packets</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/10119/nrf52-sd132-nus-reset-after-sending-4-packets</link><description>Hi! 
 I&amp;#39;m launching code from example to NUS (ble_app_uart) on nRF52-DK. Everything is going OK, except when I quickly send 4 packets in row from UART to connected Bluetooth device, then nRF52 gets reset. In the example the MCU is waiting for 23 bytes</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Fri, 06 Nov 2015 12:00:50 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/10119/nrf52-sd132-nus-reset-after-sending-4-packets" /><item><title>RE: nRF52   SD132 NUS reset after sending 4 packets</title><link>https://devzone.nordicsemi.com/thread/37536?ContentTypeID=1</link><pubDate>Fri, 06 Nov 2015 12:00:50 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:b7957cb5-e648-4b8c-82f5-b464b913b086</guid><dc:creator>Konrad Foit</dc:creator><description>&lt;p&gt;Thank you very much!
My mistake was that I assumed that APP_ERROR_CHEECK() contains infinite loop, not reset.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nRF52   SD132 NUS reset after sending 4 packets</title><link>https://devzone.nordicsemi.com/thread/37535?ContentTypeID=1</link><pubDate>Fri, 06 Nov 2015 10:13:39 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:4ec39b6d-6599-4e96-b546-edc1dc9c7f3b</guid><dc:creator>Petter Myhre</dc:creator><description>&lt;p&gt;I&amp;#39;m guessing that ble_nus_string_send() returns BLE_ERROR_NO_TX_BUFFERS which is sent to APP_ERROR_CHECK() which resets the chip.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>