<?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>Packet number in one connection interval with 2M phy</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/85023/packet-number-in-one-connection-interval-with-2m-phy</link><description>Hi Nordic， 
 
 One of my customer has a problem about 2M phy. 
 They use 52840 connected with IOS via 2M phy. 
 They set MIN_CONN_INTERVAL and MAX_CONN_INTERVAL both to 20, which mean 25ms connection interval. 
 The ATT MTU is 247. 
 When they set NRF_SDH_BLE_GAP_EVENT_LENGTH</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Thu, 24 Feb 2022 13:59:46 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/85023/packet-number-in-one-connection-interval-with-2m-phy" /><item><title>RE: Packet number in one connection interval with 2M phy</title><link>https://devzone.nordicsemi.com/thread/354845?ContentTypeID=1</link><pubDate>Thu, 24 Feb 2022 13:59:46 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:4ee176ae-d341-4867-85fd-8da2efb4cb32</guid><dc:creator>Simonr</dc:creator><description>&lt;p&gt;Hi&lt;/p&gt;
&lt;p&gt;Sorry, I thought they had issues with the MTU sizes on iOS. As long as packets are queued in the SoftDevice when the connection event starts, the SoftDevice will try to send as many packets as uit can in a given connection interval, as long as the time set aside for the connection on each connection interval isn&amp;#39;t exceeded. It&amp;#39;s also a possibility to enable e&lt;a href="https://infocenter.nordicsemi.com/index.jsp?topic=%2Fcom.nordic.infocenter.sdk5.v15.3.0%2Fgroup__nrf__sdh__ble__config.html&amp;amp;anchor=gae8ebe11ee1b9ed9b0f57e6b0df122070"&gt;xtended BLE connection events&lt;/a&gt;.&lt;/p&gt;
&lt;p&gt;Also, is there a reason they should get 12 packets instead of 5 in the 25ms? I&amp;#39;m struggling to see the math here.&lt;/p&gt;
&lt;p&gt;Best regards,&lt;/p&gt;
&lt;p&gt;Simon&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Packet number in one connection interval with 2M phy</title><link>https://devzone.nordicsemi.com/thread/354709?ContentTypeID=1</link><pubDate>Thu, 24 Feb 2022 03:08:43 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:5cf24895-404d-4ad9-8a21-c1fec388a09d</guid><dc:creator>helen</dc:creator><description>&lt;p&gt;Hi&lt;/p&gt;
&lt;p&gt;The customer use iphone8 plus ,iOS15.3 .&lt;/p&gt;
&lt;p&gt;I think you may misunderstand the question, the customer&amp;#39;s doubt is about the maxinum number of packets in one connect interval, not MTU.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Helen.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Packet number in one connection interval with 2M phy</title><link>https://devzone.nordicsemi.com/thread/354595?ContentTypeID=1</link><pubDate>Wed, 23 Feb 2022 13:30:51 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:4ad2d58d-8caf-42cc-8525-c6e93917a68a</guid><dc:creator>Simonr</dc:creator><description>&lt;p&gt;Hi&lt;/p&gt;
&lt;p&gt;Unfortunately, doing large BLE transmissions using iOS is not trivial unfortunately. Most phones support the 247 byte MTU, but iOS only supports up to 185 bytes of MTU as far as I know, so there might be an issue there (&lt;a href="https://devzone.nordicsemi.com/f/nordic-q-a/44825/ios-mtu-size-why-only-185-bytes"&gt;discussed and described in detail here&lt;/a&gt;). What iOS device and version are they running here?&amp;nbsp;&lt;/p&gt;
&lt;p&gt;You can also ask the customer to check out&lt;a href="https://www.novelbits.io/bluetooth-5-speed-maximum-throughput/"&gt; this blog post&lt;/a&gt; which has a good description on how they were able to achieve the maximum possible throughput on nRF52840 devices.&lt;/p&gt;
&lt;p&gt;Best regards,&lt;/p&gt;
&lt;p&gt;Simon&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>