<?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>Concurrent Dual Role BLE Connection Scheduling</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/97077/concurrent-dual-role-ble-connection-scheduling</link><description>My system runs 2 concurrent connections, one as a central and one as a peripheral. I am trying to get better throughput. 
 Initially, I had a problem where the central role would not resume when it had the opportunity to: 
 
 From the figure we can see</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Tue, 28 Feb 2023 08:20:12 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/97077/concurrent-dual-role-ble-connection-scheduling" /><item><title>RE: Concurrent Dual Role BLE Connection Scheduling</title><link>https://devzone.nordicsemi.com/thread/412418?ContentTypeID=1</link><pubDate>Tue, 28 Feb 2023 08:20:12 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:cae57e5c-c5f4-4c0c-be5b-dbf4f981a915</guid><dc:creator>Hung Bui</dc:creator><description>&lt;p&gt;Hi Dylan,&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Thanks for the explanation. The challenge with the scheduler on resource constrained embedded device is that we need to balance between performance, robustness and simplicity.&amp;nbsp;As far as I know the&amp;nbsp;scheduling priority is hardcoded as you can find in &lt;a href="https://developer.nordicsemi.com/nRF_Connect_SDK/doc/2.2.0/nrfxlib/softdevice_controller/doc/scheduling.html#id42"&gt;the priority table&lt;/a&gt; in the documentation. So no option to specify a connection should have a&amp;nbsp;higher priority than the other.&amp;nbsp;&lt;br /&gt;A connection may have higher priority than other but it&amp;#39;s only applied when the connection is going to be terminated due to timeout.&amp;nbsp;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Concurrent Dual Role BLE Connection Scheduling</title><link>https://devzone.nordicsemi.com/thread/412343?ContentTypeID=1</link><pubDate>Mon, 27 Feb 2023 16:40:16 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:ab37efce-278c-4c6f-9382-cdd9559f9780</guid><dc:creator>dpm</dc:creator><description>&lt;p&gt;Yes, I am looking to have the connection event extended.&amp;nbsp; The connection event length extension is enabled (default).&amp;nbsp; And we can see it extending, but it looks like it will not extend if there is an event scheduled on the other connection. &amp;quot;&lt;span&gt;A connection event cannot be extended if it will collide with another timing-event, regardless of the priorities of the timing-events&amp;quot;.&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;Is there anyway to prioritize the connection event extension over servicing the other connection?&lt;/span&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Concurrent Dual Role BLE Connection Scheduling</title><link>https://devzone.nordicsemi.com/thread/412311?ContentTypeID=1</link><pubDate>Mon, 27 Feb 2023 14:33:04 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:1600e123-cd72-4c9f-9027-635ec63614d1</guid><dc:creator>Hung Bui</dc:creator><description>&lt;p&gt;Hi Dylan,&amp;nbsp;&lt;br /&gt;Please correct me if I&amp;#39;m wrong. My understanding is that you want dynamic scheduling, meaning that the even length&amp;nbsp;can be extended based on the amount of data that the peer or the device need to send in a certain connection event. And this can exceed the max event length configuration.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;&lt;br /&gt;From my undestanding that is already supported in our scheduler when connection event length extension is enable. Please have a look &lt;a href="https://developer.nordicsemi.com/nRF_Connect_SDK/doc/2.2.0/nrfxlib/softdevice_controller/doc/scheduling.html#connection-timing-with-connection-event-length-extension"&gt;here&lt;/a&gt;.&amp;nbsp;&lt;br /&gt;By default this feature should already be enable, see &lt;a href="https://developer.nordicsemi.com/nRF_Connect_SDK/doc/latest/nrfxlib/softdevice_controller/doc/api.html#c.sdc_hci_cmd_vs_conn_event_extend"&gt;here&lt;/a&gt;.&lt;br /&gt;Could you double if in your case the connection event length&amp;nbsp;extension is enabled or not ?&amp;nbsp;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>