parameter reset to defaults #106
Merged
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
BluemarkInnovations
changed the title
tridge
requested changes
Mar 24, 2023
first bit allows for forcing arm status to true
BluemarkInnovations
force-pushed
the
parameter_reset_to_defaults
branch
from
35a5fe2 to
f7b06be
Compare
|
Updated PR where I implemented the nvs_flash_erase option. |
tridge
approved these changes
Aug 12, 2023
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This PR adds the parameter TO_DEFAULTS. If set to 1, it will reset all values to their default value. And will also set the TO_DEFAULTS parameter to 0 again.
This is useful for ArduRemoteID devices that don't have a droneCAN interface. These devices don't have the option to configure string parameters. Of course, a user could flash the firmware via a serial interface; this parameter is a better way without reflashing firmware.