<?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>SoftDevice and TIMER3</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/64834/softdevice-and-timer3</link><description>nRF52840, SDK16.0.0, S132v7.0.1 
 I&amp;#39;m checking the accuracy of an LFXO 32KHz oscillator for manufacturing test purposes. 
 My rough plan is: 
 
 Initialize and clear TIMER3 (HFXO) 
 Set the TIMER3 comparison value to the duration of my test, converted</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Mon, 17 Aug 2020 09:27:52 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/64834/softdevice-and-timer3" /><item><title>RE: SoftDevice and TIMER3</title><link>https://devzone.nordicsemi.com/thread/264806?ContentTypeID=1</link><pubDate>Mon, 17 Aug 2020 09:27:52 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:68a4f570-3c71-4d98-9e4f-3cf5e8f779cf</guid><dc:creator>Edvin</dc:creator><description>&lt;p&gt;That is correct. The softdevice always uses the highest priority, so it may be that your TIMER3 events are delayed if the softdevice is doing something else.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;It is also a good idea to use PPI for timing critical measurements, as this doesn&amp;#39;t require the CPU to run.&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;If you only intend to test the XTAL, the easiest way to do so would probably be to not use the softdevice at all. But you can use PPI. I don&amp;#39;t know if you plan to do this on all devices during the runtime of your product, or only once (now) before production.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: SoftDevice and TIMER3</title><link>https://devzone.nordicsemi.com/thread/264674?ContentTypeID=1</link><pubDate>Fri, 14 Aug 2020 19:18:15 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:85707b86-cd18-41a2-bf48-0b972b06962b</guid><dc:creator>Dmitry</dc:creator><description>&lt;p&gt;Hi Charles,&lt;/p&gt;
&lt;p&gt;SoftDevice has a highest priority level, so your interrupt handler can be delayed. The best way is to do sampling by hardware: set CC[0] and CC[1] of&amp;nbsp;rtc to measure some distinct interval and connect COMPARE[0,1] events of rtc to CAPTURE[0,1] tasks of&amp;nbsp;timer via PPI channels - you will get two time values with&amp;nbsp;62.5 ns&amp;nbsp;resolution.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: SoftDevice and TIMER3</title><link>https://devzone.nordicsemi.com/thread/264671?ContentTypeID=1</link><pubDate>Fri, 14 Aug 2020 18:35:58 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:ddf5d29c-8995-4a2a-8ea3-bc6e536c8e88</guid><dc:creator>charles</dc:creator><description>&lt;p&gt;Alternately if there&amp;#39;s a more stable way to do this, I&amp;#39;d love any advice!&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>