Messages

161

LazyTurn / Re: LazyTurn

« on: March 19, 2008, 04:05:20 AM »

( G41/G42 are implemented, but very hard to use and untested for a long time. LazyTrun will put out precompensated code.

Art

Mach should manage the G41 and G42 by itself in my modest opinion. This would give the user the possibility to chose the program that he/she wishes or to program manually lines of code. Also it would make mach3, more a more complete program, since lazycam is not "shipped" with mach3.
I understand that implementing G41 and G42 is a difficult task, but probably not so difficult compared to the creating of a precompensated toolpath that you will implement in lazycam.

162

LazyTurn / Re: LazyTurn

« on: March 18, 2008, 01:57:50 PM »

  There already is G41/G42 in Mach3Turn, but unless one understand all the tip directions, tip radius, X and Z offsets very well, ( and is brave) I woudlnt use it. Its a tough thing to use. SO LazyTurn will  take the tool into account and generate code for that tool, with radius precompensated so the output code will produce exaclty what it says it will.

But the G41 ang G42 are working now? or they are only present on the tool table ?
I read before that they still are not implemented. If they are, then Mach3 is perfect for me!

Thanks

163

LazyTurn / Re: LazyTurn

« on: March 14, 2008, 05:31:24 PM »

Sorry, before I wrote:

"Nobody wants a cam software that will not reproduce the final object different from the drawing."

it should be:

"Nobody wants a cam software that will reproduce the final object different from the drawing."

(of course everbody wants a software that reproduces good final parts)

164

LazyTurn / Re: LazyTurn

« on: March 14, 2008, 05:29:21 PM »

Hi.

One important thing that must not be left behind is the tool radius compensation. Nobody wants a cam software that will not reproduce the final object different from the drawing.
For what I read, I think that lazyturn will "translate" a dxf file or another input file into a gcode program. It will select tools, manage toolpaths etc, and mach3 will process the gcode file generated by it.


Now a question:

The toolpath generated by the lazyturn will be the exact piece and mach3 will manage the tool radius compensation

OR

Lazyturn will create a toolpath that already includes the tooltip radius compensation ?


My suggestion is that mach3 compensates the tool radius. In this way a user is free to use its cam software. For example I made a program to do just that, translate a dxf into gcode, but the final object differs because of the radius of the tools. I must draw it already thinking on the tool and make some calculations that is difficult and easy to make mistakes.
Also, I think that this feature already should be functional in mach before more work is pointed to a "turn utility", since it is a "must" on a turn controller.

Thanks for reading.

165

Feature Requests / Re: Turn mode. Tool tip radius compensation

« on: March 04, 2008, 02:40:37 AM »

Well, this is the feature request posts, right ?

So, as a feature I would like to see implemented is the tool tip radius compensation for lathe working.
I am sorry if I did not explain myself very well.

Thank you

166

Feature Requests / Turn mode. Tool tip radius compensation

« on: March 03, 2008, 12:36:19 PM »

Hi.

One think that is missing is tool tip radius compensation on lathe mode.
It is present on the tool configuration, but I think it is not being used.

Thanks.

167

General Mach Discussion / Re: Mach Turn Radius compensation

« on: March 03, 2008, 11:35:02 AM »

I am also using mach for a 2 turning machines, so it would be much appreciated if the radius compensation would be included.

Is there any way that a user can help to implement that ?

Thanks

168

Screen designer tips and tutorials / Re: dro as a function

« on: February 16, 2008, 04:05:27 AM »

Works. Better than working is that now I understand how it works, and I can make my own.

Filipe

169

Screen designer tips and tutorials / dro as a function

« on: February 15, 2008, 11:49:18 AM »

Hello.

I would like to have a dro to display a value that is the result of a function.
In this case I want it to display 2 * x_axis_position (to have the diameter in a lathe machine) where X represents the radius (X is correct and displays the radius).

Can this be done ? I have looked everwhere that I could remember.

Thanks

170

G-Code, CAD, and CAM discussions / Re: Offset in ralation to actual position

« on: January 25, 2008, 02:45:59 PM »

Damm, this one was simple. A G52 would do the trick.
Should read more before I have posted.