RE: [CAD_CAM_EDM_DRO] CPNC Programming
Posted by
Donald Kelley
on 2000-05-12 04:38:07 UTC
I agree...
The CPNC should just output Gcode. That way
everything stays modular and EMC does not have to
be fiddled with. CPNC can be developed and tested
for correctness independent of EMC.
don kelley
-----Original Message-----
From: Darrell [mailto:dgehlsen@...]
Sent: Thursday, May 11, 2000 5:14 PM
To: CAD_CAM_EDM_DRO@egroups.com
Subject: Re: [CAD_CAM_EDM_DRO] CPNC Programming
Ray,
One of your questions below was "why do I need tool numbers because I change
tools by hand?"
You need tool numbers to tell the control the size of the tool that you just
put in by hand. The control needs that info to make the correct offsets.
Just because you don't see a need for a standard feature today, don't throw
it out. It is a standard feature because it has already been proven useful.
I hate to sound negative, but the more I look at "CPNC" the more it looks
like a "Windows" approach to CNC.
What I mean is "Windows" was supposed to be the "answer" to people that
didn't know or want to learn how to run a computer. The result is that if
you can't point and click, the system won't let you do what you want unless
you either use a different OS or you jump a bunch of hoops and defeat the
system.
The real place for conversational programming is in a CAD/CAM system that
will then output the G code.
IF you take that approach, and run the CPNC in a separate window, and let
CPNC just be a code generator that will send the G code to the control or to
a file I think it would probably be a good addition to EMC.
Darrell
The CPNC should just output Gcode. That way
everything stays modular and EMC does not have to
be fiddled with. CPNC can be developed and tested
for correctness independent of EMC.
don kelley
-----Original Message-----
From: Darrell [mailto:dgehlsen@...]
Sent: Thursday, May 11, 2000 5:14 PM
To: CAD_CAM_EDM_DRO@egroups.com
Subject: Re: [CAD_CAM_EDM_DRO] CPNC Programming
Ray,
One of your questions below was "why do I need tool numbers because I change
tools by hand?"
You need tool numbers to tell the control the size of the tool that you just
put in by hand. The control needs that info to make the correct offsets.
Just because you don't see a need for a standard feature today, don't throw
it out. It is a standard feature because it has already been proven useful.
I hate to sound negative, but the more I look at "CPNC" the more it looks
like a "Windows" approach to CNC.
What I mean is "Windows" was supposed to be the "answer" to people that
didn't know or want to learn how to run a computer. The result is that if
you can't point and click, the system won't let you do what you want unless
you either use a different OS or you jump a bunch of hoops and defeat the
system.
The real place for conversational programming is in a CAD/CAM system that
will then output the G code.
IF you take that approach, and run the CPNC in a separate window, and let
CPNC just be a code generator that will send the G code to the control or to
a file I think it would probably be a good addition to EMC.
Darrell
----- Original Message -----
From: Ray Henry <rehenry@...>
To: <CAD_CAM_EDM_DRO@egroups.com>
Sent: Thursday, May 11, 2000 8:16 AM
Subject: [CAD_CAM_EDM_DRO] Re: CPNC Programming Resources
>
> I snipped most of the good stuff out of these two posts in an effort to
get
> to the ideas that I want to extend.
>
> >Message: 3 [CAD_CAM_EDM_DRO] Digest Number 488
> > From: psp@...
> >Subject: Re: Re: CPNC Programming Resources
> >
> <snip>
> >As Matt Shaver noted, there is a significant body of EMC GUI work already
in
> >existence. The NIST TkEMC GUI that Ray Henry modified and had on display
at
> >NAMES is very well done and would be an excellent base for CPNC
extensions.
> >
>
> >Message: 4 [CAD_CAM_EDM_DRO] Digest Number 488
> > From: Ron Ginger <ginger@...>
> >Subject: Re: Conversational programming in Perl for EMC
> >
> <snip>
> >Note, that if we use perl, or whatever we use, EMC wont be part of the
> >picture on Win or Mac systems. The only way to support a CPNC on them
> >would be to use one of the serial line devices like FlashCut or Simple
> >Step, or a driver like INDEXER.LPT. Then all the perl code has to do is
> >read/write to a serial port.
> >
> >Even under unix we will only need a small subset of the emc functions in
> >perl. I expect CPNC to have very few calls to its driver level- not much
> >more than move((X,Y,Z) or feed(X,Y,Z) or get(X,Y,Z), maybe an abort and
> >init. It would be nice of course to have the entire range of emc
> >function available to perl, but to do CPNC I dont expect to need them.
>
> My concern is that we unnecessarily limit CPNC by making decisions that
> narrow it's scope or flexibility.
>
> As a devil's advocate I could say that I'm a hobby machine operator and
> don't need hard and soft limits or accurate home, or soft-set paths around
> fixtures or holders. Why do I need tool numbers since I change them by
hand.
>
> Once we settle on language(s), we really need to consider how CPNC fits
> into the total machine operating process, regardless of the complexity of
> the machine to which it is applied. In the mean time we need to keep
> separate the nc code from the machine operating code in our thinking.
>
> For example:
>
> 1 - If CPNC generates the rs232 serial code or the parport code, then we
> need a way to inject into that bitstream the other machine codes that are
> not a direct part of CPNC but are needed by the operator to run a
FlashCut,
> EMC, or whatever's out there driven machine.
>
> 2 - Or we need to expand CPNC with machine specific stuff.
>
> 3 - Or we need to make provision to pass the CPNC generated code through
> some other gui/file/box that allows operator intervention and parsing of
> the CPNC code for the specific machine to which this other thing is
connected.
>
> 4 - ?
>
> It's the vision thing. How does CPNC fit into the bigger picture? Or is
> CPNC the bigger picture?
>
> Ray
>
>
>
>
> ------------------------------------------------------------------------
> Double your manufacturer's warranty on all computers,
> home appliances, and electronics AND win up to $500
> towards your purchase!
> http://click.egroups.com/1/3749/3/_/423600/_/958060360/
> ------------------------------------------------------------------------
>
> Welcome to CAD_CAM_EDM_DRO@...,an unmoderated list for the
discussion of shop built systems, for CAD, CAM, EDM, and DRO.
>
> Addresses:
> Post message: CAD_CAM_EDM_DRO@egroups.com
> Subscribe: CAD_CAM_EDM_DRO-subscribe@egroups.com
> Unsubscribe: CAD_CAM_EDM_DRO-unsubscribe@egroups.com
> List owner: CAD_CAM_EDM_DRO-owner@egroups.com, wanliker@...
> Moderator: jmelson@... [Moderator]
> URL to this page: http://www.egroups.com/group/CAD_CAM_EDM_DRO
> FAQ: http://www.ktmarketing.com/faq.html
> bill,
> List Manager
>
>
------------------------------------------------------------------------
Failed tests, classes skipped, forgotten locker combinations.
Remember the good 'ol days
http://click.egroups.com/1/4053/3/_/423600/_/958079514/
------------------------------------------------------------------------
Welcome to CAD_CAM_EDM_DRO@...,an unmoderated list for the
discussion of shop built systems, for CAD, CAM, EDM, and DRO.
Addresses:
Post message: CAD_CAM_EDM_DRO@egroups.com
Subscribe: CAD_CAM_EDM_DRO-subscribe@egroups.com
Unsubscribe: CAD_CAM_EDM_DRO-unsubscribe@egroups.com
List owner: CAD_CAM_EDM_DRO-owner@egroups.com, wanliker@...
Moderator: jmelson@... [Moderator]
URL to this page: http://www.egroups.com/group/CAD_CAM_EDM_DRO
FAQ: http://www.ktmarketing.com/faq.html
bill,
List Manager
Discussion Thread
Darrell
2000-05-11 14:11:53 UTC
Re: [CAD_CAM_EDM_DRO] CPNC Programming
james owens
2000-05-11 15:24:27 UTC
Re: [CAD_CAM_EDM_DRO] CPNC Programming
Jon Elson
2000-05-11 16:01:14 UTC
Re: [CAD_CAM_EDM_DRO] CPNC Programming
Matt Shaver
2000-05-11 20:39:36 UTC
Re: [CAD_CAM_EDM_DRO] CPNC Programming
Donald Kelley
2000-05-12 04:38:07 UTC
RE: [CAD_CAM_EDM_DRO] CPNC Programming