<?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>Questions about Direction finding connectionless beacon setting parameters</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/111228/questions-about-direction-finding-connectionless-beacon-setting-parameters</link><description>Hello, 
 
 I am using the &amp;quot;direction finding connectionless beacon sample&amp;quot; to test various settings of the beacon. About setting parameters, I have the following two questions: 
 1. 
 For the [PER_ADV_EVENT_CTE_COUNT] parameter, according to the description</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Wed, 29 May 2024 07:41:11 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/111228/questions-about-direction-finding-connectionless-beacon-setting-parameters" /><item><title>RE: Questions about Direction finding connectionless beacon setting parameters</title><link>https://devzone.nordicsemi.com/thread/486317?ContentTypeID=1</link><pubDate>Wed, 29 May 2024 07:41:11 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:f8220e90-c6c7-423b-ae1c-cdcea16ae9a7</guid><dc:creator>Elfving</dc:creator><description>&lt;p&gt;&lt;span&gt;&lt;span dir="ltr"&gt;In general I think it helps to transmit on 2M PHY instead of 1M, and choose an extended adv interval larger than the periodic one so that the periodic events won&amp;#39;t be kicked out. However, in this case scheduling conflict typically won&amp;#39;t be an issue. As long as the interval duration has sufficient airtime for all the chained PDUs and the two interval are multiples of each other then there should not any problem.&lt;/span&gt;&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;&lt;span dir="ltr"&gt;&lt;/span&gt;&lt;/span&gt;&lt;/p&gt;
[quote user="Sho_Ri"]According to the default settings of the Beacon example,&amp;nbsp;the intervals of&amp;nbsp;&lt;span&gt;periodic advertising&lt;/span&gt;&amp;nbsp;is&amp;nbsp;1 second, and each periodic advertisement carries 5 CTE packets. Therefore, I assume that in one minute, 300 CTE packets are sent.[/quote]
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;&lt;span dir="ltr"&gt;&lt;a title="https://github.com/nrfconnect/sdk-zephyr/blob/main/samples/bluetooth/direction_finding_connectionless_tx/src/main.c#l44" href="https://github.com/nrfconnect/sdk-zephyr/blob/main/samples/bluetooth/direction_finding_connectionless_tx/src/main.c#L44" rel="noopener noreferrer" target="_blank"&gt;The periodic adv interval&lt;/a&gt; is set between [BT_GAP_ADV_SLOW_INT_MIN, BT_GAP_ADV_SLOW_INT_MAX], and if you look up those values in &lt;a title="https://github.com/nrfconnect/sdk-zephyr/blob/main/include/zephyr/bluetooth/gap.h#l722" href="https://github.com/nrfconnect/sdk-zephyr/blob/main/include/zephyr/bluetooth/gap.h#L722" rel="noopener noreferrer" target="_blank"&gt;gap.h&lt;/a&gt;, it says they are 1s and 1.2s respectively. However, those values are for extended advertising with a bit interval of 0.625ms. For periodic advertising, the bit interval is 1.25ms. That is why the actual periodic adv interval becomes 2.4s and why you are seeing 125 packets with CTE per minute (60s / 2.4s * 5 = 125). To fix this, use the values starting with BT_GAP_PER_ADV_ as they are calculated with the 1.25ms bit interval.&lt;/span&gt;&lt;/span&gt;&lt;/p&gt;
[quote user=""]&lt;span&gt; &lt;/span&gt;&lt;span&gt;In addition, is there a fixed time interval between [AUX SYNC IND] and [AUX CHAIN IND], or is there no time interval?&lt;/span&gt;[/quote]
&lt;p&gt;&lt;span&gt;&lt;span dir="ltr"&gt;yes, &lt;code&gt;CONFIG_BT_CTLR_ADV_SYNC_PDU_BACK2BACK_AFS=300&lt;/code&gt; the chain PDUs are placed with 300 us aux_offset&lt;/span&gt;&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;&lt;span dir="ltr"&gt;Regards,&lt;/span&gt;&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;&lt;span dir="ltr"&gt;Elfving&lt;/span&gt;&lt;/span&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Questions about Direction finding connectionless beacon setting parameters</title><link>https://devzone.nordicsemi.com/thread/485944?ContentTypeID=1</link><pubDate>Mon, 27 May 2024 05:15:40 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:ab4afd00-4e7e-4616-9503-972d7eaff7b2</guid><dc:creator>Sho_Ri</dc:creator><description>&lt;p&gt;Hi, Elfving&lt;/p&gt;
&lt;p&gt;Thanks for your reply, it&amp;#39;s very useful to me.&lt;br /&gt;For&amp;nbsp;the first question, I tested it under the following conditions:&lt;br /&gt;&amp;nbsp; &amp;nbsp; &amp;nbsp;1. Use two nrf52833-DKs, one as a Beacon tag and the other as a locator and connected to a 4X4 antenna array.&lt;br /&gt;&amp;nbsp; &amp;nbsp; &amp;nbsp;2. Use the &lt;a href="https://developer.nordicsemi.com/nRF_Connect_SDK/doc/2.1.0/nrf/samples/bluetooth/direction_finding_connectionless_tx/README.html"&gt;direction_finding_connectionless_tx&lt;/a&gt; and &lt;a href="https://developer.nordicsemi.com/nRF_Connect_SDK/doc/2.1.0/nrf/samples/bluetooth/direction_finding_connectionless_rx/README.html"&gt;direction_finding_connectionless_rx&lt;/a&gt;&amp;nbsp;examples, and use the default settings.&lt;br /&gt;&amp;nbsp; &amp;nbsp; &amp;nbsp;3. In the &lt;span&gt;electromagnetic anechoic chamber&lt;/span&gt;, set up Beacon tag in 9 different positions with a distance of 1 to 1.5 meters from the locator. Each position stayed for more than 2 minutes.&lt;br /&gt;According to the default settings of the Beacon example,&amp;nbsp;the intervals of&amp;nbsp;&lt;span&gt;periodic advertising&lt;/span&gt;&amp;nbsp;is&amp;nbsp;1 second, and each periodic advertisement carries 5 CTE packets. Therefore, I assume that in one minute, 300 CTE packets are sent.&lt;br /&gt;When I counted the logs of the locator, I found that as shown in the figure below, about 120 CTE data packets can be received in every locations, and the reception rate was about 40%.&lt;img style="max-height:240px;max-width:320px;" alt=" " src="https://devzone.nordicsemi.com/resized-image/__size/640x480/__key/communityserver-discussions-components-files/4/reception_5F00_rate.png" /&gt;&lt;br /&gt;I would like to ask, why is the reception rate in the &lt;span&gt;electromagnetic anechoic chamber&lt;/span&gt; only 40%? Are there many CTE packets being ignored during the reception process?&lt;/p&gt;
&lt;p&gt;For&amp;nbsp;&lt;span class="jCAhz ChMk0b"&gt;&lt;span class="ryNqvb"&gt;the second question, I would also like to know how the settings of the extended advertising interval and periodic advertising interval will affect the AoA accuracy calculation？&lt;/span&gt;&lt;/span&gt;&lt;span&gt; &lt;/span&gt;&lt;span class="jCAhz ChMk0b"&gt;&lt;span class="ryNqvb"&gt;In addition, do you have any relevant suggestions on how to avoid scheduling conflicts between the two intervals?&lt;/span&gt;&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span class="jCAhz ChMk0b"&gt;&lt;span class="ryNqvb"&gt;&lt;/span&gt;&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;Regards,&lt;/p&gt;
&lt;p&gt;Elfving&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Questions about Direction finding connectionless beacon setting parameters</title><link>https://devzone.nordicsemi.com/thread/485530?ContentTypeID=1</link><pubDate>Thu, 23 May 2024 06:51:35 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:713c6b49-3592-470b-bdfc-251d1ae4bc54</guid><dc:creator>Elfving</dc:creator><description>&lt;p&gt;Hello again,&lt;/p&gt;
&lt;p&gt;For the first question, if CTE_COUNT is set to 5, the AUX_SYNC_IND and the first four AUX_CHAIN_IND packets in each periodic advertising event will contain CTE. The frame space between AUX_SYNC_IND and AUX_CHAIN_IN is defined by T_MAFS and it is implementation-specific. By core spec, the minimum T_MAFS is 300 us (Core spec Vol 6, Part B, 4.1.2 Minimum AUX Frame Space), and for the&amp;nbsp;&lt;a title="https://developer.nordicsemi.com/nrf_connect_sdk/doc/latest/nrfxlib/softdevice_controller/doc/scheduling.html#periodic-advertiser-timing" href="https://developer.nordicsemi.com/nRF_Connect_SDK/doc/latest/nrfxlib/softdevice_controller/doc/scheduling.html#periodic-advertiser-timing" rel="noopener noreferrer" target="_blank"&gt;softdevice controller&lt;/a&gt;&amp;nbsp;which we use in NCS, this value is 330 us.&lt;/p&gt;
&lt;p&gt;For the second question, the two intervals should be independent, and depending on the data length and which PHY it is on, there could be scheduling conflicts. Is that what you are asking about how they affect each other?&lt;/p&gt;
&lt;p&gt;Regards,&lt;/p&gt;
&lt;p&gt;Elfving&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Questions about Direction finding connectionless beacon setting parameters</title><link>https://devzone.nordicsemi.com/thread/485242?ContentTypeID=1</link><pubDate>Wed, 22 May 2024 00:11:53 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:cf0be0f0-1f2f-43d7-bdc2-f1ba53d01867</guid><dc:creator>Sho_Ri</dc:creator><description>&lt;p&gt;Hi, Elfving&lt;/p&gt;
&lt;p&gt;Thank you for your contact and look forward to replying.&lt;/p&gt;
&lt;p&gt;Regards,&lt;/p&gt;
&lt;p&gt;Sho&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Questions about Direction finding connectionless beacon setting parameters</title><link>https://devzone.nordicsemi.com/thread/485181?ContentTypeID=1</link><pubDate>Tue, 21 May 2024 14:24:43 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:bdbf2828-4d58-4efc-ad2f-13a4b354c12a</guid><dc:creator>Elfving</dc:creator><description>&lt;p&gt;Hello Sho, and thank you for your patience.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;Both the 17th and&amp;nbsp;Pentecost Monday&amp;nbsp;are public holidays in Norway, which has unfortunately lead to some delays, as well as a rather high workload at the moment. As always, please contact your local RSM if you require more urgent assistance than what is provided.&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;I&amp;#39;ve forwarded your question to the relevant R&amp;amp;D team, and will let you know once I hear from them.&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;Regards,&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;Elfving&lt;/span&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>