<?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>BLE Mesh Project with BLE_NUS</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/26016/ble-mesh-project-with-ble_nus</link><description>Hello, 
 I&amp;#39;m using the sample project from this post . 
 Following the steps and using nRF52DK, one for server and one for client. I&amp;#39;ve modified the server count from 3 to 1 in client project . 
 #define SERVER_COUNT (&amp;lt;&amp;lt;1&amp;gt;&amp;gt;)
 
 The provisioning is</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Thu, 19 Oct 2017 14:17:04 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/26016/ble-mesh-project-with-ble_nus" /><item><title>RE: BLE Mesh Project with BLE_NUS</title><link>https://devzone.nordicsemi.com/thread/102519?ContentTypeID=1</link><pubDate>Thu, 19 Oct 2017 14:17:04 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:50a083d9-2fba-436c-90b5-a3a5d9c6fe1d</guid><dc:creator>Hung Bui</dc:creator><description>&lt;p&gt;You can try to send a unreliable packet but with address 0x10 to see if it manage to get to the server.&lt;/p&gt;
&lt;p&gt;Actually you can send a packet directly using access layer call access_model_publish()&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: BLE Mesh Project with BLE_NUS</title><link>https://devzone.nordicsemi.com/thread/102516?ContentTypeID=1</link><pubDate>Thu, 19 Oct 2017 07:53:30 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:6c0efcc4-3a66-4e70-baac-bb750296d269</guid><dc:creator>sara</dc:creator><description>&lt;p&gt;Hello Hung Bui,
Got it, I thought wrong before. The unicast address and the publish address what I got are the same which are 0x10. The addresses are matched, maybe it&amp;#39;s not the main problem.
I&amp;#39;m thinking maybe I should check the &amp;quot;simple_on_off_client_set()&amp;quot;  function first, because the function &amp;quot;simple_on_off_client_set_unreliable()&amp;quot; works but &amp;quot;simple_on_off_client_set()&amp;quot; doesn&amp;#39;t. Anyway, thanks for your help again.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: BLE Mesh Project with BLE_NUS</title><link>https://devzone.nordicsemi.com/thread/102515?ContentTypeID=1</link><pubDate>Wed, 18 Oct 2017 07:36:04 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:eac10823-ce9e-4a0c-a08f-161133dc77a3</guid><dc:creator>Hung Bui</dc:creator><description>&lt;p&gt;Hi Sara,&lt;/p&gt;
&lt;p&gt;It&amp;#39;s not really what I want you to do. I want you to get the unicast address of the server, not the client.
You need to understand how the example works. There are 3 servers (or one in your case), and there are 3 clients on the provisioner (the client project). Each client control one server.&lt;/p&gt;
&lt;p&gt;The publication address of the client should match with the unicast address of the server.&lt;/p&gt;
&lt;p&gt;To get the publication address of the client you need to call smth like this:&lt;/p&gt;
&lt;pre&gt;&lt;code&gt; for (uint32_t i = 0; i &amp;lt;= CLIENT_COUNT; i++)
 {
          dsm_handle_t address_handle = DSM_HANDLE_INVALID;
          nrf_mesh_address_t publish_address;
          ERROR_CHECK(access_model_publish_address_get(m_clients[i].model_handle, &amp;amp;address_handle));
          ERROR_CHECK(dsm_address_get(address_handle,&amp;amp;publish_address));
          __LOG(LOG_SRC_APP, LOG_LEVEL_INFO, &amp;quot;Client %d&amp;#39;s publish address: 0x%x\n&amp;quot;,i,publish_address.value);
 }
&lt;/code&gt;&lt;/pre&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: BLE Mesh Project with BLE_NUS</title><link>https://devzone.nordicsemi.com/thread/102518?ContentTypeID=1</link><pubDate>Wed, 18 Oct 2017 02:34:09 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:4e02ca4e-c144-4e29-a58c-e4da8244185b</guid><dc:creator>sara</dc:creator><description>&lt;p&gt;Thanks for your reply, and I updated on the main post, thanks.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: BLE Mesh Project with BLE_NUS</title><link>https://devzone.nordicsemi.com/thread/102517?ContentTypeID=1</link><pubDate>Tue, 17 Oct 2017 11:57:27 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:7b650706-6658-4c05-b69e-df2d368670bb</guid><dc:creator>Hung Bui</dc:creator><description>&lt;p&gt;Hi Sara,&lt;/p&gt;
&lt;p&gt;This is showing the server subscribed successfully to the group address (0xCAFE) but for some reason the unicast address was not matched.
You need to check which unicast address the server has after provisioning. You can use dsm_local_unicast_addresses_get() to get the unicast address.&lt;/p&gt;
&lt;p&gt;Then you compare it to the broadcast address of the client when you press button 0.&lt;/p&gt;
&lt;p&gt;If you have a look at the mesh_msg_handle() function in access.c you can print out more information about the packet including source address, destination address.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>