<?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>Calling wdt_setup returns EBUSY</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/117311/calling-wdt_setup-returns-ebusy</link><description>Toolchain v2.70, SDK v2.7.0, VS Code, Windows 
 I am trying to enable the watchdog in my application, and I can successfully locate the device node and add a timeout, but when I call wdt_setup, it returns EBUSY. According to the docs, this means that</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Fri, 20 Dec 2024 14:11:48 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/117311/calling-wdt_setup-returns-ebusy" /><item><title>RE: Calling wdt_setup returns EBUSY</title><link>https://devzone.nordicsemi.com/thread/515937?ContentTypeID=1</link><pubDate>Fri, 20 Dec 2024 14:11:48 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:d97550de-9b00-45af-b690-6c5e38456adb</guid><dc:creator>Simonr</dc:creator><description>&lt;p&gt;Hey Mike&lt;/p&gt;
&lt;p&gt;The WDT_FLAG_RESET_SOC must be set on the nRF side. This means that the Watchdog resets, which is not the same as a soft reset or hard reset. A Watchdog reset is its own type where afterwards the watchdog will be disabled and has to be enabled again to run. You can see the reset behavior table in the product specification for details.&lt;/p&gt;
&lt;p&gt;Since you don&amp;#39;t see a reset on the board there must be something else that is happening here, although I don&amp;#39;t have a good idea as to what. Have you done any debugging to see what returns the EBUSY error when youo init the watch dog. If you step down when debugging you should be able to see that.&lt;/p&gt;
&lt;p&gt;Please note that we&amp;#39;re approaching the holiday season here in Norway, and from Dec. 21st to Jan. 2nd next year we will be severely understaffed, so response delays must be expected. Sorry for the inconvenience and happy holidays!&lt;/p&gt;
&lt;p&gt;Best regards,&lt;/p&gt;
&lt;p&gt;Simon&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Calling wdt_setup returns EBUSY</title><link>https://devzone.nordicsemi.com/thread/515763?ContentTypeID=1</link><pubDate>Thu, 19 Dec 2024 14:06:24 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:23d2ea8e-7289-4289-a490-49c32af48908</guid><dc:creator>Mike Granby</dc:creator><description>&lt;div&gt;
&lt;div&gt;&lt;span&gt;Hmmm. Does WDT_FLAG_RESET_SOC force a soft reset or a hard reset?&amp;nbsp;And are you saying that the enable state and the timeouts remain after the watchdog has reset the system? If the timeouts remain, that would mean that if you enabled say a one second watchdog once you had initialized it and it then tripped, you&amp;#39;d then&amp;nbsp;only have one second to kick it again on startup, which seems off. Also, I haven&amp;#39;t actually seen a reset, so I&amp;#39;m not convinced that it&amp;#39;s actually get configured...&lt;/span&gt;&lt;/div&gt;
&lt;/div&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Calling wdt_setup returns EBUSY</title><link>https://devzone.nordicsemi.com/thread/515734?ContentTypeID=1</link><pubDate>Thu, 19 Dec 2024 12:56:41 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:12a1d1b2-c484-4721-8daa-7ca50977001d</guid><dc:creator>Simonr</dc:creator><description>&lt;p&gt;Hi Mike&lt;/p&gt;
&lt;p&gt;Susheel is off for vacation, so I&amp;#39;m looking into it in his stead.&lt;/p&gt;
&lt;p&gt;The Watchdog timer won&amp;#39;t be reset by a soft reset, os if the application has already run once and enabled it before doing a softreset (from an error handler or for DFU) the WDT wills till be active when you&amp;#39;re back up and running again. So it that&amp;#39;s the case for you as well it would be expected to get an EBUSY error I think, since the WDT is already running.&lt;/p&gt;
&lt;p&gt;Best regards,&lt;/p&gt;
&lt;p&gt;Simon&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Calling wdt_setup returns EBUSY</title><link>https://devzone.nordicsemi.com/thread/515175?ContentTypeID=1</link><pubDate>Mon, 16 Dec 2024 15:55:21 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:35770102-489c-46a0-96df-85af0174a502</guid><dc:creator>Mike Granby</dc:creator><description>&lt;p&gt;I have no mcuboot.conf file in my project and&amp;nbsp;I do not have a sysbuild folder, nor a child_image folder.&lt;/p&gt;
&lt;p&gt;What should I add and where?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Calling wdt_setup returns EBUSY</title><link>https://devzone.nordicsemi.com/thread/515090?ContentTypeID=1</link><pubDate>Mon, 16 Dec 2024 12:19:37 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:78bc3b03-3f09-49d8-be3b-fc831ddafa05</guid><dc:creator>Susheel Nuguru</dc:creator><description>&lt;p&gt;MCUBoot might have the WDT enabled in it. If you have CONFIG_WATCHDOG=y in your mcuboot.conf file&lt;br /&gt;&lt;img style="max-height:240px;max-width:320px;" src="https://devzone.nordicsemi.com/resized-image/__size/640x480/__key/communityserver-discussions-components-files/4/pastedimage1734351515836v1.png" alt=" " /&gt;&lt;/p&gt;
&lt;p&gt;Then disable it by setting it to&amp;nbsp;&lt;span&gt;CONFIG_WATCHDOG=n (or set this anyway to n in this file just to be sure)&lt;br /&gt;&lt;br /&gt;&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;&lt;/span&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>