<?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>Prioritizing outgoing data from BLE peripheral depending on bandwidth?</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/108469/prioritizing-outgoing-data-from-ble-peripheral-depending-on-bandwidth</link><description>Hi, 
 I&amp;#39;m designing a BLE peripheral that sends two kinds of data to the central: time critical high priority message data and low priority streaming data. Low priority data should only be sent if there&amp;#39;s enough bandwidth and must not be sent at the expense</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Tue, 20 Feb 2024 14:41:35 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/108469/prioritizing-outgoing-data-from-ble-peripheral-depending-on-bandwidth" /><item><title>RE: Prioritizing outgoing data from BLE peripheral depending on bandwidth?</title><link>https://devzone.nordicsemi.com/thread/469837?ContentTypeID=1</link><pubDate>Tue, 20 Feb 2024 14:41:35 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:cc3cafef-12a6-4193-b0c7-9ac76ba4337d</guid><dc:creator>Kenneth</dc:creator><description>&lt;p&gt;I suggest to make this very simple, just have some global flag that when set stop feeding the low priority data to the BLE stack, then only when you have sent the high priority data you clear the flag&amp;nbsp;to resume feeding the low priority data again. As long a you have a short connection interval then any low priority data in the BLE buffer will in any case be emptied in (worst case) few connection interval.&lt;/p&gt;
&lt;p&gt;Kenneth&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Prioritizing outgoing data from BLE peripheral depending on bandwidth?</title><link>https://devzone.nordicsemi.com/thread/469786?ContentTypeID=1</link><pubDate>Tue, 20 Feb 2024 12:23:55 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:4613fa7b-ea77-4e4a-98fa-f5980bd9571e</guid><dc:creator>pertan</dc:creator><description>&lt;p&gt;Hi Kenneth,&lt;br /&gt;&lt;br /&gt;thanks for you quick reply. &lt;br /&gt;&lt;br /&gt;One thing that I failed to mention is that the low priority data consists of sensor value samples. It is acceptable to discard outgoing samples when needed and only write these to the BLE stack if the bandwidth is high enough. The scenario I want to avoid is low priority sensor data clogging up the output buffers and preventing/delaying the delivery of high priority data. On the other hand, I&amp;#39;d like to utilize as much available bandwidth as possible.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Prioritizing outgoing data from BLE peripheral depending on bandwidth?</title><link>https://devzone.nordicsemi.com/thread/469772?ContentTypeID=1</link><pubDate>Tue, 20 Feb 2024 11:50:02 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:25fd54eb-c08a-42a7-89aa-6b4a73af5ce9</guid><dc:creator>Kenneth</dc:creator><description>&lt;p&gt;Hello,&lt;/p&gt;
&lt;p&gt;Once a notification have been written to the BLE stack, it will be sent in the order they are written from the application. So the only thing you can control here is the order notifications are written from the application. That said though, I am not entirely sure how big of a problem this really is, a lot of packet can be sent, and typically the buffers are emptied between connection events (e.g. connection intervals). So the best way to ensure you can send data with short latency is to always use a short connection interval.&lt;/p&gt;
[quote user=""]I&amp;#39;m using a large MTU to maximize throughput. [/quote]
&lt;p&gt;Make sure that you also have DLE enabled (e.g. DLE size &amp;gt;= ATT MTU + 3bytes), else that ATT MTU may be fragmented on-air, and you don&amp;#39;t really get any benefit of using larger MTU.&lt;/p&gt;
&lt;p&gt;Kenneth&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Prioritizing outgoing data from BLE peripheral depending on bandwidth?</title><link>https://devzone.nordicsemi.com/thread/469771?ContentTypeID=1</link><pubDate>Tue, 20 Feb 2024 11:45:18 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:784fa7a1-fa09-4a14-8491-a5edc4d1c166</guid><dc:creator>pertan</dc:creator><description>&lt;p&gt;Edit: looks like radio notification link is dead. Here&amp;#39;s a working one: &lt;a href="https://devzone.nordicsemi.com/nordic/nordic-blog/b/blog/posts/optimizing-ble-midi-with-regards-to-timing-1293631358"&gt;devzone.nordicsemi.com/.../optimizing-ble-midi-with-regards-to-timing-1293631358&lt;/a&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>