Re: [Emc-users] I am STILL not getting G2/G3

[Gene Heskett]

On Monday 02 November 2020 14:58:59 Craig Hodne via Emc-users wrote:

> > Here is the code I have adapted from counterbore.py's output to try
> > and be position independent:  Single stepped from MDI input
> > =
> > (counterbore sub)
> > o100 SUB
> > (SHCS Counterbore, Diameter = 0.3900, Depth = 0.1750 )
> > (Number of Cuts 7, Depth of Cut 0.0250)
> > (Tool Diameter = 0.2500)
> > (Spiral Down to Depth of each Pass and Spiral Out)
> > F10.0 S1000 M3 (start spindle) (works)
> > (Hole Pattern Center is at touched off X0. Y0.)
> > (use polar coord moves to position, then call this sub)
> > G90 (absolute distance mode) (works)
> > G0 Z4.2500 (clear fixtures etc) (works)
> > G91 (relative distance mode)
> > G0 X0. Y-0.0700 (pre-position to start a G3 move) (works)
> > (spiral down in relative, so just step z down in additive mode)
> > G3 X0. Y-0.0700 Z-0.0250 J0.0700 (dies here)
> > G3 X0. Y-0.0700 Z-0.0250 J0.0700
> > G3 X0. Y-0.0700 Z-0.0250 J0.0700
> > G3 X0. Y-0.0700 Z-0.0250 J0.0700
> > G3 X0. Y-0.0700 Z-0.0250 J0.0700
> > G3 X0. Y-0.0700 Z-0.0250 J0.0700
> > G3 X0. Y-0.0700 Z-0.0250 J0.0700
> > (clean up bottom of hole)
> > G3 X0. Y-0.0700 J0.0700
> > G90 (back to absolute)
> > G0 Z4.2500 (clear work and clamps)
> > G1 X0. Y0. (back to center of pattern)
> > M5 (turn off spindle)
> > o100 ENDSUB
> > ( list of locations in polar format, 3 at this time)
> > #<_clear_work> = 4.5 (inches)
> >
> > G0 z#<_clear_work> (works)
> > G61 (works)
> > G1 F20 @2.5000 ^11 (goes to 1st location, works)
> > o100 CALL (fails, on first G3, see above)
> > G0 z#<_clear_work>
> > G1 F20 @2.5000 ^100
> > o100 CALL
> > G0Z#<_clear_work>
> > G1 F20 @2.5000 ^175
> > o100 CALL
> > ( etc etc)
> > M5
> > M2
> > ==
> > Called counterbore5mm.ngc
> > Won't load-run, 50% error.
> >
> > What am I doing wrong?
> >
> > Thank you.
> >
> > Cheers, Gene Heskett
>
> Gene, I believe your problem is based in incrementing the Y-axis
> position in each of the steps. Change the Y-0.0700 to Y 0. for
> each of the steps in the subroutine. The only axis you want to
> increment is the Z axis.
>
> G3 X0. Y-0. Z-0.0250 J0.0700
> G3 X0. Y-0. Z-0.0250 J0.0700
> G3 X0. Y-0. Z-0.0250 J0.0700
> G3 X0. Y-0. Z-0.0250 J0.0700
> G3 X0. Y-0. Z-0.0250 J0.0700
> G3 X0. Y-0. Z-0.0250 J0.0700
> G3 X0. Y-0. Z-0.0250 J0.0700
>
> You want the end of the arc to be in the same place as the start of
> the arc, not 0.0700 further in the negative Y direction. As you have
> coded it, the arc begins with a radius of 0.0700 and ends with a
> radius of 0.1400.
>
> Craig

That may indeed have been the problem, but it was a straight copy/paste 
from counterbore.py, from the "simple-gcode-generators.zip" from JT's 
site at gnipsel. I found that link in our wiki. 

In any event, the first move placed the tool at the top of the circle, 
and each subsequent y should have wound up at the same xy, with z 
decremented, and it bailed on the first g3 move before doing it.

What fixed it was junking the G90/G91 in favor of a temporary G92 x0 y0, 
and a G92.1 to restore the mapping when that sub invocation was finished

That and using arcgenm18.py for the code src allowed me to shrink the sub 
by about 13 lines.  And it just worked. ;-) The cake icing was that I 
could use a G1 F40 @2.5000 ^degrees to do the circle of mounting holes 
at the edge of a circular plate, without all the math to calculate it in 
x/y format.

Thanks Craig.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page 


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] I am STILL not getting G2/G3

[Craig Hodne via Emc-users]

Here is the code I have adapted from counterbore.py's output to try and
be position independent:  Single stepped from MDI input
=
(counterbore sub)
o100 SUB
(SHCS Counterbore, Diameter = 0.3900, Depth = 0.1750 )
(Number of Cuts 7, Depth of Cut 0.0250)
(Tool Diameter = 0.2500)
(Spiral Down to Depth of each Pass and Spiral Out)
F10.0 S1000 M3 (start spindle) (works)
(Hole Pattern Center is at touched off X0. Y0.)
(use polar coord moves to position, then call this sub)
G90 (absolute distance mode) (works)
G0 Z4.2500 (clear fixtures etc) (works)
G91 (relative distance mode)
G0 X0. Y-0.0700 (pre-position to start a G3 move) (works)
(spiral down in relative, so just step z down in additive mode)
G3 X0. Y-0.0700 Z-0.0250 J0.0700 (dies here)
G3 X0. Y-0.0700 Z-0.0250 J0.0700
G3 X0. Y-0.0700 Z-0.0250 J0.0700
G3 X0. Y-0.0700 Z-0.0250 J0.0700
G3 X0. Y-0.0700 Z-0.0250 J0.0700
G3 X0. Y-0.0700 Z-0.0250 J0.0700
G3 X0. Y-0.0700 Z-0.0250 J0.0700
(clean up bottom of hole)
G3 X0. Y-0.0700 J0.0700
G90 (back to absolute)
G0 Z4.2500 (clear work and clamps)
G1 X0. Y0. (back to center of pattern)
M5 (turn off spindle)
o100 ENDSUB
( list of locations in polar format, 3 at this time)
#<_clear_work> = 4.5 (inches)

G0 z#<_clear_work> (works)
G61 (works)
G1 F20 @2.5000 ^11 (goes to 1st location, works)
o100 CALL (fails, on first G3, see above)
G0 z#<_clear_work>
G1 F20 @2.5000 ^100
o100 CALL
G0Z#<_clear_work>
G1 F20 @2.5000 ^175
o100 CALL
( etc etc)
M5
M2
==
Called counterbore5mm.ngc
Won't load-run, 50% error.

What am I doing wrong?

Thank you.

Cheers, Gene Heskett


Gene, I believe your problem is based in incrementing the Y-axis 
position in each of the steps. Change the Y-0.0700 to Y 0. for each 
of the steps in the subroutine. The only axis you want to increment is 
the Z axis.


   G3 X0. Y-0. Z-0.0250 J0.0700
   G3 X0. Y-0. Z-0.0250 J0.0700
   G3 X0. Y-0. Z-0.0250 J0.0700
   G3 X0. Y-0. Z-0.0250 J0.0700
   G3 X0. Y-0. Z-0.0250 J0.0700
   G3 X0. Y-0. Z-0.0250 J0.0700
   G3 X0. Y-0. Z-0.0250 J0.0700

You want the end of the arc to be in the same place as the start of the 
arc, not 0.0700 further in the negative Y direction. As you have coded 
it, the arc begins with a radius of 0.0700 and ends with a radius of 0.1400.


Craig

___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] I am STILL not getting G2/G3

[Gene Heskett]

On Monday 02 November 2020 09:59:59 Stuart Stevenson wrote:

> Gene,
>
> The first thing I would try is as follows:
>
> change from
> G3 X0. Y-0.0700 Z-0.0250 J0.0700 (dies here)
> G3 X0. Y-0.0700 Z-0.0250 J0.0700
> G3 X0. Y-0.0700 Z-0.0250 J0.0700
> G3 X0. Y-0.0700 Z-0.0250 J0.0700
> G3 X0. Y-0.0700 Z-0.0250 J0.0700
> G3 X0. Y-0.0700 Z-0.0250 J0.0700
> G3 X0. Y-0.0700 Z-0.0250 J0.0700
>
> to
> G3 X0. Y0.0700 Z-0.0250 J0.0700
> G3 X0. Y-0.0700 Z-0.0250 J-0.0700
> G3 X0. Y0.0700 Z-0.0250 J0.0700
> G3 X0. Y-0.0700 Z-0.0250 J-0.0700
> G3 X0. Y0.0700 Z-0.0250 J0.0700
> G3 X0. Y-0.0700 Z-0.0250 J-0.0700
> G3 X0. Y0.0700 Z-0.0250 J0.0700
> G3 X0. Y-0.0700 Z-0.0250 J-0.0700
> G3 X0. Y0.0700 Z-0.0250 J0.0700
> G3 X0. Y-0.0700 Z-0.0250 J-0.0700
> G3 X0. Y0.0700 Z-0.0250 J0.0700
> G3 X0. Y-0.0700 Z-0.0250 J-0.0700
> G3 X0. Y0.0700 Z-0.0250 J0.0700
> G3 X0. Y-0.0700 Z-0.0250 J-0.0700
>
> In other words do a half circle on each line
>
> Hope this works
Dunno Stuart, I switched to copy/pasteing the output of arcgenm18.py and 
adding the depth options, worked like a charm.

I faintly recall tangleing with counterbore.py quite some time back. With 
similar results.

Thanks Stuart


Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page 


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] I am STILL not getting G2/G3

[Stuart Stevenson]

Gene,

The first thing I would try is as follows:

change from
G3 X0. Y-0.0700 Z-0.0250 J0.0700 (dies here)
G3 X0. Y-0.0700 Z-0.0250 J0.0700
G3 X0. Y-0.0700 Z-0.0250 J0.0700
G3 X0. Y-0.0700 Z-0.0250 J0.0700
G3 X0. Y-0.0700 Z-0.0250 J0.0700
G3 X0. Y-0.0700 Z-0.0250 J0.0700
G3 X0. Y-0.0700 Z-0.0250 J0.0700

to
G3 X0. Y0.0700 Z-0.0250 J0.0700
G3 X0. Y-0.0700 Z-0.0250 J-0.0700
G3 X0. Y0.0700 Z-0.0250 J0.0700
G3 X0. Y-0.0700 Z-0.0250 J-0.0700
G3 X0. Y0.0700 Z-0.0250 J0.0700
G3 X0. Y-0.0700 Z-0.0250 J-0.0700
G3 X0. Y0.0700 Z-0.0250 J0.0700
G3 X0. Y-0.0700 Z-0.0250 J-0.0700
G3 X0. Y0.0700 Z-0.0250 J0.0700
G3 X0. Y-0.0700 Z-0.0250 J-0.0700
G3 X0. Y0.0700 Z-0.0250 J0.0700
G3 X0. Y-0.0700 Z-0.0250 J-0.0700
G3 X0. Y0.0700 Z-0.0250 J0.0700
G3 X0. Y-0.0700 Z-0.0250 J-0.0700

In other words do a half circle on each line

Hope this works
Stuart



On Sat, Oct 31, 2020 at 12:04 PM Gene Heskett  wrote:

> Greetings all;
>
> Here is the code I have adapted from counterbore.py's output to try and
> be position independent:  Single stepped from MDI input
> =
> (counterbore sub)
> o100 SUB
> (SHCS Counterbore, Diameter = 0.3900, Depth = 0.1750 )
> (Number of Cuts 7, Depth of Cut 0.0250)
> (Tool Diameter = 0.2500)
> (Spiral Down to Depth of each Pass and Spiral Out)
> F10.0 S1000 M3 (start spindle) (works)
> (Hole Pattern Center is at touched off X0. Y0.)
> (use polar coord moves to position, then call this sub)
> G90 (absolute distance mode) (works)
> G0 Z4.2500 (clear fixtures etc) (works)
> G91 (relative distance mode)
> G0 X0. Y-0.0700 (pre-position to start a G3 move) (works)
> (spiral down in relative, so just step z down in additive mode)
> G3 X0. Y-0.0700 Z-0.0250 J0.0700 (dies here)
> G3 X0. Y-0.0700 Z-0.0250 J0.0700
> G3 X0. Y-0.0700 Z-0.0250 J0.0700
> G3 X0. Y-0.0700 Z-0.0250 J0.0700
> G3 X0. Y-0.0700 Z-0.0250 J0.0700
> G3 X0. Y-0.0700 Z-0.0250 J0.0700
> G3 X0. Y-0.0700 Z-0.0250 J0.0700
> (clean up bottom of hole)
> G3 X0. Y-0.0700 J0.0700
> G90 (back to absolute)
> G0 Z4.2500 (clear work and clamps)
> G1 X0. Y0. (back to center of pattern)
> M5 (turn off spindle)
> o100 ENDSUB
> ( list of locations in polar format, 3 at this time)
> #<_clear_work> = 4.5 (inches)
>
> G0 z#<_clear_work> (works)
> G61 (works)
> G1 F20 @2.5000 ^11 (goes to 1st location, works)
> o100 CALL (fails, on first G3, see above)
> G0 z#<_clear_work>
> G1 F20 @2.5000 ^100
> o100 CALL
> G0Z#<_clear_work>
> G1 F20 @2.5000 ^175
> o100 CALL
> ( etc etc)
> M5
> M2
> ==
> Called counterbore5mm.ngc
> Won't load-run, 50% error.
>
> What am I doing wrong?
>
> Thank you.
>
> Cheers, Gene Heskett
> --
> "There are four boxes to be used in defense of liberty:
>  soap, ballot, jury, and ammo. Please use in that order."
> -Ed Howdershelt (Author)
> If we desire respect for the law, we must first make the law respectable.
>  - Louis D. Brandeis
> Genes Web page 
>
>
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>


-- 
Addressee is the intended audience.
If you are not the addressee then my consent is not given for you to read
this email furthermore it is my wish you would close this without saving or
reading, and cease and desist from saving or opening my private
correspondence.
Thank you for honoring my wish.

___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] I am STILL not getting G2/G3

[Gene Heskett]

On Sunday 01 November 2020 05:59:13 andy pugh wrote:

> On Sat, 31 Oct 2020 at 20:48, Gene Heskett  
wrote:
> > Yes Jon, r1 does not equal r2. Gawd I wish that error window was
> > copy/pastable. The code straight out of counterbore.py has exactly
> > the same error.
>
> G90 / G91 and G90.1 / G91.1 need to match the assumptions of the
> G-code.

Referencing simple-gcode-generators.zip, do you get useable gcode out of 
counterbore.py?

I didn't. I tried it straight out, same 50% error. Since arcgenm18.py is 
a more universal method of doing the same thing, I defined the 
counterbore as read by miking the head of the screw, subbing the 
diameter of the tool and adding 10 thou for clearance & depth, used its 
output, adding the Z and P and it Just Works. I added a G92 x0. 
y0. at the top of the sub, and a G92.1 to restore when it was done.  
Sweet. Nice compact PIC gcode. :) Now all I have to do is remember it. 
:(

I don't recall from days of yore, that touch offs survived a rehome or 
reload of LinuxCNC, but now they do, and that has been a great help 
recently. Thank you.

Now I need to have a method that will let me un-clamp this piece, use it 
to guide the drilling of tap sized holes in the side of the bs-1, then 
remount it to drill those same screw holes out for clearing 5mm bolts. 
I'll try superglueing the pads its sitting on to the table and dropping 
the drill bit bits in the holes that are drilled into the padding. That 
should allow it to be remounted for expanding the 4.3mm holes to around 
5.1mm with the same location array. I wasn't thinking ahead far enough 
to glue them down first. :( Dumbass at work...

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page 


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] I am STILL not getting G2/G3

[andy pugh]

On Sat, 31 Oct 2020 at 20:48, Gene Heskett  wrote:

> Yes Jon, r1 does not equal r2. Gawd I wish that error window was
> copy/pastable. The code straight out of counterbore.py has exactly the
> same error.

G90 / G91 and G90.1 / G91.1 need to match the assumptions of the G-code.

-- 
atp
"A motorcycle is a bicycle with a pandemonium attachment and is
designed for the especial use of mechanical geniuses, daredevils and
lunatics."
— George Fitch, Atlanta Constitution Newspaper, 1912


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] I am STILL not getting G2/G3

[Gene Heskett]

On Saturday 31 October 2020 20:25:07 Jon Elson wrote:

> On 10/31/2020 03:46 PM, Gene Heskett wrote:
> > Yes Jon, r1 does not equal r2. Gawd I wish that error window was
> > copy/pastable. The code straight out of counterbore.py has exactly
> > the same error.  Is there a newer version of it?  Where?
>
> I never use IJ arcs, but only R arcs.  Saves me a LOT of
> headaches.
>
I'll have to admit they do enhance my success rate too, but all 
these "wizards" use the IJ stuff.

> Jon
>
>
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users


Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page 


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] I am STILL not getting G2/G3

[Jon Elson]

On 10/31/2020 03:46 PM, Gene Heskett wrote:


Yes Jon, r1 does not equal r2. Gawd I wish that error window was
copy/pastable. The code straight out of counterbore.py has exactly the
same error.  Is there a newer version of it?  Where?


I never use IJ arcs, but only R arcs.  Saves me a LOT of 
headaches.


Jon


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] I am STILL not getting G2/G3

[Gene Heskett]

On Saturday 31 October 2020 16:46:16 Gene Heskett wrote:

> On Saturday 31 October 2020 15:53:50 Jon Elson wrote:
> > On 10/31/2020 12:01 PM, Gene Heskett wrote:
> > > G0 Z4.2500 (clear fixtures etc) (works)
> > > G0 X0. Y-0.0700 (pre-position to start a G3 move) (works)
> > > (spiral down in relative, so just step z down in additive mode)
> > > G91 (relative distance mode)
> > > G3 X0. Y-0.0700 Z-0.0250 J0.0700 (dies here)
> >
> > OK, you have selected a circular arc move, presumably in the
> > XY plane.
> > Then, you go from X=0 Y= -0.07 Z=4.15
> >
> > to
> > X=0 Y=-0.14 Z=4.275  which is NOT a move in the XY plane.
> > But, if XY plane is selected,
> > then the extra axis should move the desired amount while the
> > XY arc is performed.
> >
> > But, what exactly is the error?  Is it a distance to end
> > does not equal distance from start?
> >
> > Jon
>
> Yes Jon, r1 does not equal r2. Gawd I wish that error window was
> copy/pastable. The code straight out of counterbore.py has exactly the
> same error.  Is there a newer version of it?  Where?

PS:
I did get it done, but I nuked the gcode from counterbore.py, and used 
the code from arcgenm18.py, which once I had reinitialized lcnc, Just 
Worked. So those counterbores are done. But before I dismount that part 
from the table, I believe I need to find 2 more 5x30mm cap screws and 
put 5 around the edge instead of 3.  This is a 1" thick slab of alu, 
milled in a circle which exposes the tilt of the head degrees scales, 
with a flat corresponding to the front of the bs-1, has a cutout for the 
bs-1 worm bearing and which currently is drilled with a 4.3mm drill so 
it can be located of the side of the bs-1, and superglued in place long 
enough to use it to drill the holes in the bs-1 at a size suitable for 
tapping a 5mm bolt. Then it will get knocked off, those 4.3mm holes 
opened up to clear the 5mm bolt.  All this to function as a flat place 
to bolt down a pair of half circle motor mounts, far enough out to make 
a shaft coupling to tie the motors output worm to the bs-1's input worm. 
All mounted solidly enough I could pick up the whole almost 90kg of this 
thing by a choker strap around the motor. If I had to. With a jerky 
electric hoist. Generally I handle it with the hoist with a 16" piece of 
1/2" A2 thru the bore, and an orange binder strap tangled around it. 
Looks a bit dicey, but gets the job done.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page 


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] I am STILL not getting G2/G3

[Gene Heskett]

On Saturday 31 October 2020 15:53:50 Jon Elson wrote:

> On 10/31/2020 12:01 PM, Gene Heskett wrote:
> > G0 Z4.2500 (clear fixtures etc) (works)
> > G0 X0. Y-0.0700 (pre-position to start a G3 move) (works)
> > (spiral down in relative, so just step z down in additive mode)
> > G91 (relative distance mode)
> > G3 X0. Y-0.0700 Z-0.0250 J0.0700 (dies here)
>
> OK, you have selected a circular arc move, presumably in the
> XY plane.
> Then, you go from X=0 Y= -0.07 Z=4.15
>
> to
> X=0 Y=-0.14 Z=4.275  which is NOT a move in the XY plane.
> But, if XY plane is selected,
> then the extra axis should move the desired amount while the
> XY arc is performed.
>
> But, what exactly is the error?  Is it a distance to end
> does not equal distance from start?
>
> Jon
>
Yes Jon, r1 does not equal r2. Gawd I wish that error window was 
copy/pastable. The code straight out of counterbore.py has exactly the 
same error.  Is there a newer version of it?  Where?

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page 


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] I am STILL not getting G2/G3

[Gene Heskett]

On Saturday 31 October 2020 15:20:29 marcus.bow...@visible.eclipse.co.uk 
wrote:

> Gene,
>
> I am probably barking up the wrong tree, but:
>
> As a general method, I would position the controlled point where I
> wanted the routine to begin.
> (Say at X40 Y25 Z10)
> Then I would call the subroutine.
> Inside the subroutine, I would use G92 to set the current position to
> zero (or some other useful value - but usually zero).
> So that would mean putting
> G92 X0 Y0 Z0
> at the start. And that would create an offset for the whole
> co-ordinate system, so that the controlled point is now considered to
> be at X0 Y0 Z0 (or whatever you specified when you used the G92
> command).
> Then there would be the various commands to get the job done.
> The subroutine would end with
> G92.1
> to remove the overall offset and return the co-ordinate system to its
> original values before I called the subroutine.
>
> I don't see G92 or G92.1 anywhere in your code.
> I do see G91, but I am not sure why - not that it matters, provided it
> is not trying to do the job of G92.
>
> I may be well of beam with this, and may have misunderstood the
> problem, in which case I apologize.
>
No, I think you have the picture nice and sharp.

But with those changes, I am still looking at the same 50% arc error. 
But, I am looking at the exact same error straight out of 
conterbore.py!!! Nothing added. Nothing removed. This it is, straight 
out of counterbore.py
=
(SHCS Counterbore, Diameter = 0.3600, Depth = 0.2000 )
(Number of Cuts 14, Depth of Cut 0.0143)
(Tool Diameter = 0.2500)
(Spiral Down to Depth of each Pass and Spiral Out)
F10.0 S750
(Hole Center X0. Y0.)
G0 Z4.2500
G0 X0. Y-0.0550
G1 Z0.0100
(spiral down)
G3 X0. Y-0.0550 Z-0.0143 J0.0550
G3 X0. Y-0.0550 Z-0.0286 J0.0550
G3 X0. Y-0.0550 Z-0.0429 J0.0550
G3 X0. Y-0.0550 Z-0.0571 J0.0550
G3 X0. Y-0.0550 Z-0.0714 J0.0550
G3 X0. Y-0.0550 Z-0.0857 J0.0550
G3 X0. Y-0.0550 Z-0.1000 J0.0550
G3 X0. Y-0.0550 Z-0.1143 J0.0550
G3 X0. Y-0.0550 Z-0.1286 J0.0550
G3 X0. Y-0.0550 Z-0.1429 J0.0550
G3 X0. Y-0.0550 Z-0.1571 J0.0550
G3 X0. Y-0.0550 Z-0.1714 J0.0550
G3 X0. Y-0.0550 Z-0.1857 J0.0550
G3 X0. Y-0.0550 Z-0.2000 J0.0550
(clean up hole)
G3 X0. Y-0.0550 J0.0550
G1 X0. Y0.
==
> Regards,
>
> Marcus
>
Thank you Marcus, that sounds like it would work. But Z remains absolute 
in this instance so I am assuming a G92 x0. y0. would do what I 
want. I'm obviously still learning some of the finer points about gcode. 
Only been hacking on it for 16 years or so. :) But g2/3 has been my 
nemisis since the first BDI install.


Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page 


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] I am STILL not getting G2/G3

[Jon Elson]

On 10/31/2020 12:01 PM, Gene Heskett wrote:

G0 Z4.2500 (clear fixtures etc) (works)
G0 X0. Y-0.0700 (pre-position to start a G3 move) (works)
(spiral down in relative, so just step z down in additive mode)
G91 (relative distance mode)
G3 X0. Y-0.0700 Z-0.0250 J0.0700 (dies here)

OK, you have selected a circular arc move, presumably in the 
XY plane.

Then, you go from X=0 Y= -0.07 Z=4.15

to
X=0 Y=-0.14 Z=4.275  which is NOT a move in the XY plane.  
But, if XY plane is selected,
then the extra axis should move the desired amount while the 
XY arc is performed.


But, what exactly is the error?  Is it a distance to end 
does not equal distance from start?


Jon


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] I am STILL not getting G2/G3

[marcus . bowman]

Gene,

I am probably barking up the wrong tree, but:

As a general method, I would position the controlled point where I 
wanted the routine to begin.

(Say at X40 Y25 Z10)
Then I would call the subroutine.
Inside the subroutine, I would use G92 to set the current position to 
zero (or some other useful value - but usually zero).

So that would mean putting
G92 X0 Y0 Z0
at the start. And that would create an offset for the whole co-ordinate 
system, so that the controlled point is now considered to be at X0 Y0 Z0 
(or whatever you specified when you used the G92 command).

Then there would be the various commands to get the job done.
The subroutine would end with
G92.1
to remove the overall offset and return the co-ordinate system to its 
original values before I called the subroutine.


I don't see G92 or G92.1 anywhere in your code.
I do see G91, but I am not sure why - not that it matters, provided it 
is not trying to do the job of G92.


I may be well of beam with this, and may have misunderstood the problem, 
in which case I apologize.


Regards,

Marcus


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users