<?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+ timing diagram</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/2934/nrf24l01-timing-diagram</link><description>Hello,
I am trying to implement a Time-On-Air measurement with two nRF24L01+.
I set up the devices to work at 2Mbps, 3 bytes address, 1 byte payload, 1 byte CRC.
Both works with dedicated 16Mhz crystal.
I am using a Logic analyzer with 25Mhz sampling</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Thu, 03 Jul 2014 09:32:52 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/2934/nrf24l01-timing-diagram" /><item><title>RE: nRF24L01+ timing diagram</title><link>https://devzone.nordicsemi.com/thread/11141?ContentTypeID=1</link><pubDate>Thu, 03 Jul 2014 09:32:52 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:e51a3061-a56d-4058-8a33-706fb0160725</guid><dc:creator>Vito</dc:creator><description>&lt;p&gt;Hello, thanks for your answer.
I will scope carefully the CE pin then.&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;The delay that you are measuring is off due to the logic that fires up the radio (setting CE and waiting for IRQ to assert).&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;From what you say, I understand that the code inside the nRF24l01+ can take a different amount of 16Mhz clock cycles, in order to poll CE and to set IRQ.
However in your calculation you did not not include the Tirq time of 4us which is what makes my measurement so far from the calculation.&lt;/p&gt;
&lt;p&gt;Is it the same on the RX side? Is it true that if do an adequate number of measurements I can probably spot the &amp;quot;lowest execution time&amp;quot;?
Or are there some numbers, like what are the minimum and maximum execution times for TX and RX, in addition to the 154us you calculated?
Thanks again, best regards&lt;/p&gt;
&lt;p&gt;Vito&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nRF24L01+ timing diagram</title><link>https://devzone.nordicsemi.com/thread/11140?ContentTypeID=1</link><pubDate>Thu, 03 Jul 2014 08:05:00 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:6e529788-3b01-4d97-8dc8-4bc4923d5761</guid><dc:creator>H&amp;#229;kon Alseth</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;The timing of the transmitter is set as according to our specification and will not vary.
The PLL start up time will be 130 us (Tstdby2a), and each bit will be 0.5 us in 2 MBit mode.
Using 3 byte address, one byte payload, one byte CRC; this will give you a total time of:&lt;/p&gt;
&lt;p&gt;130 us  + (1 byte Preample + 3b address + 1 b payload + 1 b CRC)*8/ 2MBIT = 130 + 24 us = 154 us.&lt;/p&gt;
&lt;p&gt;The delay that you are measuring is off due to the logic that fires up the radio (setting CE and waiting for IRQ to assert). You should hold the CE pin active for at least 10 us to be certain that the radio starts up. If you have a lot of capacitance on this pin, you will see a slope before reaching a logical defined level &amp;#39;1&amp;#39;, which is one of the reasons that we recommend this timing on the CE pin.&lt;/p&gt;
&lt;p&gt;The jitter of all clock operations are directly derived from the 16M xtal. Meaning that the 2.4 GHz signal will have the same jitter as your clock source (lets say; 40 ppm including aging and temperature tolerance)&lt;/p&gt;
&lt;p&gt;Best regards,
Håkon&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>