Re: [CAD_CAM_EDM_DRO] EMC step rate configuration

I paid $9.00 each for 6" clifton precision motors with 1500 count litton
encoders a while back. Having the motors, I really only had to purchase
the drives.

I've built a few full loop servo systems, usually around the HP HCTL1100
motion control chips. Building servo amps, etc was not something I felt
like dealing with, especially since at the moment, I'm working on "the
project for the project" and need to get going on my real project.
I'm not an EE, and I've had a fair share of PWM H-bridges tank, with all
the smoke that comes with that.

Thanks to everyone for pointing this out (I've been dense lurking the
past
few months!) but a word to the wise: Bigger is not always better, and
be careful what your encoder counts are when you're picking up motors!

Fortunatly, It looks like gecko may have given me yet another rescue, so
I'm going to try to get pulse-multipliers in the system. Coupled with
how far I've been able to push steppermod, I should have reasonable
speeds despite those encoder counts! On a mill with a 12" cross table
motion,
some of these higher speeds would be pretty useless (just as useless as
a
zillion encoder counts).

Thanks again folks!
murph


Tim Goldstein wrote:

>
> Let me figure now what is different between your system and a pseudo system.
> Drives, motion card, tachs. All the rest of the parts are the same. Lets
> figure the price now
> Your servos $200 per axis
> Motion card $880
> tachs $15 each is you scrounge well.
> Total $1525
>
> pseudo system
> drivers $100 each
> Total $300
>
> Yep, your should certainly be do something extra for the $$$
>
> Point is, we are talking a totally different price range. Considering the
> bang for the buck it is VERY hard to find fault with the Gecko system and
> for many people on his list will perform just as well as your true servo at
> a price they can afford. OK, so you need to be careful in selecting the
> encoder count or just spend an extra $30 per drive and get the version that
> will pulse multiply so it is not an issue.
>
> Tim
> [Denver, CO]