-
Notifications
You must be signed in to change notification settings - Fork 638
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Devices stop responding to WebUI requests after period of inactivity #862
Comments
This has happened again with the same symptoms. The three devices have stopped responding to WebUI requests. Is there any way to make the debug log persistent over power cycles. I need a better way to troubleshoot this. I cannot telnet into the devices. |
Do you compile or use the release version? There is debug panel in the WebUI that emulates telnet connection. You can enter 'crash' to view the latest crashlog, if there is any. It does not keep the whole log. |
I compile and use OTA with ArduinoIDE to flash my devices. I need to do the two step flash because the compiled image is too large to do a one-shot. Thank you for the crash command. My sonoff basic has the following crash log: [572397] [WEBSOCKET] #5 connected, ip: 192.168.20.21, url: /ws My sonoff RF Bridge has this one: [694246] [WEBSOCKET] #10 connected, ip: 192.168.20.21, url: /ws I'm not sure how to interpret them, but it looks like the crashes occurred after I power cycled the devices to get access to them again. I still have access to these devices after the crashes. |
Sorry, I should've also sent tool to actually read these: https://github.com/me-no-dev/EspExceptionDecoder And check that you are using lwip 1.4 in Tools / lwip variant |
@mcspr Thanks for the EspExceptionDecoder. I installed it in the tools directory for ArduinoIDE and selected it from the tools menu. It is asking me for a .elf file. What's a .elf file? I don't suppose this has anything to do with the fact that I am using ArduinoIDE on Windows. The decoder is written in Java and Java is device independent. I'll have to do some reading and determine how to get the decoder up and running because I'll probably need it in the future. Anyhow, the three Espurna devices are still up and running and are accepting webUI requests. I am hoping that the issue that I had two days in a row are aberrations. |
Java is runtime of Arduino IDE. External tool is used to make the firmware - toolchain by xtensa. Compilation of sketch needs to happen first, .elf is the resulting firmware that is then packed and flashed to the device. Decoder will use the last built .elf by default. The gist of it is - you compile the firmware, flash it and then use cached .elf as a reference to decode addresses in the stack dump when it crashes. IDE caches it when building - on windows it should be at |
Might this issue be related with #381 ? |
Perhaps. I've noticed that if I reboot my PC and I try to connect by entering the device's IP address on the web browser, I would get a blank screen on the browser. If I reload, I get Espurna's status screen. I'm not certain that the timed out session would explain why I would also lose control of the switch from Alexa and OpenHAB. These may be two different issues that occurred at the same time. |
@xoseperez : Please read a little this page ESP8266 hangs/stops responding when sent commands from different devices . Can be this a temporary fix for our problem?
|
@wildwiz I think that is just an issue with js client logic - there should be And I'd still like to know what Core / lwip versions are you using @law1964 |
This would be a satisfactory workaround, in my case, if use of WebServer is the only cause of the hangup issue. I would limit control of the devices to Alexa and OpenHAB commands. Only when I need additional configuration of ESPURNA settings would I need to use the WebUI. Does anyone know whether the use of Alexa/OpenHAB with the ESP8266 devices contributes to the hanging issue? As of now, it has been 47.7 hours since I have needed to reboot the devices. :) |
I'm using lwIP variant 1.4 Higher Bandwidth on ArduinoIDE 1.8.5. I am compiling 1.12.6 for the generic ESP8266/8285 modules, whichever is appropriate for the Sonoff device. For Sonoff Basic, I use 8266 and for the RF Bridge and Sonoff 4CH Pro, I use the 8285. |
I have lost WebUI access to all 3 devices over night (about 2.5 days of normal operation). I can still ping them. I tried the arp nping method used by others to recover access to WebUI, but this did not work for me. I have now power cycled the devices and they are currently working. |
@xoseperez How far are you on implementing scheduled reboots (#803 )? This would be a workaround for the issue, but it would help considerably. |
I don't know whether this is related or not, but I tried recompiling Itead-Sonoff-Basic for the 1.12.6 code using platformio IDE (instead of ArduinoIDE) and I received the errors below for the library ESP Async WebServer. The problems uncovered were: Compiling .pioenvs\itead-sonoff-basic\lib77c\ESP Async WebServer\WebResponses.cpp.o |
Thank you, @xoseperez. This information gave me enough direction to fix my build problem on platformio. It wasn't the Time.h library, but some of the other libraries that were causing the problem. When I initially installed platformio, I had started to install some of the libraries manually, as I had done for the arduinoIDE set up. I stopped doing the manual library installation when I realized that the platformio.ini file specified the library dependencies that were required and the build process would download and install them automatically, if needed. After I uninstalled the redundant/conflicting libraries from Global Storage, the build was completed without error. I have installed the new image to my RF Bridge and will monitor how stable it is with respect to the WebUI access issue. |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed in 30 days if no further activity occurs. Thank you for your contributions. |
This issue will be auto-closed because there hasn't been any activity for a few months. Feel free to open a new one if you still experience this problem. |
I have three devices flashed with Espurna 1.12.6. All three of them stopped taking WebUI requests over night. This has happened two nights in a row. I receive responses when I ping the IP addresses and the devices are able to control the lights when I push the physical button on the devices. However, I have no access via the webUI and I cannot control them using either Alexa or OpenHAB.
The issue is cleared when I power cycle each device and I am able to access the webUI.
Anyone else experiencing this problem?
The text was updated successfully, but these errors were encountered: