With CAM you need to develop a different mind set. You are now
programming with your drawing and CAM setup, not G-code. The G-code the
becomes purely a way for the CAM to talk to your machine. It doesn't
matter if you have 10 lines or 10000 lines. You can in theory do your
drawings by directly writing DXF files. They are a human readable text
format. However very few people do it that way. You have treat G-code in
the same way. As long as the CAM is reasonably competent you can pretty
much forget about the code.
The majority of SheetCam users have only a vague idea what g-code is and
certainly couldn't do much programming with it.
Les
One thing I've noted in compareing code generator outputs to the hand
coded stuff I write is that generated stuff never uses a subroutine but
unrolls a 150 line file into 600,000 lines. And that makes finding and
correcting something virtually a start from scratch operation. Not at
all efficient IMO. It all depends on how one thinks about code flow,
basicly what works for the individual coder. Will gcode generators ever
get that smart? Doubtfull, until it also has a lot of so far very time
squandering AI. But so as I know, no one has succeeded in downloading a
brain into a computer.
I'd much rather write a subroutine to drill a hole, and use it for every
hole in a part by changing the parameters passed to that subroutine.
Your own lathe encoder disk is a good example of applying that
discipline, I've made liberal use of that code with my own mods. Thank
you very much.
Take care Les.
Cheers, Gene Heskett
_______________________________________________
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users
