<?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>Central (9) and Peripheral connections(1- mobile) - baseband scheduling</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/86359/central-9-and-peripheral-connections-1--mobile---baseband-scheduling</link><description>HI, 
 we are working with 
 nRF5 SDK v15.2.0 ------------------------ Release Date: Week 37, 2018 
 Our use-case has a central device, which has 7 to 10 peripheral connected sensor nodes and sends back the calculated values to Mobile using the peripheral</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Tue, 19 Apr 2022 12:35:30 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/86359/central-9-and-peripheral-connections-1--mobile---baseband-scheduling" /><item><title>RE: Central (9) and Peripheral connections(1- mobile) - baseband scheduling</title><link>https://devzone.nordicsemi.com/thread/363579?ContentTypeID=1</link><pubDate>Tue, 19 Apr 2022 12:35:30 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:f89f2c41-06b8-4523-895f-f78c6b37fc40</guid><dc:creator>Hung Bui</dc:creator><description>&lt;p&gt;Great, thanks for letting us know :) I&amp;#39;m happy that it works now.&amp;nbsp;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Central (9) and Peripheral connections(1- mobile) - baseband scheduling</title><link>https://devzone.nordicsemi.com/thread/363475?ContentTypeID=1</link><pubDate>Tue, 19 Apr 2022 08:33:40 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:ce92bfe9-68cf-4e1d-a460-85ac92159b53</guid><dc:creator>Abishek</dc:creator><description>&lt;p&gt;Thank you Hung Bui, Its working for us.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;The problem is with the GAP interval , data packet size and connection interval usage.&lt;/p&gt;
&lt;p&gt;Now we have full control over the data flow and the latency and the tunning values.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Central (9) and Peripheral connections(1- mobile) - baseband scheduling</title><link>https://devzone.nordicsemi.com/thread/360944?ContentTypeID=1</link><pubDate>Thu, 31 Mar 2022 08:19:04 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:b8bdabf3-392c-4ee8-939a-4161603501a0</guid><dc:creator>Hung Bui</dc:creator><description>&lt;p&gt;Hi Abishek,&lt;/p&gt;
&lt;p&gt;I would suggest to have a look at section 15.2 Initiator timing in the S140 specification. In the section, we discussed about the algorithm of scheduling.&amp;nbsp;&lt;br /&gt;Basically the central will try to put the new connection in a &amp;quot;best-fit&amp;quot; free time space that doesn&amp;#39;t collide with other connection events. And it works best if they all have the same connection interval.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;There is prioritization when you establish a new connection. However, when a connection has its connection event skipped for several time, it will have higher priority than other connections.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;It&amp;#39;s very important that the connection event length is configured small enough so that all 7+1 connection event can be scheduled inside the 40ms interval. If they are above 5ms there will be collision. I would suggest to test with 2.5ms.&amp;nbsp;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Central (9) and Peripheral connections(1- mobile) - baseband scheduling</title><link>https://devzone.nordicsemi.com/thread/360926?ContentTypeID=1</link><pubDate>Thu, 31 Mar 2022 06:57:03 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:f6677a0e-9e29-4d2e-8dc2-c5390bb88472</guid><dc:creator>Abishek</dc:creator><description>&lt;p&gt;Hi Hung Bui, thanks for the valuable reply.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;The connection interval used is 30ms between Nodes and Central. (all connections)&lt;/p&gt;
&lt;p&gt;Could you please clarify one doubt:&lt;/p&gt;
&lt;p&gt;Assume we got 1+7 connections in the central node. (Mobile and 7 Sensor nodes).&lt;/p&gt;
&lt;p&gt;All connection interval is forced to 40ms, will it arrange the connection in free slots, like 0,5,10,....40,45,50...,80,85,90.. with 5ms event length.&lt;/p&gt;
&lt;p&gt;or Do we have special priority for central and peripheral connections in the baseband?&amp;nbsp; Is there any best connection interval, which works better for the 1+7 device and scheduler?&amp;nbsp;&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;Yes, we will try the there things mentioned&amp;nbsp;&lt;/p&gt;
&lt;p&gt;.1) Sniffer&lt;/p&gt;
&lt;p&gt;&amp;nbsp;2)Connection Event&lt;/p&gt;
&lt;p&gt;&amp;nbsp;3)Disable time_sync&lt;/p&gt;
&lt;p&gt;thank you,&lt;/p&gt;
&lt;p&gt;Abishek&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Central (9) and Peripheral connections(1- mobile) - baseband scheduling</title><link>https://devzone.nordicsemi.com/thread/360845?ContentTypeID=1</link><pubDate>Wed, 30 Mar 2022 13:32:17 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:a5abbe6d-4d0b-4455-9767-0b448df4f20a</guid><dc:creator>Hung Bui</dc:creator><description>&lt;p&gt;Hi Abishek,&amp;nbsp;&lt;/p&gt;
&lt;p&gt;A sniffer trace is critical to debug this issue. If you don&amp;#39;t have a dedicated sniffer you can use one of our nRF52 DK as the sniffer. Please download the sniffer &lt;a href="https://www.nordicsemi.com/Products/Development-tools/nRF-Sniffer-for-Bluetooth-LE"&gt;here&lt;/a&gt;. It won&amp;#39;t be able to track the connection of all 10 peripheral and one phone but you can track one connection at a time and still it can provide a lot&amp;nbsp;more insight.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Please provide the information on:&lt;/p&gt;
&lt;p&gt;- Which interval have you configured between the central and the sensor. You mentioned&lt;em&gt; &amp;quot;&lt;/em&gt;&lt;span&gt;&lt;em&gt;&amp;nbsp;30ms(min 24 units) to 150ms and it always takes 30 ms as a connection interval between nodes and mobile.&lt;/em&gt;&amp;quot; but it&amp;#39;s not clear to me what&amp;#39;s the connection interval between the central and the sensors.&amp;nbsp;&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;- Please check the event length configuration for each connection. They should be as small as possible matching with the amount of data transferring. Here is an example in the S140 SDS&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;&lt;img src="https://devzone.nordicsemi.com/resized-image/__size/320x240/__key/communityserver-discussions-components-files/4/pastedimage1648646820741v1.png" alt=" " /&gt;&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;- Please try to turn off the time_sync feature to test, just to make sure it&amp;#39;s not the timeslot that messing up the connection events. From what I know about the time_sync example the receiver will always stay in timeslot and scanning on the radio. So it&amp;#39;s active all the time (when the softdevice is not doing any BLE), not just once in 5 seconds.&amp;nbsp;&lt;/span&gt;&lt;span&gt; If you configure the timeslot at low priority it should be fine, but&amp;nbsp;it worth it to test to double check.&amp;nbsp;&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;&lt;/span&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>