Possible bug?
I set up code again using DXFtoGcode and GCNCCAM (tried both) and still get the same results with smaller cutters. Silly question now but surely if the cutter is smaller in diameter than the smallest hole or curve you want to cut it should work right?
I like using QCAD as it is quick and simple for the 2D type drawings.
DXFtoGcode and GCNCcam keeps things simple for creating the code
Am i just using the wrong software tools for the job?
I've been trying to keep everything in Linux and don't really want to be using Windoze for anything if i can help it. Any suggestions?
Thanks
Paul
Please Log in or Create an account to join the conversation.
It is possible that the diameter of the cutter needs to be smaller than the radius of the hole, not the diameter. However that would only be the case if EMC checked the tool outline against the metal already removed, not the path, and I am pretty sure that EMC doesn't try to do that.
I wonder if this line:
"If the tool is already covering up the next XY destination point when cutter radius compensation is turned on, the gouging message is given when the line of NC code which gives the point is reached. In this situation, the tool is already cutting into material it should not cut."
from:
linuxcnc.org/handbook/gcode/diacomp.html
Is the problem?
Please Log in or Create an account to join the conversation.
That explains things much clearer, like most people i am always in huge rush with never much time to spare. Writing code by hand will be possible for me as it is not that difficult to learn. i spent a lot of time getting to a point of cutting with my build and not had the opportunity to spend a lot of time on the software aspects. X/Y movements are easy to see visually but the arc movements are not. This is why i think it is easy to misinterpret with what you think is happening. I WILL calm down now and learn more and understand there are limitations with free cam software.
Thanks again
Paul
Please Log in or Create an account to join the conversation.
I set up code again using DXFtoGcode and GCNCCAM (tried both) and still get the same results with smaller cutters. Silly question now but surely if the cutter is smaller in diameter than the smallest hole or curve you want to cut it should work right?
When you say "I set up code again" does DXFtoGcode want to know the cutter diameter? I've not used either of those programs yet so I'm in the dark here. Is it generating software offsets in the post processor part? Did you change the cutter diameter in the tool table before running the code?
Can you attach the dxf file so we can look at it?
John
Please Log in or Create an account to join the conversation.
You might play with the settings in dxf2gcode a bit.
John
Please Log in or Create an account to join the conversation.
Please Log in or Create an account to join the conversation.
Please Log in or Create an account to join the conversation.
It is commercial software, but you can do some stuff in the demo mode. (And there is a Linux version)
www.sheetcam.com/index.shtml
Do the CAM packages you are using have an option not to use diameter compensation (ie to do the compensation in the CAM package). Diameter compensation is great if you want to run the same G-code day after day and simply measure the tool and adjust the tool table for wear, but I have generally found it to be more trouble than it is worth.
The problem I have found with G42 is the requirement for entry moves, and it may be that the CAM software is not doing those very well.
Please Log in or Create an account to join the conversation.
i think there maybe some confusion here, the code that has been generated has been done purely from the cam software (available from this site). The only input required is specifying the tool diameter and length, speeds and feeds etc. This is not done in the G code directly.
DXFtoGcode
specify tool diameter, speeds, feeds, etc. Which side to cut of the line done on the drawing then export the code.
GCNCCAM
You create a template of the above then open the drawing, specify which layer is cut first then build the code automatically and save. Any compensation is done buy the CAM software.
This is why i find it strange that if create a new machine profile and run the code generated from either of these it works fine first time. If i then load up some new code generated from either of these it errors with the gouging corner etc etc. I don't feel i have been doing anything different from last year on my first machine using 8.04 and never saw errors like this.
Please Log in or Create an account to join the conversation.
I am not sure that is true, the first file you posted had a G42 at the beginning, which turns on diameter compensation.Any compensation is done by the CAM software.
It is possible that the two bits of software are fighting each other, with one using G42 compensation, and the other offsetting those lines again.
Does the output look OK if you comment out any G41 and G42 statements?
Please Log in or Create an account to join the conversation.