<?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>Multiple proxy clients and concurrent updates</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/49827/multiple-proxy-clients-and-concurrent-updates</link><description>Hello Nordic, 
 We have constant success with provisioning servers into the mesh and communicating to smart devices via proxy node. However we do all provisioning with the smart device app (both android and iOS) and so a couple questions came up: 
 1</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Thu, 01 Aug 2019 16:34:46 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/49827/multiple-proxy-clients-and-concurrent-updates" /><item><title>RE: Multiple proxy clients and concurrent updates</title><link>https://devzone.nordicsemi.com/thread/201975?ContentTypeID=1</link><pubDate>Thu, 01 Aug 2019 16:34:46 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:3fc5494e-bee3-4707-8603-5fa847fe660e</guid><dc:creator>mneber</dc:creator><description>&lt;p&gt;Hi Joakim,&lt;/p&gt;
&lt;p&gt;We have been doing all our device building/testing with the nRF Mesh app. We&amp;nbsp;are beginning to build our own app and thats how these questions came about.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;So it looks like for now we will&amp;nbsp;hardcode unicast addresses into mobile devices until we can come up with some automated way of checking for available addresses and assigning to the mobile device when establishing the GATT connection.&lt;/p&gt;
&lt;p&gt;Will wait to hear back on what the developers come back with.&lt;/p&gt;
&lt;p&gt;Thanks!&amp;nbsp;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Multiple proxy clients and concurrent updates</title><link>https://devzone.nordicsemi.com/thread/201964?ContentTypeID=1</link><pubDate>Thu, 01 Aug 2019 15:49:32 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:7f042448-d0a3-424a-a0e5-15f9acf9ff0b</guid><dc:creator>Joakim Jakobsen</dc:creator><description>&lt;p&gt;Some more information from our developers;&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Our libraries and sample apps for Android and iOS now support multiple provisioners, net and app keys. But we only support provisioner mode for phones.&amp;nbsp;&lt;br /&gt;This means that you may export the whole network configuration from one phone and import it on another. Before exporting, you have to create a number of provisioner object, each gets it&amp;#39;s own range for unicast addresses, group addresses and scenes. After importing, the other user has to select a different provisioner, which means that the other user&amp;#39;s pphone may provision new devices without conflicts.&amp;nbsp;&lt;br /&gt;A provisioner may (and usually will) have a unicast address (will be a node in the network), otherwise it can&amp;#39;t perform configurations on newly provisioned nodes. An address is given to the provisioner upon creation. It should not change it, but can, form any address from it&amp;#39;s own range.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;We do not support not-provisioner mode on phones (yet). That means that a phone with our library will be able to perform provisioning of new nodes. Not-provisioner mode would require a limited library, with all the provisioning related features removed. But you can still use the lib that we have, just not expose those features to the user, and get all the keys via export/import mechanism, not by provisioning.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;In Mesh 1.0.1, there is no remote provisioning implemented in the Spec. That means, a phone would have to advertise as an unprovisioned device, a provisioner would have to connect to it via GATT and provision.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Best regards,&amp;nbsp;&lt;br /&gt;Joakim&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Multiple proxy clients and concurrent updates</title><link>https://devzone.nordicsemi.com/thread/201960?ContentTypeID=1</link><pubDate>Thu, 01 Aug 2019 15:40:18 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:f3b73625-9141-4b19-99b3-0547d0581b95</guid><dc:creator>Joakim Jakobsen</dc:creator><description>&lt;p&gt;Hi.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Sorry about the delay here. For some reason your ticket was hidden in the system.&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
[quote user=""]However we do all provisioning with the smart device app (both android and iOS) and so a couple questions came up:[/quote]
&lt;p&gt;Are you using your own mobile app for this, or are you working with our nRF Mesh app?&amp;nbsp;&lt;/p&gt;
&lt;p&gt;1.&lt;br /&gt; We actually have quite limited example code for mobile phones (yet).&amp;nbsp;&lt;br /&gt;What we currently have is an example of a phone acting as a provisioner with hardcoded address, netkey, appkey etc.&amp;nbsp;&lt;br /&gt;So we don&amp;#39;t have an example on how to provision a phone into a Mesh network. The workaround would be to distribute the keys to all phones (using a different com. method) and also hardcode the phone with a unique address. After that the phone should be able to talk to the mesh network via GATT proxy nodes.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;2. I would say that the answer to this question is no. Each node in the mesh network should have it&amp;#39;s own unique unicast address.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;3. Let me talk to our developers and get back to you.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;Best regards,&amp;nbsp;&lt;br /&gt;Joakim Jakobsen&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>