CONSTANT AJAX disconnect errors
-
First print, disconnected while printing the skirt
-
Thanks for your feedback. Which country are you in?
-
Canada, Vancouver BC specificaly,
-
Ill be away from the printer for about a week, but will updated to that new version you shared David as soon as I return.
-
David, I juste realized that my WiFi signal strength is really low: -68dBm! I think I'm lucky it's working so well, despite such poor signal!
I think I will order the new ESP module, with antenna.
-
Updated to alpha1+1 - pretty much the same story for me unfortunately.
The following log is right after a disconnect when idle. I restarted the wifi module with M552 on device.[[language]] === Diagnostics === Used output buffers: 3 of 32 (17 max) === Platform === RepRapFirmware for Duet WiFi version 1.20beta1 running on Duet WiFi 1.0 Board ID: 08DAM-9K9K2-NGNSN-6JKD0-3SJ6T-15UBM Static ram used: 15128 Dynamic ram used: 96048 Recycled dynamic ram: 3512 Stack ram used: 1352 current, 4880 maximum Never used ram: 11504 Last reset 00:06:35 ago, cause: reset button or watchdog Last software reset reason: User, spinning module GCodes, available RAM 11504 bytes (slot 3) Software reset code 0x0003, HFSR 0x00000000, CFSR 0x00000000, ICSR 0x00400000, BFAR 0xe000ed38, SP 0xffffffff Error status: 0 Free file entries: 10 SD card 0 detected, interface speed: 20.0MBytes/sec SD card longest block write time: 0.0ms MCU temperature: min 41.1, current 41.6, max 42.8 Supply voltage: min 24.1, current 24.2, max 24.6, under voltage events: 0, over voltage events: 0 Driver 0: stalled standstill Driver 1: stalled standstill Driver 2: stalled standstill Driver 3: standstill Driver 4: standstill Date/time: 2017-10-15 15:01:57 Slowest main loop (seconds): 0.008844; fastest: 0.000033 === Move === MaxReps: 0, StepErrors: 0, FreeDm: 240, MinFreeDm 240, MaxWait: 0ms, Underruns: 0, 0 Scheduled moves: 0, completed moves: 0 Bed compensation in use: none Bed probe heights: 0.000 0.000 0.000 0.000 0.000 === Heat === Bed heater = 0, chamber heater = -1 Heater 0 is on, I-accum = 0.0 Heater 1 is on, I-accum = 0.3 === GCodes === Segments left: 0 Stack records: 1 allocated, 0 in use Movement lock held by null http is idle in state(s) 0 telnet is idle in state(s) 0 file is idle in state(s) 0 serial is idle in state(s) 0 aux is idle in state(s) 0 daemon is idle in state(s) 0 queue is idle in state(s) 0 autopause is idle in state(s) 0 Code queue is empty. Network state is running WiFi module is connected to access point WiFi firmware version 1.20alpha1+1 WiFi MAC address 5c:cf:7f:ef:4c:24 WiFi Vcc 3.11, reset reason Turned on by main processor WiFi flash size 4194304, free heap 35064 WiFi IP address 192.168.1.107 WiFi signal strength -58dBm Reconnections 0 HTTP sessions: 1 of 8 Socket states: 2 0 0 0 0 0 0 0 Responder states: HTTP(1) HTTP(0) HTTP(0) HTTP(0) FTP(0) Telnet(0)
-
I've been leery of updating beyond 1.18.2 due to the frequent reports of WiFi issues. Today I decided to take the leap. The upgrade to 1.19.2 went well. Checking M122 my RSSI varied between -53 and -58 (the access point is one floor away in a wood framed house). I stayed connected from a web browser (Google Chrome from a Mac) for approximately 4 hours. During the middle of that 4 hour window was a single 90 minute print.
All seemed good. Not posting to gloat - but just wanted to add some data points. My access point is an Asus router running the third party Asus-Merlin firmware.
John
-
My access point is an Asus router running the third party Asus-Merlin firmware.
My setup is similar, albeit with the issues.
I have an Asus AC3100 as my main router about 3m away, and an AC66U about 12m away as an access point both with same firmware version, both Merlins. -
I experienced the same issue on a new Duet Wifi I received this week. I recalled that I had similar problems with some devices in the past with WMM mode enabled on the router. And indeed, disabling it fixed the issue. I have a router running OpenWrt based distribution, which allows to enable/disable WMM on per-SSID basis. I'm not sure about other routers, such as those ASUS devices mentioned here, but I think it should be at least possible to toggle WMM globally to try if it solves the problem.
-
As I use an OpenWRT-based router, I'll give this a try! Thanks.
-
I'm not sure about other routers, such as those ASUS devices mentioned here, but I think it should be at least possible to toggle WMM globally to try if it solves the problem.
Interesting.
One of my routers is an Asus RT-AC68P. The other is an older RT-N66R. The DuetWifi was attached to the RT-N66R. Both are running Asuswrt-Merlin 380.68_4
I notice on the Wireless section - Professional tab there is an item labeled: "Enable WMM APSD" The choices are "Enable" and "Disable" I'm not sure if they mean enabled and disabled but both routers are in the default setting, which shows "Enable."
Seeing that this setting has something to do with power saving mode and QoS, who knows - this could be related. I do not see a setting specific to just WMM.
https://routerguide.net/wmm-apsd-on-or-off/
John
-
Seeing that this setting has something to do with power saving mode and QoS, who knows - this could be related. I do not see a setting specific to just WMM.
Yep, "disabling WMM" practically means "disabling WMM APSD". Even the page you've linked mentions that it can be linked to connection dropouts: "There are reported cases of mobile devices dropping connections when the WMM APSD options are turned on."
As I said, it seems that disabling it resolved the issue for me, so it's worth a try if anyone faces the problem. Probably the worst thing that can happen is that they'll have worse battery performance on their mobile devices for the time of the test.
-
This article:
http://bbs.espressif.com/viewtopic.php?t=133
mentions a parameter for esp8266 to disable powersave on the chip itself, at least when in client-mode.
„You can use wifi_set_sleep_type to set sleep type for power saving and set NONE_SLEEP_T to disable power saving.“
@David: Could this be worth a try?
-
I looked at this before and I think it defaults to no power saving, but I'll check.
-
At least when I checked with sta_info about a week ago the module was reporting powersave capability to the AP
-
turned off WMM APSD
So far 2 hours into a print. Not a definitive answer yet, but so far id say looks promising…
As I wrote this I went back and saw pink screen "ajax error" timeout, but was able to immediately reconnect with connect button.Will continue testing
Edit: disconnected 5 min later, now can't reconnect....back to square one..
-
I also turned off WMM. So far, no disconnect…
-
Im running a Tenda AC18 and it doesn't look like I have any WMM options, that I can find.
-
I have the WMM turned off, and I continue to have the issues.
It does sound like the right path of investigation though. -
In fact, me too