Never did get around to find what was causing the issue, it was working fine for a long time then a couple of days ago i had a blackout and after that i started having the issues again.
Hi everyone.
I had a problem with daily random reboots of wled esp32. Since i checked all forums and posts i could find regarding the issue and possible solutions and none of solutions from other people experiencing reboots solved my case, so i decided to share what was crashing mine, since i haven’t found a single post with same cause.
So in my case, when i set everything up i also enabled MQTT and entered credentials.
Since i use tasmota with HA mostly, which uses mqtt for HA integration, i thought WLED does too.
So after trying everything from reflashing, disabling HA intergration, changing power supply for ESP and other things that solved reboots for others, nothing helped.
When i was out of possible solutions, i went into reflashing with debug options enabled.
Every debug loop there was MQTT reconnecting and at last crash, thats where debug stopped.
So i disabled MQTT in WLED app, which obviously did not affect WLED HA integration and since the device is already up 2d20h currently. I never got past 20h uptime in a week of monitoring it. Fingers crossed.
While this should not be an issue for people who didn’t enable MQTT, maybe there was someone like me who also enabled it and is experiencing issues since.
Does debug show you roughly how often MQTT is connecting?
Just a guess, but one of the common issues with HA integration is “over-polling” where HA keeps battering at WLED till it runs out of resources.
As a reference, I see one noted issue w/ver 0.14.0-b6 that turned out to be an MQTT issue.
MQTT WLED resets
Might be relevant.
As a side note, MQTT is fairly heavily used in many installations. It’s one of the top-rated requests for “things to keep in the code” when deciding what stays and what could go.
Yes I use mqtt a lot on all the units without any issue but on the other hand I can easily crash wled if we like just by hitting the esp with too many mqtt requests without a delay.
Never tried to crash tasmota with mqtt requests but I am fairly certain we could do the same