<?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>nRF24L01+ increasing range using MultiCeiver and ShockBurst …</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/6701/nrf24l01-increasing-range-using-multiceiver-and-shockburst</link><description>With ShockBurst activated the PRX receives some of the packets at 7 to 8 meters, and the PTX only receives the ACK at 4 to 5 meters…. 
 The explanation for this is that the PTX can sent up to 16 times the same packet, eventually one of the 16 packets</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Wed, 06 May 2015 13:03:44 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/6701/nrf24l01-increasing-range-using-multiceiver-and-shockburst" /><item><title>RE: nRF24L01+ increasing range using MultiCeiver and ShockBurst …</title><link>https://devzone.nordicsemi.com/thread/23500?ContentTypeID=1</link><pubDate>Wed, 06 May 2015 13:03:44 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:e52571a3-78e3-4fe1-86f4-b7ed932e620f</guid><dc:creator>Hung Bui</dc:creator><description>&lt;p&gt;@Renato: It&amp;#39;s great that you found the issue.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;The nRF24L01+ chip with trace code 1242AF and 1331AF are known to be counterfeit products.&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;They are not original Nordic&amp;#39;s products.
Be careful when buying chip/module from un-official distributor.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nRF24L01+ increasing range using MultiCeiver and ShockBurst …</title><link>https://devzone.nordicsemi.com/thread/23499?ContentTypeID=1</link><pubDate>Wed, 06 May 2015 12:10:07 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:4eae0317-e72c-42d6-b4d5-f3cd1d512a1d</guid><dc:creator>renato_acronyn</dc:creator><description>&lt;p&gt;Finally... I have it working 100%.... and range is not an issue anymore !...&lt;/p&gt;
&lt;p&gt;Yes.. the ACK in the image had 0 bytes, and my EN_DPL has not activated... to solve this it is necessary to always charge the W_ACK_PAYLOAD with the 32bytes. (it shouldn&amp;#39;t  be necessary to always preload the ACK_PAYLOAD if the DPL was not activated)...&lt;/p&gt;
&lt;p&gt;But this was not my problem because I have tested that before, and no positive result...&lt;/p&gt;
&lt;p&gt;The problem was in my PTX ... It was an HARDWARE PROBLEM.... The modules from China had the same chip reference NRF24L01+ 1242AF, (the reference mentioned production date 2012 week 42) so I changed and tested with another chip NRF24L01+ 1408AF and this one worked 100% ....&lt;/p&gt;
&lt;p&gt;The 1242AF modules did not receive the ACK packet...  Are there fake chips on the market that do not support the Enhanced Shockburst?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nRF24L01+ increasing range using MultiCeiver and ShockBurst …</title><link>https://devzone.nordicsemi.com/thread/23498?ContentTypeID=1</link><pubDate>Tue, 05 May 2015 13:04:47 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:bf71d181-ad73-4cdd-beb1-4366c380d06e</guid><dc:creator>Hung Bui</dc:creator><description>&lt;p&gt;@Renato: Thanks for clarifying the LNA line.&lt;/p&gt;
&lt;p&gt;Looking at the image trace, I can see that PRX&amp;#39;s interval of sending ACK was different (larger) from the sending interval of the TX from PTX.&lt;/p&gt;
&lt;p&gt;Secondly, I can see that PRX has an interrupt (and sending smth) even before the first packet from PTX!&lt;/p&gt;
&lt;p&gt;This made me suspect that PRX maybe answering to smth else, not the PTX.&lt;/p&gt;
&lt;p&gt;Could you try to change the PRX address, and capture a longer trace that show both packet that is ACKed and packet with MAX_RT returned ?
Also please make sure you have a nRF24L01+ not nRF24L01, I saw that in the link on aliexpress the seller state it&amp;#39;s nRF24L01.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nRF24L01+ increasing range using MultiCeiver and ShockBurst …</title><link>https://devzone.nordicsemi.com/thread/23504?ContentTypeID=1</link><pubDate>Mon, 04 May 2015 16:54:09 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:acf69f63-ae91-470f-98ff-1c49aa1c5461</guid><dc:creator>renato_acronyn</dc:creator><description>&lt;p&gt;the LNA in the image is the VDD_PA you mentioned ...&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nRF24L01+ increasing range using MultiCeiver and ShockBurst …</title><link>https://devzone.nordicsemi.com/thread/23503?ContentTypeID=1</link><pubDate>Mon, 04 May 2015 15:55:05 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:c2041426-6df3-480a-a7b2-1c198f875773</guid><dc:creator>Hung Bui</dc:creator><description>&lt;p&gt;@Renato: Could you please update your question with the information above, instead of creating an answer?
It&amp;#39;s easier to read the code/register configuration with the code tag.
Have you made sure you received the correct packet payload on PRX ?&lt;/p&gt;
&lt;p&gt;Could you check if PRX actually sending ACK after it receives packet (by tracing VDD_PA pin voltage).&lt;/p&gt;
&lt;p&gt;To be honest I&amp;#39;m not expert with the nRF24L01+, could you explain LNA pin you showed in the firgure ?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nRF24L01+ increasing range using MultiCeiver and ShockBurst …</title><link>https://devzone.nordicsemi.com/thread/23505?ContentTypeID=1</link><pubDate>Sat, 02 May 2015 20:09:10 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:d3f4c646-1ba5-4d4c-9e4e-d4d9b89b983a</guid><dc:creator>renato_acronyn</dc:creator><description>&lt;p&gt;Well...  I am testing the standard module and the one that as the FX2401C (amplifier and di-pole antenna) assembled..&lt;/p&gt;
&lt;p&gt;And have the modules configured to works in STAR mode (Multiceiver + Auto Acknolagment + Acknolagment payload + static payload + Enhanced Shoburst) ... the main problem is that the AcK payload is not correctly received by the PTX (it works about 50% of the time) even if the RF_SETUP_RETR is set to RETR_4000uS|RETR_10 ....&lt;/p&gt;
&lt;p&gt;I don’t think that distance or interference is an issue (they are 20cmm apart) (I made sure to disconnect all Wi-Fi and Bluetooth devices in a 30 range!)&lt;/p&gt;
&lt;p&gt;PROBLEM 1: In my PTX the MAX_RT interruption is triggered in about 50% of the packets sent... The PTX does not receive ACK correctly...&lt;/p&gt;
&lt;p&gt;PROBLEM 2: if I setup the PTX to send TX_PAYLOAD_NOACK command, the MAX_RT (in PTX) is also triggered...&lt;/p&gt;
&lt;p&gt;I think that I have all the register configured correctly (according to the manual [that is not 100% correct])... meanwhile I have also tested all sorts of configurations an noting seams to overcome this MAX_RT problem, that in my view is the main problem for the short range communications in STAR mode!&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nRF24L01+ increasing range using MultiCeiver and ShockBurst …</title><link>https://devzone.nordicsemi.com/thread/23502?ContentTypeID=1</link><pubDate>Sat, 02 May 2015 16:18:05 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:3a685e2b-58ea-4fb3-8de8-c1b4f095bd4b</guid><dc:creator>Martin</dc:creator><description>&lt;p&gt;Also, what I understand is that the radiation pattern is a donoug shape for this inverted-F that is 90deg to the board, so having the bord mounted vertical would get a better distance in the horizontal plane. The ISM band is quite wide, so the antenna might work better on certain channels I would guess, here in sweden I looked up that the channel 99 is above the WLAN channels, in US etc, the outside WLAN channel is something else as some examples I seen. Anyway, I have also had a struggle to get any distance with these modules, I also guess the small power is one factor and the antenna receiver senibility etc. etc. I bought some modules with amplifier and di-pole antenna for better distance, might work with the &amp;quot;basestation&amp;quot; having better antenna.. Please let me know if you get some better performance on these modules.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nRF24L01+ increasing range using MultiCeiver and ShockBurst …</title><link>https://devzone.nordicsemi.com/thread/23501?ContentTypeID=1</link><pubDate>Sat, 02 May 2015 10:08:43 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:3f92078a-33f5-4c7a-add7-772c27dd3f1e</guid><dc:creator>Martin</dc:creator><description>&lt;p&gt;Hi, I have tested these modules and a standard thing is to set a capacitator between VCC and GND, typically 100nF to 5uF to remove ripple. I would say they communicate 10-20 meters . There are modules with amplifiers and sma antenna that might get better performance.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nRF24L01+ increasing range using MultiCeiver and ShockBurst …</title><link>https://devzone.nordicsemi.com/thread/23497?ContentTypeID=1</link><pubDate>Sat, 02 May 2015 08:21:42 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:e70fa986-3606-4ee0-8c46-d6d4613daa81</guid><dc:creator>renato_acronyn</dc:creator><description>&lt;p&gt;Hi Hung Bui ,&lt;/p&gt;
&lt;p&gt;Hi have made some changes in the nRF24L01+ that are now communicating at up to 8metters, using this module:&lt;/p&gt;
&lt;p&gt;&lt;a href="http://www.aliexpress.com/item/2PCS-NRF24L01-2-4GHz-Wireless-Transceiver-Communication-Module-for-Arduino-SG022-SZ/32308100252.html?s=p"&gt;www.aliexpress.com/.../32308100252.html&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;This setup for the PTX:&lt;/p&gt;
&lt;p&gt;-&amp;gt; RF_CONFIG, EN_CRC_bm|PWR_UP_bm|PRIM_TX_bm,
-&amp;gt; RF_EN_AA, ENAA_P0_bm,
-&amp;gt; RF_EN_RXADDR, ERX_P0_bm,
-&amp;gt; RF_SETUP_RETR, RETR_4000uS|RETR_10,
-&amp;gt; RF_RF_SETUP, RATE_250Kb|_0DBM_bm,
-&amp;gt; RF_STATUS, RX_DR_bm|TX_DS_bm|MAX_RT_bm,
-&amp;gt; RF_RX_PW_P0, RF_PAYLOAD_LEN,
-&amp;gt; RF_DYNPD, 0,	
-&amp;gt; RF_FEATURE, EN_ACK_PAY_bm&lt;/p&gt;
&lt;p&gt;This Setup for the PRX:&lt;/p&gt;
&lt;p&gt;-&amp;gt; RF_CONFIG, EN_CRC_bm|PWR_UP_bm|PRIM_RX_bm,
-&amp;gt; RF_EN_AA, ENAA_P4_bm|ENAA_P3_bm|ENAA_P2_bm|ENAA_P1_bm|ENAA_P0_bm,
-&amp;gt; RF_EN_RXADDR, ERX_P4_bm|ERX_P3_bm|ERX_P2_bm|ERX_P1_bm|ERX_P0_bm,
-&amp;gt; RF_SETUP_RETR, RETR_500uS|RETR_10,
-&amp;gt; RF_RF_SETUP, RATE_250Kb|_0DBM_bm,
-&amp;gt; RF_STATUS, RX_DR_bm|TX_DS_bm|MAX_RT_bm,
-&amp;gt; RF_RX_PW_P0, RF_PAYLOAD_LEN,
-&amp;gt; RF_RX_PW_P1, RF_PAYLOAD_LEN
-&amp;gt; RF_RX_PW_P2, RF_PAYLOAD_LEN,
-&amp;gt; RF_RX_PW_P3, RF_PAYLOAD_LEN,
-&amp;gt; RF_RX_PW_P4, RF_PAYLOAD_LEN,
-&amp;gt; RF_DYNPD, 0,
-&amp;gt; RF_FEATURE, EN_ACK_PAY_bm	&lt;/p&gt;
&lt;p&gt;Changing the speed from 250K to 1M has no effect on range!&lt;/p&gt;
&lt;p&gt;Do you have any recommendations?&lt;/p&gt;
&lt;p&gt;Meanwhile we have decided that we will make the Radio in the main PCB board... So, your offered support will be welcome…&lt;/p&gt;
&lt;p&gt;OBS:
I am using 100bF and 47uF/tant on the power input...&lt;/p&gt;
&lt;p&gt;With the above configuration, I am also having a major problem in the PTX...&lt;/p&gt;
&lt;p&gt;The PTX is sending a packet using W_TX_PAYLOAD each 100mil/sec... and the MAX_RT on the PTX side is activating about 50% of the time... Strangely if I send the packet using W_TX_PAYLOAD_NOACK the MAX_RT also activates...&lt;/p&gt;
&lt;p&gt;Is the PTX not receiving the ACK from the PRX?
Why sending a packet W_TX_PAYLOAD_NOACK the MAX_RT activates?&lt;/p&gt;
&lt;p&gt;Please see the images …  the PTX does not receive the ACK…!&lt;img src="https://devzone.nordicsemi.com/cfs-file/__key/communityserver-discussions-components-files/4/PRX.png" alt="image description" /&gt;&lt;img src="https://devzone.nordicsemi.com/cfs-file/__key/communityserver-discussions-components-files/4/PTX.png" alt="image description" /&gt;&lt;/p&gt;
&lt;p&gt;Tanks Renato&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nRF24L01+ increasing range using MultiCeiver and ShockBurst …</title><link>https://devzone.nordicsemi.com/thread/23496?ContentTypeID=1</link><pubDate>Tue, 28 Apr 2015 09:02:18 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:f23b1a60-b49e-4dff-8b2e-00a96a093f32</guid><dc:creator>Hung Bui</dc:creator><description>&lt;p&gt;@renato: Which nRF24L01+ module are you testing on. The range of 4-7 meters may suggest that the boards weren&amp;#39;t tuned properly. You should get smth with the range of 10-50m depends on the environment.&lt;/p&gt;
&lt;p&gt;What you request is not really feasible with the nRF24L01+. When enabled ACK-ing The PTX  listens on RX for only 250us to wait for an ACK after every packet it sent. Your plan to send more ACKs from PRX won&amp;#39;t fit in to that window.&lt;/p&gt;
&lt;p&gt;My suggestion is to properly tune the boards to make RF work reliably. You can create a case on our support portal to request for free tuning service from us.&lt;/p&gt;
&lt;p&gt;If your devices need to operate in noisy environment with lots of interference that can&amp;#39;t be improved by tuning the board, you can think of having your own protocol, where you make the window for receiving ACK larger and you can re-transmit more ACKs on every packet received.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>