<?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>mesh health model</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/29123/mesh-health-model</link><description>How is the health model supposed to work?
I&amp;#39;m currently doing some tests with the light switch example and I don&amp;#39;t really understand the different roles of the nodes in the health model.
Does the health client send a request to get an update? Or do</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Tue, 23 Jan 2018 13:49:54 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/29123/mesh-health-model" /><item><title>RE: mesh health model</title><link>https://devzone.nordicsemi.com/thread/115684?ContentTypeID=1</link><pubDate>Tue, 23 Jan 2018 13:49:54 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:1c79a99c-61ca-457a-a26e-34e3e95dbb5c</guid><dc:creator>Jo&amp;#227;o Oliveira</dc:creator><description>&lt;p&gt;See &lt;a href="https://devzone.nordicsemi.com/question/188867/mesh-health-model/?answer=189330#post-id-189330"&gt;this&lt;/a&gt; post for a workaround while not corrected in the SDK.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: mesh health model</title><link>https://devzone.nordicsemi.com/thread/115681?ContentTypeID=1</link><pubDate>Wed, 20 Dec 2017 12:19:48 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:8b59b863-50cd-429b-9131-2a77d309ca2e</guid><dc:creator>Hung Bui</dc:creator><description>&lt;p&gt;Hi Jeff and Kassiason,&lt;/p&gt;
&lt;p&gt;Healthmodel publication is configured when we do provisioning (when configuration), look for PROV_STATE_CONFIG_PUBLICATION_HEALTH case in do_config_step() in provisioner.c&lt;/p&gt;
&lt;p&gt;The config server on the server will handle the configuration on access layer and then store it. But for some reason it&amp;#39;s not restored properly when we reset and read from flash. Resulting in health server doesn&amp;#39;t send publication after the reset.
I have reported this internally to R&amp;amp;D.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: mesh health model</title><link>https://devzone.nordicsemi.com/thread/115682?ContentTypeID=1</link><pubDate>Mon, 18 Dec 2017 14:30:02 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:98a0b97e-5dc8-46a0-bb4b-4c86938af7c9</guid><dc:creator>Jeff Seaman</dc:creator><description>&lt;p&gt;I have been doing some testing with the mesh network and have also noted that the health status is not updated.  On reading your post I agree it happens after a power cycle on the server.  Did you find any additional on this as the health messages would be very useful to have in my long rang testing.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: mesh health model</title><link>https://devzone.nordicsemi.com/thread/115680?ContentTypeID=1</link><pubDate>Thu, 30 Nov 2017 12:43:09 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:921c466a-1e04-43d4-a199-cbf1a2dae3fc</guid><dc:creator>Bj&amp;#248;rn Kvaale</dc:creator><description>&lt;p&gt;Have you taken a look at the &lt;a href="http://infocenter.nordicsemi.com/topic/com.nordic.infocenter.meshsdk.v0.10.0/md_examples_light_switch_README.html?cp=4_1_0_6_0"&gt;Nordic infocenter&lt;/a&gt; for the Mesh SDK examples? The Light Switch example is explained quite well there. The client has the role of the provisioner, which basically means that the client is the mesh network owner. The servers have the role of the provisionee (i.e. the device that will be added to the mesh network).
Regarding your second &amp;amp; third questions: the server can both publish and subscribe to health statuses (see page 221 in the Mesh Profile documentation v1.0). Looking at Table 4.125, you can see that the server is able to transmit it&amp;#39;s current health status. It is also able to receive health messages from clients. Looking at Table 4.126, you can see that the client is able to receive the current health status of the server. It is also able to transmit it&amp;#39;s current health to the server.&lt;/p&gt;
&lt;p&gt;In the infocenter link above, it says that &amp;quot;If any of the devices are powered off and back on, they will remember their configuration in flash and rejoin the network. More information about the flash manager can be found in the flash manager documentation.&amp;quot;. So the server that has been restarted should ideally continue sending updates about it&amp;#39;s health.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: mesh health model</title><link>https://devzone.nordicsemi.com/thread/115683?ContentTypeID=1</link><pubDate>Mon, 27 Nov 2017 13:51:02 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:97e77b79-9cc5-4889-a230-39ca1db610c6</guid><dc:creator>Bj&amp;#248;rn Kvaale</dc:creator><description>&lt;p&gt;If I were you, I would take a look at the &lt;a href="https://www.bluetooth.com/specifications/mesh-specifications"&gt;mesh networking specifications&lt;/a&gt; (specifically Sections 4.4.3 &amp;amp; 4.4.4 in the Mesh Profile documentation).&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>