<?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>Minimise time to send file over BLE</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/11235/minimise-time-to-send-file-over-ble</link><description>Hi Nordic support, 
 I&amp;#39;m pretty new to BLE and I have a system based on the UART example. 
 
 On the nRF51-DK, a modified BLE UART Peripheral example using SDK 10.0.0. It is used to received a 15kB file from an Android running nRF-UART app and write</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Mon, 11 Jan 2016 10:38:48 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/11235/minimise-time-to-send-file-over-ble" /><item><title>RE: Minimise time to send file over BLE</title><link>https://devzone.nordicsemi.com/thread/42182?ContentTypeID=1</link><pubDate>Mon, 11 Jan 2016 10:38:48 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:b0bd5e61-d3d3-4722-875a-37188108e44f</guid><dc:creator>kevin</dc:creator><description>&lt;p&gt;Thanks for your answer. I did search for the answer to this question like you suggested. Almost all of them suggest decrease the connection interval on the nRF51. Nothing much is mentioned about how to change things the Android app. That being said, is there any thing I can do on the Android side?&lt;/p&gt;
&lt;p&gt;Fundamentally, there is something I can do to  optimise the data being used and potentially a much smaller file can be sent across. I&amp;#39;ll experiment with this method first.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Minimise time to send file over BLE</title><link>https://devzone.nordicsemi.com/thread/42181?ContentTypeID=1</link><pubDate>Sun, 10 Jan 2016 01:49:13 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:fb44261e-0ec6-4443-a61c-fff4ea92e258</guid><dc:creator>RK</dc:creator><description>&lt;p&gt;There&amp;#39;s lots of factors involved, but the basic ones are connection interval, ie how often the two devices talk to each other and packets per connection interval, which is the number of those 20 byte packets sent in each connection.&lt;/p&gt;
&lt;p&gt;But instead of repeating everything - type &amp;#39;throughput&amp;#39; into the search box ^^ up there, and you&amp;#39;ll see loads of detailed answers to basically this question, this is probably one of the best of them&lt;/p&gt;
&lt;p&gt;&lt;a href="https://devzone.nordicsemi.com/question/3440/how-do-i-calculate-throughput-for-a-ble-link/?answer=3441#post-id-3441"&gt;devzone.nordicsemi.com/.../&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;but read a few of them, there&amp;#39;s lots of information there.&lt;/p&gt;
&lt;p&gt;So if you&amp;#39;re only getting 1.5kB/s the most likely reason is a higher-than-optimal connection interval which you can probably deal with and possibly number of packets per connection, which may be limited by the android device. Without much difficulty you can log the connection parameters when you connect, they are given to you, and it&amp;#39;s not very hard to figure out, with a bit more logging, how many packets are actually going out each time, or just use the wonderful sniffer and look at them.&lt;/p&gt;
&lt;p&gt;Also is the UART service optimal for the data you&amp;#39;re sending? If it&amp;#39;s full range 8-bit data, probably does as well as anything else, if you&amp;#39;re really sending some other type of data, you may be able to send less by using something custom.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>