Re: [Emc-users] Arcbuddy.py, v1.6

[Gene Heskett]

On Sunday 06 December 2015 08:02:17 andy pugh wrote:

> On 6 December 2015 at 11:53, Gene Heskett  wrote:
> > So what am I doing wrong?  I can't even program a
> > G3 X-0.1375 Y0.1375 I-0.1375 J-0. at the 3" upper end of a Y
> > run, to make a left hand 90 degree turn. The reported error is
> > 95.0495%
>
> When I find myself in this sort of pickle, I say to my self "Stuff it,
> they can deprecate R-format arcs as much as they like, at least they
> work" and use R-format.

How can I convert what I just posted to John T. to R format?  None of 
these moves approach the 180 or 360 points where R looses accuracy. 2 
45's that should meet in the middle to form an S curve, and a 90.

?
And maybe I found it, Johns arc tool appears to spit out good data if its 
in G91 mode. But that also means I have to comment out the g2/3 move 
target point moves.  That actually simplify's the code by several lines, 
but is made up by the G91/G2/G3/G90 wrappers.  No biggie as I can adjust 
it for size and intend to, by carving much cheaper wood for test pieces 
than $150 a board foot ebony.  Probably the best bet is to just run the 
whole sub in G91 mode, and specify each straight runs length as opposed 
to its target ending point.  If I have to do major work to adjust it to 
fit, I'll probably do just that with some math in the preamble.

Thanks Andy, I think I have it whupped.

Thanks Andy.

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)
Genes Web page 

--
Go from Idea to Many App Stores Faster with Intel(R) XDK
Give your users amazing mobile app experiences with Intel(R) XDK.
Use one codebase in this all-in-one HTML5 development environment.
Design, debug & build mobile apps & 2D/3D high-impact games for multiple OSs.
http://pubads.g.doubleclick.net/gampad/clk?id=254741911=/4140
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Arcbuddy.py, v1.6

[Gene Heskett]

On Sunday 06 December 2015 07:45:13 John Thornton wrote:

> Just so we are on the same page the latest version is 1.8
>
> http://wiki.linuxcnc.org/uploads/arcgenm18.py
>
> If your not in the correct starting position then you will get an
> error for sure.
>
> For example:
> center X0 Y0
> diameter 0.275
> start angle 90
> end angle 180
> direction ccw
> gives me a start point of X0.0 Y0.1375
> the arc G3 X-0.1375 Y0.0 I0.0 J-0.1375
>
> so if I run the following in the MDI it just works
> F25
> G0 X0.0 Y0.1375
> G3 X-0.1375 Y0.0 I0.0 J-0.1375
>
> JT

Humm, but it still seems to me that any line of g2/g3 code whose starting 
address is x0 y0, eg exactly where its at, should run to wherever that 
code takes it, without any errors, it ends whereever it ends.  I just 
re-did, using the new 1.8 code, and adjusting the x,y centers to get 
that 0,0 start point for 3 arcs, getting this code from 1.8:

For an S curve that moves a y run by x amount:
G3 X-0.0403 Y0.0972 I-0.1375 J-0. ( is a 45 degree bend to the left )
G2 X-0.0403 Y0.0972 I0.0972 J0.0972 (should go from that end point back 
to where the rest of the y move starts, leaving the x dimension, which 
was .7500" at .6" and the next line takes it to the end of the 
[lid_len - corner_rad] then a 90 degree turn to the left:
G3 X-0.1375 Y0.1375 I-0.1375 J-0.
G1 Y#<_lid_len> X[#<_key_w_lid> - #<_corner_rad>] (is the end point of 
the G3 move above, so I get a 45 degree straight run in place of the 
curve when the arc is commented out)
G1 X0. (back to the upper left corner)
G1 Y0. (back to the point of origin )
G92.1
o ENDSUB
I have to comment out these 3 lines of arc code before it will load into 
LCNC, V2.7.3-sim.  The first one, a 90 degree from 270 to zero at the 
lower right corner works as expected.  These are the next 3.

I used the same arc diameter for all of them, although I suppose I could 
adjust that for the G3/g2 pair if the key width of the longer and 
narrower section needed adjusting.  Obviously I cannot measure the 
result to determine that if it won't even load.

The key, without the arcs after the first one, shows in the attached 
snapshot.  The 45 degree lines are where the arcs belong.
>
> On 12/6/2015 5:53 AM, Gene Heskett wrote:
> > On Sunday 06 December 2015 06:27:37 John Thornton wrote:
> >> The default behavior of incremental.
> >>
> >> JT
> >
> > I was rather convinced of that.  Thanks John T.
> >
> > That means that any set of data that results in x0y0 for the
> > starting address, eg where it at, should be valid.   It is not. 
> > arcbuddy draws exactly what I want it to do,  but when copy/pasted
> > into the code stream, the reported errors are huge, over 90% in some
> > cases.
> >
> > So what am I doing wrong?  I can't even program a
> > G3 X-0.1375 Y0.1375 I-0.1375 J-0. at the 3" upper end of a Y
> > run, to make a left hand 90 degree turn. The reported error is
> > 95.0495%
> >
> > Is there a gcode that can screw that up?  The init line at the top
> > of the file is:
> > G49 G92.1 G17 G40 G90 G91.1
> >
> > The error is in a subroutine where the first line of the subroutine
> > is G92 x0y0z0, and the last line of the subroutine is a G92.1.  The
> > idea is to use the subroutine as a step and repeat to make multiple
> > copies because I'll need a dozen of these things.
> >
> > Not up for good, but if you have any ideas, I'm all eyes when I do
> > get up for the day.
> >
> > Thanks John.
> >
> >> On 12/5/2015 9:07 PM, Gene Heskett wrote:
> >>> What arc mode, absolute or incremental, does arcbuddy's answers
> >>> come out in?
> >>
> >> ---
> >>---  Go from Idea to Many App Stores Faster with Intel(R)
> >> XDK Give your users amazing mobile app experiences with Intel(R)
> >> XDK. Use one codebase in this all-in-one HTML5 development
> >> environment. Design, debug & build mobile apps & 2D/3D high-impact
> >> games for multiple OSs.
> >> http://pubads.g.doubleclick.net/gampad/clk?id=254741911=/4140
> >> ___
> >> Emc-users mailing list
> >> Emc-users@lists.sourceforge.net
> >> https://lists.sourceforge.net/lists/listinfo/emc-users
> >
> > Cheers, Gene Heskett
>
> --
> Go from Idea to Many App Stores Faster with Intel(R) XDK
> Give your users amazing mobile app experiences with Intel(R) XDK.
> Use one codebase in this all-in-one HTML5 development environment.
> Design, debug & build mobile apps & 2D/3D high-impact games for
> multiple OSs.
> http://pubads.g.doubleclick.net/gampad/clk?id=254741911=/4140
> ___
> 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 

Re: [Emc-users] Arcbuddy.py, v1.6

[Gene Heskett]

On Sunday 06 December 2015 06:27:37 John Thornton wrote:

> The default behavior of incremental.
>
> JT

I was rather convinced of that.  Thanks John T.

That means that any set of data that results in x0y0 for the starting 
address, eg where it at, should be valid.   It is not.  arcbuddy draws 
exactly what I want it to do,  but when copy/pasted into the code 
stream, the reported errors are huge, over 90% in some cases.

So what am I doing wrong?  I can't even program a 
G3 X-0.1375 Y0.1375 I-0.1375 J-0. at the 3" upper end of a Y run, to 
make a left hand 90 degree turn. The reported error is 95.0495%

Is there a gcode that can screw that up?  The init line at the top of the 
file is:
G49 G92.1 G17 G40 G90 G91.1

The error is in a subroutine where the first line of the subroutine is 
G92 x0y0z0, and the last line of the subroutine is a G92.1.  The idea is 
to use the subroutine as a step and repeat to make multiple copies 
because I'll need a dozen of these things.

Not up for good, but if you have any ideas, I'm all eyes when I do get up 
for the day.

Thanks John.

> On 12/5/2015 9:07 PM, Gene Heskett wrote:
> > What arc mode, absolute or incremental, does arcbuddy's answers come
> > out in?
>
> --
> Go from Idea to Many App Stores Faster with Intel(R) XDK
> Give your users amazing mobile app experiences with Intel(R) XDK.
> Use one codebase in this all-in-one HTML5 development environment.
> Design, debug & build mobile apps & 2D/3D high-impact games for
> multiple OSs.
> http://pubads.g.doubleclick.net/gampad/clk?id=254741911=/4140
> ___
> 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)
Genes Web page 

--
Go from Idea to Many App Stores Faster with Intel(R) XDK
Give your users amazing mobile app experiences with Intel(R) XDK.
Use one codebase in this all-in-one HTML5 development environment.
Design, debug & build mobile apps & 2D/3D high-impact games for multiple OSs.
http://pubads.g.doubleclick.net/gampad/clk?id=254741911=/4140
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Arcbuddy.py, v1.6

[John Thornton]

Just so we are on the same page the latest version is 1.8

http://wiki.linuxcnc.org/uploads/arcgenm18.py

If your not in the correct starting position then you will get an error 
for sure.

For example:
center X0 Y0
diameter 0.275
start angle 90
end angle 180
direction ccw
gives me a start point of X0.0 Y0.1375
the arc G3 X-0.1375 Y0.0 I0.0 J-0.1375

so if I run the following in the MDI it just works
F25
G0 X0.0 Y0.1375
G3 X-0.1375 Y0.0 I0.0 J-0.1375

JT

On 12/6/2015 5:53 AM, Gene Heskett wrote:
> On Sunday 06 December 2015 06:27:37 John Thornton wrote:
>
>> The default behavior of incremental.
>>
>> JT
> I was rather convinced of that.  Thanks John T.
>
> That means that any set of data that results in x0y0 for the starting
> address, eg where it at, should be valid.   It is not.  arcbuddy draws
> exactly what I want it to do,  but when copy/pasted into the code
> stream, the reported errors are huge, over 90% in some cases.
>
> So what am I doing wrong?  I can't even program a
> G3 X-0.1375 Y0.1375 I-0.1375 J-0. at the 3" upper end of a Y run, to
> make a left hand 90 degree turn. The reported error is 95.0495%
>
> Is there a gcode that can screw that up?  The init line at the top of the
> file is:
> G49 G92.1 G17 G40 G90 G91.1
>
> The error is in a subroutine where the first line of the subroutine is
> G92 x0y0z0, and the last line of the subroutine is a G92.1.  The idea is
> to use the subroutine as a step and repeat to make multiple copies
> because I'll need a dozen of these things.
>
> Not up for good, but if you have any ideas, I'm all eyes when I do get up
> for the day.
>
> Thanks John.
>
>> On 12/5/2015 9:07 PM, Gene Heskett wrote:
>>> What arc mode, absolute or incremental, does arcbuddy's answers come
>>> out in?
>> --
>>  Go from Idea to Many App Stores Faster with Intel(R) XDK
>> Give your users amazing mobile app experiences with Intel(R) XDK.
>> Use one codebase in this all-in-one HTML5 development environment.
>> Design, debug & build mobile apps & 2D/3D high-impact games for
>> multiple OSs.
>> http://pubads.g.doubleclick.net/gampad/clk?id=254741911=/4140
>> ___
>> Emc-users mailing list
>> Emc-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/emc-users
>
> Cheers, Gene Heskett


--
Go from Idea to Many App Stores Faster with Intel(R) XDK
Give your users amazing mobile app experiences with Intel(R) XDK.
Use one codebase in this all-in-one HTML5 development environment.
Design, debug & build mobile apps & 2D/3D high-impact games for multiple OSs.
http://pubads.g.doubleclick.net/gampad/clk?id=254741911=/4140
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Arcbuddy.py, v1.6

[John Thornton]

The default behavior of incremental.

JT

On 12/5/2015 9:07 PM, Gene Heskett wrote:
> What arc mode, absolute or incremental, does arcbuddy's answers come out
> in?


--
Go from Idea to Many App Stores Faster with Intel(R) XDK
Give your users amazing mobile app experiences with Intel(R) XDK.
Use one codebase in this all-in-one HTML5 development environment.
Design, debug & build mobile apps & 2D/3D high-impact games for multiple OSs.
http://pubads.g.doubleclick.net/gampad/clk?id=254741911=/4140
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Arcbuddy.py, v1.6

[andy pugh]

On 6 December 2015 at 11:53, Gene Heskett  wrote:
> So what am I doing wrong?  I can't even program a
> G3 X-0.1375 Y0.1375 I-0.1375 J-0. at the 3" upper end of a Y run, to
> make a left hand 90 degree turn. The reported error is 95.0495%

When I find myself in this sort of pickle, I say to my self "Stuff it,
they can deprecate R-format arcs as much as they like, at least they
work" and use R-format.

-- 
atp
If you can't fix it, you don't own it.
http://www.ifixit.com/Manifesto

--
Go from Idea to Many App Stores Faster with Intel(R) XDK
Give your users amazing mobile app experiences with Intel(R) XDK.
Use one codebase in this all-in-one HTML5 development environment.
Design, debug & build mobile apps & 2D/3D high-impact games for multiple OSs.
http://pubads.g.doubleclick.net/gampad/clk?id=254741911=/4140
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

[Emc-users] Arcbuddy.py, v1.6

[Gene Heskett]

Greetings;

What arc mode, absolute or incremental, does arcbuddy's answers come out 
in?

I have the default incremental arc mode set into in the code.

So, needing a 45 degree arc, in ccw direction, with an arc diameter 
of .275 (twice the #<_corner_rad> I use elsewhere in the code to stop a 
run short, leaving room for the arc), giving an x center offset 
of -#<_corner_rad>, arcbuddy spits out a G3 string that looks like it 
should work, but obviously I'm not groking it all.
I am at the end of a Y move thats about an inch above the origin 0. 
for Y. X is at key_w_end=0.7500
In arcbuddy, X center of arc is set -0.1375, eg half the diameter.
Y center is set 0., where its at in incremental mode.
Diameter is set 0.275.
Start angle 0..
End angle 45..
Starting X,Y says 0. for both when show me has been clicked.
The G3 arc line, entered in my code:
G3 X-0.0403 Y0.0972 I-0.1375 J-0.

Thats in incremental mode

And LCNC yells its off more than 87%. I'd copy/paste the error box but it 
can't be done.

Again using arcbuddy.py, the upper right 90 degree corner:
X center = -0.1375 from where its at, Y center =0. (where its at)
dia=.2750
start x,y=0.
G3 X-0.1375 Y0.1375 I-0.1375 J-0.
And LCNC says its off 95+% !!

What the heck am I doing wrong?

This same arcbuddy gave me a G3 line for the lower right 90 degree arc ( 
using 270. to 0.)  corner, ccw, that worked the first time. 

Thanks all;

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)
Genes Web page 

--
Go from Idea to Many App Stores Faster with Intel(R) XDK
Give your users amazing mobile app experiences with Intel(R) XDK.
Use one codebase in this all-in-one HTML5 development environment.
Design, debug & build mobile apps & 2D/3D high-impact games for multiple OSs.
http://pubads.g.doubleclick.net/gampad/clk?id=254741911=/4140
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users