Solved 3.5.0rc1: Input shaping causes layer shifts!?
-
@NeoDue if you use mesh bed leveling, set fade height to 3mm and report back whether this alleviates the issue.
-
@oliof No, I do not use mesh bed leveling.
The j1 has just three measurement points for z - each one above a bed adjustment screw - that are only used with a calibration macro I wrote for the Duet: at the first point the macro redefines the upper limit of the z axis by sending an M208 command, then the printer moves on to the next point and measures every second or so while telling the user to twist the knob left or right (ASCII Art rules
) until the bed is level. That will be repeated on the last point - simple assisted bed leveling which is does its job by far well enough with the (coated) glass plate the J1 has.
Since that recalibration macro has to be started by the user and its only lasting effect is the M208 command saved in a separate file that is called by config.g during boot, I do not expect that to have any influence.But if mesh bed leveling also may cause this, I am am quite tempted to see this as another indicator for some internal communications timing issue - at least I assume mesh bed leveling to be rather calculation intensive as well, just as Input shaping...?
-
@NeoDue No, mesh bed leveling is not calculation intensive, it's just that the short z movements introduce extra segmentation messing with IS in the current implementation
-
@oliof thanks for the explanation!
-
Explains the sudden layer shifting I got, going from 3.5.0 b1 to rc1 my prints started
shifting in the Y axis.
Reversing to beta1 solved the problem. -
@oliof interesting. Got the same problem with layershifts
-
This is, interesting. I have NEVER seen a layer shift on my machine. But the first longer one I did after (finally after all these years) enabling imput shaping and .. wham.. woke up to a layer shifted spaghetti monster. (Did happen about Z20, so not a fade issue I'd say.
While it could be a coincidence, this thread caught my eye.
-
@janjoh @Jimborr @PCR thanks, that is reassuring that I am not the only one with that issue.
I wonder if we could do something to support the devs here to narrow down that issue. Could you each post your config.g that ran when you had that issue and the gcode of the part layer where layer shifting occurred and of some layers below that? I will try to dig through that and see if I see any similarities.
What I expect to find would be an increase of motion steps per length, motor steps or time, since that was a very obvious difference in my case. Layers with a relatively low amount of acelerations and decelerations per length unit printed fine, but as soon as a layer with many of those was printed (in my case probably caused by Prusaslicer varying the extrusion width since I did not really care about the nozzle width when desingning my part), I observed layer shifts when input shaping was active.
I do not know if this might yield a result that actually helps since we would need a dev here telling us what to do, but it is at least a try.
-
-
@oliof
Did you mean to add M376 H3 to bed.g (or config.g)?
If so, I did. No change, still layer shifting.config.g
; Axis and motor configuration M569 P0 S1 ; Drive 0 goes forwards M569 P1 S1 ; Drive 1 goes forwards M569 P2 S1 ; Drive 2 goes forwards M569 P3 S1 ; Drive 3 goes backwards M569 P4 S0 ; Drive 4 goes backwards ;M574 X2 Y2 Z2 P1 ; set endstop configuration (all endstops at high end, active high) M574 X2 S1 P"xstop" ; X min active high endstop switch M574 Y2 S1 P"ystop" ; Y min active high endstop switch M574 Z2 S1 P"zstop" ; Z min active high endstop switch ;M665 R175.50 L360.24 B140.0 H467.0 X0.00 Y0.00 Z0.00 ; set delta radius, diagonal rod length, printable radius, homed height and XY tower corrections ;M665 R168.00 L360.24 B140.0 H444.0; X0.00 Y0.00 Z0.00 ; set delta radius, diagonal rod length, printable radius, homed height and XY tower corrections M665 L360.240:360.240:360.240 R171.368 H445.000 B140.0 X0.331 Y-0.086 Z0.000 ;M666 X-0.27 Y0.52 Z-0.26 ; put your endstop adjustments here, or use auto calibration to find them all) M666 X0.00 Y0.00 Z0.00 M584 X0 Y1 Z2 E3 M92 X160.804 Y160.804 Z160.804 ; Set axis steps/mm (20 tooth pulleys, 0.9deg/step motors) M350 Z16 X16 Y16 E16 I1 ; Set 16x microstepping with interpolation ;M579 X1.005 Y1.005 X0.995 ;SCALE M579 X1.000 Y1.000 X1.000 ;SCALE M906 X1300 Y1300 Z1300 E600 I30 ; Set motor currents (mA) ;M201 X800 Y800 Z600 E1000 ; Set accelerations (mm/s^2) ;M203 X12000 Y12000 Z8000 E12000 ; Set maximum speeds (mm/min) ;M566 X700 Y700 Z1000 E1200 ; Maximum instant speed changes M201 X2000 Y2000 Z2000 E6000 ; Set accelerations (mm/s^2) M203 X14000 Y14000 Z10000 E6000 ; Set maximum speeds (mm/min) M566 X1000 Y1000 Z1000 E500 ; Maximum instant speed changes (jerk) G21 ; Work in millimetres G90 ; Send absolute coordinates... M83 ; ...but relative extruder moves ; Thermistors and heaters ;M305 S0 P"bed_temp" Y"thermistor" T100000 B3950 R4700 H0 L0 ; RRF3 Typical Chinese bed thermistor. Put your own H and/or L values here to set the bed thermistor ADC correction. ;M305 S1 P"e0_temp" Y"thermistor" T100000 B4388 R4700 H0 L0 ; RRF3 E3Dv6 hot end. Put your own H and/or L values here if necessary to set the first nozzle thermistor ADC correction. M308 S0 P"bed_temp" Y"thermistor" T100000 B5000 ; define bed temperature sensor ;M308 S1 P"e0_temp" Y"thermistor" T100000 B4725 C7.06e-8 ; define E0 temperature sensor M308 S1 P"e0_temp" Y"thermistor" T100000 B4725 C7.060000e-8 M308 S3 Y"mcu-temp" A"MCUTemp" ; configure sensor 3 as MCU Temperature M950 H0 C"bed_heat" T0 ; heater 0 uses the bed_heat pin, sensor 0 M950 H1 C"e0_heat" T1 ; heater 1 uses the e0_heat pin and sensor 1 M140 H0 ; the bed heater is heater 0 ; Fans M950 F0 C"fan0" Q500 ; Print Fan M950 F1 C"fan1" Q500 ; Hotend Fan M950 F2 C"fan2" Q500 ; MCU FAN M106 P0 H-1 C"Print Fan" M106 P1 H1 S1 T60 C"Hotend Fan" ;S1 I0 F500 H2:2:1 T45 ; set fan 0 name, value, PWM signal inversion and frequency. Thermostatic control is turned on M106 P2 H3 S0.4 T45:65 C"MCU FAN" ; set fan 1 name, value, PWM signal inversion and frequency. Thermostatic control is turned off M301 H0 P20 I0.5 D1000 T0.85 W150 B0 ; PID settings for the bed M301 H1 P10 I0.10 D100 T0.50 ; PID settings for extruder 0 M570 S200 H1 ; Allow extra heating time M143 S300 ; max hotend temp ;M307 H1 A343.1 C127.3 D 6.1 B0 ;From tuning H1 ( M307 H0 F20 M307 H1 R4.141 K0.448:0.326 D2.92 E1.35 S1.00 B0 V24.0 ; Tool definitions M563 P0 D0 H1 ; Define tool 0 G10 P0 S0 R0 ; Set tool 0 operating and standby temperatures ;M92 E450 ;old 475 ; Set extruder steps per mm for first and second extruders M92 E690 ; Set extruder steps per mm for first and second extruders ; CPU fan 60% ;M106 P1 H-1 ;M106 P1 S0.6 ;M106 P1 T45:65 H100:101:102 ; Z probe and compensation definition ;M558 P5 R0.4 F1000 T16000 ; Z probe is IR and is not used for homing any axes, Z probe dive height 3mm, probing speed 300mm/min, travel speed 12000mm/min ;M558 P5 C"e0stop" H5 F1000 T16000 ;G31 P100 X0 Y0 Z-0.12 ; Set the zprobe offset and threshold (put your own values here). For a delta, use zero X and Y offset. ;Duet3d Recommended M558 P8 C"zprobe.in+zprobe.mod" H4 F1000 T12000 R0.2 S0.02 A7 ;G31 X0 Y0 Z-0.12 P100 ; org - changed 201021-1627 ;G31 X0 Y0 Z-0.07 P100 ; s3d settings G31 X0 Y0 Z-0.0 P100 ; cura settings ;M572 D0 S0.12 ; set pressure advance M572 D0 S0.03 ; set pressure advance T0 ; select first print head ; Grid based M557 R130 S35 M501
config-override.g
; config-override.g file generated in response to M500 at 2023-10-29 18:24 ; This is a system-generated file - do not edit ; Delta parameters M665 L367.003:367.003:367.003 R161.017 H444.611 B140.0 X0.450 Y-0.055 Z0.000 M666 X-2.732 Y1.370 Z1.362 A0.75 B1.27 ; Heater model parameters M307 H0 R0.129 K0.143:0.000 D10.00 E1.00 S1.00 B1 M301 H0 P20.0 I0.500 D1000.0 M307 H1 R4.141 K0.448:0.326 D2.92 E1.35 S1.00 B0 V24.0 M301 H1 P10.0 I0.100 D100.0 ; Workplace coordinates G10 L2 P1 X0.00 Y0.00 Z0.00 G10 L2 P2 X0.00 Y0.00 Z0.00 G10 L2 P3 X0.00 Y0.00 Z0.00 G10 L2 P4 X0.00 Y0.00 Z0.00 G10 L2 P5 X0.00 Y0.00 Z0.00 G10 L2 P6 X0.00 Y0.00 Z0.00 G10 L2 P7 X0.00 Y0.00 Z0.00 G10 L2 P8 X0.00 Y0.00 Z0.00 G10 L2 P9 X0.00 Y0.00 Z0.00
bed.g
; Auto calibration routine for large delta printer with IR probe M561 ; clear any bed transform, otherwise homing may be at the wrong height ;G28 ; home the printer M376 H3 ; Probe the bed and do auto calibration G1 X0 Y0 Z10 F10000 ; go to just above the first probe point to speed up probing ; bed.g file for RepRapFirmware, generated by Escher3D calculator ; 16 points, 6 factors, probing radius: 110, probe offset (0, 0) ; bed offset IRH param after () REMOVE added Z-start Zstart=+1.0 (0.5mm measure thickness + 1.0mm added for negative to work) ; (Bedoff+IR)-(0.5+1.38) lower value = nozzle closer to bed G30 P0 X0.00 Y110.00 Z-99999 ; H0.05 ; 2.27 - 1.73 G30 P1 X55.00 Y95.26 Z-99999 ; H0.10 ; 2.49 - 1.92 (org H0.1) G30 P2 X95.26 Y55.00 Z-99999 ; H0.10 ; 2.42 - 1.94 (org H0.02) G30 P3 X110.00 Y0.00 Z-99999 ;H0.15 ; 2.12 - 1.70 G30 P4 X95.26 Y-55.00 Z-99999 ; H-0.20 ; 1.75 - 1.41 G30 P5 X55.00 Y-95.26 Z-99999 ; H-0.20 ; 1.50 - 1.18 G30 P6 X0.00 Y-110.00 Z-99999 ; H0.05 ; 1.43 - 1.08 G30 P7 X-55.00 Y-95.26 Z-99999 ;H0.03 ; 1.49 - 1.06 G30 P8 X-95.26 Y-55.00 Z-99999 ; H0.05 ; 1.67 - 1.19 G30 P9 X-110.00 Y0.00 Z-99999 ; ;H0.08 ; 1.74 - 1.24 G30 P10 X-95.26 Y55.00 Z-99999 ; ;H0.00 ; 1.88 - 1.37 G30 P11 X-55.00 Y95.26 Z-99999 ; ;H0.00 ; 2.02 - 1.50 G30 P12 X0.00 Y55.00 Z-99999 ; ;H-0.45 ; 1.88 - 1.37 G30 P13 X47.63 Y-27.50 Z-99999 ; H-0.10 ; 1.69 - 1.33 G30 P14 X-47.63 Y-27.50 Z-99999 ; ;H-0.00 ; 1.66 - 1.25 G30 P15 X0 Y0 Z-99999 S9 ; 1.71 1.71 - 1.25 0.46 G1 X0 Y0 Z150 F15000 ; get the head out of the way of the bed
-
Seeing now (not sure how I missed it) that there is already another thread on this.
-
@Jimborr Ah, yes, that seems to be something else that affects Delta printers.
-
undefined NeoDue referenced this topic
-
Sorry to resurrect this. was there every a resolution to this problem? I am running into similar issues. I am also showing tons of errors on CAN. Here is the diagnostic after a skip log:
m122 === Diagnostics === RepRapFirmware for Duet 3 MB6HC version 3.5.0-rc.2 (2023-12-14 10:32:22) running on Duet 3 MB6HC v1.01 (standalone mode) Board ID: 08DJM-956BA-NA3TJ-6JTD8-3SJ6J-1UA2U Used output buffers: 3 of 40 (40 max) === RTOS === Static ram: 154844 Dynamic ram: 121700 of which 104 recycled Never used RAM 65432, free system stack 129 words Tasks: NETWORK(1,ready,37.6%,145) ETHERNET(5,nWait,0.1%,317) HEAT(3,nWait,0.0%,307) Move(4,nWait,1.2%,217) CanReceiv(6,nWait,0.0%,942) CanSender(5,nWait,0.0%,334) CanClock(7,delaying,0.0%,342) TMC(4,nWait,8.7%,59) MAIN(1,running,52.3%,103) IDLE(0,ready,0.0%,30), total 100.0% Owned mutexes: === Platform === Last reset 00:57:30 ago, cause: software Last software reset at 2024-01-04 23:56, reason: User, Gcodes spinning, available RAM 96264, slot 2 Software reset code 0x0003 HFSR 0x00000000 CFSR 0x00000000 ICSR 0x0044a000 BFAR 0x00000000 SP 0x00000000 Task MAIN Freestk 0 n/a Error status: 0x04 MCU temperature: min 31.1, current 32.5, max 32.7 Supply voltage: min 23.7, current 23.7, max 23.9, under voltage events: 0, over voltage events: 0, power good: yes 12V rail voltage: min 12.0, current 12.1, max 12.2, under voltage events: 0 Heap OK, handles allocated/used 99/8, heap memory allocated/used/recyclable 2048/544/396, gc cycles 0 Events: 1 queued, 1 completed Driver 0: ok, SG min 0, mspos 897, reads 63179, writes 4 timeouts 0 Driver 1: ok, SG min 0, mspos 280, reads 63180, writes 4 timeouts 0 Driver 2: ok, SG min 0, mspos 280, reads 63179, writes 4 timeouts 0 Driver 3: ok, SG min 0, mspos 232, reads 63179, writes 4 timeouts 0 Driver 4: ok, SG min 0, mspos 472, reads 63179, writes 4 timeouts 0 Driver 5: phase A may be disconnected, SG min 0, mspos 361, reads 63180, writes 3 timeouts 0 Date/time: 2024-01-05 00:55:37 Slowest loop: 206.82ms; fastest: 0.05ms === Storage === Free file entries: 18 SD card 0 detected, interface speed: 25.0MBytes/sec SD card longest read time 3.1ms, write time 1.1ms, max retries 0 === Move === DMs created 125, segments created 44, maxWait 132190ms, bed compensation in use: mesh, height map offset -0.034, max steps late 1, ebfmin -1.00, ebfmax 1.00 next step interrupt due in 84 ticks, disabled Moves shaped first try 986, on retry 262, too short 1372, wrong shape 2444, maybepossible 169 === DDARing 0 === Scheduled moves 7741, completed 7701, hiccups 0, stepErrors 0, LaErrors 0, Underruns [0, 0, 1], CDDA state 3 === DDARing 1 === 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 2 -1 -1 -1, ordering errs 0 Heater 1 is on, I-accum = 0.3 Heater 2 is on, I-accum = 0.0 === GCodes === Movement locks held by null, null HTTP is idle in state(s) 0 Telnet is idle in state(s) 0 File is doing "G1 F6000 X98.532 Y184.403 E1.64932" 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 File2 is idle in state(s) 0 Queue2 is idle in state(s) 0 Q0 segments left 1, axes/extruders owned 0x80000007 Code queue 0 is empty Q1 segments left 0, axes/extruders owned 0x0000000 Code queue 1 is empty === Filament sensors === check 3911776 clear 15534836 Extruder 0: no data received, errs: frame 0 parity 0 ovrun 0 pol 0 ovdue 0 === CAN === Messages queued 4954, received 0, lost 0, errs 2619108, boc 0 Longest wait 0ms for reply type 0, peak Tx sync delay 0, free buffers 50 (min 50), ts 2752/0/0 Tx timeouts 0,0,2752,0,0,2202 last cancelled message type 4514 dest 127 === Network === Slowest loop: 142.85ms; fastest: 0.03ms Responder states: MQTT(0) HTTP(0) HTTP(0) HTTP(0) HTTP(0) HTTP(0) HTTP(0) FTP(0) Telnet(0) Telnet(0) HTTP sessions: 1 of 8 = Ethernet = Interface 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
I am also having issues uploading files. I switched SD cards and the problem persists. Sometimes they will upload but I have to keep retrying and eventually it uploads. I can still ping the IP when it disconnects.
I don't know if my board is on the way out or what. It has been nothing but problems over the last 2 months. I recently disassembled the entire printer and reconnected everything. My random crashes have stopped (for now) but these other issues are getting worse.
Here is my config:
;Initialize variables if !exists(global.materialtype) global materialtype = "" if !exists(global.materialprint) global materialprint = "" if !exists(global.materialstandby) global materialstandby = "" if !exists(global.materialbed) global materialbed = "" if !exists(global.machineheater) global machineheater = 0 if !exists(global.inFilamentError) global inFilamentError = false ;General Setup - RailCore RRF Duet3 M552 P0.0.0.0 S1 G21 ;Work in millimetres G90 ;Send absolute coordinates... M83 ;...but relative extruder moves ; Stepper configuration M569 P1 S1 D3 ;Drive 0 X / Rear M569 P0 S0 D3 ;Drive 1 Y / Front ;M569 P0 S0 D3 ;Drive 0 X / Rear ;M569 P1 S1 D3 ;Drive 1 Y / Front M569 P2 S1 D3 ;Drive 2 Z Front Left M569 P3 S1 D3 ;Drive 3 Z Rear Left M569 P4 S1 D3 ;Drive 4 Z Right M569 P5 S1 D3 ;Drive 5 Extruder ;Axis configuration M669 K1 ;CoreXY mode M584 X0 Y1 Z2:3:4 E5 ;Map X to drive 0 Y to drive 1, Z to drives 2, 3, 4, and E to drive 5 ;Leadscrew locations M671 X-13.6:-13.3:340 Y22:278:149 S7.5 M350 X16 Y16 Z16 E16 I1 ;Set 16x microstepping for axes with interpolation M906 X1500 Y1500 Z1200 E1200 I30 ;Set motor currents (mA) ; Fully commissioned speeds. M201 X3000 Y3000 Z100 E1500 ; Accelerations (mm/s^2) M203 X24000 Y24000 Z800 E3600 ; Maximum speeds (mm/min) M566 X1000 Y1000 Z100 E600 P1 ; Maximum jerk speeds mm/minute M208 X290 Y290 Z275 ;Set axis maxima and high homing switch positions (adjust to suit your machine) M208 X0 Y0 Z0 S1 ;Set axis minima and low homing switch positions (adjust to make X=0 and Y=0 the edges of the bed) M92 X200 Y200 Z1600 E696 ;Orbiter ;M92 X200 Y201 Z1600 E835 ;Bowden ; End Stops M574 X1 S1 P"io1.in" ;Map the X endstop to io1.in M574 Y1 S1 P"io2.in" ;May the Y endstop to io2.in ; Filament Sensor M591 D0 P5 C"io5.in" R60:215 E3.0 S0 A1 L0.406 ;Duet3D laser sensor for extruder drive 0, connected to IO 5, tolerance 60 to 215%, 3mm comparison length, disabled ; Thermistors M308 S2 P"temp0" Y"thermistor" A"chamber_temp" T100000 B3950 H0 L0 ;Chamber thermistor M308 S0 P"temp2" Y"thermistor" A"plate_heat" T100000 B3960 H0 L0 ;Plate thermistor M308 S1 P"temp1" Y"thermistor" A"e0_heat" T100000 B4725 C7.06e-8 H0 L0 ;E3D thermistor ;Define Heaters M950 H0 C"out0" T0 ;Bed heater is on out0 M950 H1 C"out1" T1 ;Hotend heater is on out1 M950 H2 C"out2" T2 ;Chamber heater is on out2 ;Define Bed M140 H0 ;Define Chamber M141 H2 M307 H0 R0.394 K0.158:0.000 D13.55 E1.35 S1.00 B0 ;Bed Duet 3 configuration M307 H1 R2.812 K0.374:0.000 D4.13 E1.35 S1.00 B0 V23.8 ;Phaetus Hotend Duet 3 configuration M307 H2 R0.048 K0.134:0.000 D16.81 E1.35 S1.00 B0 ;Chamber calibration ;M307 H2 R0.425 K0.744:0.000 D14.76 E1.35 S1.00 B0 ;old hotend value M307 H1 A310.1 C144.7 D2.6 S1.00 B0 ;old bed value M307 H0 A90.0 C700.0 D10.0 S1.00 B0 M570 H0 T15 ;Set hot end fault behaviour. 15C excursion before error M143 H1 S300 ;Set max hotend temperature M143 H0 S150 ;Set max bed temp ; Fans M950 F0 C"out6" Q100 ;Layer fan on "out6" connector M106 P0 S0 H-1 C"Part Fan" ;Layer fan M950 F1 C"out8" ;Hotend fan on "out8" connector without PWM M106 P1 C"Hotend Fan" ;M106 P1 S255 H1 T50 "Hotend Fan" ;enable thermostatic mode for hotend fan M950 F2 C"out7" Q2500 ;Heater cooling fan on "out7" connector M106 P2 S0 C"Cooling Fan" ;Heater cooling fan M950 F3 C"out4" ;Extruder fan on "out4" connector M106 P3 T40 H2 C"Extruder Fan" ;Extruder fan ; Accelerometer ;M955 P0 I50 C"spi.cs3+spi.cs2" ; all wires connected to temp DB connector ; Input Shaping M593 P"zvd" F70 S0.3 ; Tool definitions M563 P0 D0 H1 F0 ;Define tool 0 uses extruder 1, heater 1 and fan 1 G10 P0 S0 R0 ;Set tool 0 operating and standby temperatures ; Pressure Advance ;M572 D0 S0.06 ; set extruder 0 pressure advance to 0.01 seconds ; Euclid M558 P5 C"^io0.in" H2 F250:15 T24000 A6 S0.02 ;Tip: A larger trigger height in G31 moves you CLOSER to the bed G31 X1 Y37.5 Z6.58 P25 ;Nozzle-X set the probe offsets ;G31 X0 Y40 Z2.8 P25 ;0.25mm nozzle set the probe offsets T0 ;Select first hot end
-
@agmeadows I have a couple of suggestions:
-
Do you have a PanelDue connected? One known cause of network disconnections is running older PanelDueFirmware with recent versions of RRF. Older PanelDueFirmware can't handle the longer object model keys in more recent versions of RRF, causing PanelDueFirmware to recognis that it doesn't have enough buffer space and abandon the JSON parse. Unfortunately it then asks for the data again immediately without leaving a pause. This is fixed in recent beta versions of PaneDueFirmware.
-
The large number of CAN errors probably means that you have a CAN wiring error, or perhaps that you have two boards configured to use the same CAN address. I suggest you try disconnecting some boards from CAN to see which one(s) trigger the errors. Also check that all boards are running the same 3.5.0-rc.2.
-
-
@dc42 I do not have a PanelDue connected. Also, I don't have any second boards connected. I downgraded to 3.5.0-beta.4 which seemed to resolve the layer shifts, but the errors and connection issues persist. If I keep retrying it eventually goes through. The larger the file the more I have to retry.
This is the log after a reset, boot up and then home all:
m122 === Diagnostics === RepRapFirmware for Duet 3 MB6HC version 3.5.0-beta.4 (2023-06-08 23:41:30) running on Duet 3 MB6HC v1.01 (standalone mode) Board ID: 08DJM-956BA-NA3TJ-6JTD8-3SJ6J-1UA2U Used output buffers: 1 of 40 (28 max) === RTOS === Static ram: 155012 Dynamic ram: 121864 of which 120 recycled Never used RAM 65756, free system stack 117 words Tasks: NETWORK(1,ready,38.1%,182) ETHERNET(5,nWait,0.1%,317) HEAT(3,nWait,0.0%,325) Move(4,nWait,0.0%,251) CanReceiv(6,nWait,0.0%,941) CanSender(5,nWait,0.0%,335) CanClock(7,delaying,0.0%,343) TMC(4,nWait,8.5%,59) MAIN(1,running,53.2%,137) IDLE(0,ready,0.0%,30), total 100.0% Owned mutexes: === Platform === Last reset 00:18:27 ago, cause: power up Last software reset at 2024-01-04 23:56, reason: User, Gcodes spinning, available RAM 96264, slot 2 Software reset code 0x0003 HFSR 0x00000000 CFSR 0x00000000 ICSR 0x0044a000 BFAR 0x00000000 SP 0x00000000 Task MAIN Freestk 0 n/a Error status: 0x00 MCU temperature: min 21.1, current 30.5, max 31.5 Supply voltage: min 23.8, current 23.8, max 23.9, under voltage events: 0, over voltage events: 0, power good: yes 12V rail voltage: min 12.0, current 12.1, max 12.2, under voltage events: 0 Heap OK, handles allocated/used 99/6, heap memory allocated/used/recyclable 2048/372/268, gc cycles 0 Events: 0 queued, 0 completed Driver 0: standstill, SG min 0, mspos 328, reads 14665, writes 21 timeouts 0 Driver 1: standstill, SG min 0, mspos 200, reads 14665, writes 21 timeouts 0 Driver 2: standstill, SG min 0, mspos 120, reads 14665, writes 21 timeouts 0 Driver 3: standstill, SG min 0, mspos 168, reads 14665, writes 21 timeouts 0 Driver 4: standstill, SG min 0, mspos 744, reads 14665, writes 21 timeouts 0 Driver 5: standstill, SG min n/a, mspos 8, reads 14671, writes 16 timeouts 0 Date/time: 2024-01-09 22:46:22 Slowest loop: 42.83ms; fastest: 0.08ms === Storage === Free file entries: 20 SD card 0 detected, interface speed: 25.0MBytes/sec SD card longest read time 2.4ms, write time 18.5ms, max retries 0 === Move === DMs created 125, segments created 16, maxWait 728978ms, bed compensation in use: none, height map offset 0.000, ebfmin 0.00, ebfmax 0.00 no step interrupt scheduled === DDARing 0 === Scheduled moves 50, completed 50, hiccups 0, stepErrors 0, LaErrors 0, Underruns [0, 0, 1], CDDA state -1 === DDARing 1 === 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 2 -1 -1 -1, ordering errs 0 Heater 1 is on, I-accum = 0.0 === GCodes === Movement locks held by null, 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 File2 is idle in state(s) 0 Queue2 is idle in state(s) 0 Q0 segments left 0, axes/extruders owned 0x80000007 Code queue 0 is empty Q1 segments left 0, axes/extruders owned 0x0000000 Code queue 1 is empty === Filament sensors === Extruder 0: no data received === CAN === Messages queued 9968, received 0, lost 0, boc 0 Longest wait 0ms for reply type 0, peak Tx sync delay 0, free buffers 50 (min 50), ts 5539/0/0 Tx timeouts 0,0,5538,0,0,4428 last cancelled message type 4514 dest 127 === Network === Slowest loop: 1589.55ms; fastest: 0.03ms Responder states: MQTT(0) HTTP(0) HTTP(0) HTTP(0) HTTP(0) HTTP(0) HTTP(0) FTP(0) Telnet(0) Telnet(0) HTTP sessions: 2 of 8 = Ethernet = Interface state: active Error counts: 0 0 0 1 0 0 Socket states: 5 5 2 2 2 0 0 0 === Multicast handler === Responder is inactive, messages received 0, responses 0
-
@agmeadows Just to be clear, can you confirm that you do not have any CAN based boards connected to the main control board? Do you have anything connected to the CAN connector on the board? Perhaps a photo of the board showing your connections would help?
-
@gloomyandy I have no additional boards connected to the 6HC and nothing plugged into the RJ11 connector. Here are two pictures of the board:
I am having strange disconnects as well when uploading files. I spoke with another person on the Railcore Discord server and they are having the same issue. They said, and I quote, "When uploading g code files to my duet3 connection is lost. The larger the file the larger the chance that connection is lost during upload. Using a wired connection directly to the duet."
I am doing the same thing. I had a keystone hack mounted on an external panel. I bypassed that and plugged straight in and it still had the issue.
-
@agmeadows do you see later shifts?
I see there is this thread:
https://forum.duet3d.com/topic/34247/duet-6hc-randomly-crasing-again/16?_=1705047609298Where you are discussing the crashes you see on the 6HC.
-
@T3P3Tony Yes. I have since disassembled the printer and reassembled it. The crashing seems to be resolved. Mind you, I could go several months without a problem.
The board just seems to be acting strange. Either the board or the firmware.
-
@NeoDue I was seeing major layer shifting on 3.5.0-rc2, like an inch or two at a certain height consistently on a certain print I was doing. Going back to 3.4.6 resolved the issue. Seems like there are still some major kinks to work out in rc2. This was on a railcore II with a duet2 wifi and duex.