Can't upload gcode files - Duet Web Control
Hi, when I try to upload gcode files it gives me an error, the speed is reduced to about 7.4 KiB/s and it gives me an error message. I don't think it is the wifi connection nor the SD card. Any idea? It is the first time using this DUET wifi board, I am using 2.02 release with duet web control 1.22.6 and duet wifi server 1.22. I can't control the machine via the DWC but the only thing I can't do is upload gcode files. Any help? Thanks in advance.
Can you send M122 in the console and post the results here?
You may want to check the troubleshooting for wifi here: https://duet3d.dozuki.com/Wiki/WiFi_disconnections_and_AJAX_timeout_errors
Hi, thanks! I will read the troubleshooting guide. The M122 command gives me the following results:
=== Diagnostics ===
RepRapFirmware for Duet 2 WiFi/Ethernet version 2.02(RTOS) running on Duet WiFi 1.02 or later
Board ID: 08DDM-9FAM2-LW4SD-6J9F4-3SJ6N-9LZRY
Used output buffers: 3 of 20 (9 max)
=== RTOS ===
Static ram: 25524
Dynamic ram: 98624 of which 0 recycled
Exception stack ram used: 280
Never used ram: 6644
Tasks: NETWORK(ready,544) HEAT(blocked,1232) MAIN(running,3788) IDLE(ready,200)
Owned mutexes: WiFi(NETWORK)
=== Platform ===
Last reset 00:48:52 ago, cause: software
Last software reset at 2019-02-07 20:46, reason: User, spinning module GCodes, available RAM 6500 bytes (slot 1)
Software reset code 0x0003 HFSR 0x00000000 CFSR 0x00000000 ICSR 0x0441f000 BFAR 0xe000ed38 SP 0xffffffff Task 0x4e49414d
Error status: 0
Free file entries: 10
SD card 0 detected, interface speed: 20.0MBytes/sec
SD card longest block write time: 10.4ms, max retries 0
MCU temperature: min 37.1, current 38.3, max 38.5
Supply voltage: min 12.0, current 12.1, max 12.2, under voltage events: 0, over voltage events: 0, power good: yes
Driver 0: standstill, SG min/max not available
Driver 1: standstill, SG min/max not available
Driver 2: standstill, SG min/max not available
Driver 3: standstill, SG min/max not available
Driver 4: standstill, SG min/max not available
Date/time: 2019-02-07 21:35:36
Cache data hit count 4294967295
Slowest loop: 20.37ms; fastest: 0.07ms
I2C nak errors 0, send timeouts 0, receive timeouts 0, finishTimeouts 0
=== Move ===
Hiccups: 0, StepErrors: 0, LaErrors: 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 heaters = 0 -1 -1 -1, chamberHeaters = -1 -1
=== GCodes ===
Segments left: 0
Stack records: 2 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 ===
Slowest loop: 39.10ms; fastest: 0.00ms
Responder states: HTTP(0) HTTP(1) HTTP(0) HTTP(0) FTP(0) Telnet(0) Telnet(0)
HTTP sessions: 1 of 8
- WiFi -
Network state is running
WiFi module is connected to access point
Failed messages: pending 0, notready 0, noresp 0
WiFi firmware version 1.22
WiFi MAC address 60:01:94:34:37:ff
WiFi Vcc 3.37, reset reason Turned on by main processor
WiFi flash size 4194304, free heap 26136
WiFi IP address 192.168.0.104
WiFi signal strength -70dBm, reconnections 0, sleep mode modem
Socket states: 0 2 0 0 0 0 0 0
- WiFi -
WiFi signal strength -70dBm
That's borderline for wifi signal.
Is the Duet blocked by any metal printer frame?
If possible, relocate either the printer or the router so they can be closer together to test for better signal strength.
The transfer speed of the upload will suffer greatly if the router and the Duet can't establish a good connection. It will try and drop the speed to improve transfer reliability, but with the usually large multi megabyte gcode files there is a good chance that they will error out at such a low transfer speed.
If you find that a stronger connection solves the problem, but you can't easily relocate the router or the printer, possible solutions include adding a wifi repeater or router in the same room as the printer.
oliof last edited by
I had this problem once, and it turned out the microsd card was not properly seated in it's slot. Just removing it and reinserting it making sure the retaining mechanism engaged fixed it for me.
You should still try to improve the wifi coverage as suggested. My printer currently resides at the edge of the covered wifi area, and it surely leads to performance issues (even with the Duet Web Control) when additional blocking factors (like people moving around or the printer frame being between the laptop and the access point).