<?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>nrf52833 direction finding connectionless RX</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/117125/nrf52833-direction-finding-connectionless-rx</link><description>Hi, 
 We are trying to enable oversampling in an application that is based on your DF connectionless RX sample, build with Zephyr version 3.4.99. 
 Something similar was asked here https://devzone.nordicsemi.com/f/nordic-q-a/99598/direction-finding-aod</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Tue, 10 Dec 2024 15:05:17 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/117125/nrf52833-direction-finding-connectionless-rx" /><item><title>RE: nrf52833 direction finding connectionless RX</title><link>https://devzone.nordicsemi.com/thread/514312?ContentTypeID=1</link><pubDate>Tue, 10 Dec 2024 15:05:17 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:36edf350-6271-4396-ae65-497437532424</guid><dc:creator>PaKa</dc:creator><description>&lt;p&gt;If you are looking at the receiver code then that is using the Zephyr link layer and is a full SW delivery. You can do what you want there but you will have to handle it. Note that if you start oversampling then all buffersizes have to be increased to accomodate this. This is one of the reasons this hasn&amp;#39;t been done in the SDK as there are potentially a lot of places that needs updating.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nrf52833 direction finding connectionless RX</title><link>https://devzone.nordicsemi.com/thread/514300?ContentTypeID=1</link><pubDate>Tue, 10 Dec 2024 14:34:46 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:94f3e1df-7e41-4394-803f-ff7f40b02af1</guid><dc:creator>Jared</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;You can&amp;#39;t write directly to the Radio register while using the Softdevice controller as it will make the controller assert since the Radio peripheral is restricted while Softdevice controller is enabled. Instead, you would have to use the radio in proprietary mode and write your own controller stack.&lt;/p&gt;
&lt;p&gt;regards&lt;/p&gt;
&lt;p&gt;Jared&amp;nbsp;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nrf52833 direction finding connectionless RX</title><link>https://devzone.nordicsemi.com/thread/514253?ContentTypeID=1</link><pubDate>Tue, 10 Dec 2024 13:02:38 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:fc29a731-3ed3-47b1-ab7b-f9fefbf729e0</guid><dc:creator>ghms</dc:creator><description>&lt;p&gt;If we don&amp;#39;t care about BLE compliance, how would you recommend moving forward to enable oversampling? It seems it is possible to modify the register DFECTRL1 in NRF_RADIO, but how and where should this then be set?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nrf52833 direction finding connectionless RX</title><link>https://devzone.nordicsemi.com/thread/514246?ContentTypeID=1</link><pubDate>Tue, 10 Dec 2024 12:36:33 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:aef8cd0e-463a-44ea-9d77-653e22196be1</guid><dc:creator>Jared</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;Unfortunately the status is still the same, it&amp;#39;s not supported.&lt;/p&gt;
[quote userid="138882" url="~/f/nordic-q-a/117125/nrf52833-direction-finding-connectionless-rx"]- If it is no longer the case, what would be the correct way to modify the sample to enable oversampling. E.g., changing the sampling and switching spacing from 2us to 1us, so that the total number of samples in a CTE would be 8+2*74=156, instead of the standard 82 for a CTE of 160us.&amp;nbsp;[/quote]
&lt;p&gt;With 1 &amp;micro;s then you won&amp;#39;t get 156 samples. The antenna switching will take 1 &amp;micro;s itself. So with antenna switching 1&amp;micro;s you&amp;#39;ll sample every 2 &amp;micro;s, since you&amp;#39;ll use 1&amp;micro;s switching in between. For a CTE with 160 &amp;micro;s you have to subtract the 12 &amp;micro;s reference guard ( Guard period + reference period) = 148 &amp;micro;s and with 1&amp;micro;s antenna switching you&amp;#39;ll get 74 samples.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;regards&lt;/p&gt;
&lt;p&gt;Jared&amp;nbsp;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>