[Emc-users] Fusion360 gcode= "Radius to end arc differs from radius start"

2019-01-13 Thread Danny Miller
I'm managing a community shop with the CNC I designed and built. It's 
running on LinuxCNC 2.7.4


I was told people brought in some Fusion360-generated code that created 
an error "Radius to end arc differs from radius start". Nobody has 
provided me that gcode, so I have no further details. Google saysa this 
was a common issue after a q4 2018 patch to fusion360


People cited this:

https://forums.autodesk.com/t5/fusion-360-computer-aided/help-with-radius-vs-ijk/m-p/7234440#M34397

That the .ini file should assign a new #TOLERANCE_INCH and #TOLERANCE_MM

Does this make sense as a fix?

Danny




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


Re: [Emc-users] color me pissed

2019-01-13 Thread Gene Heskett
On Sunday 13 January 2019 22:39:54 Gregg Eshelman via Emc-users wrote:

> Have the authors of those programs ever actually used a properly
> functioning text editing program? Can xmlcopyeditor even open the
> files it saves?

yes, np.
> I have, several times over the years, run into programs 
> that could save in formats they could not open, or would auto-corrupt
> files they'd just saved upon re-opening them. So if you couldn't get
> the job done 100% and perfect in one go, forget it. For example
> trueSpace can save to VRML 1 and 2 but cannot open version 2 files.

That sucks, at about 10-34 torr.

> There was a version of Word Perfect for Windows that was a decent HTML
> editor, or would have been if it didn't totally FUBAR HTML files it
> had been used to create when the user re-opened them in Word Perfect.
> Way back in the DOS days there was a graphics program I was eager to
> like because of the features it had, until I first used it, did
> something, saved the image - then found the program could not open
> that format.
>
> Being able to open file formats it can't save to is nearly as
> horrible, if the software can save to a different format without
> making a mess of the data.

Makes you want to move south and hunt alligators for a living. :(

Thanks  Gregg.

Cheers, Gene Heskett
-- 



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


Re: [Emc-users] color me pissed

2019-01-13 Thread Gene Heskett
On Sunday 13 January 2019 22:24:24 Chris Albertson wrote:

> For editing XML, I just use Eclipse.  It's default HTML editor will
> color hi light XML.  But if you are not doing software development
> then Eclipse will not be something you already have.  But other
> editors have language plug-ins will certainly have one for XML  that
> will do colored syntax hi lighting and flags errors as you type.
>
> As for not loosing work.  Are you using any kind of version control
> system? 

No, but I am now running the current version that works so far thru 
xmlindent to an increased version#, and then continueing to work on the 
new file that creates.

> You should be committing changes after some new improvement 
> works, commit the change and write a note. Then you have a record of
> every file version and why you changed it.   Put the data on Github of
> some other cloud service and if an asteroid lands on your house the
> data is still there.
>
> Onto of thatchy not set up abackupsystemthat runs every hound save the
> changes.  There are any number that run on Linux.
>
> I keep filesI can't re-create on at least three redundant back backup
> locations. That is the minimum of the data is to survive some kind
> ofacizent like a lightening strike or a house fire or theft of the
> equipment.  The version control stuff protects yo against yourself
> accidentally saving file after electing every line and then not
> noticing the error until the backup system have overwritten you good
> copies. and 1,000 other common user errors. I think almost all
> people doing software have moved housing Git from other version
> control systems.

I just found that  the same file/function on the G0704 has the missing 
tally leds for the alignment stuff, so once I'm well into my 2nd cuppa, 
and have my lady coffee'd and fed, I should be able to transfer that 
stuff into the next version of this file.

[...]

Thanks Chris.

Cheers, Gene Heskett
-- 



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


Re: [Emc-users] color me pissed

2019-01-13 Thread Gregg Eshelman via Emc-users
Have the authors of those programs ever actually used a properly functioning 
text editing program? Can xmlcopyeditor even open the files it saves?I have, 
several times over the years, run into programs that could save in formats they 
could not open, or would auto-corrupt files they'd just saved upon re-opening 
them. So if you couldn't get the job done 100% and perfect in one go, forget it.
For example trueSpace can save to VRML 1 and 2 but cannot open version 2 files. 
There was a version of Word Perfect for Windows that was a decent HTML editor, 
or would have been if it didn't totally FUBAR HTML files it had been used to 
create when the user re-opened them in Word Perfect. Way back in the DOS days 
there was a graphics program I was eager to like because of the features it 
had, until I first used it, did something, saved the image - then found the 
program could not open that format.
 
Being able to open file formats it can't save to is nearly as horrible, if the 
software can save to a different format without making a mess of the data.

On Sunday, January 13, 2019, 5:49:54 PM MST, Gene Heskett 
 wrote:  
 
 Greetings all;

In search of something, anything that might give me a clue as to why 
about a months work on custompanel.xml was killing linuxcnc, I installed 
xmlindent, and xmlcopyeditor.

Thinking I might find a clue in the re-indented code, I checked the man 
page for xmlindent. But it has only a -option for an output file.  So I 
ran it.  Never came back, so I added the -w option. Never came back.

Opps, now I have a zero length file where it was 130+ LOC with an error 
of some sort that let it load up to the final  before it puked 
at column 2. I can get most of it back by dragging it in from another 
machine with a similar setup but to restore what I had 20 minutes ago 
will take a hell of a lot longer than I have left in me for tonight. So 
then I tried xmlcopyeditor, thinking I could copy/paste into that. But 
its apparently only for new creation as it does not accept a paste. 
WTF??

So where can I find an xml editor that will let me copy/paste from the 
Document.pdf, most of the stuff from pages 392 on to get an rpm meter, 
on, fwd, rev leds, and append align.xml stuffs to that with added status 
leds to show the current machine alignment state, and which will also 
show any errors (cuz the Doc.pdf has quite a few errors of its own).

And preferably not capable of destroying several weeks worth of work over 
the last 5 years?

I know this isn't your fault, none of you wrote this stuff, but this xml 
bs needs warning labels because it can destroy anybodies sanity.
  
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


Re: [Emc-users] color me pissed

2019-01-13 Thread Chris Albertson
For editing XML, I just use Eclipse.  It's default HTML editor will color
hi light XML.  But if you are not doing software development then Eclipse
will not be something you already have.  But other editors have language
plug-ins will certainly have one for XML  that will do colored syntax hi
lighting and flags errors as you type.

As for not loosing work.  Are you using any kind of version control
system?  You should be committing changes after some new improvement works,
commit the change and write a note. Then you have a record of every file
version and why you changed it.   Put the data on Github of some other
cloud service and if an asteroid lands on your house the data is still
there.

Onto of thatchy not set up abackupsystemthat runs every hound save the
changes.  There are any number that run on Linux.

I keep filesI can't re-create on at least three redundant back backup
locations. That is the minimum of the data is to survive some kind
ofacizent like a lightening strike or a house fire or theft of the
equipment.  The version control stuff protects yo against yourself
accidentally saving file after electing every line and then not noticing
the error until the backup system have overwritten you good copies. and
1,000 other common user errors. I think almost all people doing
software have moved housing Git from other version control systems.



On Sun, Jan 13, 2019 at 4:47 PM Gene Heskett  wrote:

> Greetings all;
>
> In search of something, anything that might give me a clue as to why
> about a months work on custompanel.xml was killing linuxcnc, I installed
> xmlindent, and xmlcopyeditor.
>
> Thinking I might find a clue in the re-indented code, I checked the man
> page for xmlindent. But it has only a -option for an output file.  So I
> ran it.  Never came back, so I added the -w option. Never came back.
>
> Opps, now I have a zero length file where it was 130+ LOC with an error
> of some sort that let it load up to the final  before it puked
> at column 2. I can get most of it back by dragging it in from another
> machine with a similar setup but to restore what I had 20 minutes ago
> will take a hell of a lot longer than I have left in me for tonight. So
> then I tried xmlcopyeditor, thinking I could copy/paste into that. But
> its apparently only for new creation as it does not accept a paste.
> WTF??
>
> So where can I find an xml editor that will let me copy/paste from the
> Document.pdf, most of the stuff from pages 392 on to get an rpm meter,
> on, fwd, rev leds, and append align.xml stuffs to that with added status
> leds to show the current machine alignment state, and which will also
> show any errors (cuz the Doc.pdf has quite a few errors of its own).
>
> And preferably not capable of destroying several weeks worth of work over
> the last 5 years?
>
> I know this isn't your fault, none of you wrote this stuff, but this xml
> bs needs warning labels because it can destroy anybodies sanity.
>
> Thanks everybody.
>
> Cheers, Gene Heskett
> --
>
>
>
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>


-- 

Chris Albertson
Redondo Beach, California

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


Re: [Emc-users] color me pissed

2019-01-13 Thread Gene Heskett
On Sunday 13 January 2019 20:01:16 Mark Wendt wrote:

> Didn't have it backed up anywhere?

Yeah, by amanda, but thats 18+ hours old and way the hell outta date by 
now. I've enough unused garbage hanging around in that config dir now.

But I should be able to extract the tally leds I had added to the 
align.xml stuffs.  Maybe. If not, I'll have to re-invent about 100 loc.
Putting in 's that are 2 lines high and 275 wide takes a 
surprising number of loc.  The idea is to underline the button with a 
status led.

I found out how to run xmlindent, it needs a pipe, you cat the source 
file into it: 

cat srcfile |xmlindent -i2 -onewfilename.

The man page is utterly mute on that too. The -i2 is because it only does 
1 space indents by default. Man page is totally mute on its defaults. 
IMNSHO its as busted as manpages get, without actually lying to us.

I'll get back to where I was eventually. But I'm allowed one near beer a 
day, and I think its beer thirty right about now...

Thanks Mark
[...]

Cheers, Gene Heskett
-- 



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


Re: [Emc-users] color me pissed

2019-01-13 Thread Mark Wendt
Didn't have it backed up anywhere?

Mark

On Sun, Jan 13, 2019, 19:47 Gene Heskett  Greetings all;
>
> In search of something, anything that might give me a clue as to why
> about a months work on custompanel.xml was killing linuxcnc, I installed
> xmlindent, and xmlcopyeditor.
>
> Thinking I might find a clue in the re-indented code, I checked the man
> page for xmlindent. But it has only a -option for an output file.  So I
> ran it.  Never came back, so I added the -w option. Never came back.
>
> Opps, now I have a zero length file where it was 130+ LOC with an error
> of some sort that let it load up to the final  before it puked
> at column 2. I can get most of it back by dragging it in from another
> machine with a similar setup but to restore what I had 20 minutes ago
> will take a hell of a lot longer than I have left in me for tonight. So
> then I tried xmlcopyeditor, thinking I could copy/paste into that. But
> its apparently only for new creation as it does not accept a paste.
> WTF??
>
> So where can I find an xml editor that will let me copy/paste from the
> Document.pdf, most of the stuff from pages 392 on to get an rpm meter,
> on, fwd, rev leds, and append align.xml stuffs to that with added status
> leds to show the current machine alignment state, and which will also
> show any errors (cuz the Doc.pdf has quite a few errors of its own).
>
> And preferably not capable of destroying several weeks worth of work over
> the last 5 years?
>
> I know this isn't your fault, none of you wrote this stuff, but this xml
> bs needs warning labels because it can destroy anybodies sanity.
>
> Thanks everybody.
>
> Cheers, Gene Heskett
> --
>
>
>
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>

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


[Emc-users] color me pissed

2019-01-13 Thread Gene Heskett
Greetings all;

In search of something, anything that might give me a clue as to why 
about a months work on custompanel.xml was killing linuxcnc, I installed 
xmlindent, and xmlcopyeditor.

Thinking I might find a clue in the re-indented code, I checked the man 
page for xmlindent. But it has only a -option for an output file.  So I 
ran it.  Never came back, so I added the -w option. Never came back.

Opps, now I have a zero length file where it was 130+ LOC with an error 
of some sort that let it load up to the final  before it puked 
at column 2. I can get most of it back by dragging it in from another 
machine with a similar setup but to restore what I had 20 minutes ago 
will take a hell of a lot longer than I have left in me for tonight. So 
then I tried xmlcopyeditor, thinking I could copy/paste into that. But 
its apparently only for new creation as it does not accept a paste. 
WTF??

So where can I find an xml editor that will let me copy/paste from the 
Document.pdf, most of the stuff from pages 392 on to get an rpm meter, 
on, fwd, rev leds, and append align.xml stuffs to that with added status 
leds to show the current machine alignment state, and which will also 
show any errors (cuz the Doc.pdf has quite a few errors of its own).

And preferably not capable of destroying several weeks worth of work over 
the last 5 years?

I know this isn't your fault, none of you wrote this stuff, but this xml 
bs needs warning labels because it can destroy anybodies sanity.

Thanks everybody.

Cheers, Gene Heskett
-- 



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


Re: [Emc-users] OT: X-Y query

2019-01-13 Thread jrmitchellj
I always reference the fixed jaw.  As good as the vices are, the moving jaw
can twist slightly if the work you are clamping is not square.

As far as which corner of the jaw you reference to, do what you are most
comfortable with, the machine will obey the command set you send it

On some parts I have made, I mark the stock corner to corner to find the
center.  That way I am extracting the finished part out of the center of
the raw stock.
Since i have been doing that I have changed my work holding strategy away
from mostly vice, to tooling plate and edge clamps. I will drill & tap
holes that match the holes in the part.  drill the holes in the part first,
then screw the part to the tooling plate.  Remove the edge clamps, and
finish the part, edges and all.


--J. Ray Mitchell Jr.
jrmitche...@gmail.com



"No problem can be solved from the same level of consciousness that created
it"Albert Einstein


On Sun, Jan 13, 2019 at 9:08 AM dave engvall  wrote:

> Not just to be contrary I use the upper left corner of the vise.
> However, I do admit the upper right is more logical.  For Z my travel so
> short I don't worry about reaching the bed.
>
>
> Dave
>
> On 1/12/19 9:41 AM, Stuart Stevenson wrote:
> > Gentlemen,
> >I always set up my machines with the home position at the -
> >
> > X positive limit (or close)
> > Y positive limit (or close)
> > Z positive limit (or close).
> >
> > This gives me all negative values in the work piece offset registers.
> >
> > Z up is the most important to me. If I tell it to go home (G91G28Z0) I
> want
> > the tool to be as far up as possible. This way the tool should never
> plunge
> > into the table or work piece.
> >
> > I have a tendency to use the X positive side of the solid vice jaw as X
> > zero also. On occasion I will use the X negative side of the solid vice
> jaw
> > but not often. This gives me all negative values (or nearly so) in the
> > program. This gives almost all negative values for X and Y and make it
> (for
> > me) easier to read the program. The machine doesn't care which way the
> > program looks.
> >
> > thanks
> > Stuart
> >
>
>
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>

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


Re: [Emc-users] OT: X-Y query

2019-01-13 Thread dave engvall
Not just to be contrary I use the upper left corner of the vise. 
However, I do admit the upper right is more logical.  For Z my travel so 
short I don't worry about reaching the bed.



Dave

On 1/12/19 9:41 AM, Stuart Stevenson wrote:

Gentlemen,
   I always set up my machines with the home position at the -

X positive limit (or close)
Y positive limit (or close)
Z positive limit (or close).

This gives me all negative values in the work piece offset registers.

Z up is the most important to me. If I tell it to go home (G91G28Z0) I want
the tool to be as far up as possible. This way the tool should never plunge
into the table or work piece.

I have a tendency to use the X positive side of the solid vice jaw as X
zero also. On occasion I will use the X negative side of the solid vice jaw
but not often. This gives me all negative values (or nearly so) in the
program. This gives almost all negative values for X and Y and make it (for
me) easier to read the program. The machine doesn't care which way the
program looks.

thanks
Stuart




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