<?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>Bluetooth Mesh vs Thread in low power sensor network</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/40435/bluetooth-mesh-vs-thread-in-low-power-sensor-network</link><description>Hi, I’m working on low power wireless sensor network. I have a big dilemma in choose of wireless mesh solution. Maybe firstly, what i need: 1. Support for low power devices (for example temperature sensor). 2. Relay device - always on powered device with</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Thu, 15 Nov 2018 09:49:00 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/40435/bluetooth-mesh-vs-thread-in-low-power-sensor-network" /><item><title>RE: Bluetooth Mesh vs Thread in low power sensor network</title><link>https://devzone.nordicsemi.com/thread/157447?ContentTypeID=1</link><pubDate>Thu, 15 Nov 2018 09:49:00 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:fc85e7bd-07e3-45ea-abfc-69eba21b399a</guid><dc:creator>Hung Bui</dc:creator><description>&lt;p&gt;Hi Mateusz,&lt;/p&gt;
&lt;p&gt;1. It will be a full LPN example and a precompiled Friend node.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;2. It&amp;#39;s theoriticaly possible to c&lt;a href="https://devzone.nordicsemi.com/f/nordic-q-a/29813/change-phy-in-mesh"&gt;hange PHY to run Mesh &lt;/a&gt;however for now it&amp;#39;s not covered in the spec and you won&amp;#39;t be able to qualify your product. So testing is ok , production not yet.&amp;nbsp;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Bluetooth Mesh vs Thread in low power sensor network</title><link>https://devzone.nordicsemi.com/thread/157405?ContentTypeID=1</link><pubDate>Thu, 15 Nov 2018 07:04:59 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:c3a4604f-7a14-4c4f-842f-c5f42206457b</guid><dc:creator>Mateusz Gancarczyk</dc:creator><description>&lt;p&gt;Thanks for great answer!&lt;/p&gt;
&lt;p&gt;Two more question:&lt;/p&gt;
&lt;p&gt;1. In the next SDK will be full example of LPN and friendship device?&lt;br /&gt;2. Can I run Bluetooth Mesh with Bluettoth 5.0 Long Range ( x8 ) mode?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Bluetooth Mesh vs Thread in low power sensor network</title><link>https://devzone.nordicsemi.com/thread/157135?ContentTypeID=1</link><pubDate>Tue, 13 Nov 2018 14:49:39 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:c3d67b4f-6a2a-4b41-8e9a-539ea2db11a2</guid><dc:creator>Hung Bui</dc:creator><description>&lt;p&gt;Hi Mateusz,&amp;nbsp;&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;1. When friend node fails, the LPN by not able to talk to its friend will start looking for new friendship. What would be lost here&amp;nbsp;would be the&amp;nbsp;messages for the LPN that the friend node cached.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;&lt;em&gt;If the Low Power node does not receive a response within the ReceiveWindow, it should resend the Friend Poll message. It is recommended to resend this message 3 times, which assures a good balance between reliability and power consumption.&lt;/em&gt;&lt;br /&gt;&lt;em&gt;If no response has been received to multiple Friend Poll messages before the PollTimeout timer expires, the friendship is terminated. The Low Power node may repeat the Low Power establishment operation.&lt;/em&gt;&lt;/p&gt;
&lt;p&gt;(Section 3.6.6.4.2 in Mesh Spec v1.0)&lt;/p&gt;
&lt;p&gt;2. It&amp;#39;s coming in the next SDK, at least the LPN . Should be available by the end of this month.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;3. Yes it can find a new parents, but same as Friendship termination, the cached messages may be lost.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;4. It&amp;#39;s hard to say pretty much depends on the operation of your network. It&amp;#39;s more about which technology fit more into your application. Mesh is a flooding mesh when Thread is a routed mesh. Thread has IPv6 to each nodes.&lt;/p&gt;
&lt;p&gt;5. In thread the router does the provisioning to join a node to the network. Each network has a leader to provision the routers.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Regarding the low power option, there are many alternative to achieve low power besides the Low Power Node and Friendship solution.&lt;/p&gt;
&lt;p&gt;- You can just put a normal node to sleep, it may miss packets send to it, but if it&amp;#39;s simply a temperature sensor for example, we just need to receive data from it.&lt;/p&gt;
&lt;p&gt;- Or you can make your device to advertise normal BLE advertising packet, and define a protocol in your normal mesh node to forward those packet into mesh, this is what we have in the Enocean energy harvesting light switch example.&lt;/p&gt;
&lt;p&gt;- Another option is to configure your device as a GATT client proxy, to connect to a Proxy. This way you just need to maintain a normal BLE connection.&amp;nbsp;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>