Rank: Member
Joined: 12/16/2011(UTC)
Posts: 72
Thanks: 2 times
Hello
I have designed a mold for a rudder. I have constructed the right part and mirrored it to have the left one. Than i did an add solid to both parts and exported it as stl binary file. My G-code generator (Cut-3D) than generated the nc file (G-code). Now i found out that the right side has a smaller g-code and is much faster to mill then the left part which is the mirrored object of the right one. And here again as i already mentioned in my other topic it produced a lot of tiny steps. See:
http://forum.punchcad.com/default.aspx?g=posts&t=6853 You can see it in the txt file at position 43861 to 43875 (right side) and 43876 to 44193 (left side).
So till now my mill is running for more than 11 hours for a part it should run 3 to 4 hours. And it is still running
Can someone please help and tell me what i'm doing wrong.
Edited by user Sunday, January 4, 2015 8:23:01 AM(UTC)
| Reason: Not specified
File Attachment(s):
Seitenruder_Block.vcp
(1,752kb) downloaded 26 time(s). Seitenruder_Finish_6mm.txt
(2,552kb) downloaded 11 time(s). You cannot view/download attachments. Try to login or register.
Martin Krueger
Rank: Senior Member
Joined: 9/12/2009(UTC)
Posts: 608
Location: In my place
Was thanked: 59 time(s) in 51 post(s)
Originally Posted by: martinwh99 Hello
First of all, change your CAM software. It is giving you a lot of G1 linear interpolation due to the many many surfaces. Try to reduce the surfaces with the remove face command.
The many many lines you had in your 2D profile is creating the many 3D surfaces. Try to minimize those as well. The other thing is to try to not select the flat horizontal surfaces as those don't need to be cut unless you are cutting below zero. That's a waste of time. The other thing is just import the cavity to the cam software without the flat parting line surface to fool the software but then again I don't know the end result that your cam software will spit out with just the cavity.
Hope this helps.
FX 7-FXPro14-1650
MacPro 11.7.4
2x2.8GHz Quad Xeon 32GB
NVIDIA 4 K5000 4GB
Work
Rank: Member
Joined: 12/16/2011(UTC)
Posts: 72
Thanks: 2 times
Thanks
Martin Krueger
Rank: Member
Joined: 12/16/2011(UTC)
Posts: 72
Thanks: 2 times
Originally Posted by: rockyroad_us Originally Posted by: martinwh99 Hello
I have done this,thanks for the hint did not know this trick. Unfortunately that was not the solution the file got even bigger.
Then i made a mirror of all right objects without the nurbs and 3d objects and constructed the left side nurbs and 3d part. But this did not help, still the same. So next i will try is to do a complete new construction of both sides in a new file without mirroring, copying or something similar. And than see what happens.
There must be a difference between the left and the right object. Otherwise both would have similar g-codes.
Martin Krueger
Rank: Senior Member
Joined: 9/12/2009(UTC)
Posts: 608
Location: In my place
Was thanked: 59 time(s) in 51 post(s)
I still think it is your cam software. When I change the surfaces -see pic, my cam software takes less time to calculate. Of course that doesn't change the number of code lines between the two approaches by much that I see. I would think that's an average time for this big parts. Maybe you can post your feeds and speeds.
rockyroad_us attached the following image(s):
reduced.jpg
(341kb) downloaded 29 time(s). You cannot view/download attachments. Try to login or register.
FX 7-FXPro14-1650
MacPro 11.7.4
2x2.8GHz Quad Xeon 32GB
NVIDIA 4 K5000 4GB
Work
Rank: Guest
Joined: 9/9/2015(UTC)
Just passing through and noticed this post. It is most probably an issue with line segments as mentioned. I had the same issue with a job that generated gcode from from a copied object and a .dxf file. The copied object looked fine but the copies ran very slow (when running a test in Mach3). Looking at the actual gcode showed it to be bloated beyond reason. The software I was using (CAMBAM) covered this issue in the online forum. Using the EDIT function JOIN fixed the problem. I'm pretty sure that any software dealing with .dxf files has to have a similar function. Must be a function of curves being generated from straight lines.
after reading the post again I have to agree with the last statement that it may actually be feeds and speed.
Edited by user Thursday, September 10, 2015 12:59:01 PM(UTC)
| Reason: Not specified
Rank: Senior Member
Joined: 2/2/2007(UTC)
Posts: 5,447
Was thanked: 502 time(s) in 353 post(s)
Tim Olson
Rank: Member
Joined: 12/16/2011(UTC)
Posts: 72
Thanks: 2 times
Thanks Tim for the tip. I just had a look at it and ordered the package.
Martin Krueger
Forum Jump
Punch! CAD
ViaCAD & Shark
- News and Announcements
- General
- 2D Drafting
- Surface Modeling
- Solid Modeling
- Subdivision Modeling
- Rendering & Display
- Import/Export
- Tips and Tutorials
- Suggestions
- Gallery
- PowerPack
- Punch Lounge
You cannot post new topics in this forum.
cannot reply to topics in this forum.
cannot delete your posts in this forum.
cannot edit your posts in this forum.
cannot create polls in this forum.
cannot vote in polls in this forum.
