<?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>Thread protocol for outdoor sports accessories</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/78876/thread-protocol-for-outdoor-sports-accessories</link><description>Hi there, 
 We are a cycling accessories company (mainly light accessories) and have been using Nordic chips for BLE 1 to 1 connection of our helmet to phone (for configurations) and ESB/2.4GHz of our helmet to remote (for turn signals). As our company</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Wed, 08 Sep 2021 06:25:58 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/78876/thread-protocol-for-outdoor-sports-accessories" /><item><title>RE: Thread protocol for outdoor sports accessories</title><link>https://devzone.nordicsemi.com/thread/328489?ContentTypeID=1</link><pubDate>Wed, 08 Sep 2021 06:25:58 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:756f3f5e-adb7-476f-bf01-6a8236492e66</guid><dc:creator>Simonr</dc:creator><description>&lt;p&gt;Hi again&lt;/p&gt;
[quote user="Mxoh"]my concern is that it means we always have to repair to the app and new central.&amp;nbsp;[/quote]
&lt;p&gt;Maybe not necessarily. It occurred to me that you&amp;#39;re not restricted to the one central, and each peripheral could maintain the central connection to (for example) the helmet, while the phone app (also a central) connects to them and checks I.E. battery life. Then the last device could also switch between being a central and peripheral to connect to the phone as well.&lt;/p&gt;
&lt;p&gt;Regarding the 2.4GHz/ESB channel, I&amp;#39;m not that familiar with these applications, so I&amp;#39;m not sure unfortunately.&lt;/p&gt;
&lt;p&gt;I can&amp;#39;t remember seeing any Thread network outdoor use-cases specifically in the past, no, but there might be some that I&amp;#39;ve missed. No, Thread does not require a Wi-Fi network, but it&amp;#39;s possible to connect with a border router to Wi-Fi. Have you seen our introduction &lt;a href="https://blog.nordicsemi.com/getconnected/an-introduction-to-thread"&gt;blog post to Thread here&lt;/a&gt; with a quick overview? Yes, with one router and multiple end points, it would indeed be similar to a BLE star network.&lt;/p&gt;
&lt;p&gt;Best regards,&lt;/p&gt;
&lt;p&gt;Simon&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Thread protocol for outdoor sports accessories</title><link>https://devzone.nordicsemi.com/thread/328280?ContentTypeID=1</link><pubDate>Tue, 07 Sep 2021 03:16:26 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:75b51994-e8a4-435c-915f-3abf8bfdfea2</guid><dc:creator>Mxoh</dc:creator><description>&lt;p&gt;Thanks Simon, I see! Let me discuss with my engineer about this. After connecting to a new central, what happens when we connect the devices to the app again? I guess it&amp;nbsp;could&amp;nbsp;be acceptable for users to pair with the new central but this should preferably only happen once. We provide the app to also check battery life more easily and provide firmware updates so a user would periodically open the app and my concern is that it means we always have to repair to the app and new central.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;We thought of another idea&amp;nbsp;where the devices connect to the&amp;nbsp;app through BLE&amp;nbsp;and the app is the central. The devices then talk to each other via 2.4 GHz/ESB. So when a user connects all his devices through the app, we automatically assign them to a private 2.4GHz/ESB channel. Do you think that this&amp;nbsp;is possible?&lt;/p&gt;
&lt;p&gt;Just&amp;nbsp;curious for Thread&amp;nbsp;have you seen any outdoor use-case and does Thread require a Wi-Fi network to work? Technically speaking if we define a clear router and the rest of devices as end nodes it&amp;nbsp;is similar&amp;nbsp;to BLE multi-link right?&lt;/p&gt;
&lt;p&gt;Once again, I apologise for the many questions as we are in the midst of experiments and my challenge to our engineers is to find the&amp;nbsp;best possible way to set up a network of&lt;span&gt;&amp;nbsp;device&amp;nbsp;to have our&amp;nbsp;required light configurations.&amp;nbsp;&lt;/span&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Thread protocol for outdoor sports accessories</title><link>https://devzone.nordicsemi.com/thread/328202?ContentTypeID=1</link><pubDate>Mon, 06 Sep 2021 12:38:43 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:666435ec-e820-41c3-aff9-9d2769ea91d5</guid><dc:creator>Simonr</dc:creator><description>&lt;p&gt;Hi&lt;/p&gt;
&lt;p&gt;In this case I think the app would be better suited to act as the central. But this would make it necessary for the app to stay connected to these devices. I&amp;#39;m afraid there isn&amp;#39;t any router role in BLE like in Mesh/Thread networks. I guess you can use an app to set up the network, and then make one of the other devices central once it leaves, but the devices would have to pair again with this new central.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Best regards,&lt;/p&gt;
&lt;p&gt;Simon&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Thread protocol for outdoor sports accessories</title><link>https://devzone.nordicsemi.com/thread/327645?ContentTypeID=1</link><pubDate>Wed, 01 Sep 2021 13:46:11 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:fd40e3a9-3d9f-4940-87b3-f0bf3843bc0a</guid><dc:creator>Mxoh</dc:creator><description>&lt;p&gt;I see. Good to have that info! I do feel that my company is&amp;nbsp;exploring more into the BLE multi-link route but another question that I have is:&lt;/p&gt;
&lt;p&gt;Can we setup the BLE multi-link network by pairing all devices through&amp;nbsp;our app rather than pairing the&amp;nbsp;peripherals with the central individually? Why I ask is&amp;nbsp;because we have an app that all devices can pair to&amp;nbsp;and it would be a hassle to pair with the app and&amp;nbsp;also the central individually. It would be preferred if all devices pair to the app and we set up the central and&amp;nbsp;&lt;span&gt;peripherals&lt;/span&gt;&amp;nbsp;accordingly. I hope my question is clear enough and thanks for your help so far!&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Thread protocol for outdoor sports accessories</title><link>https://devzone.nordicsemi.com/thread/326893?ContentTypeID=1</link><pubDate>Fri, 27 Aug 2021 07:17:58 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:7374d4af-117b-4e81-90af-8485ad354a47</guid><dc:creator>Simonr</dc:creator><description>&lt;p&gt;Hi again&lt;/p&gt;
&lt;p&gt;Regarding the central going down. I don&amp;#39;t think the devices will be able to choose a central by themselves, but you could either have a button for setting a device to act as the central, and then it can automatically connect to the other devices that are set to advertise when not already in a connection. Alternatively, you can have one specific device (the helmet for example) that is configured to act as a central if the original central is dropped and the helmet connection times out (this might not be as safe, as if the helmet times out by itself it will try to act as a central.&lt;/p&gt;
&lt;p&gt;I&amp;#39;m not too familiar with ANT+ I&amp;#39;m afraid, so I&amp;#39;m hesitant to provide any specific suggestions on whether to use it or not. I guess you could contac&lt;a href="https://www.thisisant.com/support/"&gt;t their support channels&lt;/a&gt; to ask whether this is a viable approach.&lt;/p&gt;
&lt;p&gt;Best regards,&lt;/p&gt;
&lt;p&gt;Simon&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Thread protocol for outdoor sports accessories</title><link>https://devzone.nordicsemi.com/thread/326592?ContentTypeID=1</link><pubDate>Wed, 25 Aug 2021 14:06:51 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:f05a1dfa-58d7-4df7-a6d9-924dbf2c2496</guid><dc:creator>Mxoh</dc:creator><description>&lt;p&gt;Thanks for the super clear answer Simon!&amp;nbsp;&lt;/p&gt;
&lt;p&gt;It seems more clear to me now that multi-link is&amp;nbsp;our way forward then. I guess we were too heavily influenced by the hot and trendy networking technologies and multi-link is somehow not as well-known. I am curious though as whether there&amp;nbsp;is more&amp;nbsp;information or numbers&amp;nbsp;on power usage of the various technologies as it seems that network technologies are&amp;nbsp;mostly marketed as low power and we weren&amp;#39;t sure until we actually tried them.&lt;/p&gt;
&lt;p&gt;For multi-link would it be possible if 1 central goes down and the remaining devices are able to automatically pick the new central without&amp;nbsp;phone intervention?&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Also would you recommend other technologies such as ANT+ for our outdoor accessories use-case? I do think my company is at a stage now where we are open to experimenting but I believe that once we pick one technology we would be stuck with it for a while.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Thread protocol for outdoor sports accessories</title><link>https://devzone.nordicsemi.com/thread/326582?ContentTypeID=1</link><pubDate>Wed, 25 Aug 2021 13:42:38 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:697cc6a4-2ee6-4955-a9b7-b53bf0ddef41</guid><dc:creator>Simonr</dc:creator><description>&lt;p&gt;Hi&lt;/p&gt;
&lt;p&gt;Thank you for the explanation.&lt;/p&gt;
&lt;p&gt;Should all these devices be able to send messages to all other devices? If so, it seems like they all have to be &amp;quot;Routers&amp;quot; which will require them to have their transceiver enabled at all times, which will impact current consumption significantly. As you can see &lt;a href="https://openthread.io/guides/thread-primer/node-roles-and-types"&gt;here&lt;/a&gt;, only the end nodes will at times disable their transceiver to reduce current consumption, but in turn, these won&amp;#39;t be able to send messages to all other nodes in the network, and only to one router. I&amp;#39;m afraid a Thread network won&amp;#39;t be what you&amp;#39;re looking for, as you won&amp;#39;t be able to have your cake and eat it too in this scenario. It is either low current consumption as an end node or &amp;quot;able to forward packets and listening/transmitting to all other devices&amp;quot;.&lt;/p&gt;
&lt;p&gt;I still think the multi-link would be the go-to. Yes, you&amp;#39;ll need a central, and multiple peripherals, but a peripheral can send a message to &amp;quot;change light pattern&amp;quot; to the central, which then can tell the other peripherals to also change the light patterns. You could either have the phone as the central (although it would require you to bring the phone on each trip), or you could have any of the devices configurable as either central or peripheral (depending on what devices the customer has). So you could have a glove be the central, the helmet, or either light, and all the others be the peripheral.&lt;/p&gt;
&lt;p&gt;Yes, if the central goes down for some reason, the other devices will eventually time out and disconnect. If all devices then are configurable as centrals, you could choose a new central and set up a new network with the remaining devices.&lt;/p&gt;
&lt;p&gt;Best regards,&lt;/p&gt;
&lt;p&gt;Simon&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Thread protocol for outdoor sports accessories</title><link>https://devzone.nordicsemi.com/thread/326410?ContentTypeID=1</link><pubDate>Tue, 24 Aug 2021 15:00:49 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:8288eef9-fc76-4bc7-9310-adb0c3b075d9</guid><dc:creator>Mxoh</dc:creator><description>&lt;p&gt;Hi Simonr,&lt;/p&gt;
&lt;p&gt;Thanks for your response. In essence, we hope to create a smart &amp;quot;home&amp;quot; network that works outdoors. Right now, we produce smart helmets that can be configured through phone. It is a simple BLE point to point connection. The user sets up certain settings on the phone through the app and he is done. A critical configuration would be setting the 3 light modes. Light modes are light settings (flashing patterns in our case) that the user&amp;nbsp;picked and he can cycle through them with the power button without the phone.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;&lt;a href="https://www.dropbox.com/s/6g22cdhtrk0i9uj/Screenshot%202021-08-24%20at%2010.44.50%20PM.png?dl=0"&gt;www.dropbox.com/.../Screenshot 2021-08-24 at 10.44.50 PM.png&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;On our roadmap, we have bicycle smart lights and perhaps even sensors/remotes/navigation devices. Below are 2 example networks:&lt;/p&gt;
&lt;p&gt;&lt;a href="https://www.dropbox.com/s/og3t72l5wogun4z/Screenshot%202021-08-24%20at%2010.47.54%20PM.png?dl=0"&gt;www.dropbox.com/.../Screenshot 2021-08-24 at 10.47.54 PM.png&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;Similarly, the phone would be&amp;nbsp;primarily used to acknowledge that these devices belong to the same network and set the 3 light modes / flashing patterns. We hope that the phone&amp;nbsp;do not need to be the central (only for configurations)&amp;nbsp;and all devices be synced to&amp;nbsp;correspond to the same light mode when cycling through and their flashing pattern would be flashing in sync as well.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Frankly, we drew a lot of our technical inspiration from smart homes with most of them using Zigbee (but unsuitable in our case as it requires to be connected to a home router for WiFi to your phone) and came across Thread as an up and coming smart home protocol. We are super concerned about&amp;nbsp;battery consumption&amp;nbsp;and being able to work outdoors so want to explore all options that have this potential.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;The multi-link seems possible and 20 nodes should be more than sufficient for a bike scenario. But it seems like we have to pick one device as the central and the change of light modes where we press the power button to cycle through light modes can only be done through that central device. Let&amp;#39;s say the central is down, would all the peripherals connected not&amp;nbsp;work together?&amp;nbsp;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Thread protocol for outdoor sports accessories</title><link>https://devzone.nordicsemi.com/thread/326391?ContentTypeID=1</link><pubDate>Tue, 24 Aug 2021 13:29:50 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:ce8a8403-2879-4808-8e3b-dca18bd5a4be</guid><dc:creator>Simonr</dc:creator><description>&lt;p&gt;Hi&lt;/p&gt;
&lt;p&gt;I don&amp;#39;t see why you would want or need a Thread network for the use case you&amp;#39;ve described here. How many devices do you want to be in a network exactly, and for what reason?&lt;/p&gt;
&lt;p&gt;BLE will be the most power efficient solution I think, and the multi-link example is set to handle 8 peripherals by default, and should be able to handle up to 20 links. Do you want all devices to be connected to one central (like a phone), or are they all supposed to be connected together somehow? Can you try to explain what use case you would need them to be in a Thread type network for.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;One of the devices would still need to be a commissioner I think, and would draw quite a bit of current.&lt;/p&gt;
&lt;p&gt;Best regards,&lt;/p&gt;
&lt;p&gt;Simon&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>