Uploads not working

[vcapra1]

I sometimes can't get a file to upload to my printer over the network anymore. It will quickly get to like 10%, then get slower and slower until it almost stops (dropping to about 10 KiB/s and then apparently stopping). This is not a particularly large file, and there is plenty of space on the SD card.

I've tried multiple resets without luck, but then suddenly it will start working again. This has happened a few times now, and it's beginning to get annoying because I usually don't realize the problem is back until I've spend 10 minutes heating everything up and homing the axes, only to have to power it down and remove the SD card to transfer files manually.

It seems loosely tied to file size, as files less than 200KB will upload almost instantly, but anything above 500KB will start to drag on after 10-20% and eventually stop around 25%.

Again, the issue isn't persistent, but usually lasts several hours. I've also tried things like rebooting my computer, my router, without any change. During these issues my computer can communicate with other devices on my network at or above gigabit speeds, so the issue is certainly isolated to the printer.

M122:

M122
=== Diagnostics ===
RepRapFirmware for Duet 2 WiFi/Ethernet version 3.3beta3+1 (2021-04-28 21:24:54) running on Duet Ethernet 1.02 or later + DueX5
Board ID: 08DGM-9T6BU-FG3SJ-6JTDJ-3SN6P-9SYZG
Used output buffers: 4 of 24 (17 max)
=== RTOS ===
Static ram: 23876
Dynamic ram: 73944 of which 0 recycled
Never used RAM 16596, free system stack 118 words
Tasks: NETWORK(ready,27.9%,205) HEAT(delaying,0.1%,330) Move(notifyWait,0.1%,303) DUEX(notifyWait,0.0%,24) MAIN(running,71.9%,278) IDLE(ready,0.1%,29), total 100.0%
Owned mutexes:
=== Platform ===
Last reset 00:09:06 ago, cause: power up
Last software reset at 2022-02-14 16:12, reason: User, GCodes spinning, available RAM 16420, slot 1
Software reset code 0x0003 HFSR 0x00000000 CFSR 0x00000000 ICSR 0x0041f000 BFAR 0xe000ed38 SP 0x00000000 Task MAIN Freestk 0 n/a
Error status: 0x00
Aux0 errors 0,0,0
Step timer max interval 0
MCU temperature: min 24.7, current 36.2, max 36.7
Supply voltage: min 24.2, current 24.4, max 24.5, under voltage events: 0, over voltage events: 0, power good: yes
Heap OK, handles allocated/used 0/0, heap memory allocated/used/recyclable 0/0/0, gc cycles 0
Driver 0: position -9800, standstill, SG min/max 0/266
Driver 1: position 7000, standstill, SG min/max 0/243
Driver 2: position 4386, standstill, SG min/max not available
Driver 3: position 0, standstill, SG min/max not available
Driver 4: position 0, standstill, SG min/max not available
Driver 5: position 0, standstill, SG min/max 0/206
Driver 6: position 0, standstill, SG min/max 0/111
Driver 7: position 0, standstill, SG min/max 0/158
Driver 8: position 0, standstill, SG min/max 0/167
Driver 9: position 0, standstill, SG min/max 0/176
Driver 10: position 0
Driver 11: position 0
Date/time: 2022-02-19 08:53:53
Cache data hit count 4294967295
Slowest loop: 81.25ms; fastest: 0.17ms
I2C nak errors 0, send timeouts 0, receive timeouts 0, finishTimeouts 0, resets 0
=== Storage ===
Free file entries: 8
SD card 0 detected, interface speed: 20.0MBytes/sec
SD card longest read time 3.7ms, write time 30.9ms, max retries 0
=== Move ===
DMs created 83, maxWait 238605ms, bed compensation in use: mesh, comp offset 0.000
=== MainDDARing ===
Scheduled moves 41, completed moves 41, hiccups 0, stepErrors 0, LaErrors 0, Underruns [0, 0, 2], CDDA state -1
=== AuxDDARing ===
Scheduled moves 0, completed moves 0, hiccups 0, stepErrors 0, LaErrors 0, Underruns [0, 0, 0], CDDA state -1
=== Heat ===
Bed heaters = 0 -1 -1 -1, chamberHeaters = -1 -1 -1 -1
Heater 0 is on, I-accum = 0.1
=== GCodes ===
Segments left: 0
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
USB is idle in state(s) 0
Aux is idle in state(s) 0
Trigger is idle in state(s) 0
Queue is idle in state(s) 0
LCD is idle in state(s) 0
Daemon is idle in state(s) 0
Autopause is idle in state(s) 0
Code queue is empty.
=== DueX ===
Read count 1, 0.11 reads/min
=== Network ===
Slowest loop: 212.43ms; fastest: 0.02ms
Responder states: HTTP(3) HTTP(0) HTTP(0) HTTP(0) FTP(0) Telnet(0), 0 sessions
HTTP sessions: 1 of 8
Interface state active, link 100Mbps full duplex

[droftarts]

@vcapra1 send M39 to check state of SD card, ie not so full that files are fragmented. You are also on a beta release of 3.3; update to the current 3.3 release. https://github.com/Duet3D/RepRapFirmware/releases/tag/3.3

Ian

[vcapra1]

@droftarts Here's M39:

SD card in slot 0: capacity 7.95Gb, free space 7.70Gb, speed 20.00MBytes/sec, cluster size 4kb

I've upgraded to the 3.3 release, I'll post again here if the issue comes back

[Phaedrux]

@vcapra1 said in Uploads not working:

cluster size 4kb

That seems like an odd cluster size. 32 or 64kb is recommended.

I suggest you take the SD card out of the Duet and use your PC to back up the contents by copying the files. Then use the SD card formatter tool to wipe and format it. It will choose the most appropriate format based on the card.

https://www.sdcard.org/downloads/formatter/

Then copy the files back onto the card and test it out with M39 again and try and upload a file.