Re: [CAD_CAM_EDM_DRO] Current playing field
Posted by
Jon Elson
on 2016-01-27 08:20:05 UTC
On 01/26/2016 11:55 PM, Lester Caine lester@...
[CAD_CAM_EDM_DRO] wrote:
dimension of everything. The board makers have to maintain
insane levels of accuracy so that drilled holes come out in
the center of the copper pads, so everything is quite
precisely where I designed it to be. So, I can transfer
those coordinates off the PCB design to the mechanical
layout. For a rectangular cutout, all I have to specify is
lower left XY coord, X and Y size, total depth and depth
step, end mill size and amount to be left for the finish
pass, and feedrate. So, 9 numbers. Then, the program
generates the G-code. I can do this way faster than typical
drawings, and then you'd have to go from a drawing to
generate G-code, with pocket routines and offset lines for
the finish toolpath. I doubt many programs could be more
simple than Bobcad/CAM in doing this simple 2.5D work via
CAD. I know it is way faster for me to do it the
conversational way.
Jon
[CAD_CAM_EDM_DRO] wrote:
> Exactly the same here. I take the the various holeNo, since I design the boards myself, I know the EXACT
> dimensions in thou and manually place them on using
> vCarve. I could create a DXF output of the PCB, but
> invariably there is no hole on the PCB artwork that
> actually matches the correct position on the face plate,
> so one has to approximate rather than just plugging in he
> exact number.
dimension of everything. The board makers have to maintain
insane levels of accuracy so that drilled holes come out in
the center of the copper pads, so everything is quite
precisely where I designed it to be. So, I can transfer
those coordinates off the PCB design to the mechanical
layout. For a rectangular cutout, all I have to specify is
lower left XY coord, X and Y size, total depth and depth
step, end mill size and amount to be left for the finish
pass, and feedrate. So, 9 numbers. Then, the program
generates the G-code. I can do this way faster than typical
drawings, and then you'd have to go from a drawing to
generate G-code, with pocket routines and offset lines for
the finish toolpath. I doubt many programs could be more
simple than Bobcad/CAM in doing this simple 2.5D work via
CAD. I know it is way faster for me to do it the
conversational way.
Jon
Discussion Thread
Lester Caine
2016-01-26 05:54:53 UTC
Current playing field
Ron Thompson
2016-01-26 06:49:59 UTC
Re: [CAD_CAM_EDM_DRO] Current playing field
Malcolm Parker-Lisberg
2016-01-26 06:50:51 UTC
Re: [CAD_CAM_EDM_DRO] Current playing field
Jon Elson
2016-01-26 09:03:18 UTC
Re: [CAD_CAM_EDM_DRO] Current playing field
Roland Jollivet
2016-01-26 10:29:22 UTC
Re: [CAD_CAM_EDM_DRO] Current playing field
Lester Caine
2016-01-26 11:43:31 UTC
Re: [CAD_CAM_EDM_DRO] Current playing field
Lester Caine
2016-01-26 11:46:21 UTC
Re: [CAD_CAM_EDM_DRO] Current playing field
Jon Elson
2016-01-26 18:52:05 UTC
Re: [CAD_CAM_EDM_DRO] Current playing field
Lester Caine
2016-01-26 21:55:10 UTC
Re: [CAD_CAM_EDM_DRO] Current playing field
Ron Ginger
2016-01-27 04:58:40 UTC
Re: Current playing field
Hannu Venermo
2016-01-27 05:05:54 UTC
Re: [CAD_CAM_EDM_DRO] Re: Current playing field
fenerty@a...
2016-01-27 05:29:10 UTC
Re: [CAD_CAM_EDM_DRO] Re: Current playing field
Jon Elson
2016-01-27 08:20:05 UTC
Re: [CAD_CAM_EDM_DRO] Current playing field
Lester Caine
2016-01-28 07:23:17 UTC
Re: [CAD_CAM_EDM_DRO] Re: Current playing field