<?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>Nrf Connect SDK program halt after a few days</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/82388/nrf-connect-sdk-program-halt-after-a-few-days</link><description>Hi, 
 I&amp;#39;m using nRF Connect SDK v1.7.0 to develop a firmware for a custom board with a nRF52832 MCU. I&amp;#39;m using VSCode to build and flash my device using the nRF Extension. 
 I currently have a software issue. I let my custom board run for a long term</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Thu, 09 Dec 2021 17:00:16 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/82388/nrf-connect-sdk-program-halt-after-a-few-days" /><item><title>RE: Nrf Connect SDK program halt after a few days</title><link>https://devzone.nordicsemi.com/thread/342782?ContentTypeID=1</link><pubDate>Thu, 09 Dec 2021 17:00:16 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:f5246b74-47ab-4abc-a807-68d2d4abe477</guid><dc:creator>Alexandre Desgagne</dc:creator><description>&lt;p&gt;Thanks !&lt;/p&gt;
&lt;p&gt;Alexandre&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Nrf Connect SDK program halt after a few days</title><link>https://devzone.nordicsemi.com/thread/342779?ContentTypeID=1</link><pubDate>Thu, 09 Dec 2021 16:53:05 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:52f48a18-60c5-4f45-86a9-2b06eb2db9a0</guid><dc:creator>Marjeris Romero</dc:creator><description>&lt;p&gt;Hi Alexandre,&lt;/p&gt;
&lt;p&gt;The changes have been merged upstream but it&amp;#39;s not in our Zephyr fork yet. The easiest in the meantime is just to change the variable type to int64_t locally inside the file zephyr\subsys\task_wdt\task_wdt.c&lt;/p&gt;
&lt;p&gt;Best regards,&lt;/p&gt;
&lt;p&gt;Marjeris&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Nrf Connect SDK program halt after a few days</title><link>https://devzone.nordicsemi.com/thread/342362?ContentTypeID=1</link><pubDate>Tue, 07 Dec 2021 14:03:39 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:5faf05a0-4640-4f02-b23d-d5c1eb14ac18</guid><dc:creator>Alexandre Desgagne</dc:creator><description>&lt;p&gt;Hi Marjeris,&lt;/p&gt;
&lt;p&gt;It seems exactly like my problem. I wonder if you know how I can update Zephyr to get these change on my side?&lt;/p&gt;
&lt;p&gt;Thanks a lot!&lt;/p&gt;
&lt;p&gt;Alexandre&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Nrf Connect SDK program halt after a few days</title><link>https://devzone.nordicsemi.com/thread/342290?ContentTypeID=1</link><pubDate>Tue, 07 Dec 2021 10:43:40 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:e66299d7-298a-4585-b991-d51588b2498e</guid><dc:creator>Marjeris Romero</dc:creator><description>&lt;p&gt;Hi Alexandre,&lt;/p&gt;
&lt;p&gt;I think this issue could be linked to the bug reported in this PR: &lt;a href="https://github.com/zephyrproject-rtos/zephyr/pull/40363"&gt;https://github.com/zephyrproject-rtos/zephyr/pull/40363&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;The fix inside the PR, changing the &amp;#39;current_ticks&amp;#39; variable to a 64-bit integer in zephyr\subsys\task_wdt\task_wdt.c in the SDK should fix the overflow issue. &lt;/p&gt;
&lt;p&gt;Best regards,&lt;/p&gt;
&lt;p&gt;Marjeris&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Nrf Connect SDK program halt after a few days</title><link>https://devzone.nordicsemi.com/thread/342142?ContentTypeID=1</link><pubDate>Mon, 06 Dec 2021 15:29:52 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:618cdefd-15b3-46a8-b3bd-0e82238fbcde</guid><dc:creator>Alexandre Desgagne</dc:creator><description>&lt;p&gt;UPDATE:&lt;/p&gt;
&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;As I mentioned previously, I did a debugger session to try to find something. The firmware stopped working after 36h24m30sec. The tasks stopped working and the program started looping somewhere. I pressed &amp;quot;pause&amp;quot; in my debugging session and here&amp;#39;s the result.&lt;/p&gt;
&lt;p&gt;The program seems to halt in the set_absolute_alarm function in the nrf_rtc_timer.c file.&lt;/p&gt;
&lt;p&gt;&lt;img alt=" " height="184" src="https://devzone.nordicsemi.com/resized-image/__size/320x240/__key/communityserver-discussions-components-files/4/8764.image.png" width="339" /&gt;&lt;/p&gt;
&lt;p&gt;This is the call stack:&lt;/p&gt;
&lt;p&gt;&lt;img alt=" " src="https://devzone.nordicsemi.com/resized-image/__size/320x240/__key/communityserver-discussions-components-files/4/7776.image-_2800_1_2900_.png" /&gt;&lt;/p&gt;
&lt;p&gt;As I can see, I think it may be something about the task watchdog. Maybe I have something not properly set?&lt;/p&gt;
&lt;p&gt;I will continue to debug.&lt;/p&gt;
&lt;p&gt;Thanks!&lt;/p&gt;
&lt;p&gt;Alexandre&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>