From 6d71450d88129d630a71ddec19be41bf4566152f Mon Sep 17 00:00:00 2001 From: Michael Ingraham <34340210+meingraham@users.noreply.github.com> Date: Thu, 17 Oct 2019 13:45:51 -0400 Subject: [PATCH] Device recovery --- FAQ.md | 25 +------------------------ 1 file changed, 1 insertion(+), 24 deletions(-) diff --git a/FAQ.md b/FAQ.md index 666a2324..8c03c4bb 100644 --- a/FAQ.md +++ b/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.