<?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>accuracy of application timer with schedular on nRF52</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/12274/accuracy-of-application-timer-with-schedular-on-nrf52</link><description>I use the application timer with a schedular on the nRF52 with SoftDevice S132 1.0.0.3 alpha and SDK v0.9.2. 
 The application timer is running in repeated mode and should have a timeout of 1 ms. 
 Defines: 
 #define APP_TIMER_PRESCALER 0 
#define</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Fri, 04 Mar 2016 10:31:19 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/12274/accuracy-of-application-timer-with-schedular-on-nrf52" /><item><title>RE: accuracy of application timer with schedular on nRF52</title><link>https://devzone.nordicsemi.com/thread/46398?ContentTypeID=1</link><pubDate>Fri, 04 Mar 2016 10:31:19 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:4d7f153e-5088-4411-a5c2-f912ac81cfd9</guid><dc:creator>Susheel Nuguru</dc:creator><description>&lt;p&gt;There are two ways which will have better performance than normal but softdevice scheduling will still have the preference:&lt;/p&gt;
&lt;ol&gt;
&lt;li&gt;using the app_timer with higher priority. You need to change this define in app_timer.c&lt;br /&gt;
#define RTC1_IRQ_PRI            APP_IRQ_PRIORITY_LOW&lt;/li&gt;
&lt;/ol&gt;
&lt;p&gt;The side-effect of this is that you cannot make SVC calls (calls to sd_xxx) from this high priority context.&lt;/p&gt;
&lt;p&gt;2 . Using timeslots and implement your own  app_timer. Then your app timer will become part of softdevice activity.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: accuracy of application timer with schedular on nRF52</title><link>https://devzone.nordicsemi.com/thread/46397?ContentTypeID=1</link><pubDate>Fri, 04 Mar 2016 09:40:36 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:0d8d90f6-b8c1-4541-961f-83011e0122ac</guid><dc:creator>schoensn</dc:creator><description>&lt;p&gt;I have implemented the app_timer in the datathroughput test demo, that application sends 20 byte notifications as fast as possible.&lt;/p&gt;
&lt;p&gt;is there a possiblity to implement a timer which is not delayed, although there is high activity going on in the softdevice?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: accuracy of application timer with schedular on nRF52</title><link>https://devzone.nordicsemi.com/thread/46396?ContentTypeID=1</link><pubDate>Wed, 02 Mar 2016 14:59:41 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:d111c54a-b7fa-4402-a8ff-2dfe90e65331</guid><dc:creator>Susheel Nuguru</dc:creator><description>&lt;p&gt;I am not sure of the exact accuracy of the app_timer library but I can for sure say that it does not add delay of 5ms. The interrupt handler for the app_timer is called from lower priority than the softdevice activity, so if there is some high priority activity going on in the softdevice, then your RTC handler will be delayed until that is finished.&lt;/p&gt;
&lt;p&gt;If you want to quickly verify this, then run your app_timer code with softdevice disabled and you will see that the accuracy is acceptable.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>