sebw
Marine/Ocean
- Jan 13, 2005
- 53
Hi,
I am a windsurfboard designer/shaper and I ve been working with UG for a while now.
Since august I am mashining windsurfboardcores on a 3 axis milling mashine.
I am using the UG CAM modul - unfortunatly when I generate the toolpath I get some small problems that really slow down the process.
I am using the mill_contour application with the fixed-contour, area millig with the follow perepherie pattern and the profile ( to cut the final outline of the board )
The further the toolpath moves to the outside of the board the worth it gets.
To cut the outline (profile) it is really bad.
The problem is for ex. instead of getting numbers that should read 1, 2, 3, 4 .... I get 1, 2, 1.99, 3, 4,
Please see this example: the third line is wrong.
GOTO/-38.03,-5.24,9.15
GOTO/-38.53,-4.61,9.13
GOTO/-39.03,-3.99,9.18
GOTO/-39.84,-3.02,9.11
This really slows the mashine down since it stops for these wrong numbers, because it can not work in one continues line.
Even the UG support does not have an answer for that yet.
Did anybody experinece this problem before.
Is there anywhere to adjust the tolerance of the toolpath (exceptlimiting the number of decimal places). ?
What am I doing wrong ?
Thanks for any advice,
Seb
I am a windsurfboard designer/shaper and I ve been working with UG for a while now.
Since august I am mashining windsurfboardcores on a 3 axis milling mashine.
I am using the UG CAM modul - unfortunatly when I generate the toolpath I get some small problems that really slow down the process.
I am using the mill_contour application with the fixed-contour, area millig with the follow perepherie pattern and the profile ( to cut the final outline of the board )
The further the toolpath moves to the outside of the board the worth it gets.
To cut the outline (profile) it is really bad.
The problem is for ex. instead of getting numbers that should read 1, 2, 3, 4 .... I get 1, 2, 1.99, 3, 4,
Please see this example: the third line is wrong.
GOTO/-38.03,-5.24,9.15
GOTO/-38.53,-4.61,9.13
GOTO/-39.03,-3.99,9.18
GOTO/-39.84,-3.02,9.11
This really slows the mashine down since it stops for these wrong numbers, because it can not work in one continues line.
Even the UG support does not have an answer for that yet.
Did anybody experinece this problem before.
Is there anywhere to adjust the tolerance of the toolpath (exceptlimiting the number of decimal places). ?
What am I doing wrong ?
Thanks for any advice,
Seb