<?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>Cancel / Disable TIMER COMPARE Event</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/123677/cancel-disable-timer-compare-event</link><description>Hi, With nRF5340 DK, I am using CC registers of NRF_TIMER2 (as a free-running Timer), and DPPI, interacting with Radio. I set up a Timer Compare (functioning as a timeout). I want to cancel the Timer Compare if a Radio Address Event occurs. Ideally, I</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Fri, 15 Aug 2025 13:50:56 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/123677/cancel-disable-timer-compare-event" /><item><title>RE: Cancel / Disable TIMER COMPARE Event</title><link>https://devzone.nordicsemi.com/thread/545796?ContentTypeID=1</link><pubDate>Fri, 15 Aug 2025 13:50:56 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:b2caa260-b424-4ffa-bc25-52d3c55a857b</guid><dc:creator>Thomas_E</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: Cancel / Disable TIMER COMPARE Event</title><link>https://devzone.nordicsemi.com/thread/545749?ContentTypeID=1</link><pubDate>Fri, 15 Aug 2025 08:45:49 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:4d426dd7-92e1-4de2-8396-be44a573428b</guid><dc:creator>Kenneth</dc:creator><description>&lt;p&gt;I don&amp;#39;t have a better suggestion either, other than stop timer, but I don&amp;#39;t think that is an option here.&lt;/p&gt;
&lt;p&gt;Kenneth&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Cancel / Disable TIMER COMPARE Event</title><link>https://devzone.nordicsemi.com/thread/545721?ContentTypeID=1</link><pubDate>Fri, 15 Aug 2025 00:52:53 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:c9186238-6763-41cb-82c8-a248e9b029e1</guid><dc:creator>Thomas_E</dc:creator><description>&lt;p&gt;So in summary, I use a Timer Capture Task to a CC register, to prevent / discard a pending Timer Compare event, on that same register (Compare set up earlier, functions as a timeout) .&lt;/p&gt;
&lt;p&gt;Accomplished via DPPI:&amp;nbsp; Radio Address Event triggers Timer Capture Task.&lt;/p&gt;
&lt;p&gt;Is this a good practice.&lt;/p&gt;
&lt;p&gt;Thanks&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Cancel / Disable TIMER COMPARE Event</title><link>https://devzone.nordicsemi.com/thread/545707?ContentTypeID=1</link><pubDate>Thu, 14 Aug 2025 16:29:20 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:9d96ea28-a4f9-4927-8385-eb67ec184b35</guid><dc:creator>Thomas_E</dc:creator><description>&lt;p&gt;I am doing my own radio implementation, differing from ESB in that it is a synchronous protocol that has time slots, with a data request and response within each time slot.&lt;/p&gt;
&lt;p&gt;Thinking about it further, I guess you would never want a Timer Capture Task to also trigger a Timer Compare Event, even though at the moment of the Timer Capture to a CC register, the register value is matching the Timer&amp;#39;s current value.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Cancel / Disable TIMER COMPARE Event</title><link>https://devzone.nordicsemi.com/thread/545700?ContentTypeID=1</link><pubDate>Thu, 14 Aug 2025 15:27:09 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:71e67881-8aa5-4a61-bb8d-070442155043</guid><dc:creator>Kenneth</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;Before I try to think through this, can you tell me if you are making your own radio implementation (e.g based on ESB protocol), or are you running for instance our softdevice BLE controller here?&lt;/p&gt;
&lt;p&gt;Kenneth&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>