Messages

21

General Mach Discussion / Re: Unexpected Crop Circles

« on: May 19, 2013, 01:37:53 PM »

Did not see crop circles or any other anomalies in toolpath view. Code ran fine in CutViewer Mill simulator. Problem showed with two different code sources.

I've attached the code I was running when I was there to see it happen (client's machine). Wide circle occurred at line 5788, a G3 line of code... far past the first G3 in the program. For what I observed, it appeared the math logic randomly lost it's place.

The attached file has the G90.1 line added, but was not there during the run.

22

General Mach Discussion / Re: Unexpected Crop Circles

« on: May 18, 2013, 07:16:13 PM »

You should have both a G90 and a G91.1, and they need to be on separate lines.

Done!

Thanks

23

General Mach Discussion / Re: Unexpected Crop Circles

« on: May 18, 2013, 07:15:52 PM »

OK... here's the current running XML

24

General Mach Discussion / Re: Unexpected Crop Circles

« on: May 18, 2013, 02:17:48 PM »

Can you attach the xml you are using at the moment as settings can be changed by code and yours may be different from that one.
Hood

Will do soon...

25

General Mach Discussion / Re: Unexpected Crop Circles

« on: May 18, 2013, 10:06:00 AM »

The G90 was inserted by MeshCAM. I can easily change it to G90.1. Couldn't find a ref to G90.1 in RS274NGC_3 Docs?

Starting XML attached. No General Config changes other than screen on running XML, which is a 20 mile trip away.

Thanks, Paul

26

General Mach Discussion / Unexpected Crop Circles

« on: May 18, 2013, 03:48:08 AM »

I've been away from Mach3 for a few years, so am frantically clearing mental cobwebs...

I have a problem with my first major attempt with Mach3.

3D G-code generated from STL model using the latest version of MeshCAM. Code proofed in CutViewerMill... all good.

Run code on Mach3 R3.043.066 install on CNC router, runs great, then suddenly takes off in a large circle.

The stray tool path occurs at a G2/G3 IJ code line, and behaves like it loses reference for absolute IJ distances. There is a G90 line at the start of code.

Attached pic shows a large circle that occured while running at approx line 1800. The smaller circle happened when restarting the  code.

Any suggestions?

27

Mach Screens / Re: re tab out jog control

« on: April 07, 2008, 12:31:16 AM »

It makes it easier to use the arrows if you concentrate on spindle movement, rather than table movement... as though the table were stationary. It took me awhile to figure that out, but I now move the table in the correct direction without thinking.

Paul, Central OR
MiniMechanicals.com

28

LazyTurn / Re: LazyTurn

« on: March 24, 2008, 08:04:19 PM »

HI Guys:

OpenGL errors are likely due to old openGL implementations, I tend to use new ones, so update video drivers if you get openGL errors, they may be caused by video card drivers not likeing some OpenGL lighting modes.

 The toolholder is as yet still rough, it will be made to conform more to the user in the future, and yes its shape will be taken into account for the generation of the Gcode in the end.
 The tool will stop turning soon, and just have an option to rotate it , I just wanted a user to be able to see height as well as direction a bit better.

( Graham: Does a grooveing tool have an X offset? OR a Z offset? I would have thought that a groove tool ( or cuttoff) woudlnt have an offset, or is the grooving tool actually having a rounded tip with , therefore, both a Z and X offset? The REd dot on the tool is the center of tool radius, from which the Z and X offsets are taken, but Ive never actually used a grooving tool so I wasnt sure if the tip had a radius or was simply a square edge...thereby having no offsets.. )


Thanks
Art

Durnit!!! I also get the OpenGL error... and have one of those Dell Dimension 2350's with on-board Intel graphics... no support for OpenGL 2.0 or 2.1. Can't afford a new computer, or even new mother board for now. Installing a PCI video card seems to baffle many before me that have tried. Oh well, the errors are just annoying, but cheap. ;o)

Here is the grooving tool I use:

http://www.use-enco.com/CGI/INSRIT?PMAKA=422-2880&PMPXNO=7908821&PARTPG=INLMK3

For profiling, I use the full radius insert at 0.078" width, 0.039" radius, 0.235" length:

http://www.use-enco.com/CGI/INSRIT?PARTPG=INLMKD&PMPXNO=3008017&PMAKA=990-1551

I have been using a custom defined button tool (diameter and length) in CutViewerTurn for proofing code, and has done pretty well, except when the tool holder body starts hitting the stock. It would be nice to be able to define the tool holder, which has a negative rake style front profile. It's a real gotcha when the same profile is applied to a larger radius part, and the bottom edge of the tool holder starts to "burnish" the work!

May do some creative relief grinding...

Paul, Central OR

29

LazyTurn / Re: LazyTurn

« on: March 03, 2008, 11:50:31 PM »

Hi Art,

I think what Antoine is trying to say is he is looking for LazyTurn to take a dxf profile as input, and generate toolpaths for both roughing passes and a finish pass (or two?) that follows the profile contour.

Anyway... that's what I'm hoping for!!! 

I the past, I have used Turn Wizards to generate roughing and finish paths per segment... then copy/paste toolpath segments together for complete profile code.

Paul, Central OR

30

LazyTurn / Re: LazyTurn

« on: February 16, 2008, 02:38:11 PM »

Hi Guys:

 The column.dxf also has those annoying lights in it. When removed, it loads fine. Im not sure how to sense those automatically, they are stored as lines and arcs, so the program see's them as normal entities. Ill study up on it.

Obviously, that was my fault... I had recycled a file that had previously been renderd in 3D. I don't have a GUI representation of the lights, so they persisted into the 2D profile. I'll have to keep a closer tab on those.

Both the pulley and column profiles were "Saved As" DXF from TurboCAD Deluxe 14. A "clean" Column.dxf is attached.

Paul, Central OR