Re: Machine Options in CAM Software ?

This is an interesting article on CNC software that is independant of
the hardware platform.

http://www.mmsonline.com/articles/119703.html

This is the company, anyone know anything about it?
http://www.mdsi2.com/

Mark

--- In CAD_CAM_EDM_DRO@y..., Jerry Kimberlin <kimberln@a...> wrote:
> natchamp_87 wrote:
> >
> > Thanks Jerry, it did help clarify a few things although I can't
say I
> > completely understand it all.
>
> Mark, please don't take what I say to be anywhere near
> reasonable. I'd like to say I know something, but I'm afraid I'm
> asking someone to confirm my beliefs as much as telling you what
> I believe.
>
> > The part I'm having problems with
> > is understanding the link between the CAM software which generates
> > the G code and toolpath info and the Gecko drives.
>
> That is what I think a *post processor* is supposed to do. Or
> what people here have told me a post processor actually does. I
> think a post processor becomes necessary when manufacturers stick
> a ROM chip or something in their circuitry to obfuscate a direct
> connection between the G-code and the motor drivers. I admit
> that some translator might be needed, but why this isn't standard
> based on the IEE standard is a mystery if it isn't just done for
> profit. It is my understanding that EMC can take G-code and
> output it to the drivers. This should eliminate any need for a
> translation device. This idea is one that I am hoping someone on
> the list will address and explore a bit.
>
> > I'm assuming now
> > that the CAM software like VisualMill doesn't interface with the
> > Gecko's. The G code file generated by the CAM is read by a NC
> > program like Turbocnc and then sent to the Gecko's ?
>
> Could be, I have no idea. But it seems a little complicated to
> me and unnecessary or overly complex.
>
> Cheers,
>
> JerryK