<?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+ TX and RX address issue</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/36537/nrf24l01-tx-and-rx-address-issue</link><description>Hi, 
 I have a project that I have product which I have produced several thousand over the last couple of years and today find an issue. 
 The product has a receiver that gets a 3-BYTE RX Address assigned (for now only using the 2 lowest bytes). 
 There</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Mon, 08 Oct 2018 08:58:02 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/36537/nrf24l01-tx-and-rx-address-issue" /><item><title>RE: NRF24L01+ TX and RX address issue</title><link>https://devzone.nordicsemi.com/thread/151986?ContentTypeID=1</link><pubDate>Mon, 08 Oct 2018 08:58:02 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:d38537b0-4531-4607-a441-61035e258904</guid><dc:creator>Kenneth</dc:creator><description>&lt;p&gt;If you are using authentic nRF24L01 chips then there is no delay required.&amp;nbsp;&lt;span&gt;There have been no changes occurring since it was launched &amp;gt;10 years ago.&amp;nbsp;Since the issue you are having is due to fake chips, we cannot provide any support, I am sure you can understand this.&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;Kenneth&lt;/span&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: NRF24L01+ TX and RX address issue</title><link>https://devzone.nordicsemi.com/thread/151967?ContentTypeID=1</link><pubDate>Mon, 08 Oct 2018 07:39:54 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:c4f1f598-5a4d-47be-a403-aac225c0fffb</guid><dc:creator>orbitcoms</dc:creator><description>&lt;p&gt;I can get the modules to work by inserting a delay between the writing of TX Address Bytes and Writing TX Payload (Step 6 below). First I tried 2ms and did not work. I increased to 10ms and it works fine now.&lt;/p&gt;
&lt;p&gt;Is there some delay required at this point? It is like my timing may have been borderline and if for some reason a batch of devices executed a little faster or slower and affected this? Hence why I asked if there had been any changes in the silicon between 2017 batches and 2018?&lt;/p&gt;
&lt;p&gt;The general algorithm of my code is below.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;div&gt;1. Power Up from sleep &lt;br /&gt;2. Write &amp;quot;1&amp;quot; to config register bit 1&lt;br /&gt;3. Pause 1.5ms&lt;br /&gt;4. Write RX address to RX_ADDR_P0&lt;br /&gt;5. Write TX address to TX_ADDR&lt;/div&gt;
&lt;div&gt;******* Need delay here or no go *************&lt;br /&gt;6. Delay 10ms&lt;br /&gt;**********************************************&lt;/div&gt;
&lt;div&gt;7. Write Payload bytes&lt;br /&gt;Transmit&lt;br /&gt;&amp;nbsp; CE = 1&lt;br /&gt;&amp;nbsp; 10us delay&lt;br /&gt;&amp;nbsp; CE = 0&lt;/div&gt;
&lt;div&gt;8. Get TX Done flag &amp;nbsp;&lt;/div&gt;
&lt;div&gt;9. Clear all IRQ flags&lt;br /&gt;10. Flush TX&lt;br /&gt;11. Power Down&lt;/div&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: NRF24L01+ TX and RX address issue</title><link>https://devzone.nordicsemi.com/thread/151941?ContentTypeID=1</link><pubDate>Mon, 08 Oct 2018 04:21:56 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:07f3176b-cdd0-442c-8dcd-4cc61f98785e</guid><dc:creator>orbitcoms</dc:creator><description>&lt;p&gt;I found a delay is required between writing TX_ADDR or RX_ADDR_P0 address and Sending the TX Data Payload.&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;What delay needs to exist for this to work properly?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: NRF24L01+ TX and RX address issue</title><link>https://devzone.nordicsemi.com/thread/150877?ContentTypeID=1</link><pubDate>Mon, 01 Oct 2018 06:52:48 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:dd81c5ac-0ebe-4953-b753-7a1d01b5df1f</guid><dc:creator>Nordic QA</dc:creator><description>&lt;p&gt;Hi David,&lt;/p&gt;
&lt;p&gt;The component is most likely a fake since we found inconsistencies in the marking. You might want to ask your supplier trough which channel they bought the part. Probably they won&amp;#39;t disclose the information.&lt;/p&gt;
&lt;p&gt;Thanks&lt;/p&gt;
&lt;p&gt;Kind regards&lt;/p&gt;
&lt;p&gt;Massimo (QA department)&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: NRF24L01+ TX and RX address issue</title><link>https://devzone.nordicsemi.com/thread/150257?ContentTypeID=1</link><pubDate>Tue, 25 Sep 2018 12:33:17 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:ae99ba32-308a-40da-b09e-d93dcae7c4c6</guid><dc:creator>orbitcoms</dc:creator><description>&lt;p&gt;&lt;img alt=" " src="https://devzone.nordicsemi.com/resized-image/__size/320x240/__key/communityserver-discussions-components-files/4/rf-module.png" /&gt;&lt;/p&gt;
&lt;p&gt;This is the module type we use.&lt;/p&gt;
&lt;p&gt;Marking on device is&lt;/p&gt;
&lt;p&gt;NRF&amp;nbsp;&amp;nbsp; M&lt;/p&gt;
&lt;p&gt;24L01 +&lt;/p&gt;
&lt;p&gt;1808&amp;nbsp; A H&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: NRF24L01+ TX and RX address issue</title><link>https://devzone.nordicsemi.com/thread/150251?ContentTypeID=1</link><pubDate>Tue, 25 Sep 2018 12:25:13 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:0c4c4424-0549-4488-9874-020fd94f2786</guid><dc:creator>orbitcoms</dc:creator><description>&lt;p&gt;Is there a way we can verify whether these are genuine Nordic devices used in the RF Modules?&lt;/p&gt;
&lt;p&gt;I do have SPI communications working so I can read any of the registers ok.&lt;/p&gt;
&lt;p&gt;The IC is marked&lt;/p&gt;
&lt;p&gt;NRF24L01 + M&lt;/p&gt;
&lt;p&gt;1808 A X&lt;/p&gt;
&lt;p&gt;I need to verify what letter &amp;quot;X&amp;quot; is, I have placed it to show you there is a second digita but need to confirm in morning from my office what that second digit is. Doesn&amp;#39;t this signify which production plant made the device in 8th week of 2018?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: NRF24L01+ TX and RX address issue</title><link>https://devzone.nordicsemi.com/thread/150218?ContentTypeID=1</link><pubDate>Tue, 25 Sep 2018 10:57:21 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:52c0edf1-b653-4a68-9f64-65b74c2e4c80</guid><dc:creator>Kenneth</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;Since you are in production let&amp;#39;s transfer this case to QA for handling.&amp;nbsp;They will contact you shortly where to send failing samples, I think we should receive both chips from 2017 and 2018 for test.&lt;/p&gt;
&lt;p&gt;There have been no changes occurring since it was launched about 10years(?) ago. There are however many counterfeit devices out there, so make sure to get the chips though one of our distributors, though I am not saying that is the problem here.&lt;/p&gt;
&lt;p&gt;Best regards,&lt;br /&gt;Kenneth&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: NRF24L01+ TX and RX address issue</title><link>https://devzone.nordicsemi.com/thread/150186?ContentTypeID=1</link><pubDate>Tue, 25 Sep 2018 08:26:55 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:d65f6913-b7ec-4fa4-b347-56b5999a2b03</guid><dc:creator>orbitcoms</dc:creator><description>&lt;p&gt;Do you have a change history for NRF24L01+?&lt;/p&gt;
&lt;p&gt;I have been using older modules with my code and they worked fine.&lt;/p&gt;
&lt;p&gt;Then I purchased some reels of 2017 marked devices and the tx flag was not being set after transmission so I had to add a 2ms delay after transmission rather than wait for flag to change&lt;/p&gt;
&lt;p&gt;I made a hundreds of devices with this code and the 2017 devices&lt;/p&gt;
&lt;p&gt;Now I have received 1500 devices on reels with 2018 date and none of them are working at all.&lt;/p&gt;
&lt;p&gt;Something must have changed in this version that affects timing or command sequence or something and I cannot determine what is happening.&lt;/p&gt;
&lt;p&gt;If I remove the 2018 device and place the 2017 device into the SAME hardware that does not work, it works perfectly.&lt;/p&gt;
&lt;p&gt;But if I replace the 2018 device with another 2018 device on the board, it does not work. Only the 2017 devices work correctly.&lt;/p&gt;
&lt;p&gt;I need to solve this to make these 1500 products containing the device ASAP.&lt;/p&gt;
&lt;p&gt;Thanks&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: NRF24L01+ TX and RX address issue</title><link>https://devzone.nordicsemi.com/thread/143067?ContentTypeID=1</link><pubDate>Mon, 06 Aug 2018 15:05:43 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:b7284741-6ae9-44e9-a8aa-4da56ceefcf1</guid><dc:creator>Kenneth</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;I am not aware of any reason&amp;nbsp;for this not to work. Have you made any new discovery?&lt;/p&gt;
&lt;p&gt;Best regards,&lt;br /&gt;Kenneth&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: NRF24L01+ TX and RX address issue</title><link>https://devzone.nordicsemi.com/thread/141382?ContentTypeID=1</link><pubDate>Wed, 25 Jul 2018 15:18:16 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:27dee376-a9f6-4f64-b95d-141cd2f8115f</guid><dc:creator>Hung Bui</dc:creator><description>&lt;p&gt;Hi David,&amp;nbsp;&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;/p&gt;
&lt;p&gt;I don&amp;#39;t have an answer for this yet. It&amp;#39;s pretty strange. There could be a chance that the&amp;nbsp;4290 falls into one of the case described at section 7.3.2 in the nRF24L01P datasheet.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Our experts in legacy products unfortunately are on vacation. We will try to get back to you in a few weeks.&amp;nbsp;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>