Device recovery

Michael Ingraham 2019-10-17 13:45:51 -04:00
parent 2bf77626fc
commit 6d71450d88
1 changed files with 1 additions and 24 deletions

25
FAQ.md

@ -36,7 +36,7 @@
- [Why is my changed configuration not loaded?](#Why-is-my-changed-configuration-not-loaded)
- [How do I invert the output of the green LED on the Sonoff Basic so the LED is on when the relay is off?](#How-do-I-invert-the-output-of-the-green-LED-on-the-Sonoff-Basic-so-the-LED-is-on-when-the-relay-is-off)
- [What is an Arduino core?](#What-is-an-Arduino-core)
- [Configuration problems](#Configuration-problems)
- [Device Operational Recovery](Device-Operational-Recovery)
### [**Tips**](Tips)
### [**Tutorials**](Tutorials)
@ -381,28 +381,5 @@ Example: Core-/SDK-Version: **2_3_0**/1.5.3(aec24ac9)
* 2.5.2 **Not supported beginning with 6.6.0.18**
### Configuration problems
Configuration problems can cause boot loops, devices which will not appear (i.e., no `sonoff-xxxx` AP) or connect to Wi-Fi or appear, erratic behavior, etc.
By default, the firmware tries to preserve the existing configuration (to support automated updates via OTA upgrades). However, various things can happen that cause the existing configuration to be a problem, e.g., when upgrading from old releases without following the [migration path](Upgrading#migration-path-for-older-releases).
When code updates change the values or the way settings are used, those code changes don't directly change the settings on the running device when you load the new firmware. What happens is that when it boots up, the firmware looks to see if it has a valid configuration (is it an upgrade from an older Tasmota version), and if the CFG_HOLDER value is in the right place, it assumes that the existing configuration is valid. If it doesn't find the right value, it assumes that this is not a "simple" upgrade and takes the compiled-in configuration settings and writes them out to the configuration area.
There are multiple ways to force the configuration to what is set in the firmware binary (`my_user_config` and `user_config_override.h`), i.e., firmware defaults, in order to recover a device.
- Hold the button (`Button1`) down, if available, for 40 seconds
- Issue `Reset 1` command via the console, MQTT, or HTTP
- Cycle power following this procedure: **(6.6.0.18)**
Unplug the device for several seconds (>30) to ensure that the volatile memory clears, specifically, the real time clock (RTC) memory.
Initiate a power cycling procedure:
1. Apply power for 1-2 seconds but less than 8 seconds and unplug the device.
2. Wait 1-2 seconds and repeat step _i_
    Cycle power four (4) times in this manner
On the following powering up of the device, _all the device settings_ will be reset to the defaults of the firmware binary originally flashed on the device.
- Change the value of CFG_HOLDER, compile the firmware, and OTA update the device
## I cannot find an answer here
Check the [Troubleshooting](Troubleshooting) section or join [Discord](https://discord.gg/Ks2Kzd4), [Telegram](https://t.me/tasmota), or the [Community Forum](https://groups.google.com/d/forum/sonoffusers) for assistance from other Tasmota users.