https://devzone.nordicsemi.com/f/nordic-q-a/21562/failed-to-disconnect-from-ios-device-after-several-timesHello. I am developing a project on nRF52832 using SDK 13, in which I need to transfer up to 300 bytes of data from iOS device via my dedicated app (in the background) to nRF in 10 second cycles. Project is based on ble_peripheral_uart example, so Ien-USTelligent Community 13Fri, 28 Apr 2017 08:21:20 GMThttps://devzone.nordicsemi.com/thread/84661?ContentTypeID=1Fri, 28 Apr 2017 08:21:20 GMT137ad170-7792-4731-bb38-c0d22fbe4515:46dd37b2-d552-4580-8f8f-4c22b661b725Wujq<p>I started development with SEGGER Embedded Studio, where I manually set <code>SRAM_START=0x20002600</code> for testing and device is working flawless for last 12 hours. In Keil I had <code>0x20002168</code> which I guess was not enough after expanding the UART Example.</p><div style="clear:both;"></div>https://devzone.nordicsemi.com/thread/84660?ContentTypeID=1Sun, 23 Apr 2017 12:47:16 GMT137ad170-7792-4731-bb38-c0d22fbe4515:f7d952f8-c499-455e-ac03-90e54e2d5774endnode<p>Interesting, I use exactly same procedure (<code>sd_ble_gap_disconnect</code> to invoke LL_TERMINATE packet over the radio) to bypass this iOS limitation and I&#39;ve never encountered any issue. Do you have RF trace from some sniffer to understand better what is happening? E.g. are you sure that always <code>m_conn_handle</code> is valid (= link was not already disconnected) and that err_code is <code>NRF_SUCCESS</code>? Because 0x08 means <code>/* @retval ::NRF_ERROR_INVALID_STATE Invalid state to perform operation (disconnection is already in progress). */</code></p><div style="clear:both;"></div>