CONSTANT AJAX disconnect errors
-
It looks like that change failed to make it into 1.20beta2. I am currently working on a new version that uses a later SDK and fixes the KRACK vulnerability, so I'll issue an update when that is finished.
-
My beamforming off experimented was a no go. It eventually disconnected.
will wait for the "sleep off" firmware. -
My beamforming off experimented was a no go. It eventually disconnected.
will wait for the "sleep off" firmware.Bummer, I guess one of us should try the firmware downgrade and see if that works. It may at least help narrow down where the issue lies. I don't know if I will have time to get to that tonight, but ill try it after I test a few other things.
One of the things that has been bothering me about this is that sometimes it disconnects and a single click of "Connect" in DWC works fine. Other times it disconnects and locks me out entirely, this is the more common issue. When it does lock me out entirely I can get it to reconnect using one of three different methods. Method three is the most confusing to me.
1. Power the printer/board off and then back on.
2. Send M552 S-1 followed by M552 S1 via Pronterface over USB.
3. Wait. If I click "connect" and it doesn't connect and then I do nothing and just let the printer continue to print or sit idle for "X" amount of minutes I can just click "connect" and it will suddenly connect again. The "X" amount of minutes is generally 30 or more minutes I think.The common theme among those is that "restarting" the wifi module seems to temporarily fix it, BUT what is happening in scenario #3, where it resolves itself?
-
1. Power the printer/board off and then back on.
2. Send M552 S-1 followed by M552 S1 via Pronterface over USB.
3. Wait. If I click "connect" and it doesn't connect and then I do nothing and just let the printer continue to print or sit idle for "X" amount of minutes I can just click "connect" and it will suddenly connect again. The "X" amount of minutes is generally 30 or more minutes I think.The common theme among those is that "restarting" the wifi module seems to temporarily fix it, BUT what is happening in scenario #3, where it resolves itself?
Interesting, I have the same 3 scenarios.
I either turn wifi on/off or wait 30min+. -
This afternoon when i got home from work, I powered up the printed (NO USB Connected) and figured I would fight with this disconnect issue some more. Here are the steps I took.
1. Power on printer
2. Load DWC in Google Chrome via the hostname.
3. Sigh heavily
4. Walk away, lets get some dinner.
2 MINUTES AND 3 SECONDS is all it stayed connected for. I did nothing but turn it on and load DWC. The heaters were OFF, the steppers were OFF, nothing got homed, no files were uploaded, etc…
I was completely locked out too, This would have required either a power cycle of the printer, or running 552 commands from usb/pronterface.
-
I yesterday isolated the Duet from interference by first putting two alumnium plates on top of the printer and then placing the Duet above this metal shield, see attached picture.
Later, during a print last night I lost connectivity and could not reconnect. I tried another trick by rebooting my router to check if the Duet reconnects after the WiFi signal is back, it did not. All my other devices reconnected as usual and duet also reconnects when it is not in this 'broken' state.
-
Keegan, I'd like to send you a Duet WiFi with external antenna to test, to see if it resolves the problem. The antenna will need to be mounted on the outside of your printer, and the cable to the wifi module on the Duet is 13cm long. Will that be workable for you? If so, please PM me with your mailing address.
Also, do you have a 3.3V-compatible USB-to-serial converter? If so then we might be able to get some diagnostics out of the wifi module.
-
Keegan, I'd like to send you a Duet WiFi with external antenna to test, to see if it resolves the problem. The antenna will need to be mounted on the outside of your printer, and the cable to the wifi module on the Duet is 13cm long. Will that be workable for you? If so, please PM me with your mailing address.
Also, do you have a 3.3V-compatible USB-to-serial converter? If so then we might be able to get some diagnostics out of the wifi module.
David,
I would be thrilled to test the external antenna version. 13cm should be plenty of length. I am mounting the Duet where the Rambo was in the Rostock Max, so I should have plenty of distance to run the antenna outside of the melamine frame.
I have a USB-to-serial converter somewhere in an electronics junk drawer. I don't have a clue what the specs are for it. I know it is standard size USB on one end and I think it is 9-pin serial on the other.
I have to ask given the unlucky circumstances with the first replacement duet I received. Is this one a new board, or a "refurbished" board? You'll understand my concern with the used boards.
-
David, sorry I missed it the first time. PM with address sent.
-
I'm not sure if it adds anything to this discussion, but I have an ethernet Duet. I have used different routers and switches and always had disconnects. Its the only thing about this wonderful board that is annoying. I use curl to upload from S3D and it works 100% of the time even when the web interface won't connect.
I keep hoping new firmwares will make it better, but not yet. It seems better on some firmwares, but its hard to tell if thats just me. It seems to help to disconnect the ethernet and reconnect.
-
I think I'm having the same issue that is being reported here. Synopsis of my machine:
-
D-Bot, more or less
-
24V Meanwell PS + Anker USB PS for 5V
-
Duet Wifi, 1.19.2 firmware
-
Duet enclosure is a 3d-printed, open top enclosure sitting outside the frame
On boot, I am typically able to interact normally with the Duet for bed compensation calculation, etc., including preheating hotend and bed. However, typically after I start a print I lose connectivity to the web server, never to return until reboot. Print continues as normal, and I can continue to communicate with the board via USB.
M122 output after last fail:
[[language]] 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.19.2 WiFi MAC address 5c:cf:7f:37:8f:14 WiFi Vcc 3.12, reset reason Turned on by main processor WiFi flash size 4194304, free heap 37848 WiFi IP address 192.168.1.120 WiFi signal strength -55dBm Reconnections 0 HTTP sessions: 1 of 8 Socket states: 0 0 0 0 0 0 0 0 Responder states: HTTP(0) HTTP(0) HTTP(0) HTTP(0) FTP(0) Telnet(0)The machine is still a build in progress, so it isn't killing me that this is happening, but if I can somehow contribute to resolving, I'd be happy to.
-
-
I'm not sure if it adds anything to this discussion, but I have an ethernet Duet. I have used different routers and switches and always had disconnects. Its the only thing about this wonderful board that is annoying. I use curl to upload from S3D and it works 100% of the time even when the web interface won't connect.
I keep hoping new firmwares will make it better, but not yet. It seems better on some firmwares, but its hard to tell if thats just me. It seems to help to disconnect the ethernet and reconnect.
Do the disconnections happen only during printing, or at any time? If they happen only during printing, then next time you get a disconnection during a print, after the print finishes please run M122 and report the MaxReps value in the report. Note, MaxReps is cleared each time you run M122 so only the value you get the first time you run M122 after a print counts.
-
Last night i finally had time to setup the separate router and connect the Duet to it. Very basic setup. network with WPA2 encryption, dhcp IP, no internet access, and no other devices connected to it. Its a rather annoying way to test because I have to switch back and forth networks from my computer, but I may pull an old junk laptop out to do some extended testing.
-
I'm now getting AJAX errors while the unit just sits there, idle. I can power cycle the printer and it comes back online, but it goes offline again after I connect.
I tried resetting the router, which is literally 6 feet away from the printer. No difference.
-
I'm now getting AJAX errors while the unit just sits there, idle. I can power cycle the printer and it comes back online, but it goes offline again after I connect.
I tried resetting the router, which is literally 6 feet away from the printer. No difference.
So, when you get the AJAX disconnect, you can not click "Connect" in DWC or reload the page to get back connected?
Can you reconnect without a power cycle by sending M552 S0 (or S-1), followed by M552 S1 via USB?
-
M122
=== Diagnostics ===
Used output buffers: 3 of 32 (6 max)
=== Platform ===
RepRapFirmware for Duet WiFi version 1.19.2 running on Duet WiFi 1.0
Board ID: 08DDM-9FAM2-LW4SD-6J9D6-3SN6L-12ZHY
Static ram used: 21176
Dynamic ram used: 95976
Recycled dynamic ram: 1632
Stack ram used: 1304 current, 4880 maximum
Never used ram: 7408
Last reset 00:12:06 ago, cause: power up
Last software reset reason: User, spinning module GCodes, available RAM 3192 bytes (slot 2)
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 26.1, current 34.9, max 36.7
Supply voltage: min 11.4, current 12.1, max 12.5, under voltage events: 0, over voltage events: 0
Driver 0: standstill
Driver 1: standstill
Driver 2: standstill
Driver 3: standstill
Driver 4: standstill
Date/time: 2017-11-06 13:50:27
Slowest main loop (seconds): 0.005554; fastest: 0.000034
=== Move ===
MaxReps: 8, StepErrors: 0, FreeDm: 240, MinFreeDm 239, MaxWait: 4122ms, Underruns: 0, 0
Scheduled moves: 4, completed moves: 4
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
=== 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.19
WiFi MAC address 2c:3a:e8:0a:f1:18
WiFi Vcc 3.08, reset reason Turned on by main processor
WiFi flash size 4194304, free heap 39528
WiFi IP address 192.168.0.22
WiFi signal strength -77dBm
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(0AJAX ERROR did not connect printer to the web page
-
I've put a temporary build (1.20beta6) of DuetWiFiServer.bin at https://www.dropbox.com/s/u7vpp2wg4rlqs8l/DuetWiFiServer.bin?dl=1. This version uses the latest SDK from Expressiv and includes a fix for the WPA2 KRACK vulnerability. It may or may not help with reliability of the WiFi connection. I've heard that the KRACK vulnerability fix may be incompatible with some routers.
I am doing further work on DuetWiFiServer to make additional diagnostics available.
-
David, does that build include the correction of the sleep mode?
-
Did the "disable sleep" make it in ?
-
No, I didn't want to try more than one thing at a time.
