Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Watchdog left on after using Optiboot via "Application Request" #250

Open
WestfW opened this issue Sep 19, 2018 · 0 comments
Open

Watchdog left on after using Optiboot via "Application Request" #250

WestfW opened this issue Sep 19, 2018 · 0 comments
Assignees
Labels
Component-Docs Documentation issue or modification Priority-Low Type-Other

Comments

@WestfW
Copy link
Member

WestfW commented Sep 19, 2018

Discussion: #247

In 7.0+, an application can set MCUSR to 0 and call or jump to the Optiboot Start address, in order to (for example) load new software by user request (used by some over-the-air updates that don't have DTR in there hardware.)

Unfortunately, since Optiboot no longer resets MCUSR (so that an application can detect a watchdog timeout, for example), this will result in the application being started with the watchdog timer enabled, since the second reset used to start the sketch won't detect any reason to turn off the watchdog.

I don't think there's anyway to fix this while preserving the functionality desired by applications that want to actually use the watchdog. Essentially any application that uses either the "application request" feature of Optiboot will also need to handle turning off the watchdog...

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Component-Docs Documentation issue or modification Priority-Low Type-Other
Projects
None yet
Development

No branches or pull requests

1 participant