Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Step-rate above 10kHz #43

Closed
alainm opened this issue Dec 30, 2011 · 3 comments
Closed

Step-rate above 10kHz #43

alainm opened this issue Dec 30, 2011 · 3 comments

Comments

@alainm
Copy link

alainm commented Dec 30, 2011

I have a problem with 10kHz. If I change in stepper.cpp line 234, function calc_timer() from this:
else if(step_rate > 10000) { // If steprate > 10kHz >> step 2 times
to this
else if(step_rate > 20000) { // If steprate > 10kHz >> step 2 times
the problem goes away. So far I am sure that this is part of the problem...

As it is, the movement gets really weird. It is hard to describe, so I need help to understand what is happening at this point so that I can search a little more deeply. As far as I undestood, this produces 2 steps per IRQ, but are them uniformly spaced in time?

My printer has threaded screws instead of pulleys, so I have high step-rates. 10kHz is only 1905 mm/min. But this should not be an issue because Ultimaker is going faster then that...

@bkubicek
Copy link
Contributor

bkubicek commented May 4, 2012

the hardware is limited. The idea is to emulate having less microsteps. Its an imperfect solution.
Why don't you use less microsteps in general on this machine, you will have stronger acceleration.

@alainm
Copy link
Author

alainm commented May 4, 2012

In the time since that first message, I acquired a Ligic Analyzer and I can now see clearly what is happening.

I have changed that parameter up to 16000 and, surpringly, it worked just fine, with evenly distributed pulses.

I am already using only 1/2 steps, the problem is that I am using threaded screws for the movements and that gives me a too high mechanical reduction. In fact, there is a gap between possible implementations, belt gives too low resolution and screws give too high resolution, intermediate results are much more expensive.

I plan to move to full-steps in the future, that will reduce even more the requirements on the firmware and hopefully will allow me to achieve higher speeds. At the moment I have too much vibration to use that.

BTW, that multiple step implementation makes a lot of sense when using 1/16th steps, just not in my particular case (and some friends that are trying CNC machins for 3D printing)

I hope that this info can be usefull to someone else, but this issue could be considered closed...

@alainm alainm closed this as completed May 4, 2012
thinkyhead referenced this issue in thinkyhead/Marlin Dec 3, 2016
thinkyhead referenced this issue in thinkyhead/Marlin Sep 6, 2019
@github-actions
Copy link

This issue has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs.

@github-actions github-actions bot locked and limited conversation to collaborators Apr 24, 2022
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants