<?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>nRF Mesh</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/63564/nrf-mesh</link><description>typedef struct __attribute((packed)) { uint8_t on_off; /**&amp;lt; State to set */ uint8_t tid; /**&amp;lt; Transaction number for application */ uint8_t transition_time; /**&amp;lt; Encoded transition time value */ uint8_t delay; /**&amp;lt; Encoded message execution delay in 5</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Thu, 09 Jul 2020 15:38:27 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/63564/nrf-mesh" /><item><title>RE: nRF Mesh</title><link>https://devzone.nordicsemi.com/thread/259261?ContentTypeID=1</link><pubDate>Thu, 09 Jul 2020 15:38:27 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:18f6a9a6-9210-45a4-986f-f6e1d6ad7d0c</guid><dc:creator>tesc</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;1. Transition time and delay: Those are as defined in the &lt;a href="https://www.bluetooth.com/specifications/mesh-specifications/"&gt;Mesh Networking Specifications&lt;/a&gt;. Simply put, the state will be set after delay, and the state will &amp;quot;fade&amp;quot; from the current value to the new value over the transition time. With &amp;quot;delay&amp;quot; it is for instance possible to send several messages that all tell the receiving node to switch state at the same time, so that if any one of the messages goes through the node will change state at that time. Useful for instance if you have multiple light bulbs in a large hall, and want all of them to turn on or off at the same time.&lt;/p&gt;
&lt;p&gt;2. The publish_timeout_cb member is a callback function that will get called every time the model is to do a periodic publication. Periodic publication is a feature where the model is configured to publish at a set interval. For reference on how this is used in code, see the documentation for the &lt;a href="https://infocenter.nordicsemi.com/index.jsp?topic=%2Fcom.nordic.infocenter.meshsdk.v4.2.0%2Fmd_models_vendor_simple_on_off_README.html"&gt;Simple OnOff model&lt;/a&gt;, which serves as a walk-through of how to implement a custom model.&lt;/p&gt;
&lt;p&gt;3. The relay feature is core part of the stack, and is enabled in the default project configuration. In an nRF5 SDK for Mesh project, you enable it by defining MESH_FEATURE_RELAY_ENABLED as 1. This is in the default configuration file nrf_mesh_config_core.h. Defines from that file can be overridden in e.g. nrf_mesh_config_app.h. In Bluetooth mesh, packets automatically gets resent by relay nodes, so provisioning relay nodes into your network is basically all that is needed for packets to be sent through intermediary nodes when needed. There is one more thing to think about, and that is that each packet is sent with a time to live (TTL), which defines the maximum number of &amp;quot;hops&amp;quot; that the packet can take through the network. You can define a default TTL compile time, and in a live mesh network you can configure the TTL for each element&amp;#39;s publications.&lt;/p&gt;
&lt;p&gt;Regards,&lt;br /&gt;Terje&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>