<?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>Can I Integrate Generic OnOff Server and Generic OnOff Client?</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/101961/can-i-integrate-generic-onoff-server-and-generic-onoff-client</link><description>Hey everyone, 
 
 First of all, thanks for your time. I am a complete newbie to Bluetooth Mesh and I have a small question regarding two of the samples of Bluetooth Mesh viz.,. Light and Light switch samples. 
 I have a Board which should read the status</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Wed, 19 Jul 2023 17:51:38 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/101961/can-i-integrate-generic-onoff-server-and-generic-onoff-client" /><item><title>RE: Can I Integrate Generic OnOff Server and Generic OnOff Client?</title><link>https://devzone.nordicsemi.com/thread/437355?ContentTypeID=1</link><pubDate>Wed, 19 Jul 2023 17:51:38 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:ff06148e-004b-4cd6-8263-ade4304865c4</guid><dc:creator>tesc</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;Thank you for the feedback. I have suggested my previous reply as an answer. Please verify the answer to close this case.&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><item><title>RE: Can I Integrate Generic OnOff Server and Generic OnOff Client?</title><link>https://devzone.nordicsemi.com/thread/437353?ContentTypeID=1</link><pubDate>Wed, 19 Jul 2023 17:41:02 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:3917d492-4414-404c-9d64-af4202ccbb9b</guid><dc:creator>kalyan_9899</dc:creator><description>&lt;p&gt;Thank you very much Tarje. Your help means a lot. Will be posting more questions if I get any.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;You can close this thread.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;Thanks again,&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Kalyan.&amp;nbsp;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Can I Integrate Generic OnOff Server and Generic OnOff Client?</title><link>https://devzone.nordicsemi.com/thread/437352?ContentTypeID=1</link><pubDate>Wed, 19 Jul 2023 17:37:57 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:781b67cc-81dd-4804-be01-9e9cb790e3af</guid><dc:creator>tesc</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;Yes, you seem to have understood it correctly. This is how Bluetooth mesh is designed to work.&lt;/p&gt;
&lt;p&gt;For setting the state of a server model, you use a SET message, which is responded to by a STATUS message to the sender of the SET message and a STATUS message to the configured publish address for the server model.&lt;/p&gt;
&lt;p&gt;For getting the status of a server model, you use a GET message, which is responded to by a STATUS message to the sender of the SET message.&lt;/p&gt;
&lt;p&gt;Those should be the building blocks that you need, for implementing your system.&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><item><title>RE: Can I Integrate Generic OnOff Server and Generic OnOff Client?</title><link>https://devzone.nordicsemi.com/thread/437089?ContentTypeID=1</link><pubDate>Tue, 18 Jul 2023 17:34:35 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:99598ec4-a78a-4a4f-86cd-7567bc657152</guid><dc:creator>kalyan_9899</dc:creator><description>&lt;p&gt;Hi Tarje,&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Thank you for your detailed answer. I just want to repeat what you said and confirm whether I understood it correctly or not for more clarification.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;You mean to say that,&lt;/p&gt;
&lt;p&gt;Light shall be the server.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Phone shall be the client.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;If both the devices are connected, Light shall publish the data upon state change and phone will receive it.&lt;/p&gt;
&lt;p&gt;If phone is connected after a disconnrction, then phone shall get the data from the server which is light. Upon subsequent transitions, light shall publish the state and all the clients will receive it.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Did I understood this correct?&amp;nbsp; Or Am I missing anything here.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Thank you very much and I really appreciate the help.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Thank you,&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Kalyan.&amp;nbsp;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Can I Integrate Generic OnOff Server and Generic OnOff Client?</title><link>https://devzone.nordicsemi.com/thread/437071?ContentTypeID=1</link><pubDate>Tue, 18 Jul 2023 14:44:37 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:bf081f64-84f8-4a75-a8fa-6045d13c7f3b</guid><dc:creator>tesc</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;If your phone is participating in the Bluetooth mesh network, then the phone should be capable of asking for the status of the light directly. Bluetooth mesh models are typically made such that the (digital) state is stored where the (physical) state is. For a setup with a light, a switch and a phone, this state is at the light. You would then have the Light be the server (since it holds the state, the on or off status of the light), and the switch and phone both have a client.&lt;/p&gt;
&lt;p&gt;With one light and several switches, if those switches are supposed to know the status of the light, then one way would be if those switches are all in one group, and the light publishes to that group on every state change. Then all switches (and the phone) will receive the updates, so they know the state of the light.&lt;/p&gt;
&lt;p&gt;The above means, if I understand your use case correctly, you do not need to implement two models (both client and server) for your switch. Rather, both switch and phone act as clients, and they both get the information from the light. When the phone connects to the network (I assume it will be out-of-range from time to time) then it must poll the light to know what the initial state is. After that, it receives updates on state change.&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>