<?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>Maximum number of connections over BLE for close working devices</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/49317/maximum-number-of-connections-over-ble-for-close-working-devices</link><description>Hello. I&amp;#39;m doing research for new project, regarding with BLE and WIFI capabilities to connect big amount of device to one host. I should choose between WIFI and BLE. I need to have a stable connection with 30 moving pairs of peripheral devices in range</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Wed, 10 Jul 2019 07:13:25 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/49317/maximum-number-of-connections-over-ble-for-close-working-devices" /><item><title>RE: Maximum number of connections over BLE for close working devices</title><link>https://devzone.nordicsemi.com/thread/197505?ContentTypeID=1</link><pubDate>Wed, 10 Jul 2019 07:13:25 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:29dc6aa7-d9b5-410c-96ed-315d4f52132e</guid><dc:creator>ovrebekk</dc:creator><description>&lt;p&gt;My pleasure Arsenii, the best of luck with your research &lt;span class="emoticon" data-url="https://devzone.nordicsemi.com/cfs-file/__key/system/emoji/1f642.svg" title="Slight smile"&gt;&amp;#x1f642;&lt;/span&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Maximum number of connections over BLE for close working devices</title><link>https://devzone.nordicsemi.com/thread/197446?ContentTypeID=1</link><pubDate>Tue, 09 Jul 2019 15:32:12 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:8b5f9992-5ed1-4954-97e6-e578e04fb595</guid><dc:creator>Ars Morozov</dc:creator><description>&lt;p&gt;Yes, one of the directions of this researches for project is about interfere of two placed close nRFs. Thanks for the answers.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Maximum number of connections over BLE for close working devices</title><link>https://devzone.nordicsemi.com/thread/197272?ContentTypeID=1</link><pubDate>Tue, 09 Jul 2019 06:55:46 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:ada8e4ea-c550-429d-bece-601e51672fe9</guid><dc:creator>ovrebekk</dc:creator><description>&lt;p&gt;Hi Arsenii&lt;/p&gt;
&lt;p&gt;I do agree BLE should be a better option for this use case.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Technically a proprietary 2.4GHz solution could be just as good, but as mentioned it would require significantly more development time.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;If you have access to enough kits/modules it should be possible to do some evaluations to measure the impact of putting the two central devices close together, to give you a feeling of the impact it will have on latency and link quality.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Best regards&lt;br /&gt;Torbjørn&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Maximum number of connections over BLE for close working devices</title><link>https://devzone.nordicsemi.com/thread/197043?ContentTypeID=1</link><pubDate>Mon, 08 Jul 2019 08:57:04 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:fa79c886-6b17-4efb-9f0f-0e5506c260cd</guid><dc:creator>Ars Morozov</dc:creator><description>&lt;p&gt;Hi Overbekk, thanks for the answer.&amp;nbsp;&lt;br /&gt;&lt;br /&gt;I&amp;#39;ve open another &lt;a href="https://devzone.nordicsemi.com/f/nordic-q-a/49460/synchronization-of-two-placed-closed-nrf52840"&gt;thread&lt;/a&gt; to discuss synchronization of two placed close nRF52840. So, here we can discuss about problems with a large nubmer of coonection in the air.&lt;/p&gt;
&lt;p&gt;But anyway&lt;/p&gt;
[quote userid="2116" url="~/f/nordic-q-a/49317/maximum-number-of-connections-over-ble-for-close-working-devices/197015"]1) In the future we might&amp;nbsp;be able to increase this limit, but&amp;nbsp;we won&amp;#39;t be able to increase it in the short term. If you are starting development soon then there isn&amp;#39;t much to do about the 20 link limit.&amp;nbsp;[/quote]
&lt;p&gt;...&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
[quote userid="2116" url="~/f/nordic-q-a/49317/maximum-number-of-connections-over-ble-for-close-working-devices/197015"]2) Synchronizing two nRF52840&amp;#39;s running BLE is not possible, but it should be possible to use slightly different connection intervals on the two centrals to make sure that they don&amp;#39;t repeatedly collide at the same interval. Say you use a connection interval of 200ms on one central and 180ms on the other, then they should mostly stay out of each others way.&amp;nbsp;[/quote]
&lt;p&gt;it is one way, but as you understand, overlappling will occure periodically..&lt;/p&gt;
[quote userid="2116" url="~/f/nordic-q-a/49317/maximum-number-of-connections-over-ble-for-close-working-devices/197015"]3) A third option which we haven&amp;#39;t yet discussed is to run a proprietary 2.4GHz protocol rather than BLE. This gives you more flexibility with regards to packet format, timing, number of connections and so on. The drawback of this method is that you essentially have to implement the stack yourself, and you would have to expect&amp;nbsp;to spend significantly more time developing the software.&amp;nbsp;[/quote]
&lt;p&gt;Yes, it&amp;#39;s also applicable way, but if we will understand that BLE is really can&amp;#39;t sutisfy our requirements, we will select WIFI. For me BLE more preferable than WIFI:&lt;/p&gt;
&lt;p&gt;1) if we select WIFI we should provide also another inerface to transmitt information about access point, or you access point with always the same settings;&lt;/p&gt;
&lt;p&gt;2) lower power consumpition;&lt;/p&gt;
&lt;p&gt;3) nRF5 SDK more friendly to use than some others that I saw.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Maximum number of connections over BLE for close working devices</title><link>https://devzone.nordicsemi.com/thread/197015?ContentTypeID=1</link><pubDate>Mon, 08 Jul 2019 08:06:58 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:05c28510-8d3a-4364-8308-80213809145e</guid><dc:creator>ovrebekk</dc:creator><description>&lt;p&gt;Hi&lt;/p&gt;
&lt;p&gt;1) In the future we might&amp;nbsp;be able to increase this limit, but&amp;nbsp;we won&amp;#39;t be able to increase it in the short term. If you are starting development soon then there isn&amp;#39;t much to do about the 20 link limit.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;2) Synchronizing two nRF52840&amp;#39;s running BLE is not possible, but it should be possible to use slightly different connection intervals on the two centrals to make sure that they don&amp;#39;t repeatedly collide at the same interval. Say you use a connection interval of 200ms on one central and 180ms on the other, then they should mostly stay out of each others way.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;3) A third option which we haven&amp;#39;t yet discussed is to run a proprietary 2.4GHz protocol rather than BLE. This gives you more flexibility with regards to packet format, timing, number of connections and so on. The drawback of this method is that you essentially have to implement the stack yourself, and you would have to expect&amp;nbsp;to spend significantly more time developing the software.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;We have two simple proprietary protocols in the SDK, called ESB and Gazell, but they are significantly less sophisticated than the BLE SoftDevices.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Best regards&lt;br /&gt;Torbjørn&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Maximum number of connections over BLE for close working devices</title><link>https://devzone.nordicsemi.com/thread/196901?ContentTypeID=1</link><pubDate>Fri, 05 Jul 2019 17:30:06 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:7f1731a0-f295-4a03-a802-fcdb3fb90e54</guid><dc:creator>Ars Morozov</dc:creator><description>&lt;p&gt;&lt;span class="emoticon" data-url="https://devzone.nordicsemi.com/cfs-file/__key/system/emoji/1f600.svg" title="Grinning"&gt;&amp;#x1f600;&lt;/span&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Maximum number of connections over BLE for close working devices</title><link>https://devzone.nordicsemi.com/thread/196900?ContentTypeID=1</link><pubDate>Fri, 05 Jul 2019 17:15:10 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:9f6fcf67-8796-44a5-8b1d-80d0f990488e</guid><dc:creator>Ars Morozov</dc:creator><description>&lt;p&gt;Hello Overbekk,&lt;/p&gt;
[quote userid="2116" url="~/f/nordic-q-a/49317/maximum-number-of-connections-over-ble-for-close-working-devices/196832"]Do you have any particular latency or throughput requirements?[/quote]
&lt;p&gt;Yes, I have some requirement, but as experience tell me, it&amp;#39;s easy for BLE. Latency of delivering from each pair to main central should be less than 2 seconds, throughput&amp;nbsp; from each pair to main central is less then 150 bytes/s.&amp;nbsp;&lt;/p&gt;
[quote userid="2116" url="~/f/nordic-q-a/49317/maximum-number-of-connections-over-ble-for-close-working-devices/196832"]Combining a lot of links is not an issue unless you need to push a lot of data. You will get occasional packet collisions, but BLE is designed to handle a fair bit of packet loss without the link breaking down.&amp;nbsp;[/quote][quote userid="2116" url="~/f/nordic-q-a/49317/maximum-number-of-connections-over-ble-for-close-working-devices/196832"]If you use Nordic devices with Bluetooth 5 support on all sides you can leverage the new CSA#2 feature, which makes each device use a more random channel selection scheme. The advantage of this is that if you have a packet collision between two device pairs&amp;nbsp;they are very unlikely to collide again on the next packet attempt, and they should be able to coexist nicely.&amp;nbsp;[/quote][quote userid="2116" url="~/f/nordic-q-a/49317/maximum-number-of-connections-over-ble-for-close-working-devices/196832"]One potential issue here is if the two nRF52840 devices on the central side are placed very close together. Then they might interfere with each other even if they are using different channels, as a strong TX signal can block out a receiver if it is strong enough. The two nRF52840&amp;#39;s would not be synchronized, and will at some point try to send packets at the same time.&amp;nbsp;[/quote]
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;Hm&lt;span class="emoticon" data-url="https://devzone.nordicsemi.com/cfs-file/__key/system/emoji/1f914.svg" title="Thinking"&gt;&amp;#x1f914;&lt;/span&gt;, everything is sounds really good, but problem with placed together two nRF52840 is critical issue... So here I see two potential ways to solve this trouble:&amp;nbsp;&lt;br /&gt;1) To extend number of possible concurent connections. But is it possible? It&amp;#39;s a softdevice limit, but is it possible to do something with that? &lt;br /&gt;2) Synchronize two placed close nrf52840, but how to do it?&amp;nbsp;&lt;br /&gt;&lt;br /&gt;Which direction is more perspective? And also give please me some information to start more deep learning about selected way, if it possible.&lt;br /&gt;&lt;br /&gt;Thanks in advance.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Maximum number of connections over BLE for close working devices</title><link>https://devzone.nordicsemi.com/thread/196897?ContentTypeID=1</link><pubDate>Fri, 05 Jul 2019 17:03:24 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:25542829-67d6-4365-8224-540f874924d3</guid><dc:creator>awneil</dc:creator><description>&lt;p&gt;the point is that it&amp;#39;s all down to the laws of physics - so it applies irrespective of manufacturer&lt;/p&gt;
&lt;p&gt;&lt;img src="https://devzone.nordicsemi.com/resized-image/__size/320x240/__key/communityserver-discussions-components-files/4/pastedimage1562346642112v1.jpeg" alt=" " /&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Maximum number of connections over BLE for close working devices</title><link>https://devzone.nordicsemi.com/thread/196895?ContentTypeID=1</link><pubDate>Fri, 05 Jul 2019 16:57:39 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:e48aadd6-9050-4d5d-94d6-88ab7be68cde</guid><dc:creator>Ars Morozov</dc:creator><description>&lt;p&gt;Espressif ESP?:)&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Maximum number of connections over BLE for close working devices</title><link>https://devzone.nordicsemi.com/thread/196855?ContentTypeID=1</link><pubDate>Fri, 05 Jul 2019 13:22:10 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:f5ec6889-26bf-45a9-a87e-b0f543c0b20d</guid><dc:creator>awneil</dc:creator><description>&lt;p&gt;I was thinking of other manufacturer&amp;#39;s SoCs ...&lt;/p&gt;
&lt;p&gt;&lt;span class="emoticon" data-url="https://devzone.nordicsemi.com/cfs-file/__key/system/emoji/1f609.svg" title="Wink"&gt;&amp;#x1f609;&lt;/span&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Maximum number of connections over BLE for close working devices</title><link>https://devzone.nordicsemi.com/thread/196852?ContentTypeID=1</link><pubDate>Fri, 05 Jul 2019 13:16:59 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:3d3cfa1a-d372-4f37-9845-0e59e27dfd8d</guid><dc:creator>ovrebekk</dc:creator><description>[quote user="awneil"]Presumably, that actually applies to &lt;em&gt;&lt;strong&gt;any&lt;/strong&gt;&lt;/em&gt; two (unsynchronised) Centrals in close proximity - it&amp;#39;s not specific to just the nRF52840 ... ?[/quote]
&lt;p&gt;Correct, but if the two nRF52840&amp;#39;s are put close together on a PCB the antennas might be just centimeters apart, leading to strong interference between the two.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Other devices would typically not be this close, and would hopefully have a lower duty cycle on the radio than a central running 10-15 connections.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Potentially any 2.4GHz source could interfere, and if you put the board on top of a WiFi router streaming 4k video it will definitely affect performance ;)&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Maximum number of connections over BLE for close working devices</title><link>https://devzone.nordicsemi.com/thread/196845?ContentTypeID=1</link><pubDate>Fri, 05 Jul 2019 12:51:47 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:8fe2e42a-efd7-4786-a292-0d3ea763d19f</guid><dc:creator>awneil</dc:creator><description>[quote userid="2116" url="~/f/nordic-q-a/49317/maximum-number-of-connections-over-ble-for-close-working-devices/196832"]One potential issue here is if the two nRF52840 devices on the central side are placed very close together. Then they might interfere with each other[/quote]
&lt;p&gt;Presumably, that actually applies to &lt;em&gt;&lt;strong&gt;any&lt;/strong&gt;&lt;/em&gt; two (unsynchronised) Centrals in close proximity - it&amp;#39;s not specific to just the nRF52840 ... ?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Maximum number of connections over BLE for close working devices</title><link>https://devzone.nordicsemi.com/thread/196832?ContentTypeID=1</link><pubDate>Fri, 05 Jul 2019 12:04:54 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:f133fe26-0c9c-4cdc-9cfb-bbedb0325572</guid><dc:creator>ovrebekk</dc:creator><description>&lt;p&gt;Hi&lt;/p&gt;
&lt;p&gt;Do you have any particular latency or throughput requirements?&lt;/p&gt;
&lt;p&gt;Combining a lot of links is not an issue unless you need to push a lot of data. You will get occasional packet collisions, but BLE is designed to handle a fair bit of packet loss without the link breaking down.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;If you use Nordic devices with Bluetooth 5 support on all sides you can leverage the new CSA#2 feature, which makes each device use a more random channel selection scheme. The advantage of this is that if you have a packet collision between two device pairs&amp;nbsp;they are very unlikely to collide again on the next packet attempt, and they should be able to coexist nicely.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;One potential issue here is if the two nRF52840 devices on the central side are placed very close together. Then they might interfere with each other even if they are using different channels, as a strong TX signal can block out a receiver if it is strong enough. The two nRF52840&amp;#39;s would not be synchronized, and will at some point try to send packets at the same time.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Best regards&lt;br /&gt;Torbjørn&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Maximum number of connections over BLE for close working devices</title><link>https://devzone.nordicsemi.com/thread/196295?ContentTypeID=1</link><pubDate>Wed, 03 Jul 2019 13:29:56 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:248f53bf-1ad6-404e-985e-2e1a023b7115</guid><dc:creator>Ars Morozov</dc:creator><description>&lt;p&gt;Thanks for fast answer.&lt;/p&gt;
[quote userid="6462" url="~/f/nordic-q-a/49317/maximum-number-of-connections-over-ble-for-close-working-devices/196289"]Have you looked at BLE (or other) Mesh ?[/quote]
&lt;p&gt;Yes, I&amp;#39;ve considered also BLE Mesh, but I need higher throughput, and higher speed of data delivery.&lt;/p&gt;
&lt;p&gt;Actually, you don&amp;#39;t respond on my question. Is it really possible to get stable connection in this system on BLE? Maybe I&amp;#39;m not consider some problems and challenges which I will meet, during development? I&amp;#39;m understand that my question is kind of abstract, but maybe you can give some directions to discover information or maybe you already see that this is impossible?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Maximum number of connections over BLE for close working devices</title><link>https://devzone.nordicsemi.com/thread/196289?ContentTypeID=1</link><pubDate>Wed, 03 Jul 2019 13:18:34 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:c2825018-a815-4966-ad76-301062cd0c95</guid><dc:creator>awneil</dc:creator><description>&lt;p&gt;Have you looked at BLE (or other) Mesh ?&lt;/p&gt;
&lt;p&gt;The&amp;nbsp;nRF52 chips can support up to 20 connections at a time - see the SoftDevice specificatrion.&lt;/p&gt;
[quote userid="67850" url="~/f/nordic-q-a/49317/maximum-number-of-connections-over-ble-for-close-working-devices"]BLE have 40 channel (and 3 for advertising).[/quote]
&lt;p&gt;The number of channels does not (directly) set the number of connections.&lt;/p&gt;
&lt;p&gt;A connection does not permanently occupy a channel.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>