<?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>Scheduling with multi role coexist</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/45228/scheduling-with-multi-role-coexist</link><description>Hi, I&amp;#39;m developing a project based on the Nordic UART with multi centrals and one peripheral coexistent based on SDK 15.2 and S132 V6.2, 
 In scheduling section of softdevice specification it says: 
 The probability of collision can be reduced (though</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Mon, 01 Apr 2019 11:06:49 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/45228/scheduling-with-multi-role-coexist" /><item><title>RE: Scheduling with multi role coexist</title><link>https://devzone.nordicsemi.com/thread/179453?ContentTypeID=1</link><pubDate>Mon, 01 Apr 2019 11:06:49 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:74fe5f8c-b979-4d3b-a44c-692d82e835e7</guid><dc:creator>ovrebekk</dc:creator><description>&lt;p&gt;My pleasure &lt;span class="emoticon" data-url="https://devzone.nordicsemi.com/cfs-file/__key/system/emoji/1f642.svg" title="Slight smile"&gt;&amp;#x1f642;&lt;/span&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Scheduling with multi role coexist</title><link>https://devzone.nordicsemi.com/thread/179375?ContentTypeID=1</link><pubDate>Mon, 01 Apr 2019 03:21:43 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:e90d9fbb-8653-4845-b903-6d85c703e844</guid><dc:creator>shijh</dc:creator><description>&lt;p&gt;&lt;span&gt;Thanks for&amp;nbsp;your&amp;nbsp;explanation&amp;nbsp;ovrebekk.&lt;/span&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Scheduling with multi role coexist</title><link>https://devzone.nordicsemi.com/thread/179163?ContentTypeID=1</link><pubDate>Fri, 29 Mar 2019 09:22:09 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:cb56be35-8e32-44d4-bafa-865391049ee3</guid><dc:creator>ovrebekk</dc:creator><description>&lt;p&gt;Hi&lt;/p&gt;
&lt;p&gt;Sorry for the slow reply, I have been out on travel this week.&amp;nbsp;&amp;nbsp;&lt;/p&gt;
&lt;p&gt;It is true that peripheral connections will be asynchronous to the central connections, and will slowly drift over time as the timers in the different central devices will not be 100% accurate.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;The point of the comment is that you get less conflicts if you make sure that your connection intervals for all links is larger than the sum of&amp;nbsp;time needed to service all the roles (central links, peripheral links, plus scanning and advertiser activities).&amp;nbsp;&lt;/p&gt;
&lt;p&gt;As an example, say you have 4 connections with event length 2.5ms and you also have one scanner with scan window 10ms, you want to ensure all your connection intervals are larger than 20ms.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Central links should definitely have a common factor, while for peripheral links this is less important since they will not be synchronized.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;I discussed this statement with one of the software developers, and he agreed that it was a bit confusing. I can request internally if we can improve this in a future documentation update.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Regarding question 2, new central connections will not take heed of existing peripheral connections, since they are expected to drift anyway.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Best regards&lt;br /&gt;Torbjørn&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>