<?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>Why is S132 BLE GATT Notification bandwidth spec&amp;#39;d as 16kbps not 24kbps?</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/27956/why-is-s132-ble-gatt-notification-bandwidth-spec-d-as-16kbps-not-24kbps</link><description>The last table on the S132 Specification BLE &amp;quot;data throughput&amp;quot; web page lists the maximum GATT Notification send/receive rates as 16kbps when using an event length of 2.5ms and C.I. of 20mS. 
 A quick calculation suggests that 2.5mS is enough time for</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Wed, 06 Dec 2017 16:55:24 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/27956/why-is-s132-ble-gatt-notification-bandwidth-spec-d-as-16kbps-not-24kbps" /><item><title>RE: Why is S132 BLE GATT Notification bandwidth spec'd as 16kbps not 24kbps?</title><link>https://devzone.nordicsemi.com/thread/110319?ContentTypeID=1</link><pubDate>Wed, 06 Dec 2017 16:55:24 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:4a40bd3f-7644-41d0-8a51-1fb0b1a85578</guid><dc:creator>John C</dc:creator><description>&lt;p&gt;Thank you for this explanation.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Why is S132 BLE GATT Notification bandwidth spec'd as 16kbps not 24kbps?</title><link>https://devzone.nordicsemi.com/thread/110318?ContentTypeID=1</link><pubDate>Wed, 06 Dec 2017 16:44:57 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:7a1d382c-006f-405d-8836-1e9ff01e914b</guid><dc:creator>Petter Myhre</dc:creator><description>&lt;p&gt;In terms of radio time you will fit 3 packets pairs (one full, one empty) in 2.5 ms, but the 2.5 ms will not be utilized completely for transmitting/receiving. In it you also have scheduling of timing events, processing of potential radio traffic, switching/re-configuring of radio hardware, and so on.&lt;/p&gt;
&lt;p&gt;Also, after two packets pairs have been exchanged the SoftDevice will check if it is able to exchange a complete packet pair (both ways), if not it, will not try.&lt;/p&gt;
&lt;p&gt;The numbers in the spec are measured values, so this is what you should expect to see. If you see something else, please let us know.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Why is S132 BLE GATT Notification bandwidth spec'd as 16kbps not 24kbps?</title><link>https://devzone.nordicsemi.com/thread/110317?ContentTypeID=1</link><pubDate>Wed, 06 Dec 2017 13:23:43 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:09c2e18d-3071-479a-adb6-576f1218314b</guid><dc:creator>John C</dc:creator><description>&lt;p&gt;Yes, I did mean 16kbps (edited question to fix). Thanks for checking, these details are important to us as we will be pushing on the limits.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Why is S132 BLE GATT Notification bandwidth spec'd as 16kbps not 24kbps?</title><link>https://devzone.nordicsemi.com/thread/110316?ContentTypeID=1</link><pubDate>Wed, 06 Dec 2017 12:57:35 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:20dce922-0d07-4f3c-9c79-24e2e681ac32</guid><dc:creator>Petter Myhre</dc:creator><description>&lt;p&gt;I&amp;#39;m assuming you mean 16kbps. Your calculation looks correct. I will check with the developers. Will get back to you.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>