<?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>ble  send data  fail</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/24217/ble-send-data-fail</link><description>now, i have a question: i have a buffer 100byte data to send, when i send data package via sd_ble_hvx() continus,delay 20ms after each send ,but it will lost some data , i must keep the speed to send ,because my buffer is refresh. now , i want send data</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Thu, 10 Aug 2017 08:34:51 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/24217/ble-send-data-fail" /><item><title>RE: ble  send data  fail</title><link>https://devzone.nordicsemi.com/thread/95352?ContentTypeID=1</link><pubDate>Thu, 10 Aug 2017 08:34:51 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:77a2bcae-b098-4851-b30d-be07ba087a6a</guid><dc:creator>endnode</dc:creator><description>&lt;p&gt;Sorry, this still doesn&amp;#39;t make sense with how BLE normally works on GATT layer. There should be no &amp;quot;delays&amp;quot; as your application is living out of sync from what is happening on lower (LL) layer with it&amp;#39;s own timing (connection interval). Simply put as many (G)ATT packets through SD API to the stack as possible and let it do its job to transfer it over the link (reliably). Once you are running out of buffers in the stack you need to wait for TX_COMPLETE event and then try it again. If you are starting to have bigger queue in your application data buffer than in SD buffers then you have problem with bandwidth and there is not much you could do. Use all tricks to increase it (MTU extension, PDU extension, connection interval as short as possible) but indeed it relies on your peer. If peer device (mobile phone?) doesn&amp;#39;t support it there is no help.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>