You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
ESPEasy currently can start disabling tasks and controllers when the system keeps crashing and rebooting.
As a last resort, ESPEasy should be able to toggle the active boot partition flag to use a previous build.
Maybe only add this as a command, so someone can revert to the previous build?
How to enter a command when in a boot-loop? Is the unit listening to serial input at that time? Can you type the command quick enough before it reboots again?
We could add a setting like 'Last resort: On boot-loop revert to previous release after disabling all tasks, controllers and rules' ? (though probably using a shorter description 😺)
Or maybe prevent it from switching twice, by setting a flag somewhere, that's cleared on a normal boot?
More like when someone is testing a new build and it wasn't what they were looking for, then allow to switch back to another build.
In future setups, I would like to add some "safeboot" feature, allowing for 1 small "safeboot" image and thus more space for "MAX" like builds on 4M units.
For nodes with larger flash, one could have like a test image with lots of debug code and a release build and without flashing you might want to toggle between builds?
Or a setup/maintainance build and a "consumer" build?
ESPEasy currently can start disabling tasks and controllers when the system keeps crashing and rebooting.
As a last resort, ESPEasy should be able to toggle the active boot partition flag to use a previous build.
Potential issues:
Maybe only add this as a command, so someone can revert to the previous build?
The text was updated successfully, but these errors were encountered: