<?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>Can I get some clarification regarding pipes and addresses?</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/23206/can-i-get-some-clarification-regarding-pipes-and-addresses</link><description>Hi, 
 I&amp;#39;ve asked a few questions previously regarding programming of the nRF24L01/+ for simple data interchange between two devices, and my questions were answered -- many thanks. 
 However I still don&amp;#39;t seem to be able to get a PTX and a PRX device</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Tue, 08 Aug 2017 00:15:00 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/23206/can-i-get-some-clarification-regarding-pipes-and-addresses" /><item><title>RE: Can I get some clarification regarding pipes and addresses?</title><link>https://devzone.nordicsemi.com/thread/91276?ContentTypeID=1</link><pubDate>Tue, 08 Aug 2017 00:15:00 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:18b51d4d-9ae1-4da0-bc93-40ab784ed4d6</guid><dc:creator>JimR</dc:creator><description>&lt;p&gt;Hi Hung Bui, Thanks for that clarification. I think that does resolve my confusion! JimR&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Can I get some clarification regarding pipes and addresses?</title><link>https://devzone.nordicsemi.com/thread/91275?ContentTypeID=1</link><pubDate>Mon, 07 Aug 2017 12:44:03 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:ce625045-83fa-478e-92af-a7e26292a27d</guid><dc:creator>Hung Bui</dc:creator><description>&lt;p&gt;I know, it&amp;#39;s confusing, the variants :) But the nRF2401 is very very very old, must be more than 12 years.&lt;/p&gt;
&lt;p&gt;On the nRF24L01P, Enhances Shockburst is enabled by default.&lt;/p&gt;
&lt;p&gt;On the nRF24L01, you need to call ACTIVATE to activate ESB (meaning auto ACK)&lt;/p&gt;
&lt;p&gt;Of course you have to make sure you don&amp;#39;t disable ACK by using dynamic payload (set NO_ACK bit to high).&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Can I get some clarification regarding pipes and addresses?</title><link>https://devzone.nordicsemi.com/thread/91273?ContentTypeID=1</link><pubDate>Sat, 05 Aug 2017 22:21:39 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:8be2beac-91f8-462b-9c58-35d2f50738ed</guid><dc:creator>JimR</dc:creator><description>&lt;p&gt;Hi Hung Bui, I&amp;#39;m using and I was talking about the nRF24L01P, and I simply want to ensure that modules using this chip are compatible with those using the nRF24L01. It looks like I was misreading the info on page 49, because I hadn&amp;#39;t noticed that it was talking about backward compatibility with the nRF2401 and so on, NOT the nRF24L01. You have so many variants! Anyway, am I right that this means that I need to enable Enhanced ShockBurst to get my modules exchanging ACKs?  JimR&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Can I get some clarification regarding pipes and addresses?</title><link>https://devzone.nordicsemi.com/thread/91284?ContentTypeID=1</link><pubDate>Fri, 04 Aug 2017 11:21:19 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:c4e5c7fa-7ec1-4553-ae51-1718a4ea6dc7</guid><dc:creator>Hung Bui</dc:creator><description>&lt;p&gt;Please clarify, are you talking about nRF24L01 or nRF2401 ? page 49 was about nRF2401.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Can I get some clarification regarding pipes and addresses?</title><link>https://devzone.nordicsemi.com/thread/91283?ContentTypeID=1</link><pubDate>Thu, 03 Aug 2017 22:04:40 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:0750fdde-f90f-43e0-814d-5b015f198542</guid><dc:creator>JimR</dc:creator><description>&lt;p&gt;PS: I mean that must Enhanced ShockBurst be enabled before an nRF24L01P will return any ACKs when it receives a packet in PRX mode? I just want to get it really straight, please. JimR&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Can I get some clarification regarding pipes and addresses?</title><link>https://devzone.nordicsemi.com/thread/91282?ContentTypeID=1</link><pubDate>Thu, 03 Aug 2017 22:01:32 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:e8b263e5-9f38-4ce3-8cbe-162ec58a7618</guid><dc:creator>JimR</dc:creator><description>&lt;p&gt;Hi Hung Bui, I guess I must have been confused in reading the info on page 49 of the data sheet, because I thought I had to disable Enhanced ShockBurst  for backward compatibility with the nRF24L01. So just to clarify, please, are you saying that the only way to get any ACKs at all from an nRF24L01P is to enable Enhanced ShockBurst -- and that&amp;#39;s why I&amp;#39;m not getting any at present? JimR&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Can I get some clarification regarding pipes and addresses?</title><link>https://devzone.nordicsemi.com/thread/91285?ContentTypeID=1</link><pubDate>Thu, 03 Aug 2017 12:58:18 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:491d50ec-ca8b-4e6e-851a-ee7f528c99c4</guid><dc:creator>Hung Bui</dc:creator><description>&lt;p&gt;Are you sure it&amp;#39;s the instruction to make it compatible with nRF24L01 ? We don&amp;#39;t have something like that in the datasheet. It&amp;#39;s only the instruction to make it compatible with nRF2401 which doesn&amp;#39;t support Enhanced Shockburst.
The nRF24L01 is almost identical to the nRF24L01+ except for 250kbps mode and you need to call ACTIVATE function to enable Enhanced Shockburst features.&lt;/p&gt;
&lt;p&gt;When you test using 2 nRF24L01P do you get ACK ?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Can I get some clarification regarding pipes and addresses?</title><link>https://devzone.nordicsemi.com/thread/91272?ContentTypeID=1</link><pubDate>Wed, 02 Aug 2017 21:30:24 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:e373b650-eb68-4c90-897a-48d096d9cee7</guid><dc:creator>JimR</dc:creator><description>&lt;p&gt;Hi again Hung Bui. Here&amp;#39;s another (related) question, though. When I follow the nRF24L01+ datasheet to make the chip and module compatible with those using the earlier nRF24L01 chip, does this disable all ACKnowledgements altogether? I ask this because I don&amp;#39;t seem to be getting any ACKs. So didn&amp;#39;t the earlier chips do ACKs, or did you have to do them in your program? If you can help, do so please. JimR&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Can I get some clarification regarding pipes and addresses?</title><link>https://devzone.nordicsemi.com/thread/91281?ContentTypeID=1</link><pubDate>Mon, 10 Jul 2017 15:08:45 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:e24ac54c-3609-40aa-9188-a86bd2672253</guid><dc:creator>Hung Bui</dc:creator><description>&lt;p&gt;@JimR : What you say is correct.
It&amp;#39;s the status BEFORE the command or data is received. If you want the most upto date you would either read the status register, or do a dummy command (NOP command).&lt;/p&gt;
&lt;p&gt;My suggestion is to use a logic analyzer and track down what the Arduino code does on the SPI and you try to do the same thing on your code, then compare why there is a difference in the result.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Can I get some clarification regarding pipes and addresses?</title><link>https://devzone.nordicsemi.com/thread/91280?ContentTypeID=1</link><pubDate>Sun, 09 Jul 2017 23:18:27 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:a6a84386-00b8-4f21-aaff-1c8002809dd5</guid><dc:creator>JimR</dc:creator><description>&lt;p&gt;Thank you Hung Bui, for that helpful reply. I have tried following the code used in both the Arduino program and in the RF24 code library in which its functions are sourced, but this has proved to be very difficult.
In the meantime, can you please answer another question. I understand that whenever you send commands or data to the nRF24L01 via the SPI interface, it returns the contents of the status register. But presumably what it returns is the contents of the status register BEFORE the command or data is received -- right? If this is so, it sounds like if you want to know the chip&amp;#39;s status AFTER the command or data is received, you need to read from the status register again, straight afterwards. Can you please confirm that this is correct -- or explain why it isn&amp;#39;t.  Thanks, JimR&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Can I get some clarification regarding pipes and addresses?</title><link>https://devzone.nordicsemi.com/thread/91279?ContentTypeID=1</link><pubDate>Fri, 07 Jul 2017 08:58:09 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:8996d551-61da-4fe4-928b-58af0db4f3fe</guid><dc:creator>Hung Bui</dc:creator><description>&lt;p&gt;Yes it&amp;#39;s correct. But when a device is in TX mode, it&amp;#39;s doesn&amp;#39;t mater which RX_ADDR_* are set.
Same with PRX, when you are in RX mode, TX_ADDR doesn&amp;#39;t take effective.
Please try to set on PTX side TX_ADDR to 0xE7E7E7E7E7 and on PRX side, set RX_ADDR_P0 to 0xE7E7E7E7E7 .&lt;/p&gt;
&lt;p&gt;Make sure you enable Pipe 0 as receiver pipe.&lt;/p&gt;
&lt;p&gt;Please post your code.&lt;/p&gt;
&lt;p&gt;If the module works fine with the Arduino, you can try to follow what is used on the Arduino firmware and test on your device.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Can I get some clarification regarding pipes and addresses?</title><link>https://devzone.nordicsemi.com/thread/91277?ContentTypeID=1</link><pubDate>Thu, 06 Jul 2017 21:25:55 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:3fab63fb-1b2c-4d68-a4ec-dc2239ec11fb</guid><dc:creator>JimR</dc:creator><description>&lt;p&gt;Yes Hung Bui, I have tested that I can write and read the registers on the chip  normally, and I&amp;#39;m pretty sure that I am setting it up correctly on the RF side. The RF hardware side is also functioning OK, since I&amp;#39;m using commercial modules with a &amp;#39;meandering track&amp;#39; PCB antenna -- and the modules work fine with Arduino microcomputers. But you didn&amp;#39;t actually say whether the addressing scheme I described in the previous comment was right or wrong -- can you please answer my question!
JimR&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Can I get some clarification regarding pipes and addresses?</title><link>https://devzone.nordicsemi.com/thread/91274?ContentTypeID=1</link><pubDate>Thu, 06 Jul 2017 16:03:38 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:99a928aa-80a1-4b70-b4d9-cd1e3d9fe807</guid><dc:creator>Hung Bui</dc:creator><description>&lt;p&gt;Sorry, I meant &amp;quot;Appendix A&amp;quot; not &amp;quot;Appendix 1&amp;quot;.&lt;/p&gt;
&lt;p&gt;The nRF24 can listen to 6 different pipes (6 address) at the same time, you don&amp;#39;t have to match the pipe on the PTX with the pipe on PRX. They don&amp;#39;t care about pipe, the address is what they use to match.&lt;/p&gt;
&lt;p&gt;There are many reasons that your chips don&amp;#39;t communicate. We can think of there could be smth wrong with the firmware you use to test the chip. Have you made sure you can write and read the register on the chip normally ?
Have you make sure the RF hardware part is done correctly ? Can you send the schematic and layout ? And a close up photo of your board ?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Can I get some clarification regarding pipes and addresses?</title><link>https://devzone.nordicsemi.com/thread/91268?ContentTypeID=1</link><pubDate>Thu, 06 Jul 2017 00:04:46 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:f71e922b-361c-4101-b04d-82e8e78b610b</guid><dc:creator>JimR</dc:creator><description>&lt;p&gt;Hi again Hung Bui,
I have tried to read the explanation in appendix A of the nRF24L01 datasheet, and frankly I still find it confusing. But I have tried configuring Radio 0 with its TX_ADDR address pipe set to C2C2C2C2C2 and its RX_ADDR_P0 pipe address set to E7E7E7E7E7, and then Radio 1 is configured with its TX_ADDR pipe set to E7E7E7E7E7 and its RX_ADDR_P1 address set to C2C2C2C2C2. So each radio&amp;#39;s receive address is set to the transmit address of the other, with the idea that Radio 0 transmits to Radio 1 via pipe 0, and Radio 1 transmits to Radio 0 via pipe 1.  BUT THEY STILL DON&amp;#39;T COMMUNICATE -- so what is wrong?
All I can think of at present is that they might have to use the same pipe for communication each way -- but that seems crazy.  JimR&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Can I get some clarification regarding pipes and addresses?</title><link>https://devzone.nordicsemi.com/thread/91269?ContentTypeID=1</link><pubDate>Wed, 05 Jul 2017 22:23:11 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:b3acb50d-81ff-451d-8227-fe918a46f372</guid><dc:creator>JimR</dc:creator><description>&lt;p&gt;Hi Hung Bui,&lt;/p&gt;
&lt;p&gt;Thank you for that comment, although it really wasn&amp;#39;t very helpful at all. For a start, you suggested that I follow the instruction at &amp;#39;Appendix 1&amp;#39; in the datasheet, whereas my copy of the datasheet has three appendices, labelled A, B and C. So there&amp;#39;s a puzzle straight away, although even if I assume that you mean appendix B, this still doesn&amp;#39;t talk about actual addresses -- only address widths!
Your other questions also don&amp;#39;t make clear whether you mean that the transmitting device needs to use the same pipe address as the receiver, or what. Frankly, it&amp;#39;s a bit confusing. JimR&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Can I get some clarification regarding pipes and addresses?</title><link>https://devzone.nordicsemi.com/thread/91271?ContentTypeID=1</link><pubDate>Wed, 05 Jul 2017 14:35:09 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:f3e86105-913e-40dc-b673-7ec7d5b5fb4c</guid><dc:creator>Hung Bui</dc:creator><description>&lt;p&gt;Hi JimR,&lt;/p&gt;
&lt;p&gt;Why would you have the receiver pipe address different with the transmitter TX address ?
How would they talk to each other if the addresses are different ?&lt;/p&gt;
&lt;p&gt;I suggest you follow the instruction at appendix 1 in the nRF24L01 datasheet.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Can I get some clarification regarding pipes and addresses?</title><link>https://devzone.nordicsemi.com/thread/91278?ContentTypeID=1</link><pubDate>Tue, 04 Jul 2017 23:04:59 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:3c28330f-e581-422f-985d-eb4460387bca</guid><dc:creator>JimR</dc:creator><description>&lt;p&gt;Also, the problem I have with the Getting Started RF24 program is that it doesn&amp;#39;t seem to be sending the data for transmission to the chip&amp;#39;s TX FIFO -- yet transmission still takes place!   JimR&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Can I get some clarification regarding pipes and addresses?</title><link>https://devzone.nordicsemi.com/thread/91270?ContentTypeID=1</link><pubDate>Tue, 04 Jul 2017 23:02:26 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:33feff25-274a-4903-969d-f80f9f503d88</guid><dc:creator>JimR</dc:creator><description>&lt;p&gt;Hi, I probably should have noted that I am not using &amp;#39;Enhanced Shockburst&amp;#39;, because I want my &amp;#39;radios&amp;#39; to be compatible with others using the nRF24L01 -- not just the nRF24L01+.
I guess I don&amp;#39;t know if &amp;#39;regular&amp;#39; Shockburst does any auto acknowledgment anyway -- does it? Perhaps I still need to send an ACK &amp;#39;manually&amp;#39;...
Sorry about my muddle.  JimR&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>