delta Z motor goes clunk, regardless of motor or driver
-
I have a linear delta. It has started to go clunk - it behaves exactly as if the head has snagged on something then jumped free. There's a 'clunk' from the Z motor, the head jolts and visibly vibrates and the belts thrummm. It happens consistently at the same points in a bed mesh probing, always on the X=0 line, after the probe, i.e. the head dips, touches, rises, then just as the head starts to move to the next position it goes clunk and the printer shakes. It doesn't matter what stepper or what driver, it's always the Z motor that clunks.
I am very perplexed and would welcome suggestions.
If I program the track the head follows without the pauses and dips to the bed it doesn't happen, but it does if I put a pause in at each point, i.e. this will clunk just as it leaves X0 Y-64
G1 X128.00 Y-64.00 F9000 G4 P400 G1 X64.00 Y-64.00 F9000 G4 P400 G1 X0.00 Y-64.00 F9000 G4 P400 G1 X-64.00 Y-64.00 F9000 G4 P400this will not clunk:
G1 X128.00 Y-64.00 F9000 G1 X64.00 Y-64.00 F9000 G1 X0.00 Y-64.00 F9000 G1 X-64.00 Y-64.00 F9000It clunks even if there is no mechanics connected, i.e. just the motors with drive pulleys - no belts on any pulley, no movement going on, no torque (beyond inertia of the rotor).
It clunks for the Z motor on any driver (I've tried motors variously on 0.1, 0.2, 0.3 and 0.5). If I put the Y motor on those drivers the Y motor does not clunk. If I swap the steppers round it's the Z motor that clunks, regardless off which physical stepper is connected as Z (I've tried three) or which driver is driving it.
Swapping cables makes no difference.
I've put a completely different spare motor on several drivers and configured the board to believe that's the Z motor and it still clunks. In fact, this is the easiest way to detect it - if I hold the motor as it runs, I feel it kick with each clunk (but that might be specific to me - my hearing is very poor).
So it's not the physical motor (I've tried three physical motors, all are fine when they are the Y motor and clunk when they are the Z motor).
It's not the driver (0.1 and 0.2 don't clunk when they are driving the Y motor but do clunk when they are driving the Z motor) 0.3 and 0.5 also clunk when driving the Z motor for at least two different motors, but I haven't tried them being Y.
I don't remember when it started, it seems to have got worse recently, but I've been fettling things recently trying to figure out what is clunking and I might have just made it louder by tightening belts and opening up the enclosure etc.
I haven't made apparently significant (e.g. relating to the movement parts) config.g changes to trigger it, but I've done a lot of swapping drivers and motors around investigating what causes it.
It's MB6HC (with toolboard) in SBC mode (Pi 4) running bookworm DuetPi and 3.5.1 firmware. It also clunks with 3.4.2 firmware and an older DuetPi.
config.g:
; Configuration file for Duet 3 (firmware version 3) ; initially generated by RepRapFirmware Configuration Tool v3.1.4 on Thu Sep 17 2020 20:49:45 ; but subsequently significantly modified variously ; this for firmware 3.5.1 ; initial pause for power and CAN bus to stabilise G4 S2 ; General preferences M550 P"Delta" ; set printer name G90 ; send absolute coordinates M83 ; relative extruder moves ; geometrical config ; M665 = diagonal rod length, delta radius, homed height, printable radius, tower pos corrections ; M665 L360.250:360.250:360.250 R184.819 H538.341 B150.0 X-0.227 Y0.223 Z0.000 ; old 55mm centres effector M665 L360.250:360.250:360.250 R177.754 H520.261 B150.0 X-0.166 Y0.337 Z0.000 ; new 80mm centres effector ; note, with this geometery max height reachable over entire bed area (radius 150) = 470 M666 X0.101 Y0.027 Z-0.128 A0.00 B0.00 ; endstop adjustments ; Drives M569 P0.0 S0 ; physical drive 0.0 goes backwards M569 P0.1 S0 ; physical drive 0.1 goes backwards M569 P0.2 S0 ; physical drive 0.2 goes backwards M569 P121.0 S0 ; toolboard (CAN 121) drive 0 goes backwards M584 X0.0 Y0.1 Z0.2 E121.0 ; set drive to axis mapping M350 X16 Y16 Z16 E16 I1 ; configure microstepping with interpolation M92 X160.00 Y160.00 Z160.00 E680.00 ; set steps per mm - note XYZ are 400 steps/rev motors ; note extruder steps should notionally be 690 - to be tested (680 is figure from bear) ;M592 D0 A0.0007 B0.0010 ; configure non-linear extrusion, tbc with new extruder ; Speeds ; jerk at configtool defaults (20 mm/s) but extruder at manuf recommended values M566 X1200.00 Y1200.00 Z1200.00 E300.00 ; set maximum instantaneous speed changes (mm/min) M203 X15000 Y15000 Z15000 E7200 ; set maximum speeds (mm/min) ; acceleration (configtool default is 1000 mm/s2) and set extruder to manuf recommended M201 X1200 Y1200 Z1200 E3000 ; set accelerations (mm/s^2) ; rated current E3D high-torque motor = 1.68A, x 75% = 1260 mA ; however, motors stay quite cool at that current ; increase current to 85% = 1430 mA ; extruder manufacturer recommended current is 1200 and idle 10%, but cannot set idle per axis ; note E should be 1200, but workaround to a bug requires that at the end of config.g M906 X1430 Y1430 Z1430 E1000 I30 ; set motor currents (mA) and motor idle percentage M84 S60 ; Stop idle hold after 60 seconds timeout ; Enable on-board accelerometer on the toolboard and/or apply input shaping ;M955 P121.0 I54 M593 P"zvddd" F37 ; Axis Limits M208 Z0 S1 ; set minimum Z ; Endstops M574 X2 S1 P"io6.in" ; configure active-high endstop for high end on X via pin io0.in M574 Y2 S1 P"io1.in" ; configure active-high endstop for high end on Y via pin io1.in M574 Z2 S1 P"io2.in" ; configure active-high endstop for high end on Z via pin io2.in ; Z-Probe on CAN bus 121 ; note cannot program smart effector via toolboard, so no out port defined M558 P8 R0.4 C"121.io0.in" H3 F1200 T9000 ; set Z probe type to effector via toolboard and the dive height + speeds G31 P100 X0 Y0 Z-0.12 ; set Z probe trigger value, offset and trigger height M557 R145 S64 ; define mesh grid M376 H25 ; taper mesh compensation over first 25mm only ; Heaters ; bed M308 S0 P"spi.cs1" A"bed" Y"rtd-max31865" ; configure sensor 0 as PT100 via CS pin spi.cs1 M950 H0 C"out1" Q3 T0 ; create bed heater output on out1 and map it to sensor 0 ; v3.1 tuning: M307 H0 A530 C1330 D21 S1 V0 B0 M307 H0 R0.243 C1212.7 D46.41 S1.0 V0 B0 ; configure bed heater average three runs of M303 H0 S75 M140 H0 S0 ; map heated bed to heater 0 M143 H0 S150 ; set temperature limit for heater 0 to 150C - fault at 150 ; hotend ; previous: M308 S1 P"spi.cs0" Y"rtd-max31865" A"hotend" ; hotend was previously PT100 via CS pin spi.cs0 M308 S1 P"121.temp0" A"hotend" Y"thermistor" T100000 B4725 C7.06e-8 ; E3D Revo built-in thermistor M950 H1 C"121.out0" Q25 T1 ; create nozzle heater output on toolboard out0 and map it to sensor 1 ; v3.1 tuning: M307 H1 A550 C330 D3 S1 V24 B0 ; v3.2 tuning: M307 H1 R1.543 C300:200 D4.17 S1.0 V24 B0 ; average of three runs M303 H1 S220 ; v3.3 tuning after rebuilding and rewiring effector: M307 H1 B0 R1.642 C245.2:183.2 D4.36 S1.00 V23.9 ; v3.4 tuning with E3D revo micro: M307 H1 R4.4 K0.47 D1.48 E1.35 S1.00 B0 V24 ; v3.5 tuning with revo via toolboard and diodes in supply: M307 H1 R3.90 K0.48:0.85 D1.95 E1.35 S1.00 B0 V24.0 ; average of multiple runs - see spreadsheet M143 H1 S300 ; heater 1 limit 300 (generate heater fault) ; chamber M308 S2 P"temp1" A"chamber" Y"thermistor" T4701 B4266 C1.048787e-7 ; dangling thermistor M950 H2 C"out3" T2 ; create a heater, but not actually anything connected to this output M141 H2 S101 ; set this to be chamber and set initial temperature (101 is effectively a flag - anything over 100 deemed unreal) M141 S-400 ; switch chmaber heater off ; additional temperature sensors ; sensor 3: thermistor in bed heater mat M308 S3 P"temp0" A"bed_mat" Y"thermistor" T100000 B3950 ; use this as additional overtemperature M143 H0 S150 P1 T3 A2 ; turn off heater if mat gets to 150C ; 4,5,6 - toolboard information ; sensor 4: PT1000 just above alu plate M308 S4 A"tool air" Y"PT1000" P"121.temp1" ; sensor 5: mcu temperature sensor M308 S5 A"tool processor" Y"mcu-temp" P"121.dummy" ; sensor 6: overtemperature flag on stepper driver M308 S6 A"tool drivers" Y"drivers" P"121.dummy" ; 7,8,9 mainboard information ; sensor 7: thermistor in electronics enclosure M308 S7 P"temp3" A"6HC air" Y"thermistor" T4701 B4266 C1.048787e-7 ; sensor 8: mcu temperature sensor M308 S8 A"6HC processor" Y"mcu-temp" ; sensor 9: overtemperature flag on stepper drivers M308 S9 A"6HC drivers" Y"drivers" ; Fans ; print fan is four-wire on toolboard out1 M950 F0 C"!121.out1+out1.tach" Q25000 ; create fan 0 on toolboard out1 and set its frequency M106 P0 S0 L0.1 B0.5 H-1 C"print" ; fan initially off, min pwm 0.1, 0.5 second blip, not thermostatic ; hot end fan ; hot end fan is always either on or off so PWM frequency etc. dont much matter M950 F1 C"121.out2" Q100 ; create fan 1 on toolboard out2 and set its frequency M106 P1 S1 H1 T50 C"hotend" ; set fan 1 thermostatic control on heater 1 at 50C ; other cooling fans ; both following predominantly controlled by analogue sensors but also set if stepper drivers flag is set ; fan 2 is blowing air into electronics compartment M950 F2 C"!out4" Q25000 ; fan 2 is 4-wire noctua on out4 (note inverse for 4-wire to work correctly) tacho not used M106 P2 S1 L0.25 B0.2 H7:9 T35:40 C"mainb" ; cooling electronics space thermostatic on sensor 7 35 to 40C ; fan 3 is small centrifugal fan blowing under main board M950 F3 C"out9" Q100 ; fan 3 on pin out9 and set its frequency M106 P3 S1 L0.4 B0.5 H8:9 T50:60 C"underb" ; fan 3 for cooling mainboard underside thermostatic sensor 8 (mcu temperature) 50 to 60C ; fan 4 is enclosure purge fan ; initially this is hard-coded to start at 35C enclosure temperature ; but daemon.g will override it M950 F4 C"!out5" Q25000 ; fan 4 is 4-wire noctua on out5 (note inverse for 4-wire to work correctly) tacho not used - could be '+out5.tach' M106 P4 S1 L0.25 B0.2 H2 T36:40 C"chamber" ; fan 4 thermsotatic, narrow band ; other IO etc ; paneldue on io0 M575 P1 S1 B57600 ; serial channel 1, PanelDue mode w checksum; 57600 baud ; filament monitoring M591 D0 P1 C"121.io1.in" S1 ; enable filament monitoring on toolboard io1, high = filament present M950 J2 C"121.io2.in" ; filament sensor press-button is on different IO set to sensor 2 M581 P2 T2 S1 R2 ; set up trigger 2 on the press-button (extrudes) if !exists(global.t2time) global t2time = state.upTime ; used to memorise nozzle temperature else set global.t2time = state.upTime ; toolboard buttons M950 J3 C"121.button0" ; corner button defined as sensor 3 M581 P3 T3 S1 R2 ; calls trigger 3 when pressed (when not printing) ; GPIO P1 on io7.out (note, needs to be 4, 5 or 7 as these are only PWM capable outputs) ; although this is servo, define as genral GPIO M950 P1 Q50 C"io7.out" ; create gpio 1 M42 P1 S0.025 ; set to blades closed ; GPIO P2 used to reset attached pi M950 P2 C"io8.out" ; gpio 2 set to io8 M42 P2 S1 ; that gpio set high ; M42 P2 S0 will shut down pi via. GPIO header ; 24V power control (only enabled for drives and heaters) ; note toolboard gets power from either 12V or 24V (diodes) M81 C"pson" ; set up power pin, power off ; system to memorise settings and filament parameters if !exists(global.nozt) global nozt = -1 ; used to memorise nozzle temperature when pausing if !exists(global.filament) global filament = "" ; this will be name of filament if !exists(global.filChangeT) global filChangeT = 0 ; this will be the nozzle temperature for a filament change if !exists(global.filWeight) global filWeight = 0 ; this will be teh weight of filament on spool M98 P"0:/sys/setfilament.g" ; enable whatever was last recorded ; Define tool M563 P0 S"Nozzle" D0 H1 F0 ; define tool 0 G10 P0 X0 Y0 Z0 ; set tool 0 axis offsets G10 P0 R0 S0 ; set initial tool 0 active and standby temperatures to 0C M207 S1.5 F7200 Z0.2 ; set typical retract T0 ; select first tool ; putting this here is a temnporary workaround - see https://forum.duet3d.com/post/338869 M906 E1200 -
Odder and odder
This clunks (consistently) between the two moves:
; this does clunk G1 X0.00 Y-64.00 F9000 G4 P100 G1 X-64.00 Y-64.00This does not clunk:
; this does not clunk G1 X0.00 Y-63.00 F9000 G4 P100 G1 X-64.00 Y-63.00nor does this:
G1 X0.00 Y-64.00 F9000 G4 P100 G1 X-64.00 Y-63.00 -
@achrn We've already seen suspicious behaviour with some Delta printers when it moves to axis limits (or crossing them back and forth)
IsX64 Y64still inside your max. bed radius? (tooldistance to center is > 90.nn)
Maybe the clunk indicates that the planner wants to stop at the max. limit, but moves on for some reason...(emptying the planner cue?) -
@o_lampe thanks for thoughts. Yes, 64,64 (with any combination of signs) is well within the bed. Bed is 150 radius, with 0,0 at the centre and standard 120 degree spaced towers.
It clunks at whatever X coordinate is in the second move, as long as it is enough that the motor moves. That is, because this is the Z motor at X=0 it isn't actually turning. If the second move is
G1 X-1.00 Y-64.00there is no clunk, but the motor doesn't move at all (it's a theoretical move of less than a quarter of a microstep). If it'sG1 X-5.00 Y-64.00(which is 5.8 microsteps of the motor - I don't know whether that will actually apply 5 or 6) it clunks (though more weakly).I've also found it clunks for Y= +/- 32 but not for Y= +/- 16 or Y= +/- 128. I'm going to do some more investigation about what coordinates trigger a clunk.
It clunks for any value of Z, whether Z is specified or not, and indeed for any motor position - if I home it to a random position (i.e. so the physical position of the motors is not what they would be when properly homed) it still clunks at the same coordinates.
-
@achrn said in delta Z motor goes clunk, regardless of motor or driver:
It clunks at whatever X coordinate is in the second move, as long as it is enough that the motor moves.
Ha! That's not true.
G1 X-5.00 Y-64.00clunks
G1 X-6.00 Y-64.00clunks
X-7 to -11 all clunkG1 X-12.00 Y-64.00does not clunk
X-13 to -26 all do not clunkG1 X-27.00 Y-64.00clunks
-28 to -69 all clunkThe pattern is same for positive X numbers, i.e.
G1 X5.00 Y-64.00clunks,G1 X12.00 Y-64.00does not clunk,G1 X27.00 Y-64.00clunks etc. all the way up to X99 -
@achrn Can you try the 3.5.2-rc.1 firmware? @dc42 made changes to fix deltas going beyond the limits, may have an impact on this too. https://github.com/Duet3D/RepRapFirmware/releases/tag/3.5.2-rc.1
Ian
-
@droftarts Hello. 3.5.2-rc.1 also clunks, and in all the tests I've redone it clunks or not-clunks for teh same coordinates as 3.5.1.
-
-
I'm using code such as:
G1 X0.00 Y{var.yval} F9000 G4 P100 G1 X{var.xval} Y{var.yval}wrapped in a loop altering xval or yval.
The clunk happens at the end of G4 or start of the second move (which I find slightly odd, because it means where the move ends affects the behaviour at the start of the move).This is what I've tested so far (xval across the page 5 to 99 and yval down the page -40 to -99). So far, if a given yval value clunks, it clunks at the same xval values, being 5 to 11 and 27 to 99 inclusive. Red is a clunk, blue is no clunk, white is untested.
-
@achrn I've created a script to try and replicate this behaviour. My delta is small, I only have a 75mm radius, so can only go to X53 Y53. However, this should cover at least some of the area where you have the clunk. My delta has a Maestro card, running 3.5.1 in standalone mode.
; clunk test.g var xval = 39 var yval = 0 while var.xval != 54 set var.xval = var.xval + 1 set var.yval = -39 while var.yval != -54 set var.yval = var.yval - 1 G1 X0.00 Y{var.yval} F9000 G4 P100 G1 X{var.xval} Y{var.yval} G4 P100 echo "X" , var.xval , "Y" , var.yvalI ran this with my standard settings, but couldn't discern any particular extra noise from Z. My standard settings are not far from yours:
M350 X16 Y16 Z16 E16 I1 ; Configure microstepping with interpolation M92 X87.49 Y87.49 Z87.49 E419.00 ; Set steps per mm (MXL belt, 18 tooth pulley) M566 X1200.00 Y1200.00 Z1200.00 E1200.00 ; Set maximum instantaneous speed changes (mm/min) M203 X15000.00 Y15000.00 Z15000.00 E9000.00 ; Set maximum speeds (mm/min) M201 X4000.00 Y4000.00 Z4000.00 E4000.00 ; Set accelerations (mm/s^2) M906 X800.00 Y800.00 Z800.00 E1200.00 I30 ; Set motor currents (mA) and motor idle factor in per centOne thing I noticed is that you have the jerk and acceleration set to the 'same' value. Obviously one is mm/min, the other is mm/s^2:
M566 X1200.00 Y1200.00 Z1200.00 E300.00 ; set maximum instantaneous speed changes (mm/min) M201 X1200 Y1200 Z1200 E3000 ; set accelerations (mm/s^2)I set my acceleration the same as yours, and reran the test. I think I can hear extra noise from the Z motor (doesn't seem to come from the other two motors) on direction changes, that doesn't seem to be there at the faster acceleration, but I can't be sure, it could just be the linear bearings sticking a bit at the lower speed, and it seemed to be across all movement. Could you try either reducing jerk or increasing acceleration, and see if it makes a difference?
Ian
Cartesian bed-slinger with Duet 3 Mini 5+ WiFi and 1LC : RRP Fisher Delta v1 with Duet 2 Maestro : TronXY X5S with Duet 3 MB6HC and Roto toolboard
-
@droftarts thanks. I'm out of reach of the machine for a couple of days, so it will be a little while. I don't think you'd miss the clunk if it occurred - it's enough to make the print head visibly quiver on my printer.
-
@droftarts I've tried playing with accelerations, and there's a clear correlation, but not a helpful one (not one that lets me avoid the clunk).
To recap: with accelerations = 1200, at Y=-65, it doesn't clunk for movements to X=12 to X=26 inclusive, but does for all other coordinates.
I've tried various other accelerations and there is clearly a correlation. This is maximum (orange) clunk-free movement and minimum (blue) clunk-free movement against acceleration. So no clunk between the lines, but clunks outside them.
(at A = 300 I can't detect any movement at all at the lower limit, clunking or not)I note that you refer to bearings sticking - I have none, the motor clunks with nothing connected, so I'm confident it's not mechanics-related (i.e. not bearings, belts, interference, etc).
I've taken a video to show the difference between clunk and noclunk - there's no mistaking whether it clunks or not, the video is playing a move to 26, then one to 27, then one to 26, then one to 27. This is with the original 1200 acceleration where 27 clunks and 26 does not: https://vimeo.com/955477735
; test clunking for varying coordinates G1 X0.00 Y-65 F9000 G4 P100 G1 X26 Y-65 G4 S3 G1 X0.00 Y-65 F9000 G4 P100 G1 X27 Y-65 G4 S3 G1 X0.00 Y-65 F9000 G4 P100 G1 X26 Y-65 G4 S3 G1 X0.00 Y-65 F9000 G4 P100 G1 X27 Y-65 G4 S3 -
If you swap the motors around does it follow the motor or the driver?
-
I remember I had a similar problem with 3.4b6. It was fixed in 3.4b7. It was something with calculations of steps for deltas.
-
@Phaedrux it's on the Z-tower motor, regardless of which physical motor or which driver that is. I've tried three different motors and four of the drivers on the 6HC board, in various combinations, whatever is defined as Z-tower motor clunks. The motors and drivers that clunk when they are Z do not clunk when they are X or Y.
-
@achrn I'll set up a bench test with a 6HC and generic NEMA17 motors, and test standalone and SBC, using your config.g. Do you have a config-override.g as well?
Ian
-
@droftarts no, no config-override.
I've tried taking teh test case that clunks and rotating it 120 degrees about the global z-axis, and running taht to see if teh X tower motor then clunks. All teh moves are then teh same relative to X tower as teh clunking case were relative to Z tower. However, when I do that, nothing clunks.
This is my rotated test case:
; test clunking for varying coordinates ; rotated 120 degrees about Z G1 X56.292 Y32.500 F9000 G4 P100 G1 X43.292 Y55.017 G4 S3 G1 X56.292 Y32.500 F9000 G4 P100 G1 X42.792 Y55.883 G4 S3 G1 X56.292 Y32.500 F9000 G4 P100 G1 X43.292 Y55.017 G4 S3 G1 X56.292 Y32.500 F9000 G4 P100 G1 X42.792 Y55.883 G4 S3 -
@achrn said in delta Z motor goes clunk, regardless of motor or driver:
It's MB6HC (with toolboard) in SBC mode (Pi 4) running bookworm DuetPi and 3.5.1 firmware. It also clunks with 3.4.2 firmware and an older DuetPi.
Have you tried in standalone mode? Would you be able to go back through firmware versions to see if there is one were it doesn't happen? Totally understand if that's too much testing to try.
-
@achrn Okay, I set up a bench test with a 6HC on 3.5.1 with 3 large NEMA stepper motors, running standalone. I ran the clunking test from your post here https://forum.duet3d.com/post/340420
I get the rough/clunking Z move on the 4th and 8th move of that macro, just like your video. I noticed you were running input shaping, and the clunk disappears as soon as I turn this off withM593 P"none"and rerun the test. So looks like an input shaping issue. I didn't try any other changes to your config.g. I'll report it to @dc42 for investigation.Ian
-
@droftarts Aha! Excellent, thank you. I was just about to figure out how to try it standalone, following @Phaedrux 's request. I confirm that if I run mine SBC mode without input shaping I have no clunks. Since the cause has been narrowed this far and repeated by someone else, I'm not inclined to work back through old firmware versions, unless really likely to make teh difference between solving it and never resolving it, but I could try some older versions if it will make a big difference to tracking down the problem - please let me know.
Input shaping as the 'cause' stacks up because I only relatively recently put on a toolboard, and it's only when I got the toolboard (with the accelerometer) that I enabled input shaping. So although I hadn't made the connection that that's when clunks started, with hindsight it's very credible it was at about that time. I don't run it fast enough to really need input shaping anyway - the quality enhancement is debatable, and it's more a case of enabling it because it's there, so disabling it is not a hardship.
Thanks everyone for input, I'm now clunk free (though I also have a printer in pieces, so I need to spend some time re-assembling).
