updated for Generic Haas Mill Post Alarms Out

[Anonymous]

The latest update for the Haas Mill was for G69. With this included in the post it alarms my VF2YT out. I can manually remove all the G69's and the code runs fine. What exactly was this change for?

Thanks

Les

[Anonymous]

G69 cancels any rotation specified previously.

you do not need it in your VF2 unless you have a A or B axis.

[Anonymous]

G69 cancels coordinate rotation (G68).

If you don't have that option, i can see why it may throw an error.  

Does your machine have the coordinate rotation option turned on?  

Do you have the renishaw probes?   Rotation is included with that package too..

Steve

[bob.schultz]

---

@Anonymous wrote:

The latest update for the Haas Mill was for G69. With this included in the post it alarms my VF2YT out. I can manually remove all the G69's and the code runs fine. What exactly was this change for?

Thanks

Les

---

The G69 code was added for probing support to cancel the G68 rotation code.  The generic Haas posts have been updated so that this code is no longer output unless a G68 code was previously output.  You can download the updated post from the Autodesk CAM Post Library and it should fix your problem.

[Laurens-3DTechDraw]

---

bob.schultz wrote:

The G69 code was added for probing support to cancel the G68 rotation code.  The generic Haas posts have been updated so that this code is no longer output unless a G68 code was previously output.  You can download the updated post from the Autodesk CAM Post Library and it should fix your problem.

---

Only problem is that people that actually use G68 probably want G69 at the beginning of each program. To make sure it's off.

Maybe make a property with useProbingFeatures ?

[bob.schultz]

Good point, but there is no guarantee that if the control supports probing that it also supports the G69 code, so a useG68 or useG69 property would probably be more consistent. For now we will let this be a user customized feature of the post along with other codes that the user wants to initialize at the start of the program.

[Laurens-3DTechDraw]

@bob.schultz well if you have the probing options you have the rotation as well I believe with a Haas.

But apart from that another question why is this line still in the onOpen?

  gRotationModal.format(69); // Default to G69 Rotation Off

[bob.schultz]

@Laurens-3DTechDraw This command sets the default for the G68/G69 g-code group and stops the G69 from being output in the onClose function unless a G68 code is in effect, so leaves all logic the same and allows existing programs to run without having the G69 block output.  If indeed the G68/G69 codes are guaranteed to be supported if the probing cycles are supported, IMHO  I would prefer to add an automatic check for a probing operation at the start of the program rather than add another property for the user to set.

[Steinwerks]

---

@bob.schultz wrote:

Good point, but there is no guarantee that if the control supports probing that it also supports the G69 code, so a useG68 or useG69 property would probably be more consistent. For now we will let this be a user customized feature of the post along with other codes that the user wants to initialize at the start of the program.

---

On a Haas this is backwards. If it has probing, it has G68/G69 Coordinate Rotation & Scaling option as it is required and included with the probing package (along with macros and spindle orientation). However one does not need a probe to purchase that control option.