Open zeus86 opened 1 month ago
Exact same issue and same result here, in my case with a Plus 2PM.
Same on Shelly 4pm
Maybe an issue with latest Shelly FW (1.4.2)?
Same on Shelly Plus 1PM (Started with Shelly FW 1.4.2).
it would be really nice, if someone from the team could have a look onto this. i don't even know how this behaviour is possible in the first place, now that we have safeboot instead of two mirrored partitions.
With models like 1pm or 4pm or dimmer or something, you at least have the possible route of manually flashing the ESP via it's debug header, but on the plug-s-plus: no way without destroying it physically...
At least a warning in the README
would be suitable.
it would be really nice, if someone from the team could have a look onto this. i don't even know how this behaviour is possible in the first place, now that we have safeboot instead of two mirrored partitions.
With models like 1pm or 4pm or dimmer or something, you at least have the possible route of manually flashing the ESP via it's debug header, but on the plug-s-plus: no way without destroying it physically...
At least a warning in the
README
would be suitable.
I also tried flashing via the serial header after the error but with no luck, it failed with no comms, in my opinion it was properly bricked. I binned it in the end.
From now on im flashing via serial from the start
Last night I ran into the same problem:
After reboot, the Shelly AP appeared again, and now most HTTP requests result in Not found
.
However, I made a couple of additional observations that are not yet listed here:
1) In the wifi network provided by Shelly AP, the endpoint http://192.168.33.1/ota
is still special. Without any parameters it will complain that it is missing an URL. With one provided (e.g. http://192.168.33.1/ota?url=https://github.com/tasmota/mgos32-to-tasmota32/releases/download/v14.0.0/mgos32-to-tasmota32-PlusPlugS.zip), the plug reponds with something like Installing firmware from https://github.com/tasmota/mgos32-to-tasmota32/releases/download/v14.0.0/mgos32-to-tasmota32-PlusPlugS.zip
. However, nothing really happens.
2) The plug is still be found via bluetooth by the Shelly Smart Control App and I can get to the point in which I am asked to provide SSID and wifi passwort. But the actual integration of the device into my wifi is not successful.
3) The endpoint http://192.168.33.1/shelly is also still working
I wonder whether there are other endpoints to try.
Good news: I was unable to unbrick my Plus Plug S (v2).
Here's how:
Download a shelly stock firmware for your device. I used http://rojer.me/files/shelly/stock/1.3.3/PlusPlugS.zip
Connect to the Shelly AP, let's assume you get the IP 192.168.33.42
In a second console, listen with netcat to an arbitrary UDP port, e.g. nc -u -l 56789
Run curl -X POST -d '{"id":1,"method":"Sys.SetConfig","params":{"config":{"debug":{"udp":{"addr":"192.168.33.42:56789"}}}}}' http://192.168.33.1/rpc
to let the Shelly firmware send debug messages via UDP
In the folder, where you downloaded the ZIP, run python -m http.server
to serve this folder via HTTP
Run curl "http://192.168.33.1/ota?url=http://192.168.33.42:8000/PlusPlugS.zip"
to trigger the firmware installation
Wait a bit, there should be progress messages coming in via UDP, check the nc
console
Afterwards, you can access the Shelly Web UI again.
Hope that helps all of you a bit.
Same issue with one out of four Shelly PlusPlugS. Successfully recovered using this method: https://github.com/tasmota/mgos32-to-tasmota32/issues/75#issuecomment-2379974905
Now I need to decide if I'll give it another try, but thank you @fawick for the awesome work to figure out how recovery works.
UPDATE: I gave it another try, but with same result. Device bricks, recovered with the method above. Feels like this might be dependent on the actual device.
Following the
README
unfortunately bricked 2 of my shellys.Steps to reproduce:
Connect to shelly, provide wifi-credentials, continue with ip in the lan with internet access
upgraded vanilla fw via web-ui, upgrades to (IIRC) 1.3.x
after device is back up, another upgrade is available, upgrade to 1.4.x
after device is back up, locally flashed provided
mgos32-to-tasmota32-PlusPlugS.zip
(sha256:dc5c10d50026a8b795bde72ca0ffaa6693243a950ae84ca3b8ebb5ee97ac49d7
)device comes back up with tasmota 12.5 in AP-Mode.
provide wifi-credentials, continuing with LAN IP with internet access
configure->auto-configure->choose shelly plus plug s
device reboots into AP mode with shelly-ssid (not tasmota-ssid), constantly blinking blue (~1Hz)
acessing the web-ui just gives a
Not Found
curl
:Trying 192.168.33.1:80...
Connected to 192.168.33.1 (192.168.33.1) port 80
Closing connection Not Found ~
device is essentially bricked. Pushing the button on the device audibly triggers the relais, holding the button does nothing.
can anyone tell me, what i've been missing? i can only assume, that the fact, that i flashed the OG-firmware twice with different versions, that it has different firmwares in both slots before atempting to flash tasmota, which may the problem here.
I flashed a second shelly, because on the first one i had forgotten to do the "autoconfigure" step. "My bad" I thought, and was willing to do it again, but the outcome was exactly the same on the second device. the readme explicitly states first upgrade to 1.4.x, so pleace clarify someone here.
However, it would be really nice, if the Readme would be more specific in this regard, because if serial flashing is the only way to recover from this (and i would like to know if this is the case), this is basically useless because you cannot open these devices without destroying them, which makes them unusable from then on for most people (me included). :disappointed: