There are a few books out there which cover developing custom Macros, but you still need to understand how Productivity + processes everything.

There just is no substitute for training from people who really understand the system.

I recently bought a couple of HP Z books.

1:  Latest gen i9

     64G RAM

     A2000 card 

     Win 10 Pro

     It runs MC surprisingly well, even on toolpaths with lots of processing.

2:  Latest gen i7

     128G RAM

     A4000 card

     Win Pro 10

     I don't need to get a stopwatch out to tell which is more powerful, just goes to show, MC is RAM and Cache hungry.

On 7/10/2022 at 9:30 AM, JChurch3 said:

Does anyone have any tips & tricks they'd be willing to share?

Have you talked to Renishaw?

I have always found them to be very helpful.

3 hours ago, Aaron Eberhard said:

The blend toolpath has to project to your geometry, so you'll often pick up some noise, especially if you're projecting flat curves onto a surface that tapers up to vertical like you're doing.  

One of the great features of blend is the ability to project from a different construction plane from the tool plane.

I don't use it often, but this is a situation where I might try it.

On 6/10/2022 at 8:55 AM, utsav said:

Can someone tell me what else I can try to get a good surface finish? 

The important thing is the effective chip load. The calculated chip load will likely be too light due to chip thinning.

It is sometimes a little scary how fast you need to go.

As JP says, more info will get a more accurate response.

3 hours ago, ThickChips said:

Is it possible through the machine definition general parameters to achieve a simple on/off for all 3 modes i specify without physically editing the post?

Yes, you can have custom entries in x coolant. And you can get rid of some of the choices. Not sure about Before, With and After.

It's been a while, I will review my x coolant code this weekend and do a post if you still haven't had any help. I am not using my posts at this job. All 5 ax with DWO at the moment.

2 hours ago, aaron tabor said:

Yeah that works it just leaves some of the material behind at the outside corners

Offset (enlarge) your boundary until it cleans up.

30 minutes ago, ETC Don said:

MI1=2, MI6=1, MI9=2 the rest is all 0s. 

So, you have numbers but no labels? What happens if you remove the numbers? Make a copy of the operation and change that one and see what difference if any is in the output.

Sounds like a half-baked post edit.

You will need to post a Z2G to get useful help.

1 hour ago, Matthew Hajicek - Singularity said:

You can't teach someone who doesn't want to learn.

And it is impossible to help anyone....who knows everything already.

By definition.

On 5/21/2022 at 7:26 AM, TOM S said:

Thanks for this.

It's a handy work around. Just brings in what you need.

Get your design team to send you a parasolid (.x_t or .x_b).

This is the most reliable transfer protocol between systems. SW assemblies are often difficult, this should solve the problem.

17 minutes ago, DC Gorn said:

I was aware of the rotation accuracy but I was told that it was repeatable. But Haas advertises .0002" Accuracy and .0001" repeatability on linear axis's.  We where told the UMC 750 went through a redesign just a few years ago to improve accuracy. Since we are looking a production repeatability is by far the more critical of the two.   

To be fair I interpolate holes to =/- .0001- .0002, so they are just being a bit economical with the truth.

Re-probing and re-touching critical tools, might help, but I might be tempted to run Productivity+. Then you can probe for stock.

This might also require re-calibrating the probe. Contact Renishaw for the straight skinny on this, I have always found them to be very straight forward.

Monitoring your spindle growth through the process might just do the trick as well. Once the spindle grows, does it stay there for the rest of the shift? As long as you don't shut it down too long before starting the unattended work you might get away with it.

I have it from a reliable source that the main problem is that Haas has multiple parts sources.

When you by a Mori or Matsura or other primo machines they have one type of widget, which has been selected specially to work well with all the other widgets.

Haas sources the same widget from multiple companies and throws them in a big box in assembly, so the system is not as tightly regulated and also not as "tight".

1 hour ago, DC Gorn said:

Some here think that is why its off. To me 20 degs should not equal .0012 variation.

Haas Z axis are notoriously unstable. I am running an UMC 750 and the spindle often grows 0.002 through the day. 

On 4/21/2022 at 6:41 AM, Colin Gilchrist said:

No, it seems like all the Dynamic Codes > DWO, WSEC, TCPC, & TWP, are not present in any of the "free Post Processors".

I am completely shocked by this omission

1 hour ago, jbailey2003 said:

True, but ptoolcomment only returns the current tool, not the next tool. Correct?

There is a next tool function as well, the data is assembled during the pre-read loop with the tool list.

2 hours ago, jbailey2003 said:

but immediately ran into this snag

If you look in the what's new section of the 2018 MP docs, you will find a list of updated parameters for the tool page.

Not all the fields have associated parameters so you might have to use a different field to get the result you want.

11 minutes ago, jbailey2003 said:

Any help would be greatly appreciated.

Have you got the MP documentation?

7 hours ago, crazy^millman said:

Grab any metric tool from the metric tool library and Mastercam will convert it for you. No muss no fuss.

Went with the minimum work method, I thought I remembered that you could now do this (select from Metric Tools).

Thanks Ron, piece of pie (or cake depending on your national origin)

 I have one metric tap in my inch file.

What's the SOP?

2 hours ago, RustyG said:

Now I am trying to fix one last thing and then it's done.

It's been a while since I did any "oddball" formatting, but I would review that possibility for your Prog. #, it's amazing what you can do with formatting.

The simplest tools are often the best, and if you can do it with formatting the chances of logic interference are minimal.

Good luck, well I think no need for that now...remember dialing in your post is a marathon.

5 hours ago, RustyG said:

I finally got it working correctly, there were some redundant calls in the post code.

Glad you got it working, I had to bail due to work demands.

If it were me (and it isn't) I would put the necessary code in peof and call that post block with the appropriate call from pretract.

Not only does it simplify pretract but it puts the end of file code in a different place (the place where it was meant to go).

Then you can do other things there. In my 4 ax posts, for instance, I have a table/tombstone positioning option and an angle call for convenient loading unloading (using Mi and Mr).

Always try to modify the original code so everything else in the original is still functioning in its original sequence. It just makes life easier in the long run.

6 minutes ago, RustyG said:

with this peof

 

Just uncomment the lock un lock lines, remove the #s at the beginning. The post is not outputting those lines as long as they are "commented out"

8 minutes ago, RustyG said:

ok I am unfamiliar with "white space" 

Go to File / options in the editor (Code Expert) and open nthe document settings at the top.

Check the white space box and it will show what all your "spaces" are. Dots are spaces, arrows are tabs.

1 minute ago, RustyG said:

copied from your post

Turn on the white space in the editor and make sure you have the correct number of spaces NOT tabs.