<?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>Easy way to bring LFCLK out on a GPIO?</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/4865/easy-way-to-bring-lfclk-out-on-a-gpio</link><description>Hello, 
 We&amp;#39;re interested in measuring the precision of our external crystal, but don&amp;#39;t have the equipment to measure off the crystal directly without affecting capacitive loading. 
 Some microcontrollers have the ability to drive the clock out a GPIO</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Fri, 19 Dec 2014 07:40:49 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/4865/easy-way-to-bring-lfclk-out-on-a-gpio" /><item><title>RE: Easy way to bring LFCLK out on a GPIO?</title><link>https://devzone.nordicsemi.com/thread/17193?ContentTypeID=1</link><pubDate>Fri, 19 Dec 2014 07:40:49 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:ae1d6178-06d5-4506-a192-7788eaaedd6a</guid><dc:creator>Nenik</dc:creator><description>&lt;p&gt;I guess you can expect very little jitter in actual frequency and your primary focus is on the deviation of a particular piece or quartz plus the influence of the capacitive loading.&lt;/p&gt;
&lt;p&gt;For that, you could do best by actually counting the cycles by a test firmware over externally provided exact (do you have atomic clock? ;-)) timebase (or the other way around) - your interrupt latency would be mostly constant and quite irrelevant when done e.g. over 1M cycles (if you can afford to let the piece spend 30s on a test rig)&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Easy way to bring LFCLK out on a GPIO?</title><link>https://devzone.nordicsemi.com/thread/17192?ContentTypeID=1</link><pubDate>Fri, 19 Dec 2014 02:30:57 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:c47992c6-f55b-4c52-a2ad-6f75b517e07d</guid><dc:creator>Moloch</dc:creator><description>&lt;p&gt;We&amp;#39;re trying to measure the precision of our external crystal oscillator as laid out on actual PCBs so we can intelligently set the connection interval window for power savings. While we could trust the crystal manufacturer&amp;#39;s datasheet completely, we expect some deviation from ideal conditions and want to know how much we might see. We&amp;#39;ll also need to account for aging. We&amp;#39;ve used a fudge-factor up until now in development (2x rated ppm + a little extra), but we&amp;#39;re optimizing for low power and every microampere counts.&lt;/p&gt;
&lt;p&gt;Yes, you&amp;#39;re right, we&amp;#39;re looking for something like CLKOUT for the LFCLK. I wanted to know if my use of the RTC, PPI and GPIOTE to simulate the behavior of a CLKOUT would represent the crystal with high fidelity, or if the peripherals would introduce noise into the measurement.&lt;/p&gt;
&lt;p&gt;We may end up renting equipment to probe the crystal or outsourcing the measurement.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Easy way to bring LFCLK out on a GPIO?</title><link>https://devzone.nordicsemi.com/thread/17191?ContentTypeID=1</link><pubDate>Thu, 18 Dec 2014 10:51:03 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:aca92af7-3f9d-4d15-b8ab-0370535d20b3</guid><dc:creator>Marc Nicholas</dc:creator><description>&lt;p&gt;I think what you&amp;#39;re looking for is similar to the CLKOUT on common microcontrollers where the main or auxiliary clock is either sent unaltered to a pin or through a PLL to divide by a 2s divider? AFAIK, you can&amp;#39;t do this on the nRF51.&lt;/p&gt;
&lt;p&gt;In one of our applications we divided the system clock using GPIOTE/PPI (16MHz &amp;gt; 1Mhz) and get a very decent square wave out of it at virtually exactly the predicted frequency according to our &amp;#39;scope. Not much jitter at all.&lt;/p&gt;
&lt;p&gt;But, let&amp;#39;s go back to basics here: why are you interested in the precision of your external crystal? What are you trying to prove or disprove?&lt;/p&gt;
&lt;p&gt;-m&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>