<?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>NRF54L15 Timer running much slower than expected</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/126778/nrf54l15-timer-running-much-slower-than-expected</link><description>Running on Fanstel BM15M module (nrf54L15) SDK v3.1.1, I seeing a huge timing error when trying to implement a simple timer function. In the code below, I believe I have followed the examples to implement a timer (24) with a 1MHz frequency and a 100 count</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Fri, 30 Jan 2026 20:06:21 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/126778/nrf54l15-timer-running-much-slower-than-expected" /><item><title>RE: NRF54L15 Timer running much slower than expected</title><link>https://devzone.nordicsemi.com/thread/560043?ContentTypeID=1</link><pubDate>Fri, 30 Jan 2026 20:06:21 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:f856806d-8684-4946-b433-a7759af19d2f</guid><dc:creator>Turbo J</dc:creator><description>&lt;p&gt;Forget interrupt handler, interrupt entry time is&amp;nbsp;&lt;em&gt;variable&lt;/em&gt; on ARM Cortex-M CPUs.&lt;/p&gt;
&lt;p&gt;Use either a timer with DPPI and GPIOTE - or use the PWM peripherial directly, depending on what you need for your application.&lt;/p&gt;
&lt;p&gt;Expected Interrupt jitter with BTLE enabled would be in the 100s of &amp;micro;s - BTLE is very timing critical and the softdevice checks this.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: NRF54L15 Timer running much slower than expected</title><link>https://devzone.nordicsemi.com/thread/560039?ContentTypeID=1</link><pubDate>Fri, 30 Jan 2026 18:01:37 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:f4010067-9705-47c4-96cb-5da9a7135593</guid><dc:creator>Dan in Colorado</dc:creator><description>&lt;p&gt;Thank you.&amp;nbsp; That addresses my issue.&amp;nbsp;&amp;nbsp;&lt;/p&gt;
&lt;p&gt;A couple follow up questions.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;I see that the output on my debug pin varies some from cycle to cycle, I assume this is related to other interrupts having priority.&amp;nbsp; I don&amp;#39;t expect I can get around BLE interrupts, but I would like this timer to be as regular as possible.&amp;nbsp; I see in the IRQ_CONNECT marco the IRQ_PRIO_LOWEST VALUE -does this select the lowest possible the lowest priority IRQ, or does it assign the lowest available&amp;nbsp;IRQ number which is the highest priority?&amp;nbsp; Do lower numbered timers has lower number IRQs by default.&amp;nbsp; Asked another way, in a system with several timers, how do I control which one has the highest priority IRQ?&lt;/p&gt;
&lt;p&gt;Also, I would like to resync this timer with an periodic external event (a GPIO interrupt) is nrfx_timer_clear() the correct call or is there a better way to resync the timer?&amp;nbsp; Do I need to disable the timer to clear it, or will that just cause an unwanted delay in the syncing process.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: NRF54L15 Timer running much slower than expected</title><link>https://devzone.nordicsemi.com/thread/559977?ContentTypeID=1</link><pubDate>Fri, 30 Jan 2026 08:58:32 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:ba2063aa-ea79-4fed-8197-ecb16546c98e</guid><dc:creator>H&amp;#229;kon Alseth</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;/p&gt;
&lt;p&gt;You are mixing nrfx_timer with the kernel timer.&lt;/p&gt;
&lt;p&gt;These are two different modules, and one is sourced from NRF_TIMER (nrfx_timer) and the other is sourced fro the GRTC (k_timer, 31.25 kHz by default).&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Since you are using ncs v3.1.1, check out this sample:&lt;/p&gt;
&lt;p&gt;&lt;a href="https://github.com/zephyrproject-rtos/hal_nordic/blob/a6579483deb33112cc763d05a4a3f8085883c1ac/nrfx/samples/src/nrfx_timer/timer/main.c#L103"&gt;https://github.com/zephyrproject-rtos/hal_nordic/blob/a6579483deb33112cc763d05a4a3f8085883c1ac/nrfx/samples/src/nrfx_timer/timer/main.c#L103&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;/p&gt;
&lt;p&gt;located in your sdk-path/modules/hal/nordic/nrfx/samples/src folder.&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Kind regards,&lt;/p&gt;
&lt;p&gt;Håkon&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: NRF54L15 Timer running much slower than expected</title><link>https://devzone.nordicsemi.com/thread/559944?ContentTypeID=1</link><pubDate>Thu, 29 Jan 2026 17:49:30 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:58e4897c-0f29-4bed-8dd2-dba499974689</guid><dc:creator>Dan in Colorado</dc:creator><description>&lt;p&gt;&lt;img style="max-height:240px;max-width:320px;" src="https://devzone.nordicsemi.com/cfs-file/__key/communityserver-discussions-components-files/4/AFEF0425.BMP" alt=" " /&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>