Register now to participate in the forums, access the download area, buy Mastercam training materials, post processors and more. This message will be removed once you have signed in.
Use your display name or email address to sign in:
Reko,
What type of machine/control are you making this part on? The reason I ask is for your rapid travel type. Do all of your axes arrive at the same point together or do they take the shortest point? When using HST with minimal clearance I have ran into issues with machines that go shortest point. In MC they verify great but on the machine it's a different story.
EX:
Our Hermle C40u rapids/feeds in vector moves. If we tell it to rapid to X0 Y0 Z1. A90. B180. it will make a straight line vector move to that point.
On the other hand...
Our Haas VF3 will move as fast as it can in all axes but they will not all arrive there at the same time. Which ever axis is closest will arrive at the destination 1st.
This info makes a huge difference when using minimal retacts and safety zones. I'm just about to the point of not programming HST paths on the Haas because of this issue.
Use your best judgement when picking toolpaths and really know your machine. This has bit me in the a$$ several times.
HTH
Josh
Search for this section of your post and add the line noted below:
code:
pretract #End of tool path, toolchange
sav_absinc = absinc$
absinc$ = one
sav_coolant = coolant$
coolant$ = zero
# if nextop$ = 1003, #Uncomment this line to leave coolant on until eof unless
[ # explicitely turned off through a canned text edit
if all_cool_off,
[
#all coolant off with a single off code here
if coolant_on, pbld, n$, *sall_cool_off, e$
coolant_on = zero
]
else,
[
local_int = zero
coolantx = zero
while local_int < 20,
[
coolantx = and(2^local_int, coolant_on)
local_int = local_int + one
if coolantx > zero,
[
coolantx = local_int
pbld, n$, scoolantx, e$
]
coolantx = zero
]
coolant_on = zero
]
]
#cc_pos is reset in the toolchange here
cc_pos$ = zero
gcode$ = zero
pbld, n$, sccomp, *sm05, psub_end_mny, e$
pbld, n$, scoolant, e$
pbld, n$, sgabsinc, sgcode, *sg28ref, "Z0.", e$
pbld, n$, "G0", "G90", "G53", "X-55.", "Y0", e$ #<-----------Add this line
absinc$ = sav_absinc
coolant$ = sav_coolant
By using the G53 Machine Coordinate system you can move to a safe tool change position with out the position depending on a G54 offset location. You can adjust the X/Y position to what ever works for you.
HTH
Josh
quote:
Doesn't CAMplete only really support Matsuura, and Robo drill? We used CAMplete for our Hermle C40u and our C600i and it worked great. I'm now using a Heidenhain post from Inhouse that works even better.
2 ViewSonic VG930m monitors and it's running great with my new IBM lenovo W500 Thinkpad Laptop.
Running duals not only helps with MC... it's just cool period. Nothing like having internet poker on 1 screen and checking Outlook Emails on the other!
I've had this happen to me several times on our Haas VF3 with a rotary table. If you have the part oriented in the top view in respect to how the part is setup in the rotary - Top view and Front view always worked for me. The issue started when I tried bottom or back. If you notice the way MC rotates the part when you change views the part is not oriented the way it would be in the machine thus creating an error. If you want something in the Bottom view try creating a new view by rotating the top view 180 degrees by X. This should fix any view/rotational issues.
HTH
I have a ProE assembly of a trunnion - not quite a TRT210 but close - that you are welcome to. If you have ProE it would be simple to change sizes to accomodate.
Our Hermle C600u will move kinematically. It's really cool to watch! I use the safety zone function in MC to define the areas that are clear and the solid post from In House does the rest! It can make you dizzy if you stare too long!
Since my reseller got some heat from it, I'd like to clarify on my earlier post......
We wanted a solution to program our Tsugamis and we went to our Mastercam Reseller - Barefoot CNC. Jimmy gave me a few options but we need an immediate solution... not months of development so we went in a different direction. The plant that houses this product uses Partmaker to program and I asked if MC would support it or would we need to look a different direction. From all of the info/advice I got from this Forum we decided to look in a different direction for swiss. We are completely happy with MC for our Milling and general Lathe programming but the consensus is that MC doesn't cut it for Swiss.
With that said....
Jimmy is a friend of mine. He won't xxxx on my leg and tell me it's raining. He and I both know how much work this was going to be. We have worked on several things and he/Barefoot has supported me on anything I have asked for. Their customer service is better than anyone elses I've dealt with.
Example:
I own Hondas. I need a work truck. I go to the Honda Dealership to get a work truck. They don't make/sell them so they send me to the Toyota Dealership to look at them.
Would the executives at Honda be upset at the dealership for not having work trucks to sell when Honda doesn't make anything close to a work truck???
If Honda really wanted to be in the work truck business they would design, manufacture and sell them.
If CNC Software was interested and passionate about Mill/Turn or swiss support then there would be a solution. If losing business from longtime customers bothers you... then do something about it!
Nuff Said
Josh
[ 10-23-2009, 04:01 PM: Message edited by: Josh T ]
I just got off the phone with an Esprit Salesman. We are looking for their Mill/Turn module to support our Tsugamis. It's sad when MC reps send your info to their competition.
Joey,
If you have the backlash set and everything tight - a Haas Trunnion should hold +/- 0.0005 location and accuracy. A customer of mine bores Mainlines and Camlines for engine blocks on a TRT160 mounted on a VF3. These are racing engines and he doesn't have to hone them. Holding +/-0.001 should be very doable as long as the rotational swing is not way out there.
HTH
Josh
Hey guys,
I've been putting off the migration from X2MR2 to X3MU1 until I got my new laptop and now is the time. I loaded X3 and all is working fine except my in house post for the Heidenhain. The feed rates on normal linear moves post out like this:
code:
19 ; * - 1/2 FLAT ENDMILL
20 L Z+0 F MAX M92
21 L X+0 Y+17 F MAX M92
22 TOOL CALL 5 Z S1000 DL-.25 <==== it also added this DL callout?
23 L Z+0 R0 F MAX M92
24 L X+0 Y+17 F MAX M92
25 L X+0 Y+0 R0 F MAX M92
26 ;
27 CYCL DEF 32.0 TOLERANCE
28 CYCL DEF 32.1 T0.0010
29 L A+0 C+0 F MAX
30 CYCL DEF 19.0 WORKING PLANE
31 CYCL DEF 19.1 A+0 C+0 F MAX
32 CYCL DEF 19.0 WORKING PLANE
33 CYCL DEF 19.1 F MAX
34 CYCL DEF 7.0 DATUM SHIFT
35 CYCL DEF 7.1 X+0.0000
36 ;
37 M08
38 L X+2.2306 Y+.5 F MAX M3
39 L Z+2 F MAX
40 L Z+.1 F MAX
41 L Z-.5 F9999990 <======== Should have been 50
42 L X+1.7306 RL
43 CC X+1.7306 Y+0
44 C X+1.2306 Y+0 DR+
What gives? I didn't change anything! It works great on my old laptop with M2MR2.
Any ideas?
Yes and I usually have it set to over .0025
This usually gives us smoother, less choppy lines. If the fan is in 2 planes only my post will output arcs in the respective arc planes (G17, G18, G17) which is very cool.
HTH
Josh
We have the V4 here. I've had pro and con feelings about it since we've had it. It's a good tool if you use the software to it's full capability but we run so many different parts and quick setups that sometimes it's not feasible.
CNC Apps Guy is the CAMplete guru... have any insight James?
One of my customers has a VF3 (Circa 2006) with the TRT160 and no high speed option and he's porting 3 heads a day. Sounds like the filter is to tight.
quote:
The solution, make less lines of code +1000 IMO
eMastercam - your online source for all things Mastercam.
Together, we are the strongest Mastercam community on the web with over 56,000 members, and our online store offers a wide selection of training materials for all applications and skill levels.