<?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 provisioning limitations</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/35477/mesh-provisioning-limitations</link><description>Hello, 
 I have been using another vendors mesh stack to develop a product that uses mesh networking, however, their stack is limited to storing provisioning data in a certain area that I cannot augment. As a result I would be unable to provision more</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Tue, 19 Jun 2018 06:16:23 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/35477/mesh-provisioning-limitations" /><item><title>RE: Mesh provisioning limitations</title><link>https://devzone.nordicsemi.com/thread/136646?ContentTypeID=1</link><pubDate>Tue, 19 Jun 2018 06:16:23 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:dea01299-5dfa-4a11-859e-79f53e138de6</guid><dc:creator>leonwj</dc:creator><description>&lt;p&gt;Hello Rob,&lt;/p&gt;
&lt;p&gt;As specified in a few of the links above, the Bluetooth SIG has left the management of provisioning data up to each individual vendor and so the storage/accessing of that data is pretty much implementation specific.&lt;/p&gt;
&lt;p&gt;I believe that there is an initiative underway by the Bluetooth SIG to define a JSON format for provisioning data and so if you want some insight this &lt;a href="https://devzone.nordicsemi.com/f/nordic-q-a/32864/mesh-provisioner-recovery/126963#126963" rel="noopener noreferrer" target="_blank"&gt;post&lt;/a&gt; may be on value... I would imagine that would allow a consistent cross-vendor approach&amp;nbsp;via simple parsing of&amp;nbsp;the JSON&amp;nbsp;objects thereby negating the direct use of flash manager etc.)&lt;/p&gt;
&lt;p&gt;Additionally, the nrf52840 does offer a &lt;a href="http://infocenter.nordicsemi.com/index.jsp?topic=%2Fcom.nordic.infocenter.sdk5.v12.2.0%2Fqspi_example.html&amp;amp;cp=4_0_0_4_5_43" rel="noopener noreferrer" target="_blank"&gt;QSPI&lt;/a&gt; peripheral for interfacing external flash memory, see this &lt;a href="https://devzone.nordicsemi.com/f/nordic-q-a/18163/external-flash-for-nrf52832" rel="noopener noreferrer" target="_blank"&gt;post&lt;/a&gt;.&lt;/p&gt;
&lt;p&gt;Again, the idea would be that you manage your provisioning data as best suits your application (e.g. possibly reading from the memory manager and storing to external etc.)&lt;/p&gt;
&lt;p&gt;Regards,&lt;/p&gt;
&lt;p&gt;leonwj&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Mesh provisioning limitations</title><link>https://devzone.nordicsemi.com/thread/136628?ContentTypeID=1</link><pubDate>Mon, 18 Jun 2018 23:00:59 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:452e5dec-2d9f-40e8-b703-203643386301</guid><dc:creator>Rob Johnson</dc:creator><description>&lt;p&gt;Hello Leon, thank you for the links. I have seen a couple of those threads but hadn&amp;#39;t seen #1 which was the most pertinent here.&lt;/p&gt;
&lt;p&gt;A phone or a tablet wouldn&amp;#39;t work well for our application but some sort of single board computer might. The biggest reservation I have about using a gateway to provision and configure the network is lack of experience, we have several engineers who can work with microcontrollers but no one who has worked with embedded linux.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;I guess the main question that I still have is whether the memory manager can utilize external memory or if it is restricted to using the on-device flash. I read through the API reference for it and have the impression that it might be limited to the device flash, but am not certain.&lt;/p&gt;
&lt;p&gt;Thanks,&lt;/p&gt;
&lt;p&gt;Rob&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Mesh provisioning limitations</title><link>https://devzone.nordicsemi.com/thread/136440?ContentTypeID=1</link><pubDate>Sun, 17 Jun 2018 02:49:45 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:dbf858f0-ed32-43ec-87d7-383c408d29f4</guid><dc:creator>leonwj</dc:creator><description>&lt;p&gt;hello,&lt;/p&gt;
&lt;p&gt;There are a number of previous posts (see links below) within the forum which cover your queries (if not individually, then in their entirety) which should provide you with some guidance...&lt;/p&gt;
&lt;ol&gt;
&lt;li&gt;&lt;a href="https://devzone.nordicsemi.com/f/nordic-q-a/32510/large-scale-bluetooth-mesh-network-hundreds-of-nodes/130293#130293" rel="noopener noreferrer" target="_blank"&gt;https://devzone.nordicsemi.com/f/nordic-q-a/32510/large-scale-bluetooth-mesh-network-hundreds-of-nodes/130293#130293&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a href="https://devzone.nordicsemi.com/f/nordic-q-a/32864/mesh-provisioner-recovery" rel="noopener noreferrer" target="_blank"&gt;https://devzone.nordicsemi.com/f/nordic-q-a/32864/mesh-provisioner-recovery&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a href="https://devzone.nordicsemi.com/f/nordic-q-a/32953/how-many-device/126951#126951" rel="noopener noreferrer" target="_blank"&gt;https://devzone.nordicsemi.com/f/nordic-q-a/32953/how-many-device/126951#126951&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a href="https://devzone.nordicsemi.com/f/nordic-q-a/33197/how-many-mesh-nodes-can-be-managed-by-a-provisioner/127548#127548" rel="noopener noreferrer" target="_blank"&gt;https://devzone.nordicsemi.com/f/nordic-q-a/33197/how-many-mesh-nodes-can-be-managed-by-a-provisioner/127548#127548&lt;/a&gt;&lt;/li&gt;
&lt;/ol&gt;
&lt;p&gt;You haven&amp;#39;t provided any info on whether you have to use an nrf5x SoC as your preferred provisioner or if it&amp;#39;s possible (&lt;em&gt;within your architecture&lt;/em&gt;) to offload the function to a smartphone/tablet or gateway type device. I would suggest reviewing the included posts and getting back should you have additional questions and to let us know about your planned provisioning device.&lt;/p&gt;
&lt;p&gt;Regards,&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>