Help with Interact II Post

[Mic6]

Hey Guys, My co-worker has for the last few years been editing every drilling operation to remove the (neg-) symbol from his drill feed. Can someone take a look at the post and see if there's a problem? I'd really like to get this fixed for ASAP. I can email anyone the post if needed.

 

100 BEGIN PGM 1111 INCH
110 L Drill Post Test
120 LBL 200
130 L Z+0.551 R0 F6298 M91
140 L X+0.0 Y+0.0 R0 F MAX M05
150 LBL 0
160 STOP M25
170 TOOL CALL 67 Z S1856
180 L R F M03
190 L X+10 Y+10 R F MAX M
200 L X+0 Y+0 R F MAX M03
210 CYCL DEF 1.0 PECKING
220 CYCL DEF 1.1 SET UP -0.1
230 CYCL DEF 1.2 DEPTH -0.5
240 CYCL DEF 1.3 PECKG -0.1
250 CYCL DEF 1.4 DWELL 0.2
260 CYCL DEF 1.4 F-20 <----------------------HERE
270 L Z0.1 R F MAX M
280 L Z0.1 R F MAX M9
290 L Z0.1 R F MAX M99
300 L Z+0.551 R0 F MAX M91
310 L X-9.0 Y+0 R0 F MAX M91
320 STOP M02
330 END PGM 1111 INCH

 

POST SNIPPET

 

# Drill variable formats
# --------------------------------------------------------------------------
fmt	1 drillcyc$   # drillcyc = 0..7
fmt	1 drillcur$   # Drill with current cycle flag (=1 if true)
fmt  G 4 drillref   # Initial / Reference Toggle (G98/G99)
fmt	10 dwell$ 	# Dwell
fmt  Z 10 initht{:content:}nbsp;   # Initial Height
fmt  Z 10 refht$ 	# Reference Height
fmt	10 depth$ 	# Depth
fmt	10 peck1$ 	# First peck increment (negative)  <--------------------------Don't know why these say negative in parenthesis
fmt	10 peck2$ 	# Second or last peck (negative)
fmt	10 setup 	# Safety Distance (-initht)
fmt	10 peckg 	# Feed Depth (peck1)
fmt	2 peckclr{:content:}nbsp;   # Safety distance
fmt	1 retr$   	# Retract height
fmt  F 5 frplunge$   # Plunge feedrate in drill cycles

[K2csq7]

[email protected]

change the extension to .txt

Happy to give it a whack

[Mic6]

Sent! Thanks!

[K2csq7]

Somefin got messed up.. or I just haven't seen a post looking like that before. If you want to try again, copy all the text from the post, then paste it into notepad. That might work.

 

I bet a simple...

   	if feed < 0, feed = feed * -1

... would do the trick

 

just need to find the right place to put it, what kind of drilling postblocks do you have? See what happens if you add that line to the top of your drill, peck, tap, chipbreak, bore, etc... postblocks

If you can run it through the debugger you will see where the feedrate gets output from. Maybe all cycles use a common postblock to output the feed among other stuff, or each cycle may have it's own postblock that the feed is output from.

HTH

 

ALWAYS backup your post first!

[Mic6]

Oh yikes! I wonder what the heck happened? I'll be back in the shop Monday. Thanks again for looking and I'll revisit this Monday.

[Jim Evans from CNC Software]

Find out what variable is being used to output the Feed in the drill cycle postblock and trouble shoot from there. IF using fr$ try using fr_pos$.

[Mic6]

# --------------------------------------------------------------------------
# Drilling Section
# --------------------------------------------------------------------------
pdrill_calc # Drilling Calculations
       	setup = abs(refht$) * m_one
       	peckg = abs(peck1$) * m_one

pdrill$  	# Canned Drill Cycle
       	pdrill_calc
       	n$, sdef, specking,e$
       	n$, sdef, "1.1", ssetup, setup,e$
       	n$, sdef, "1.2", sdepth, depth$,e$
       	n$, sdef, "1.3", speckg, peckg,e$
       	n$, sdef, "1.4", sdwell, dwell$,e$
       	n$, sdef, "1.4", strf, *fr2,e$  #Changed to output "F0" by Mike, 9/8/11#   <-------------------This what affects the feed output.  I changed from *fr$  to fr2 and it woul doutput the feed to "0" so he can manuallu put the feed in at the machine for the time being.
       	n$, strl, *initht$, strr, strf, smax, strm,e$
       	n$, strl, *refht$, strr, strf, smax, smcool,e$
       	n$, strl, *refht$, strr, strf, smax, sm99,e$

ppeck$   	# Canned Peck Drill Cycle
       	pdrill$

pchpbrk$ 	# Canned Chip Break Cycle
       	pdrill$

[Jim Evans from CNC Software]

now search your post to see where fr2 is getting it's value. It's not a predefined variable so there is some place in the post where in assignment occurs so go track it down.

[K2csq7]

Mic, sorry I haven't had time to look at the one you sent me.

But seeing your last post and knowing that changing it from *fr$ to *fr2$ gave you a zero for your feedrate...

I can pretty confidently say that if you add..

if fr$ < 0, fr$ = fr$ * -1

 

right at the beginning of that pdrill postblock you will get what you need.

Let me know if it works out, can't imagine it would not.

You might not need the dollar signs, I can't remember...

[Jim Evans from CNC Software]

IS the feed value of 20 correct? multiplying by -1 will only change the sign which is fine if the value itself is correct. what is fr$ formatted for? fs and fmt assignments are what I am taking about.

[huskermcdoogle]

Yeah I had that problem and got sick of it so I wrote a new post altogether using the X4 MPFAN post. Took some work but was able to get it the way I wanted it. Pretty reliable post, does helical interp and arcs in all planes, drill cycles can be on any plane, uses datum shifts to make that happen. You can even jump and stuff. When I get a chance I will send it to you. I need to get it from a school server, I don't have the current working copy, I have made a few edits since I last backed it up into my files.

 

 

 

Shoot me a message with your email.

 

Husker

[huskermcdoogle]

"IS the feed value of 20 correct? multiplying by -1 will only change the sign which is fine if the value itself is correct. what is fr$ formatted for? fs and fmt assignments are what I am taking about. "

 

No 20 isn't the feedrate he programmed, 20 would actually be a programmed feed of 2ipm. -20 is what was is posted out by default or some such thing, I fought and fought this issue and got nowhere with it.

 

 

Husker

[Jim Evans from CNC Software]

-2 is potentially a valid NCI value for fr$ which means Rapid feedrate - usally come sout on the G0 moves in the NCI. It can also be -1 which means unchanged from previous move. That is why we created the fr_pos$ feedrate variable which always carries the actual value of feedrate and it will never be -1 & -2.

 

Seeing this is in Drilling I'm pretty sure it isn't dealing with the rapid move that is present before the 81 NCI lines and that is why a feed of -2 is coming out but seeing I don't have the post and part file I'm just taking an experienced guess.