interpolation and algorithms of multiple axes was Re: Pulse Gen
Posted by
Wally K
on 2000-12-06 16:11:43 UTC
Jeff Barlow <jeff@b...> wrote:
living with the poor performance of EMC stepper pulses. When the
addition of simple hardware could fix it.
At the risk of being burned at the stake. These are my thoughts on
the efforts of Jon and Mariss.
Mariss's PulseGen circuit is overly complex. 14 IC's per axis is 42
IC's for 3 axis. This is a to much for most people to build at
home. I also am concerned with its max output speed. Mariss says it
is dependent on the clock input to the board but also says 4khz to
8khz are about right. I think we need 13.3khz for a 200ipm rapid
with a 5tpi screw, half step, and 2-1 belt. A fairly typical setup.
If Mariss is talking about building this as a commercial endeavor. I
would feel a little better about it because of its profesional design
and construction. But i would want to know about the speed issue and
what it would cost before we go on. I thought Mariss mentioned
$100.00 per axis but i could not find this statment again. If it is
this much i would say forget it.
Jons circuit is hard to comment on. He tends to be very secretive.
From what i understand you have to sign a non discloser aggreament
to get info on his servo drive. I certainly do not want anything
like that for my use. If he was a large mfg like Mariss it would not
be so bad because you know the support and or product will not dry up
because someone gets tired of supporting it. Jon, what are your
intentions for your step pulse generator for EMC.
What i think we need is something like Mariss's PulseGen circuit.
But we need to have Mariss work with one of you guys that are good
with micro code. I bet Mariss's basic idea with a micro and a few
chips would greatly simplify his design. If this was done as open
source then we could have upgrades and enhancments from multiple
parties. And it would be simple enough to make ourselfs.
Wally K.
> Hi folks,use
> I'm starting to recognize a familiar pattern here: people tend to
> the tools they are most comfortable with. Presented with the samein
> problem, programmers start writing code, hardware designers start
> designing hardware. As luck would have it, I've found myself right
> the middle of this sort of muddle many times.the
>
> What I think I've learned is that if you don't take the time to get
> system partitioning right before you start writing code anddesigning
> hardware you end up working way too hard to make something that onlyare
> sort of works. I would say that the stepper code in EMC is a prime
> example of getting this wrong. Mariss's "pulse multiplied" drives
> typical of the sort of "bandaid" fix that this sort of poor systemthe
> partitioning leads to.
>
> It seems clear to me that a better partitioning choice is to have
> software calculate the pulse rates while the generation of the stepdoes not
> pulses themselves is best done in hardware. Since a standard PC
> include any appropriate hardware we need the "pulse generating blackI could not agree with you more. I do not understand why people are
> box" that Jon Elson and Mariss, it appears, are both now working on.
>
living with the poor performance of EMC stepper pulses. When the
addition of simple hardware could fix it.
At the risk of being burned at the stake. These are my thoughts on
the efforts of Jon and Mariss.
Mariss's PulseGen circuit is overly complex. 14 IC's per axis is 42
IC's for 3 axis. This is a to much for most people to build at
home. I also am concerned with its max output speed. Mariss says it
is dependent on the clock input to the board but also says 4khz to
8khz are about right. I think we need 13.3khz for a 200ipm rapid
with a 5tpi screw, half step, and 2-1 belt. A fairly typical setup.
If Mariss is talking about building this as a commercial endeavor. I
would feel a little better about it because of its profesional design
and construction. But i would want to know about the speed issue and
what it would cost before we go on. I thought Mariss mentioned
$100.00 per axis but i could not find this statment again. If it is
this much i would say forget it.
Jons circuit is hard to comment on. He tends to be very secretive.
From what i understand you have to sign a non discloser aggreament
to get info on his servo drive. I certainly do not want anything
like that for my use. If he was a large mfg like Mariss it would not
be so bad because you know the support and or product will not dry up
because someone gets tired of supporting it. Jon, what are your
intentions for your step pulse generator for EMC.
What i think we need is something like Mariss's PulseGen circuit.
But we need to have Mariss work with one of you guys that are good
with micro code. I bet Mariss's basic idea with a micro and a few
chips would greatly simplify his design. If this was done as open
source then we could have upgrades and enhancments from multiple
parties. And it would be simple enough to make ourselfs.
Wally K.
Discussion Thread
Alan Marconett KM6VV
2000-12-06 12:44:46 UTC
Re: [CAD_CAM_EDM_DRO] interpolation and algorithms of multiple axes was Re: Pulse Gen
Jeff Barlow
2000-12-06 14:50:07 UTC
Re: [CAD_CAM_EDM_DRO] interpolation and algorithms of multiple axes was Re: Pulse Gen
Mariss Freimanis
2000-12-06 15:12:20 UTC
interpolation and algorithms of multiple axes was Re: Pulse Gen
Wally K
2000-12-06 16:11:43 UTC
interpolation and algorithms of multiple axes was Re: Pulse Gen
Mariss Freimanis
2000-12-06 16:18:12 UTC
interpolation and algorithms of multiple axes was Re: Pulse Gen
PhilC
2000-12-06 16:28:04 UTC
Re: [CAD_CAM_EDM_DRO] interpolation and algorithms of multiple axes was Re: Pulse Gen
Wally K
2000-12-06 17:01:52 UTC
interpolation and algorithms of multiple axes was Re: Pulse Gen
Wally K
2000-12-06 17:27:35 UTC
interpolation and algorithms of multiple axes was Re: Pulse Gen
PhilC
2000-12-06 17:30:32 UTC
Re: [CAD_CAM_EDM_DRO] interpolation and algorithms of multiple axes was Re: Pulse Gen
Wally K
2000-12-06 17:43:11 UTC
interpolation and algorithms of multiple axes was Re: Pulse Gen
PhilC
2000-12-06 18:43:29 UTC
Re: [CAD_CAM_EDM_DRO] interpolation and algorithms of multiple axes was Re: Pulse Gen
Wally K
2000-12-06 19:01:44 UTC
interpolation and algorithms of multiple axes was Re: Pulse Gen
Jeff Barlow
2000-12-06 19:09:49 UTC
Re: [CAD_CAM_EDM_DRO] interpolation and algorithms of multiple axes was Re: Pulse Gen
PhilC
2000-12-06 19:18:12 UTC
Re: [CAD_CAM_EDM_DRO] interpolation and algorithms of multiple axes was Re: Pulse Gen
Mariss Freimanis
2000-12-06 21:51:54 UTC
interpolation and algorithms of multiple axes was Re: Pulse Gen
Wally K
2000-12-07 04:21:10 UTC
interpolation and algorithms of multiple axes was Re: Pulse Gen
Smoke
2000-12-07 07:12:30 UTC
Re: [CAD_CAM_EDM_DRO] interpolation and algorithms of multiple axes was Re: Pulse Gen
Dan Mauch
2000-12-07 07:22:24 UTC
Re: [CAD_CAM_EDM_DRO] interpolation and algorithms of multiple axes was Re: Pulse Gen
Mariss Freimanis
2000-12-07 07:55:19 UTC
interpolation and algorithms of multiple axes was Re: Pulse Gen
Dan Mauch
2000-12-07 08:44:54 UTC
Re: [CAD_CAM_EDM_DRO] interpolation and algorithms of multiple axes was Re: Pulse Gen
Wally K
2000-12-07 09:28:30 UTC
interpolation and algorithms of multiple axes was Re: Pulse Gen
Smoke
2000-12-07 10:19:49 UTC
Re: [CAD_CAM_EDM_DRO] interpolation and algorithms of multiple axes was Re: Pulse Gen
Ian Wright
2000-12-07 14:29:20 UTC
Re: [CAD_CAM_EDM_DRO] interpolation and algorithms of multiple axes was Re: Pulse Gen
Mariss Freimanis
2000-12-07 14:46:27 UTC
interpolation and algorithms of multiple axes was Re: Pulse Gen