<?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>Delay parameter in Mesh</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/35077/delay-parameter-in-mesh</link><description>Hi, 
 Quick question: I read in this article on the section &amp;quot;A tough world of lighting controls&amp;quot; it states the following: &amp;quot;Let&amp;#39;s say that five messages are spaced 20 ms apart. The first one goes out at T=0 with the Delay set to 100 ms. The second is sent</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Tue, 05 Jun 2018 13:01:17 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/35077/delay-parameter-in-mesh" /><item><title>RE: Delay parameter in Mesh</title><link>https://devzone.nordicsemi.com/thread/134748?ContentTypeID=1</link><pubDate>Tue, 05 Jun 2018 13:01:17 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:d0b26f96-eb6c-4029-b75a-795795c952b0</guid><dc:creator>leonwj</dc:creator><description>&lt;p&gt;hello Kristin,&lt;/p&gt;
&lt;p&gt;FYI... Indeed, the Bluetooth Mesh v1.0 spec does include specific functionality for this... see section &lt;strong&gt;1.4.1 State transitions&lt;/strong&gt; of the&amp;nbsp;&lt;a href="https://www.bluetooth.com/specifications/mesh-specifications" rel="noopener noreferrer" target="_blank"&gt;Mesh_Model_Specification v1.0&lt;/a&gt; document.&lt;/p&gt;
&lt;p&gt;The delay parameter on supported messages is closely tied to models which support a transition time (period of time taken to get from a current state to a desired state) and is specified as the number of 5 ms intervals to delay before starting the state transition. Additionally, a different delay value can be specified on a series of related messages e.g. one use case in lighting applications is to avoid the &amp;#39;popcorn&amp;#39; effect of related lights each turning on at differing times. By using different delay values, a client model in a mesh switch could ensure that lights in the related group were turned on &amp;#39;relatively&amp;#39; at the same time (at least without any discernible difference to the human eye).&lt;/p&gt;
&lt;p&gt;&lt;img alt=" " src="https://devzone.nordicsemi.com/resized-image/__size/593x240/__key/communityserver-discussions-components-files/4/1803.6_2D00_5_2D00_2018-8_2D00_46_2D00_15-AM.png" /&gt;&lt;/p&gt;
&lt;p&gt;@&lt;a href="https://devzone.nordicsemi.com/members/paulo.zacarias" rel="noopener noreferrer" target="_blank"&gt;Paulo&lt;/a&gt;, the Mesh_Model_Specification v1.0 contains models which are beyond the foundation models required for Bluetooth SIG Mesh conformance and hence each stack vendor can implement these over time based upon internal priorities/market pressures. From looking at the Nordic stack, it is my understanding that these models have not been introduced as yet and I have no visibility on delivery dates (although a basic search of the forum will show that the intent to introduce them fairly soon is there).&lt;/p&gt;
&lt;p&gt;Regards,&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Delay parameter in Mesh</title><link>https://devzone.nordicsemi.com/thread/134672?ContentTypeID=1</link><pubDate>Tue, 05 Jun 2018 08:07:44 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:db3ab6c8-bb23-41b2-8394-e502dc1c2e80</guid><dc:creator>FormerMember</dc:creator><description>&lt;p&gt;If the goal is to turn on lights at the same time, you can use group functionality. When a number of nodes are included in a group, that group can be controlled as one &amp;quot;unit&amp;quot;, to turn on the light for all members in a group, it is sufficient for transmit one message (to the group). Each group member will not receive the message at the exact same time, but for most practical usecases it will be more that good enough.&lt;/p&gt;
&lt;p&gt;You can a little about groups in &lt;a href="https://devzone.nordicsemi.com/b/blog/posts/things-you-should-know-about-bluetooth-mesh"&gt;this&lt;/a&gt; blog post and about group addresses in the &amp;quot;Address&amp;quot; section &lt;a href="http://infocenter.nordicsemi.com/index.jsp?topic=%2Fcom.nordic.infocenter.meshsdk.v2.0.1%2Fmd_doc_introduction_basic_concepts.html&amp;amp;cp=4_1_0_0_5"&gt;here.&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>