<?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>Too high throughput?!</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/17270/too-high-throughput</link><description>Hi, 
 I&amp;#39;m using an nRF52832 with the S132v2 and SDK 11 and wanted to test the ble throughput.
The nRF52832 should send as many as it can to an &amp;quot;normal&amp;quot; BLE-USB-Stick. 
 The strange thing is, that my windows application is receiving about 1000-1050</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Thu, 03 Nov 2016 15:51:08 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/17270/too-high-throughput" /><item><title>RE: Too high throughput?!</title><link>https://devzone.nordicsemi.com/thread/66339?ContentTypeID=1</link><pubDate>Thu, 03 Nov 2016 15:51:08 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:52fb732c-3fb0-4378-b2c3-bac35a0bcb25</guid><dc:creator>run_ar</dc:creator><description>&lt;p&gt;Yes, I can see that 8 packets are transmitted in one event in the log you attached. So I assume you are able to fill the tx buffers that is freed during the connection event, since only 6 buffers will be available prior to the event. As far as I can see from the log it looks as if windows could receive more packets as well.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Too high throughput?!</title><link>https://devzone.nordicsemi.com/thread/66338?ContentTypeID=1</link><pubDate>Thu, 27 Oct 2016 14:03:08 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:a96f70c7-6005-4441-9e0e-88d96b70ad31</guid><dc:creator>KingKarl237</dc:creator><description>&lt;p&gt;Here is the Wireshark file: &lt;a href="https://www.dropbox.com/s/ybj3gz13lgy3v5s/test.pcapng?dl=0"&gt;LINK&lt;/a&gt;
The first byte of my message is an ongoing counter, as you can see in the code above.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Too high throughput?!</title><link>https://devzone.nordicsemi.com/thread/66337?ContentTypeID=1</link><pubDate>Thu, 27 Oct 2016 13:50:47 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:982d3ec4-d65e-4a67-b7b8-24a3880e5690</guid><dc:creator>run_ar</dc:creator><description>&lt;p&gt;So, Long att MTU&amp;#39;s is the size of the packets in the gatt server beeing larger that 20bytes of data. It can be transfered using the default LL PDU size by using fragmentation and recombination. DLE is data length extension, where the PDU size is increased to e.g. 251 bytes in one radio packet.&lt;/p&gt;
&lt;p&gt;Can you upload your sniffer log so I can have a look at it?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Too high throughput?!</title><link>https://devzone.nordicsemi.com/thread/66336?ContentTypeID=1</link><pubDate>Thu, 27 Oct 2016 13:09:21 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:09ec47e5-6cc9-45d9-8c9c-8a40696404f1</guid><dc:creator>KingKarl237</dc:creator><description>&lt;p&gt;How many packets per connection event are possible with S132v2? Everyone is speaking about 6/event, but if i look on wireshark and on my measurement i think it must be 8:
20Byte * 8 * 1000/7,5 =21,3kB/s&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Too high throughput?!</title><link>https://devzone.nordicsemi.com/thread/66335?ContentTypeID=1</link><pubDate>Tue, 25 Oct 2016 13:34:17 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:1b96cf9a-0244-4122-9904-630be03679ea</guid><dc:creator>KingKarl237</dc:creator><description>&lt;p&gt;i have added some information.
Can you explain where the difference between a longer MTU and the DLE is?&lt;/p&gt;
&lt;p&gt;I have a sniffer ready here too. But he can just show one packet/connection Intervall right?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Too high throughput?!</title><link>https://devzone.nordicsemi.com/thread/66334?ContentTypeID=1</link><pubDate>Tue, 25 Oct 2016 11:30:33 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:e0e96c18-5284-4761-b252-c7db7bcd233a</guid><dc:creator>run_ar</dc:creator><description>&lt;p&gt;The throughput depends on your connection interval, the packet length, and the number of packets you can send in one connection event.So lets say you send:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;20 bytes of actuall data (default MTU size of 23 bytes).&lt;/li&gt;
&lt;li&gt;6 packets per connection event. = 120bytes /event&lt;/li&gt;
&lt;li&gt;7.5 ms connection interval.&lt;br /&gt;
= 120*1000ms/7.5ms = 16 000 Bytes/s of actuall data excluding headers.&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;Then if you use longer MTU&amp;#39;s without DLE, e.g. 158 bytes, you will be able to send 20bytes + 5*27 bytes of actuall data in one connection event:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;20 + 5*27 bytes of data. (only the first packet has 7 (4+3 bytes)bytes of header)&lt;/li&gt;
&lt;li&gt;6 packets per connection event. = 155bytes /event&lt;/li&gt;
&lt;li&gt;7.5 ms connection interval&lt;br /&gt;
=155*1000/7.5 = 20 666.6 Bytes/s of actuall data.&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;It is also possible to enable data length extension for even higher throughput. But this is not supported in S132 v2. But you can see data throughput examples in the softdevice specification.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>