Dear @jay_s_uk ,
I did as you said, just replaced the Sandisk with good old Toshiba 8gb class 4 and uploaded the 140mb file.
Worked without any issue, case closed, THANK YOU very much 
I'll invest in new cards.
SD card 0 detected, interface speed: 25.0MBytes/sec
SD card longest read time 1.3ms, write time 43.3ms, max retries 0
Hello,
my problem from topic
https://forum.duet3d.com/topic/33289/dwc-3-4-5-gcode-uploading-via-lan-error?_=1713871501456
remain unsolved.
I just can't upload file bigger than 20mb via LAN to my DUET 6HC.
For DUET 2 1.21 via LAN we don't have any problem.
Via any wifi connection its perfect anywhere.
We have dozen machines on DUET 6HC, now with firmware 3.5.0-rc.3.
Even without router and switches, just PC connected via LAN to Duet 6hc, the problem occures.
I thought maybe its my win10, so I reinstalled the system to win11 and still nothing.
Its not the SD card problem, I've tried another ones, ultra fast, formatted in many ways and its still nothing.
If I change the speed of LAN in network card (in card properties) for ex. 10Mb/s, it works.
Last time I provided wireshark report, without any progress.
The problem exist on 3x PC win10 and win11 and also on Linux mint.
It does not occur on any OS connected via Wifi.
HOWEVER - if I install new win11 on another HDD (same PC), files uploads without issue.
Any ideas?
Best Regards,
Paul
@Phaedrux I did it and there is still no change. I think it is on the side of our network, perhaps router.
However on the 3.4.6 the computer with Win7 couldn't even start the upload, it was just freezing on 0%.
The 3.5 RC1 works perfectly on Win7 comp, thank you
I also get "Error in start-up file macro line 47: Response timeout: CAN addr 121 req type 6057, RID=5" on few occasions, but TB works fine.
Dear @Phaedrux,
I've just updated firmware on one Duet3D and there is no change.
I don't think that 10 microsd cards could failed at once. But thanks for suggestion.
thanks for a quick answer
The error message is "Could not complete action because the connection has been terminated"
Im not familiar with WS, but after a quick look at tutorials, I manage to export filtered package.
It's 32MB so I've put it on external server : LINK
Hello,
once again I have encoutered simmilar obstacle.
I have several machines on Duet 6HC, running firmware 3.4.5 (2022-11-30), and they were working perfectly until few days ago.
They are connected via LAN, through a router and 3 switches.
When I try to upload a gcode (20-170MB large) it loses connection and tries to reconnect.
This happens on all our machines.
We tried diffrent browsers (Firefox, Brave) and 3 diffrent computers (Win10, Mint and Win7).
On Win7 via wifi 2.4gh it works completly normally and fine.
Just via LAN, I can't upload any gcode. It seems like a software / network issue.
Please find one of my M122 below, but I don't think it could be of any help...
I know my sd card could be faster, but... it just worked fine a few days ago?
M122
=== Diagnostics ===
RepRapFirmware for Duet 3 MB6HC version 3.4.5 (2022-11-30 19:35:23) running on Duet 3 MB6HC v1.01 (standalone mode)
Board ID: 08DJM-9P63L-DJMSS-6JTDJ-3SN6T-9SHMB
Used output buffers: 3 of 40 (40 max)
=== RTOS ===
Static ram: 152760
Dynamic ram: 96920 of which 0 recycled
Never used RAM 97296, free system stack 114 words
Tasks: NETWORK(ready,29.2%,194) ETHERNET(notifyWait,0.3%,392) HEAT(notifyWait,0.0%,322) Move(notifyWait,0.0%,245) CanReceiv(notifyWait,0.0%,772) CanSender(notifyWait,0.0%,326) CanClock(delaying,0.0%,339) TMC(notifyWait,8.1%,57) MAIN(running,62.2%,1101) IDLE(ready,0.1%,30), total 100.0%
Owned mutexes:
=== Platform ===
Last reset 341:58:26 ago, cause: power up
Last software reset details not available
Error status: 0x04
Aux0 errors 0,0,0
Step timer max interval 153
MCU temperature: min 57.5, current 58.4, max 59.0
Supply voltage: min 23.7, current 23.8, max 23.9, under voltage events: 0, over voltage events: 0, power good: yes
12V rail voltage: min 12.2, current 12.2, max 12.3, under voltage events: 0
Heap OK, handles allocated/used 99/1, heap memory allocated/used/recyclable 2048/230/184, gc cycles 0
Events: 0 queued, 0 completed
Driver 0: standstill, SG min n/a, mspos 408, reads 24600, writes 0 timeouts 0
Driver 1: standstill, SG min n/a, mspos 584, reads 24600, writes 0 timeouts 0
Driver 2: standstill, SG min n/a, mspos 1000, reads 24600, writes 0 timeouts 0
Driver 3: standstill, SG min n/a, mspos 8, reads 24599, writes 0 timeouts 0
Driver 4: standstill, SG min n/a, mspos 8, reads 24599, writes 0 timeouts 0
Driver 5: standstill, SG min n/a, mspos 520, reads 24599, writes 0 timeouts 0
Date/time: 2023-08-18 20:38:02
Slowest loop: 378.93ms; fastest: 0.05ms
=== Storage ===
Free file entries: 9
SD card 0 detected, interface speed: 25.0MBytes/sec
SD card longest read time 3.4ms, write time 119.7ms, max retries 0
=== Move ===
DMs created 125, segments created 35, maxWait 0ms, bed compensation in use: mesh, comp offset 0.000
=== MainDDARing ===
Scheduled moves 73077, completed 73077, hiccups 0, stepErrors 0, LaErrors 0, Underruns [0, 0, 0], CDDA state -1
=== AuxDDARing ===
Scheduled moves 0, completed 0, hiccups 0, stepErrors 0, LaErrors 0, Underruns [0, 0, 0], CDDA state -1
=== Heat ===
Bed heaters 0 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1, chamber heaters -1 -1 -1 -1, ordering errs 0
Heater 1 is on, I-accum = 0.0
=== 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
SBC is idle in state(s) 0
Daemon is idle in state(s) 0
Aux2 is idle in state(s) 0
Autopause is idle in state(s) 0
Code queue is empty
=== CAN ===
Messages queued 14673, received 32605, lost 0, boc 0
Longest wait 0ms for reply type 0, peak Tx sync delay 263, free buffers 50 (min 50), ts 8152/8152/0
Tx timeouts 0,0,0,0,0,0
=== Network ===
Slowest loop: 2739.99ms; fastest: 0.03ms
Responder states: HTTP(0) HTTP(0) HTTP(0) HTTP(0) HTTP(0) HTTP(0) FTP(0) Telnet(0) Telnet(0)
HTTP sessions: 1 of 8
= Ethernet =
State: active
Error counts: 0 0 0 0 0 0
Socket states: 5 2 2 2 2 0 0 0
=== Multicast handler ===
Responder is inactive, messages received 0, responses 0
Best Regards,
Paul
Dear @jay_s_uk ,
I did as you said, just replaced the Sandisk with good old Toshiba 8gb class 4 and uploaded the 140mb file.
Worked without any issue, case closed, THANK YOU very much
I'll invest in new cards.
SD card 0 detected, interface speed: 25.0MBytes/sec
SD card longest read time 1.3ms, write time 43.3ms, max retries 0
Hello,
I have a problem with uploading files to my Duet 3 6hc.
Im uploading some large files (50-400mb) and every time after 40-70% done Duet is trying to reconnect, failing my upload.
Also the upload via LAN is quite slow, around 400kb/s. There is no Wifi, only cables
However, I have few machines built on Duet 3 6hc, and the problem exist only on the newly connected ones.
The one connected a year ago never had such issue. The firmware versions are the same, switch is the same.
On the other hand, its less occuring on the second PC (still, but less often!). Its a mistery for me
Please take a look at my M122
=== Diagnostics ===
RepRapFirmware for Duet 3 MB6HC version 3.4.2 (2022-09-13 15:17:43) running on Duet 3 MB6HC v1.01 (standalone mode)
Board ID: 08DJM-9P63L-DJ3S0-7J1DD-3SD6S-9VJV8
Used output buffers: 6 of 40 (40 max)
=== RTOS ===
Static ram: 152664
Dynamic ram: 95984 of which 0 recycled
Never used RAM 101616, free system stack 148 words
Tasks: NETWORK(ready,84.5%,210) ETHERNET(notifyWait,0.4%,425) HEAT(notifyWait,0.0%,319) Move(notifyWait,0.0%,256) CanReceiv(notifyWait,0.1%,772) CanSender(notifyWait,0.0%,336) CanClock(delaying,0.0%,339) TMC(notifyWait,25.7%,57) MAIN(running,190.0%,1083) IDLE(ready,0.3%,30), total 301.0%
Owned mutexes:
=== Platform ===
Last reset 02:22:55 ago, cause: power up
Last software reset at 2022-10-03 20:13, reason: User, GCodes spinning, available RAM 101880, slot 1
Software reset code 0x0003 HFSR 0x00000000 CFSR 0x00000000 ICSR 0x00400000 BFAR 0x00000000 SP 0x00000000 Task MAIN Freestk 0 n/a
Error status: 0x04
Aux0 errors 0,0,0
Step timer max interval 242
MCU temperature: min 23.5, current 50.8, max 51.9
Supply voltage: min 17.7, current 24.1, max 24.1, under voltage events: 0, over voltage events: 0, power good: yes
12V rail voltage: min 12.1, current 12.2, max 12.3, under voltage events: 0
Heap OK, handles allocated/used 0/0, heap memory allocated/used/recyclable 0/0/0, gc cycles 0
Events: 1 queued, 1 completed
Driver 0: standstill, SG min 0, mspos 776, reads 10880, writes 43 timeouts 0
Driver 1: standstill, SG min 0, mspos 88, reads 10876, writes 47 timeouts 0
Driver 2: standstill, SG min 0, mspos 8, reads 10876, writes 47 timeouts 0
Driver 3: standstill, SG min 0, mspos 8, reads 10912, writes 11 timeouts 0
Driver 4: standstill, SG min 0, mspos 8, reads 10912, writes 11 timeouts 0
Driver 5: standstill, SG min 0, mspos 8, reads 10914, writes 11 timeouts 0
Date/time: 2022-10-04 12:51:06
Slowest loop: 2697.06ms; fastest: 0.05ms
=== Storage ===
Free file entries: 9
SD card 0 detected, interface speed: 25.0MBytes/sec
SD card longest read time 2.9ms, write time 153.8ms, max retries 0
=== Move ===
DMs created 125, segments created 17, maxWait 6162084ms, bed compensation in use: none, comp offset 0.000
=== MainDDARing ===
Scheduled moves 135, completed 135, hiccups 0, stepErrors 0, LaErrors 0, Underruns [0, 0, 88], CDDA state -1
=== AuxDDARing ===
Scheduled moves 0, completed 0, hiccups 0, stepErrors 0, LaErrors 0, Underruns [0, 0, 0], CDDA state -1
=== Heat ===
Bed heaters 0 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1, chamber heaters -1 -1 -1 -1, ordering errs 0
Heater 0 is on, I-accum = 0.0
Heater 1 is on, I-accum = 0.0
=== 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
SBC is idle in state(s) 0
Daemon is idle in state(s) 0
Aux2 is idle in state(s) 0
Autopause is idle in state(s) 0
Code queue is empty
=== CAN ===
Messages queued 77263, received 171975, lost 0, boc 0
Longest wait 5ms for reply type 4014, peak Tx sync delay 275, free buffers 50 (min 48), ts 42878/42877/0
Tx timeouts 0,0,0,0,0,0
=== Network ===
Slowest loop: 5123.72ms; fastest: 0.03ms
Responder states: HTTP(3) HTTP(2) HTTP(2) HTTP(0) HTTP(0) HTTP(0) FTP(0) Telnet(0), 0 sessions Telnet(0), 0 sessions
HTTP sessions: 2 of 8
= Ethernet =
State: active
Error counts: 0 0 0 1 0 0
Socket states: 3 3 3 2 2 0 0 0
=== Multicast handler ===
Responder is inactive, messages processed 0
Thanks!
Hello,
the "heater fault" function has been my problem since the beginnig.
In many diffrent ways, but that is not the case here.
I know how important it is, but I am experimanting with many diffrent things on my hotend, and with very long printing times, and so often, the heater fault is keep rising my blood pressure.
Is there any way to disable this feature?
Best regards,
Paul