<?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>Channel Sounding - Speed and Multiple Devices</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/116560/channel-sounding---speed-and-multiple-devices</link><description>Hi, 
 We are evaluating BLE Channel Sounding for indoor localization of small mobile robots. We need 2D localization within the room, so we would need to measure the distance to multiple anchors. 
 We have some basic questions about this: 
 
 How fast</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Tue, 10 Dec 2024 07:14:55 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/116560/channel-sounding---speed-and-multiple-devices" /><item><title>RE: Channel Sounding - Speed and Multiple Devices</title><link>https://devzone.nordicsemi.com/thread/514152?ContentTypeID=1</link><pubDate>Tue, 10 Dec 2024 07:14:55 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:8673b072-11fa-4071-958f-7d571f391594</guid><dc:creator>Simonr</dc:creator><description>&lt;p&gt;Hi&lt;/p&gt;
&lt;p&gt;1.&amp;nbsp;Not much new I&amp;#39;m afraid. You will get some measurements with 7.5ms, but not enough to do accurate distance measurement. How many samples are needed for an algorithm to be accurate enough is dependent on the algorithm and the accuracy requirement. Do you have an idea of how many samples you&amp;#39;ll need for your algorithms? If you don&amp;#39;t we can suggest some values, but we need to know what your requirements are is most important.&lt;/p&gt;
&lt;p&gt;2. Going through the devices one by one sounds okay, but the effective ACL interval will be higher before you come back around to the same device again here.&lt;/p&gt;
&lt;p&gt;There is no support for the LE 2M 2BT PHY on the nRF54L15, that&amp;#39;s correct.&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: Channel Sounding - Speed and Multiple Devices</title><link>https://devzone.nordicsemi.com/thread/514117?ContentTypeID=1</link><pubDate>Mon, 09 Dec 2024 19:21:12 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:7134940a-afc8-45eb-a108-50e32c5a755c</guid><dc:creator>MatthewP</dc:creator><description>&lt;p&gt;Hi Simon,&lt;br /&gt;thank you for your detailed response. Are there any news regarding question 1?&lt;br /&gt;&lt;br /&gt;Also, w.r.t to your answer:&lt;br /&gt;1. Since the calculation of the distance is done in the application layer, would it be possible to switch between each device for every ACL interval and aggregate the results on a per-device basis? For example, use 2 ACL intervals for device 1 and save its data, the next 2 ACL intervals for device 2, ... In the meantime, use the data from the steps for each device to calculate the distance more or less simultaneously.&lt;br /&gt;2. Interesting note about scheduling conflicts. Even after reading quite a bit about ACL connection events, intervals, etc. I&amp;#39;m still not a 100% sure how it works. Shouldn&amp;#39;t it be fine if I set the procedure count to 1 in the previous example and then go through the connected devices one-by-one?&lt;br /&gt;&lt;br /&gt;Additional small question: am I correct in assuming that the nRF54L15 does not support the LE 2M 2BT PHY? I didn&amp;#39;t find any mentions in the datasheet.&lt;br /&gt;&lt;br /&gt;Thank you again for your great help and best regards,&lt;br /&gt;Matthew&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Channel Sounding - Speed and Multiple Devices</title><link>https://devzone.nordicsemi.com/thread/511631?ContentTypeID=1</link><pubDate>Fri, 22 Nov 2024 11:24:04 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:b138b22c-9780-465a-8b82-a6b2a2e8ea56</guid><dc:creator>Simonr</dc:creator><description>&lt;p&gt;Hi Matthew&lt;/p&gt;
&lt;p&gt;I got a reply from the devs now, and I&amp;#39;m still waiting on a specific answer on question 1, but here are some preliminary responses.&lt;/p&gt;
&lt;p&gt;1. This is very situational, but it&amp;#39;s worth noting that CS can be started by setting the max_procedure_count=0, that means that CS procedures will continue to run on the ACL indefinitely or until explicitly disabled. In principle you could start a new CS procedure every ACL interval (minimum 7.5ms). 7.5ms is most likely not getting enough CS measurements in that time to do any accurate distance estimatio., but you can configure it so that a new procedure starts once you have collected enough CS measurements in the current CS procedure, to continuously get new measurements.&lt;/p&gt;
&lt;p&gt;2. Having multiple peripherals connected at the same time to do sequential CS should be possible in the current NCS 2.8.0 implementation, although we haven&amp;#39;t done any testing on this. Note that the central device would be using a lot of memory to store CS measurements from each peripheral device it is connected to and performing CS with. The ACL interval also needs to be noticably higher for the conncetions in order to not get scheduling conflicts between different links.&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: Channel Sounding - Speed and Multiple Devices</title><link>https://devzone.nordicsemi.com/thread/511451?ContentTypeID=1</link><pubDate>Thu, 21 Nov 2024 10:32:03 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:f2ee08b5-3de8-4e8a-b528-2314c171a9fa</guid><dc:creator>MatthewP</dc:creator><description>&lt;p&gt;Hi Simon,&lt;/p&gt;
&lt;ol&gt;
&lt;li&gt;Yes, exactly. The question is basically &amp;quot;under ideal conditions with all devices connected, which ranging update rate can I expect&amp;quot;.&lt;/li&gt;
&lt;li&gt;Great, thank you!&lt;/li&gt;
&lt;/ol&gt;
&lt;p&gt;Thank you for your help, very much appreciated.&lt;/p&gt;
&lt;p&gt;BR, Matthew&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Channel Sounding - Speed and Multiple Devices</title><link>https://devzone.nordicsemi.com/thread/511447?ContentTypeID=1</link><pubDate>Thu, 21 Nov 2024 10:17:41 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:2f053c95-b352-4a70-b9ba-3e4d38a2e5fc</guid><dc:creator>Simonr</dc:creator><description>&lt;p&gt;Hi&lt;/p&gt;
&lt;ol&gt;
&lt;li&gt;As we Channel sounding is still experimental on our end, I&amp;#39;m not sure we have the lowest possible time yet, but under 100ms seems doable at least. I assume you mean a ranging after the devices are connected and synchronized, correct?&lt;/li&gt;
&lt;li&gt;I have asked the developers of the channel sounding features in the nRF Connect SDK about this, as I am not sure from just reading the spec and &lt;a href="https://www.bluetooth.com/channel-sounding-tech-overview/"&gt;technical overview&lt;/a&gt;.&lt;/li&gt;
&lt;li&gt;Experimental support was indeed added as of NCS 2.8.0. More details available &lt;a href="https://docs.nordicsemi.com/bundle/ncs-latest/page/nrfxlib/softdevice_controller/doc/channel_sounding.html#softdevice-controller-cs"&gt;here&lt;/a&gt;.&lt;/li&gt;
&lt;/ol&gt;
&lt;p&gt;I&amp;#39;ll let you know when I hear back from the devs regarding question 2, and if they have some more input on your first question.&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: Channel Sounding - Speed and Multiple Devices</title><link>https://devzone.nordicsemi.com/thread/511404?ContentTypeID=1</link><pubDate>Thu, 21 Nov 2024 05:24:00 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:d3c424f0-0742-4999-80c9-5816b1172b03</guid><dc:creator>MatthewP</dc:creator><description>&lt;p&gt;Sorry, my question wasn&amp;#39;t clear in that regard and it seems I have missed the support for CS in the release notes for 2.8.0.&lt;/p&gt;
&lt;p&gt;So at the moment we aren&amp;#39;t testing with DKs at all yet. We wanted to know whether it was even worth trying it out, depending on potential limitations from my first two questions.&lt;/p&gt;
&lt;p&gt;In essence we would like to know how fast the positioning can run (in PBR mode for higher accuracy) and whether we can perform the ranging quickly with multiple connected anchors.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Channel Sounding - Speed and Multiple Devices</title><link>https://devzone.nordicsemi.com/thread/511382?ContentTypeID=1</link><pubDate>Wed, 20 Nov 2024 20:14:15 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:55227948-85df-4bc8-9428-7892a836d000</guid><dc:creator>msip</dc:creator><description>&lt;p&gt;Are you testing between with two nRF54L15-DKs using nRFConnect SDK 2.8.0?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>