Getting Feed Height in Post Processor

Getting Feed Height in Post Processor

bac244
Contributor Contributor
792 Views
1 Reply
Message 1 of 2

Getting Feed Height in Post Processor

bac244
Contributor
Contributor

Hello,

 

Been trying to search this for the last hour but seems like it's an easy enough question, I should just ask:

 

I'm looking to bring the Feed Height from the Heights tab in a drilling cycle into my post processor. I see I can get retract and clearance as cycle.retract and cycle.clearance but I can't seem to find cycle.feed (or what it actually is). I want to use this as my R point in a drilling cycle. Right now the post I'm modifying uses cycle.retract - cycle.clearance, which isn't quite right, in fact it outputs a height slightly inside of the part. No good.

 

bac244_0-1586018955605.png

Want to get this number, in the post processor (cycle.????)

 

These drill cycles are really killing me. Been working on them for a couple days!

 

0 Likes
Accepted solutions (1)
793 Views
1 Reply
Reply (1)
Message 2 of 2

bac244
Contributor
Contributor
Accepted solution

I learned about dump.cps and found what I was looking for:

 

getParameter("operation:feedHeight_value");

 

But I came across some weird behavior I'm going to post here. When using tool orientation to drill in a multi-axis setup, the feedheight will not get updated unless Fusion actually draws the planes. Easier to understand in pictures:

 

bac244_0-1586027217380.png

Shown here, Top height and Feed Height planes are not shown. Fusion will output the value 0.2 as the Feed Height to the post-processor. This will result in a crash.

 

bac244_1-1586027288200.png

Shown here, switching to using "selection" instead of hole top for the Top Height, the planes are drawn and Fusion outputs the feed height to the Post Processor as expected.

 

Interesting behavior that the hole top, default, doesn't work. Definitely not a safe failure. Trying to think of a way to check for this in the post processor...

 

-Brent

 

 

 

 

0 Likes