<?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>is there any data length limitation on notification/read data on BLE?</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/91590/is-there-any-data-length-limitation-on-notification-read-data-on-ble</link><description>Hi, All 
 
 I am developing a host software for central BLE. 
 Just try to create a buffer to receive notification data and/or read data after peer connection is established , not sure how big the buffer should be, any specifications on this please? </description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Fri, 02 Sep 2022 20:56:14 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/91590/is-there-any-data-length-limitation-on-notification-read-data-on-ble" /><item><title>RE: is there any data length limitation on notification/read data on BLE?</title><link>https://devzone.nordicsemi.com/thread/384437?ContentTypeID=1</link><pubDate>Fri, 02 Sep 2022 20:56:14 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:a523c4f0-1367-414c-a455-c87432e9c4c2</guid><dc:creator>Emil Lenngren</dc:creator><description>&lt;p&gt;For notifications, the maximum value length is MTU-3 or 512, whichever is the smallest.&lt;/p&gt;
&lt;p&gt;For a simple Read Request, the maximum value length is MTU-1. To read the whole value, in case it does not fit in a Read Response given the current MTU, use the Read Long Value operation, which will issue multiple Read Blob Requests and concatenate the parts. The maximum attribute value length is 512 bytes so you cannot retrieve a larger value than this.&lt;/p&gt;
&lt;p&gt;Note that the LE Data Length Extension is at a lower layer (only affects performance) and does not affect the semantics of ATT/GATT.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: is there any data length limitation on notification/read data on BLE?</title><link>https://devzone.nordicsemi.com/thread/384433?ContentTypeID=1</link><pubDate>Fri, 02 Sep 2022 15:39:54 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:cd22bfb2-c7c2-44b0-8a37-60ce348eb02c</guid><dc:creator>PingISTL</dc:creator><description>&lt;p&gt;Hi, Tom&lt;/p&gt;
&lt;p&gt;Thank you for your reply, does this mean it is user configurable? could you send a link for the explanation of these settings please?&lt;/p&gt;
&lt;p&gt;Regards!&lt;/p&gt;
&lt;p&gt;Ping&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: is there any data length limitation on notification/read data on BLE?</title><link>https://devzone.nordicsemi.com/thread/384431?ContentTypeID=1</link><pubDate>Fri, 02 Sep 2022 15:28:36 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:306d5a80-f32b-4df8-a80e-691f22759095</guid><dc:creator>Tom Nowak</dc:creator><description>&lt;p&gt;The maximum if you enable these is 247 octets.&lt;/p&gt;
&lt;div&gt;
&lt;div&gt;&lt;span&gt;CONFIG_BT_DATA_LEN_UPDATE&lt;/span&gt;&lt;span&gt;=y&lt;/span&gt;&lt;/div&gt;
&lt;div&gt;
&lt;div&gt;
&lt;div&gt;&lt;span&gt;CONFIG_BT_USER_DATA_LEN_UPDATE&lt;/span&gt;&lt;span&gt;=y&lt;/span&gt;&lt;/div&gt;
&lt;div&gt;
&lt;div&gt;
&lt;div&gt;&lt;span&gt;CONFIG_BT_CTLR_DATA_LENGTH_MAX&lt;/span&gt;&lt;span&gt;=251&lt;/span&gt;&lt;/div&gt;
&lt;div&gt;&lt;span&gt;&amp;nbsp;&lt;/span&gt;&lt;/div&gt;
&lt;div&gt;&lt;span&gt;There are a couple more I can&amp;#39;t remember. Also, remember to negotiate the MTU from the other side.&lt;/span&gt;&lt;/div&gt;
&lt;div&gt;&lt;span&gt;&lt;/span&gt;&lt;/div&gt;
&lt;/div&gt;
&lt;/div&gt;
&lt;/div&gt;
&lt;/div&gt;
&lt;/div&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>