Sync mode musings was Re: New Article Posted
Posted by
ballendo
on 2006-05-08 20:21:07 UTC
Dave,
Syncronous mode is an attempt by Allegro engineers to address the
noise issue inherent with "fixed time" chopping. (You can read posts
by Mariss in the archive to understand why this happens, and how his
drives use a feed-forward component to address it.)
For the rest of us using the typical chipsets, it--noisy drives--
will remain a problem; as fixed on or fixed off time Chopping is
pretty much the standard for National, STmicro, Allegro, Sanken,
etc. driver chips and/or controller chips.
I've written that you can sometimes get this at least a bit under
control by various means: board layout, component selection, motor
matching, and so on. But as long as the chopping time is fixed,
there's GONNA be noise, IMO.
So back to the Sanken chip (note that sync mode of allegro/sanken
crosses bipolar/unipolar product lines.) Also that "sync" when
applied to STmicro--formerly SGS Thomson--chips means something
different.
Anyways, we need to remember that most of these chipsets are
designed to be used in EMBEDDED control situations where the
processor supplying the steps is fully "aware" of the environment
and things like shaft position in relation to needs for quiet, etc.
IOW, these things are added in by the chipset designers for users
who are NOT necessarily doing what we do in CNC. A printer, for
example. It--the embedded controller--knows when the head is at
rest, so we can be sure to stop in an "appropriate" position to
allow the sync mode to work as designed. And still use the benefits
of microstepping DURING the head traversals.
I often try to remind folks that CNC--as we use the term here--is a
relatively small SUBset of the MUCH larger motion control industry.
When we take these "specific use" chipsets and apply them to
our "general" needs/use CNC; we must take care to see that we don't
misuse these added "features". Because for most of us using a PC
controller, there IS no way to KNOW which step a given toolpath
will "stop" upon for "T" amount of time. Even closing the loop with
servos' does not do that for us.
BTW, your last sentence below is true of nearly all microstepping
applications AS WE USE THEM HERE IN CNC. The microstepping does NOT
increase our actual ability to stop at a given position against
load; we'll OFTEN be "up against" the fullstep granularity of the
motor. Many times not even realising it. The reason we use
microstepping in our cnc machines at this level--for the most part--
is to reduce resonance issues, and as you've empirically observed to
increase "performance" (speed) due to the effects of this reduction.
I get a kick every day still about how the actual needs for most of
this stuff is below what many folks think it is...
Which is good because most of the time, folks aren't getting
the "specs" they think they are, and think they need...
Which is okay, because most of the time, it's NOT truly needed'; so
the fact it isn't happening goes unnoticed!<G>
Hope this helps,
Ballendo
Syncronous mode is an attempt by Allegro engineers to address the
noise issue inherent with "fixed time" chopping. (You can read posts
by Mariss in the archive to understand why this happens, and how his
drives use a feed-forward component to address it.)
For the rest of us using the typical chipsets, it--noisy drives--
will remain a problem; as fixed on or fixed off time Chopping is
pretty much the standard for National, STmicro, Allegro, Sanken,
etc. driver chips and/or controller chips.
I've written that you can sometimes get this at least a bit under
control by various means: board layout, component selection, motor
matching, and so on. But as long as the chopping time is fixed,
there's GONNA be noise, IMO.
So back to the Sanken chip (note that sync mode of allegro/sanken
crosses bipolar/unipolar product lines.) Also that "sync" when
applied to STmicro--formerly SGS Thomson--chips means something
different.
Anyways, we need to remember that most of these chipsets are
designed to be used in EMBEDDED control situations where the
processor supplying the steps is fully "aware" of the environment
and things like shaft position in relation to needs for quiet, etc.
IOW, these things are added in by the chipset designers for users
who are NOT necessarily doing what we do in CNC. A printer, for
example. It--the embedded controller--knows when the head is at
rest, so we can be sure to stop in an "appropriate" position to
allow the sync mode to work as designed. And still use the benefits
of microstepping DURING the head traversals.
I often try to remind folks that CNC--as we use the term here--is a
relatively small SUBset of the MUCH larger motion control industry.
When we take these "specific use" chipsets and apply them to
our "general" needs/use CNC; we must take care to see that we don't
misuse these added "features". Because for most of us using a PC
controller, there IS no way to KNOW which step a given toolpath
will "stop" upon for "T" amount of time. Even closing the loop with
servos' does not do that for us.
BTW, your last sentence below is true of nearly all microstepping
applications AS WE USE THEM HERE IN CNC. The microstepping does NOT
increase our actual ability to stop at a given position against
load; we'll OFTEN be "up against" the fullstep granularity of the
motor. Many times not even realising it. The reason we use
microstepping in our cnc machines at this level--for the most part--
is to reduce resonance issues, and as you've empirically observed to
increase "performance" (speed) due to the effects of this reduction.
I get a kick every day still about how the actual needs for most of
this stuff is below what many folks think it is...
Which is good because most of the time, folks aren't getting
the "specs" they think they are, and think they need...
Which is okay, because most of the time, it's NOT truly needed'; so
the fact it isn't happening goes unnoticed!<G>
Hope this helps,
Ballendo
>In CCED, Codesuidae <codesuidae@...> wrote:
>I'm curious about the problem with sync mode and lose of steps in
>microstepping mode. Is this as a result of the reduced holding
>torque at non- full or half step positions? I always wondered how
>it was that the computer could run with the controller in microstep
>mode without knowing where the full and half step positions where.
>It always seemed to me that it would be highly likely to stop in
>positions the stepper couldn't hold, possibly resulting in lost
>steps.
>Dave K
Discussion Thread
Phil Mattison
2006-05-06 10:54:19 UTC
New Article Posted
lcdpublishing
2006-05-06 14:04:40 UTC
Re: New Article Posted
Dave Rigotti
2006-05-06 15:12:13 UTC
Re: New Article Posted
Phil Mattison
2006-05-06 15:16:53 UTC
Re: [CAD_CAM_EDM_DRO] Re: New Article Posted
turbulatordude
2006-05-06 15:55:53 UTC
Re: New Article Posted
Dave Rigotti
2006-05-06 17:29:17 UTC
Re: New Article Posted
wanliker@a...
2006-05-06 18:50:57 UTC
Re: [CAD_CAM_EDM_DRO] Re: New Article Posted
ballendo
2006-05-06 20:08:11 UTC
Re: New Article Posted
ballendo
2006-05-06 20:33:19 UTC
missed steps going into sync mode? Re: New Article Posted
ballendo
2006-05-07 01:04:56 UTC
Re: New Article Posted
Dave Rigotti
2006-05-07 04:42:40 UTC
Re: New Article Posted
Phil Mattison
2006-05-07 10:01:43 UTC
Re: [CAD_CAM_EDM_DRO] Re: New Article Posted
Phil Mattison
2006-05-07 10:28:55 UTC
Re: [CAD_CAM_EDM_DRO] Re: New Article Posted
Phil Mattison
2006-05-07 10:34:48 UTC
Re: [CAD_CAM_EDM_DRO] missed steps going into sync mode? Re: New Article Posted
ballendo
2006-05-07 18:03:59 UTC
Re: New Article Posted
ballendo
2006-05-07 18:15:42 UTC
Re: New Article Posted
Phil Mattison
2006-05-07 18:41:02 UTC
Re: [CAD_CAM_EDM_DRO] Re: New Article Posted
turyga1963
2006-05-07 21:55:42 UTC
Re: New Article Posted
turbulatordude
2006-05-07 21:57:23 UTC
Re: New Article Posted
wanliker@a...
2006-05-07 22:07:37 UTC
New Article Posted
turyga1963
2006-05-08 00:25:30 UTC
Re: New Article Posted
ballendo
2006-05-08 03:25:17 UTC
Re: New Article Posted
Alan Marconett
2006-05-08 08:31:35 UTC
RE: [CAD_CAM_EDM_DRO] Re: New Article Posted
jeffalanp
2006-05-08 08:34:47 UTC
SLA7062 and Re: New Article Posted
turbulatordude
2006-05-08 08:40:12 UTC
Re: New Article Posted
Codesuidae
2006-05-08 08:50:26 UTC
Re: [CAD_CAM_EDM_DRO] SLA7062 and Re: New Article Posted
Codesuidae
2006-05-08 09:08:39 UTC
Re: [CAD_CAM_EDM_DRO] Re: New Article Posted
turbulatordude
2006-05-08 09:15:26 UTC
SLA7062 technical stuff
wanliker@a...
2006-05-08 10:04:12 UTC
New Article Posted
cncnovice
2006-05-08 11:04:30 UTC
Re: New Article Posted
wanliker@a...
2006-05-08 11:16:32 UTC
Re: [CAD_CAM_EDM_DRO] Re: New Article Posted
cncnovice
2006-05-08 11:37:54 UTC
Re: New Article Posted
Codesuidae
2006-05-08 12:57:24 UTC
Re: [CAD_CAM_EDM_DRO] Re: New Article Posted
turyga1963
2006-05-08 14:13:40 UTC
SLA7062 and Re: New Article Posted
turyga1963
2006-05-08 14:22:17 UTC
Re: SLA7062 technical stuff
turyga1963
2006-05-08 14:23:54 UTC
SLA7062 and Re: New Article Posted
turbulatordude
2006-05-08 14:43:26 UTC
Re: New Article Posted - Moderators warning
turbulatordude
2006-05-08 14:51:32 UTC
Re: SLA7062 technical stuff - supply voltages
turyga1963
2006-05-08 15:01:10 UTC
Re: New Article Posted
turyga1963
2006-05-08 15:16:18 UTC
Re: New Article Posted
turyga1963
2006-05-08 15:21:01 UTC
Re: SLA7062 technical stuff - supply voltages
John Dammeyer
2006-05-08 15:29:03 UTC
RE: [CAD_CAM_EDM_DRO] Re: SLA7062 technical stuff - supply voltages
Paul Kelly
2006-05-08 15:32:39 UTC
RE: [CAD_CAM_EDM_DRO] Re: SLA7062 technical stuff - supply voltages
R Rogers
2006-05-08 16:07:06 UTC
Re: [CAD_CAM_EDM_DRO] Re: SLA7062 technical stuff
turbulatordude
2006-05-08 18:43:15 UTC
Re: SLA7062 technical stuff - supply voltages
ballendo
2006-05-08 19:48:42 UTC
SLA7062 and Re: New Article Posted
ballendo
2006-05-08 20:21:07 UTC
Sync mode musings was Re: New Article Posted
jeffalanp
2006-05-08 20:28:56 UTC
SLA7062 and Re: New Article Posted
ballendo
2006-05-08 22:38:17 UTC
OT SLA7062 and Re: New Article Posted
Lester Caine
2006-05-08 23:14:12 UTC
Re: [CAD_CAM_EDM_DRO] SLA7062 and Re: New Article Posted
wanliker@a...
2006-05-08 23:24:59 UTC
Re: [CAD_CAM_EDM_DRO] SLA7062 and Re: New Article Posted
Mariss Freimanis
2006-05-09 10:11:39 UTC
Re: SLA7062 technical stuff - supply voltages
turyga1963
2006-05-10 22:50:16 UTC
Re: SLA7062 technical stuff - supply voltages
Mariss Freimanis
2006-05-11 06:36:52 UTC
Re: SLA7062 technical stuff - supply voltages
Alan Rothenbush
2006-06-12 12:21:45 UTC
Re: SLA7062 technical stuff - supply voltages