Open Majawat opened 2 years ago
Have been seeing this as well since a long time ago. The available heap memory slowly decreases until the device resets randomly or upon trying to access the UI due to the low memory condition. The polling must be causing a memory leak either in the TCP stack, AsyncClient library, or handling code.
+1 I'm also affected by this
I also can reproduce this easily, when I switch on Hue Sync. With sync off it runs stable. Most of the times it crashes between 10sec and 2-5mins. Also, there's always ~200KB free heap on my ESP32, even right before it crashes. Had no problem on 0.12.0, the bug startet to occur when I updated to 0.13.0-b5 and is still on b7.
Still a problem in 0.13.1 for me. It crashes more often the lower the sync time is.
i try sync my esp wled with hue and said Hue status: Invalid light ID i try stable 0.3.13 and 0.13b7
I also have the problem that my WLED keeps restarting when I sync it with my Hue lights. Are there any fixes in sight for this?
Version: v0.14.1
Hello fellas, i struggled a LOT with these restart problems till i finaly get it is the hue connect setting. I have that problem in all of my 8 controllers (many different brands) and also in a seperate vlan. i tried nearly everything to get this working cause i have a full hue setup in my house and would love to controll all lights with the hue app, so i need that sync badly.
Is there any chance some off the genius programming minds in the wled community could figure out a fix for that memory leak problem?
if i could assist in any way pls dont hesitate to let me know. Greetings
wled community could figure out a fix for that memory leak problem?
if i could assist in any way pls dont hesitate to let me know. Greetings
Actually it might be improved already in the latest releases of 0.14.4 or 0.15.beta. there were memory leaks in both ithe UDP and the asyncWS library. However you'll need a build with the new esp32 framework version 2.0.9, so you'd need the "WROVER" bin or use an esp32-S3.
The WROVER firmware requires a reduced filesystem partition, so you cannot update by OTA.
If you still see the same problem, please inform us. Personally I don't have a HUE system, so the only help I can offer is hunting for mem leaks by visual inspection of the source code. And I'm not particularly good with JSON.
Thanks for the reply. I tested all versions till 0.15.0-b3 but, when i activate the HUE sync it begins to run unstable. I cannot connect my controller directly to the PC cause i use this ATHOM-Controller.
Is there a way to Flash a Wrover-Binary OTA?
I just saw there is a b4-release. I will test it within the next days and let you know if it works. Have a good one
What happened?
After so many seconds, the lights will turn off for a split second, then turn back on to the default Orange color, no matter what color/brightness/effect it was prior. After it does this, it acts normally until the next random reset.
Setup: I have a Dig-Uno running WLED 0.13.0-b6 for under cabinet kitchen lighting with 76 WS2812B 30 led/m. It is synced to a Hue light, every 2500 ms. Running on Wi-Fi. Previously, I was running a ESP8266 and this was occurring on older WLED versions as well.
I've tried the following troubleshooting steps:
At this point, I've changed everything yet still have this problems.
To Reproduce Bug
Was able to verify this by wiping the configuration by re-flashing the DigUno, letting it sit for >24hrs with no issues, then integrating with Philips Hue and immediately start having the issue.
Expected Behavior
The WLED firmware doesn't reset and go back to default Orange color but stays synced to Hue Light
Install Method
Binary from WLED.me
What version of WLED?
0.13.0-b6
Which microcontroller/board are you seeing the problem on?
ESP8266, ESP32
Relevant log/trace output
No response
Anything else?
No response
Code of Conduct