DWC 3.4.5 gcode uploading via LAN error
-
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 0Best Regards,
Paul -
@paul12345 said in DWC 3.4.5 gcode uploading via LAN error:
it loses connection and tries to reconnect.
What exactly do you see when this happens? Is there an error message?
Are you familiar with Wireshark? Could you capture a trace while uploading a file that fails?
-
-
One other thing you can try in the meantime is update to 3.4.6.
And if possible, try a new SD card. It may be failing. At the very least, have a backup of your config files. -
I don't think that 10 microsd cards could failed at once. But thanks for suggestion.
-
We've reviewed the wireshark capture and would like to see if the problem is still present on 3.4.6
-
Dear @Phaedrux,
I've just updated firmware on one Duet3D and there is no change. -
Are you able to test 3.5 RC1?
-
@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.
-
@paul12345 said in DWC 3.4.5 gcode uploading via LAN error:
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.
If you don't already have a G4 S5 delay near the start of your config.g you should add one to give all boards time to startup before the configuration is executed.
-
undefined paul12345 referenced this topic
