<?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>Access to the 32 kHz clock on nRF54L15</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/124238/access-to-the-32-khz-clock-on-nrf54l15</link><description>Hello! 
 I want to make a self-test that verifies the speeds of the 32.768 kHz clock and the 32 MHz clock. 
 The idea is that if the ratio (976.56 to 1) is correct, then the speeds are probably correct. 
 However, all timers from TIMER00 to TIMER24 seem</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Mon, 15 Sep 2025 10:59:07 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/124238/access-to-the-32-khz-clock-on-nrf54l15" /><item><title>RE: Access to the 32 kHz clock on nRF54L15</title><link>https://devzone.nordicsemi.com/thread/548725?ContentTypeID=1</link><pubDate>Mon, 15 Sep 2025 10:59:07 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:f6217357-3c1c-40d2-abe5-666bca531477</guid><dc:creator>Tom Weber</dc:creator><description>&lt;p&gt;Thank you, I will look into this.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Access to the 32 kHz clock on nRF54L15</title><link>https://devzone.nordicsemi.com/thread/548631?ContentTypeID=1</link><pubDate>Fri, 12 Sep 2025 17:39:23 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:c051c8a1-8a53-4060-bfee-80c6d21751e1</guid><dc:creator>Emil Lenngren</dc:creator><description>&lt;p&gt;You can use the GRTC for this as it is always synchronised to the low frequency clock, regardless if it is &amp;quot;active&amp;quot; or not. Even though it uses the 16 MHz clock when it is active, it calibrates itself towards the low frequency clock at every low frequency clock tick (or often enough at least). That said, every 1 &amp;micro;s GRTC &amp;quot;tick&amp;quot; can typically last 14-18 ticks of the 16 MHz clock. The extreme conditions happen when you run the HF clock from HFINT in extreme temperatures and the MPSL isn&amp;#39;t running (when MPSL is running it synchronises the HFINT against HFXO every 4th second).&lt;/p&gt;
&lt;p&gt;Note that the GRTC uses the LF clock whenever it is not active, regardless if the 16 MHz clock is running or not. The conditions for being in the active state are listed in the GRTC documentation. Typically it gets briefly set to active if you touch its registers,&amp;nbsp;or when a scheduled COMPARE event is about to be triggered soon.&lt;/p&gt;
&lt;p&gt;My suggestion is that you use DPPI to connect a COMPARE event of GRTC to trigger a CAPTURE&amp;nbsp;task of a TIMER some time in the future. Then connect another such trigger exactly 1 second later in the future (according to GRTC&amp;#39;s time base). Then take the difference between the TIMER&amp;#39;s two CC values. It is probably only meaningful to do this while the HFXO is running.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Access to the 32 kHz clock on nRF54L15</title><link>https://devzone.nordicsemi.com/thread/548248?ContentTypeID=1</link><pubDate>Tue, 09 Sep 2025 13:41:31 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:cd8f8e4a-eae8-4430-9c91-d2c476c19734</guid><dc:creator>Tom Weber</dc:creator><description>&lt;p&gt;Thank you!&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Access to the 32 kHz clock on nRF54L15</title><link>https://devzone.nordicsemi.com/thread/548239?ContentTypeID=1</link><pubDate>Tue, 09 Sep 2025 13:14:58 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:a65fe4ca-5fc7-404f-9816-fc57961360b1</guid><dc:creator>Einar Thorsrud</dc:creator><description>&lt;p&gt;Hi Tom,&lt;/p&gt;
&lt;p&gt;This is a special use case, but I do understand your point and the desier to avoid having to putput the clock on a GPIO when this could in principle be done internally in the SoC (as&amp;nbsp;is the case on the nRF52 and nRF53). I am looking into this and will get back to you.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>