Resonance, spreadCycle and stealthChop
-
Yep, I was doing it wrong! @DC42 to the rescue:
So we need to kill the motor power with
M18
, then make a tiny move.So now I get real tuning values in my logs!!
# (log truncated to make it easy to read) Drive 0 pwmScaleSum 22, pwmScaleAuto 0, pwmOfsAuto 23, pwmGradAuto 22, pos 632 Drive 1 pwmScaleSum 23, pwmScaleAuto 0, pwmOfsAuto 27, pwmGradAuto 19, pos 600
And I can hear the difference! My 55mm/second resonance is gone. Its not gone at every step frequency but its an improvement. @matt3o do you have something like this in your homing script??
-
After some more testing this is a mixed bag. So tantalizing but still imperfect. I tested with different speeds to perform the auto tuning and different move lengths. I tried switching between StealthChop and Spread Cycle at different speeds. And I tried going back to 1.8 degree motors.
With the 0.9 degree motor I found:
- With tuned StealthChop slow moves are pretty much silent
- With tuned StealthChop speeds between about 110mm/sec and 170mm/sec are incredibly noisy. Much worse than Spread Cycle.
- Trying to switch between StealthChop and Spread Cycle at 100mm/sec causes the machine to loose steps.
- The best performance was switching from StealthChop to Spread Cycle at ~57mm/sec. But there were scary "popping" noises near the transition speed that I could not get rid of.
Knowing what I know now, I figure I have never heard tuned Stealth Chop on the 1.8 degree motors, so back on the Tool Changer they went:
- Slow moves are very quiet but with a low pitched rumble that wasn't there with the 0.9's
- Moves in tuned StealthChop above about 180mm/sec screech badly.
- I can tune the cut over from StealthChop to SpreadCycle to a higher speed, ~75mm/sec
- With that setting test sweeps from 50mm/sec to 200mm/sec in 10mm/sec increments don't turn up any objectionable screeching
But (and there is always a but right?) when you print with this setup it becomes apparent that the drivers do the StealthChop/SpreadCycle switch every time there is a hard change of direction. This causes a loud jerk/bang noise which isn't acceptable. Forcing StealthChop for printing works great until there is a rapid move and it screeches.
When it is quiet, its truly quiet, way quieter than it ever was with the 1.8 motors. It is quieter than my Prusa for some moves! The cheap/easy answer then is to run it in StealthChop all the time and limit all moves to a max speed of ~150mm/sec. Maybe put the printer on a big block of foam to damp out the rumble.
This is the script that I'm using. In my HomeAll.g I home X & Y, then run this, then home X, Y, Z, C.
; StelthChop Calibration G91 ; use relative positioning M18 ; cut all motor power M915 P0 T5 ; set coolstep threshold (disables stall detection) M915 P1 T5 ; set coolstep threshold (disables stall detection) M569 P0 D3 H16 V16 ; set stealthChop mode, set tpwmthrs and thigh M569 P1 D3 H16 V16 ; set stealthChop mode, set tpwmthrs and thigh ; log driver state after reset M569 P0 M569 P1 M564 H0 ; disable safe moves ; apply current to the motors G1 Y0.02 F1000 ; dwell for at least 130ms G4 P250 ; For CoreX/Y: move Y by at least 400 full steps, this moves both motors ; The move needs to be made fairly fast G1 Y100 F6000 ; dwell for at least 130ms G4 P250 ; move back to the starting location to speed up homing G1 Y-100 F6000 ; log driver state after tuning M569 P0 M569 P1 M564 H1 ; enable safe moves G90 ; back to absolute positioning
If you run
M569 P0
and yourpwmGradAuto
value is0
, you haven't auto-tuned and you are not getting the benefits of StealthChop.I don't fully understand what
M915 P0 T5
does.T5
should set the Coolstep control register to the value 5 in binary. But I also see documentation saying this is some sort of speed. Leaving it out breaks the tuning.And I'm not saying I won't still put servo's on it... in just doing my due diligence first
-
@garethky, thanks for the update!
-
@dc42 thanks! Can you say what
T5
inM915 P0 T5
is actually doing? -
@garethky said in Resonance, spreadCycle and stealthChop:
@dc42 thanks! Can you say what
T5
inM915 P0 T5
is actually doing?It's rather technical. See sections 5 and 6.7 of the TMC2660 datasheet. Unless you understand what you are doing, I suggest you remove that T5 parameter.
-
@garethky This is very interesting, can you confirm which drivers you are using (5160/2209/2660)? Having recently switched to 0.9 e3d steppers on a CoreXY I'd like to get rid of some of the noise as well!
@dc42 If/when you have have tuned a motor would it make sense to read the tuning values and then set them at startup (rather then tuning each time)? Is it possible with RRF to set all of the required register values (and which ones are they?).
-
@gloomyandy I'm using the Duet 3 with the
TMC2160TMC5160@dc42 removing the T5 parameter breaks the tuning! Nothing I have ever tried worked properly till I tried that suggestion.
WARNING: its smarter me from the future, everything below this line is WRONG! Leaving it here to demonstrate the confusion:
I'm technical . But even better, @Kolbi made a spreadsheet so we can have visual aids:
T5
sets all of the bits related to Stall Guard to 0/off. But it sets SEMIN to 5 or really 160. My guess is that the important part is assigning all the stall guard fields to 0. The value 5 is probably something that should be tuned.My machine config has no other calls to M915 except for the C axis. So there is some voodoo here about writing zeros to that register that I don't see documented in the manual. Maybe its TMC2160 specific?
-
@dc42 I think the documentation is confusing people, me included, so I went to he source code:
Setting the T param on the 22XX chips does nothing:
https://github.com/Duet3D/RepRapFirmware/blob/7c571137d68a1a2de0d79e2dc1741793a96c7279/src/Movement/StepperDrivers/TMC22xx.cpp#L611Only the 51XX chip family writes the register:
https://github.com/Duet3D/RepRapFirmware/blob/7c571137d68a1a2de0d79e2dc1741793a96c7279/src/Movement/StepperDrivers/TMC51xx.cpp#L513The register it writes to is
TCOOLTHRS
see here. The documentation for M915 says that T sets the "CoolStep control register", which I think a whole lot of users assumed was the "CoolStep config register" referenced here. The config register is written to but only via the set stall detect threashold and set stall detection filer.So the calculator that people are using doesn't do what they think it does. There is no way to write all the bits of the CoolStep config registers with M915. Any large values supplied to the T parameter get truncated to 20 bits and shoved into
TCOOLTHRS
. I don't think anyone pointed out this confusion.I think the documentation here and here should be updated to say that T writes to
TCOOLTHRS
. The only accurate description of how this works is here.Also, my Duet3 board has 5160's, verified by inspection.
-
@garethky said in Resonance, spreadCycle and stealthChop:
After some more testing this is a mixed bag.
[snip]
I read your interesting report and it's exactly my experience. In real life printing I can't use switching from stealth to spread, jolts and lost steps... it's a nightmare. At "high" speed stealth is not usable, not just for the noise but it loses steps. Unfortunately that happens already at around 130mm/s (with my motors).
So honestly I don't know what else to do apart throwing more money into motors or trying a corexyuv.
Long story short, I don't think this is an issue that can be solved with stealthchop
-
@matt3o said in Resonance, spreadCycle and stealthChop:
I read your interesting report and it's exactly my experience. In real life printing I can't use switching from stealth to spread, jolts and lost steps... it's a nightmare. At "high" speed stealth is not usable, not just for the noise but it loses steps. Unfortunately that happens already at around 130mm/s (with my motors).
So honestly I don't know what else to do apart throwing more money into motors or trying a corexyuv.
Long story short, I don't think this is an issue that can be solved with stealthchop
Agreed. I'm happy that I got it to work but unhappy with being limited to 150mm/sec. I'd like to see 300 max when loaded with a tool and maybe 500 when no tool is loaded.
I'm going to try the 1.8 degree 2 Amp steppers that the Voron community are recommending. But that is the last stepper I'm going to mess with. Seeing the StealthChop results we know its not the mechanical system that's at fault.
-
@garethky said in Resonance, spreadCycle and stealthChop:
I'm going to try the 1.8 degree 2 Amp steppers that the Voron community are recommending.
if they are the Moons 1.8° 2A, don't do it, I have them, they are good but they don't solve the issue (you just move the resonance to a different frequency). Also to be really fair, I get a much better surface texture with 0.9° on my corexy.
-
Would it be possible to add a command to write directly to the driver control registers for those who know what they are doing? (I would love to kill my chips in experimenting, my system has two more drivers than I really need! )
-
-
@matt3o said in Resonance, spreadCycle and stealthChop:
@garethky said in Resonance, spreadCycle and stealthChop:
I'm going to try the 1.8 degree 2 Amp steppers that the Voron community are recommending.
if they are the Moons 1.8° 2A, don't do it, I have them, they are good but they don't solve the issue (you just move the resonance to a different frequency). Also to be really fair, I get a much better surface texture with 0.9° on my corexy.
I have the Moons now. The Voron recommendation is the Stepper Online 17HS19-2004S1. I'm going with 1.8 because top speed is related to steps/second in the driver. I don't hold out much hope but it was cheap to try.
-
@garethky keep us posted!
-
@matt3o not sure if you've seen it before, but @Nxt-1 went through a lot of noise reduction stuff on his big delta a few months ago and did a very good job of writing it up. He even tried reinforcing the printer with concrete struts! In the end I think the maim source of noise was the motors themselves, so he got best results by fitting a torsional damper onto the motor shaft itself. I'm toying with the idea of getting some for my printer now too.
There's three long threads on it, but the final one sums it up best:
https://forum.duet3d.com/topic/18281/battling-sources-of-vibration-and-noise/82 -
@engikeneer thanks for the heads up, I'll have a look at that post, I made all kind of tests and I'm 99% sure the problem is with the motor shaft itself (not even the motor body). So what you say makes a lot of sense to me
-
So the StepperOnline 17HS19-2004S1, I'll admit I was skeptical. It doesn't sound any quieter in Stealth Chop mode, if anything its noisier. But in Spread Cycle, its significantly quieter and smoother than the Moons. So quiet that I think I could live with them in Spread Cycle mode in general and leave them on the printer. That's a big deal if you are on the Duet 2 and don't have access to Stealth Chop.
The other big difference is the low frequency rumble is greatly reduced.
I don't know why any of this is so?
The moons are 1.04 Ohm and 2.2mH
The Stepper Online motor is 1.4Ohm and 3.0mH -
@garethky I believe my problem is mostly the length of the belts. I have a 400x400 print area and belts are about 3m per side... but of course I could be wrong.
As you've probably seen in the video I posted the vibrations at 4000mm/m are really bad and I doubt new motors would solve the issue completely. But thanks for your report, they are rather inexpensive motors I might give them a try.
In the meantime I'm converting my corexy into a corexyuv. Shorter belts and motors don't play against each other. I think I'm gonna make the first XY test later today... wish me luck...
-
@matt3o said in Resonance, spreadCycle and stealthChop:
,..........In the meantime I'm converting my printer in a corexy into a corexyuv. Shorter belts and motors don't play against each other. I think I'm gonna make the first XY test later today... wish me luck...
I'm a bit confused by that. Did you really mean CoreXYUV or something else? It's just that a CoreXYUV use two gantries, stacked one above the other. So the belt lengths are the same (but you have more of them).
On the resonance thing, does it impact on print quality or are you simply trying to reduce the noise? If it's the former, there is a very simple solution.