civiceg
-
Posts
576 -
Joined
-
Last visited
-
Days Won
1
Content Type
Profiles
Forums
Downloads
Store
eMastercam Wiki
Blogs
Gallery
Events
Posts posted by civiceg
-
-
Axis sub was a no go when I first tried it, still have not ruled it out, playing with 5axis options as I find time. This has been on my back burner of things to do.
-
Haas threading retract
M23 commands the control to execute a chamfer at the end of a thread executed by G76 orG92. M24 commands the control not to perform chamfering at the end of the threading cycles (G76 or G92). An M23 remains in effect until changed by M24, likewise for M24. Refer to Settings 95 and 96 to control the chamfer size and angle. M23 is the default at power-up and when the control is reset.
This setting is used in G76 and G92 threading cycles when an M23 is commanded. When command M23 is active, threading strokes end with an angled retraction, as opposed to pulling straight out. The value in Setting 95 is equal to the number of turns (chamfered threads) desired.
Note: Settings 95 and 96 interact with each other. Valid range: 0 to 29.999 (Multiple of current thread lead, F or E).
Setting 95 - Thread Chamfer Size, G76 or G92 threading stroke with M23 active: [1] Setting 96 = 45, [2] Setting 95 x Lead, [3] Tool path, [4] Programmed thread endpoint, [5] Actual stroke endpoint, [6] Lead.
See Setting 95. Valid range: 0 to 89 degrees (No decimal point allowed)
- 1
-
-
I am trying to mill a round bore with the C axis rather than interpolate with the X and Y. This is not practical at all, but it there a way to get MasterCam to output no x/y moves and just rotate the c axis to bore a hole? I am trying to have my file all done it MasterCam without any hand programming.
-
Which is why I will adjust the rpm of the tap, to get a non rounding decimal. Regardless if its metric or not, I will get a whole number output for the feed or minimal decimal places.
- 1
-
The Haas NGC supports Dprnt to usb, just tested
-
I had 3 broken pull studs in A66's over 5 years. Constant removal and re-torquing was to blame imho, not the stud.
-
"You could post several subs, each with different stock allowance and the operator would just change the sub call in the main program to make the sphere bigger or smaller."
Have it tied into the diameter comp via macro.
-
Thanks man
- 1
-
I would like the old helical calculator, it was quick and simple and I no longer have it
-
I would bet the operator knows better, just making excuses. My favorite is "I couldn't find the right size pin"
-
Could put the pin dia to be used on the in process check sheet.
Feature A - .066 Plus pin goes in smooth
.067 Minus pin does not start
-
I use Cimco, nothing fancy.
-
You could DPRNT to a RS232/USB box. But, an old laptop dedicated to collecting data would probably be cheaper and more effective.
-
jeff, how does coolant affect that stuff, I know it says compatible?
-
Not supported to my knowledge.
-
+1 on the sponge cord. You don't want to use something that large in diameter imho, because it is reducing the amount of surface area you will have under vacuum.
I have used tubing and a variety of other materials, but sponge cord yielded the best resuts. From .05 to 5/32 diameters.
-
rot_on_x : 3 #SET_BY_MD Default Rotary Axis Orientation#0 = Off, 1 = About X, 2 = About Y, 3 = About ZFound it, I need to have the rotary axis suppressed, but when set to zero it messes up the OAL pivot point output. Reading in the post, if set to 4 it fixes the OAL output (what I had it set to), and suppresses the C axis.However, it adds an extra freaking decimal point to the Y axis initial position. So I just need to figure out how to suppress the rotary axis, while maintaining the correct OAL output. Gremlins....don't mind me.
-
I have been editing the router post to work on a Haas. The main issue is that it is outputting an extra decimal point on the initial Y axis move. What would be the best way to trouble shoot, with the Debugger? Also the intial MProuter does not have this issue, it seems I have caused it.
O0000(ANGLEHEAD)(DATE=DD-MM-YY - 21-09-16 TIME=HH:MM - 09:39)( T282 | 180.00 / 45.00 - STATION # | H282 )G0 G90 G53 Z0.G40 G49 G80G17 G20 M05( 180.00 / 45.00 - STATION # | TOOL - 282 | DIA. OFF. - 282 | LEN. - 282 | TOOL DIA. - .125 )( MILL OUTSIDE Z- .75 )M00 (INSERT AGGREGATE AND PRESS CYCLE START)G0 G90 G55 X6.4965 Y0.0. <-----T282S4278 M3G43 H282 Z-1.8306X6.828 Z-2.162X6.4965 Z-2.4935X5.9309 Z-3.0592
-
V is not the address for your Y axis. Look at your manual under G28.
I prefer G53 as it does not cancel your tool offset.
You can adjust the cam locators on the turret to fine tune your OD and drill holders. To get them to clock in at Y0.
-
I like to do it as a 3d contour to achieve a non rubbing retract, the only problem the retract is a feed move.
-
^^^High feed mill ftw
-
The company I used to work for, the standard was a 10 degree tangent lead in/out, whenever possible, with wear. When using small diameter tools, say under 1/16 and a small percentage for arc/length, MasterCam will not correctly apply comp because the change in one axis is so close to zero. Having said that it is not a software issue, but an input issue. I have seen this bite people, most of the time it just needed to be reposted with a more drastic angle.
- 2
-
I can see having to pay maintenance for new versions as a legitimate expense. But not to get patches to fix the same version you bought.
Milling with C axis on a 5 axis machine.
in Industrial Forum
Posted
Not supported on Haas mills