<?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>Radio: frequency deviation &amp;amp; drift, vs Bluetooth requirements</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/19989/radio-frequency-deviation-drift-vs-bluetooth-requirements</link><description>I have a couple of questions regarding Radio transmission for BLE. 
 
 
 Is the radio driven by one of the HFCLKs? If so, it confuses me how a 16M clock can drive/derive a much faster 2.4 GHz radio. 
 
 
 From the BT specs: http://imgur.com/a/M9nL8</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Fri, 24 Feb 2017 15:41:29 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/19989/radio-frequency-deviation-drift-vs-bluetooth-requirements" /><item><title>RE: Radio: frequency deviation &amp; drift, vs Bluetooth requirements</title><link>https://devzone.nordicsemi.com/thread/77780?ContentTypeID=1</link><pubDate>Fri, 24 Feb 2017 15:41:29 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:45d64fa6-4f8b-4b28-aba2-22a99888587a</guid><dc:creator>AmbystomaLabs</dc:creator><description>&lt;p&gt;Phase and frequency locked synthesis is one of those cornerstones of RF.&lt;/p&gt;
&lt;p&gt;A separate oscillator generates the 2.4GHz signal, through a series of digital dividers the 2.4GHz signal is reduced down to 16MHz or some other local clock.&lt;/p&gt;
&lt;p&gt;In this manner the 2.4GHz is regulated such that a fixed number of beats (or fractional number) of the 2.4GHz signal are seen for every beat of the local clock (ie, 16MHz).&lt;/p&gt;
&lt;p&gt;By changing the numeric value of the division, the RF can be shifted to any one of the bluetooth channels yet still stay aligned with the local clock.&lt;/p&gt;
&lt;p&gt;In this type of synthesis, the RF signal will have the same ppm error as the local clock.  This is why the error of the clock is expressed as a ratio (part per million) and not in Hertz.&lt;/p&gt;
&lt;p&gt;So a 10PPM local clock will give an error of 10 * 2,400,000,000/1,000,000 or +/- 24KHz at 2.4GHz.&lt;/p&gt;
&lt;p&gt;Similarly, a 40PPM clock which I think is specified on some of the Nordic reference designs will give +/- 96KHz error at 2.4GHz.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>