DWC crashing; repeatedly
-
AJAX error after it disconnects is to make sure my printer is still on, that its lost communication
Thats all I have unless you want me to fabricate a story, I wish I had more to go on, and more to give you. It has made it through 3 prints without doing this. However this is also the second time it has done the same thing, just week apart. Its frustrating saying I have a problem but I don't have more to give.
-
When DWC reports an Ajax error, at the bottom of the message box it reports "Error reason:" followed by some text. I want to know what that text is. If it's not there, take a screenshot showing the Ajax message box and post that.
Also please tell us what version of DWC you are using.
-
It just did it, and the last line this time says "error reason is timeout" I do not remember seeing this before now other than when I turn the machine off myself.
-
lots of family things to do, so not much time to play with the printer I'm afraid. Will post a screen of the error next time I get it.
-
Well the card died, it's bad enough that the SD card format app locks up. I got a new card but can only connect via USB. I emptied the WWW folder and unzipped straight into it using Win zip. The M552 is set as M552 P192.168.1.149 S1. I also tried all Zeros for the address. Internet here is spotty at best due to some recent storms. Will check back when I can thanks.
-
I'm having a similar problem. At first it seemed to only be when I uploaded large files. Then it was even if I put the large file on the SD card first. Now it's I can't upload or put any file on the SD card. The printer will still print from SD if I go through Repetier Host to start it, but the web control is not very useful and seems to be unstable. It gets hung up looking like the below images where it is trying to load gcodes, macros, etc but never does and eventually times out.
I'm using Chrome Version 59.0.3071.115 (Official Build) (64-bit)
Duet WiFi 1 + DueX5
FW 1.18.2 (2017-06-16)
WiFi Server 1.03 ch fork
Web Interface 1.15a
-
Same for me !!!
AJAX error
-
I occasionally have this problem - it seems to be related to WiFi signal strength.
I added an unique SSID to the nearest WiFi access point in my home and used it for my printers and it improved things quite a bit - not perfect but much better.
I have been meaning to try placing an WiFi access point in the same room as my printers to what effect, if any, that has on the problem.
Is there a G-code to that can be used to display signal strength information?
Thanks.
Frederick
-
Have you tried increasing the maximum number of AJAX retries? See the screenshot 2 posts above.
Series 1.19 firmware includes the WiFi signal strength in the M122 report.
-
Have you tried increasing the maximum number of AJAX retries? See the screenshot 2 posts above.
Series 1.19 firmware includes the WiFi signal strength in the M122 report.
Mine is set to 10 retries.
-
Have you tried increasing the maximum number of AJAX retries? See the screenshot 2 posts above.
Series 1.19 firmware includes the WiFi signal strength in the M122 report.
M122
Network state is running
WiFi module is connected to access point
WiFi firmware version 1.19beta9
WiFi MAC address 5c:cf:7f:ee:63:dc
WiFi Vcc 3.08, reset reason Turned on by main processor
WiFi flash size 4194304, free heap 38168
WiFi IP address 192.168.1.80
WiFi signal strength -59db ?????
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 should add, that eventually the run, download, and delete buttons will show up next to the gcode files. Once this happens, it seems that things go back to normal and I have good stability.
-
@TYPPA:
Have you tried increasing the maximum number of AJAX retries? See the screenshot 2 posts above.
Series 1.19 firmware includes the WiFi signal strength in the M122 report.
M122
Network state is running
WiFi module is connected to access point
WiFi firmware version 1.19beta9
WiFi MAC address 5c:cf:7f:ee:63:dc
WiFi Vcc 3.08, reset reason Turned on by main processor
WiFi flash size 4194304, free heap 38168
WiFi IP address 192.168.1.80
WiFi signal strength -59db ?????
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)-59db is a good strength. I get -52db from a Duet WiFi about 2m from the router. See https://support.randomsolutions.nl/827069-Best-dBm-Values-for-Wifi.
I'll change it to say dBm instead of db in the next firmware, technically db is a relative signal strength.
-
@TYPPA:
Have you tried increasing the maximum number of AJAX retries? See the screenshot 2 posts above.
Series 1.19 firmware includes the WiFi signal strength in the M122 report.
M122
Network state is running
WiFi module is connected to access point
WiFi firmware version 1.19beta9
WiFi MAC address 5c:cf:7f:ee:63:dc
WiFi Vcc 3.08, reset reason Turned on by main processor
WiFi flash size 4194304, free heap 38168
WiFi IP address 192.168.1.80
WiFi signal strength -59db ?????
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)-59db is a good strength. I get -52db from a Duet WiFi about 2m from the router. See https://support.randomsolutions.nl/827069-Best-dBm-Values-for-Wifi.
I'll change it to say dBm instead of db in the next firmware, technically db is a relative signal strength.
ok now Maximum number of AJAX retries: is 10 for the moment is not disconnect ….
WiFi signal strength -59db / -68db at 8 mt.... -
When I run an SD file from Repetier, the log has a bunch of the below lines in it. I noticed in DWC that the object height, layer height, filament usage, and generated by fields all say "loading." The Macros and System Editor file pages all say loading as well. I have not tested, but I think this started to become an issue when I switched from S3D to the beta of Kisslicer. Is it possibly an issue with the way kisslicer stores its settings in the gcode file or something along those lines? An example file is here: https://pastebin.com/YT10MAgr
12:57:56.056 : Request: fileinfo?name=0%3A%2Fgcodes%2F20mmTestCube_repaired.gcode fragment 2147483648
-
If I try to release the SD card via M22 while this issue is occurring, the console will display the following in DWC:
1:41:01 PMCan't open 0:/gcodes/20mmTestCube.gcode to read, error code 12
-
You are the first person I know of to use M22 to release a card! After releasing a card, you must use M21 to mount it again.
Releasing card 0 is not advised because it contains files essential to the operation of the Duet, for example the homing files, macro files, bed.g, heightmap.csv etc.
-
I upgraded the firmware to the new experimental stuff which seems to have improved, if not eliminated, the problem I was having.
The new firmware definitely seems more sensitive to the wifi signal strength. Admittedly, mine is not very good at -69dB with the control box door open and -72dB or not able to connect with it closed. Previously, I rarely had a problem connecting and errors due to signal strength were uncommon enough that it wasn't a problem, even with the door closed.
-
Hi,
Using an AP (recent model dual radio b/g/n and ac/n) in a nearby room my signal strength by was reported via DWC as -67.
I could stay connected a good while when actively using DWC but if I left for a while and returned it was usually to a disconnect error.
As a test I installed a simple AP (older model single radio b/g only) four feet away from the printer.
The signal strength is now -46 and DWC has remained connected for several hours with no errors as of yet.
Just FYI
Frederick
-
It's important that the wifi antenna is not shielded from radio waves. This is especially important if the printer is enclosed. On my delta, I have it poking through a slot in a plastic side panel. That same panel also provides access to the USB connector and SD card, and the LEDEs along that edge of the board can been seen through it.
