<?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>FreeRTOS tick count invalid when using tickless idle</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/12926/freertos-tick-count-invalid-when-using-tickless-idle</link><description>I&amp;#39;ve encountered a problem getting the tick count from FreeRTOS when tickless idle is enabled. I&amp;#39;m not sure if this is a bug or just unexpected behavior. I am using the latest nRF5 SDK 11, and observed this with the nRF52. It looks like the same problem</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Fri, 28 Oct 2016 18:27:18 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/12926/freertos-tick-count-invalid-when-using-tickless-idle" /><item><title>RE: FreeRTOS tick count invalid when using tickless idle</title><link>https://devzone.nordicsemi.com/thread/49240?ContentTypeID=1</link><pubDate>Fri, 28 Oct 2016 18:27:18 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:1aa04d7f-ec10-44ee-8cb2-328def40f76a</guid><dc:creator>WestCoastDaz</dc:creator><description>&lt;p&gt;Aryan, we switched back to tick based mode since we were experiencing unexplained high current consumption in tickless idle see &lt;a href="https://devzone.nordicsemi.com/question/82146/freertos-tickless-idle-vs-tick-current-consumption/"&gt;devzone.nordicsemi.com/.../&lt;/a&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: FreeRTOS tick count invalid when using tickless idle</title><link>https://devzone.nordicsemi.com/thread/49239?ContentTypeID=1</link><pubDate>Thu, 27 Oct 2016 18:43:31 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:0a1fea8e-78bc-410c-adb6-2a5b2941a293</guid><dc:creator>Susheel Nuguru</dc:creator><description>&lt;p&gt;Darren, I know that this is late response. If you were seeing this in tickless mode Can you follow &lt;a href="https://devzone.nordicsemi.com/question/99299/why-is-the-freertos-function-xtimerresetfromisr-not-working-in-tickless-mode/"&gt;this&lt;/a&gt; thread and see if these fixes help you.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: FreeRTOS tick count invalid when using tickless idle</title><link>https://devzone.nordicsemi.com/thread/49238?ContentTypeID=1</link><pubDate>Mon, 08 Aug 2016 12:24:20 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:efe5c7f6-590b-4166-901a-1ebbad770235</guid><dc:creator>Radoslaw Koppel</dc:creator><description>&lt;p&gt;What do you mean by missing ticks? Single ticks are lost or there is still the problem when calling xTaskGetTickCount() early after wakeup?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: FreeRTOS tick count invalid when using tickless idle</title><link>https://devzone.nordicsemi.com/thread/49237?ContentTypeID=1</link><pubDate>Thu, 26 May 2016 04:04:58 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:e688b6e8-3a5c-4f65-b66f-bcce4fca88a3</guid><dc:creator>WestCoastDaz</dc:creator><description>&lt;p&gt;Anders,&lt;/p&gt;
&lt;p&gt;We are using your implementation of you posted in this thread &lt;a href="https://devzone.nordicsemi.com/question/80413/freertos-tick-issue-can-lead-to-lockups-sdk11/"&gt;devzone.nordicsemi.com/.../&lt;/a&gt; and I am still seeing missing ticks.  I reviewed some of the FreeRtos demo port implementations and they all seem to call vTaskStepDiff() unconditionally.  Is there a way to debug the tick count?&lt;/p&gt;
&lt;p&gt;Thanks&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: FreeRTOS tick count invalid when using tickless idle</title><link>https://devzone.nordicsemi.com/thread/49236?ContentTypeID=1</link><pubDate>Fri, 20 May 2016 13:01:36 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:299c9e3d-35fe-4a3d-a171-9e53e8817e70</guid><dc:creator>Anders Strand</dc:creator><description>&lt;p&gt;This is now a know bug, see &lt;a href="https://devzone.nordicsemi.com/question/80413/freertos-tick-issue-can-lead-to-lockups-sdk11/"&gt;this&lt;/a&gt; thread.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: FreeRTOS tick count invalid when using tickless idle</title><link>https://devzone.nordicsemi.com/thread/49235?ContentTypeID=1</link><pubDate>Tue, 26 Apr 2016 19:03:47 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:092654b5-3c51-4df1-a87a-d42306efa4a4</guid><dc:creator>Michael Dierks</dc:creator><description>&lt;p&gt;Is there any further information regarding this?  I am having issues with the xNextTaskUnblockTime syncing with the xTickCount.  Sometimes the tickcount is jumping ahead of the unblocktime in places it seems it should not be moving, which results in odd behavior.  Trying to isolate a problem when I came across this post.  Just thinking it may be related.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: FreeRTOS tick count invalid when using tickless idle</title><link>https://devzone.nordicsemi.com/thread/49234?ContentTypeID=1</link><pubDate>Mon, 04 Apr 2016 13:04:27 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:a15be748-6793-44cc-8f8d-f245d0f763d9</guid><dc:creator>Anders Strand</dc:creator><description>&lt;p&gt;Hello.&lt;/p&gt;
&lt;p&gt;As you say, this is caused by how the tickless mode is implemented.
The issue has been reported internally, and will probably be changed in an upcoming release.
Thanks for reporting this.&lt;/p&gt;
&lt;p&gt;-Anders&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>