renishaw probe off

[medaq]

First I have written alot of programs with macros for my probe. But a new issue is arising that I can not get ahold of.

 

everytime I turn the probe off, the machine wants to plung through the pallet.

 

In the renishaw macros 9833 to turn off your probe, the last line is confusing me why it is there.

 

It has G00 Z#2

 

#2 in the macro display reads 0. so the machine wants to for some reason plow through the pallet.

 

Is there any reason why the renishaw macros on the probe off would have that line ( G00 z#2 )?

 

Jim

[medaq]

I have found another z#2 in the 9833 file which scares me.

 

can anyone give any advice?

[Lars Christensen]

From Renishaw pdf.

quote:

---

Spinning the Probe Off – Macro O9833

DESCRIPTION This macro is used to spin the probe off prior to it being used. The

probe is retracted to a safe start plane, where the above format is

used to switch the probe off prior to a tool change.

There is a loop in the software, which will tries to de-activate the probe

up to four times. An alarm results if the probe does not switch off.

It should be noted that a small automatic Z axis movement takes

place within the macro to test if the probe is active. This means that

the G28 reference return must be done following this macro, otherwise

the G28 position is not effective.

NOTE: The probe tool offset must be active.

FORMAT M98P9833

EXAMPLE G65P9810Z100. Retract to a safe plane with the

tool offset still active.

G65P9833 Spin the probe off.

G91

G28Z0 Retract

---

HTH

Lars

[iowajim62]

Jim,

First thought is somehow that program got edited or corrupted.

 

Right out of a proven program for a Fanuc 30i.

 

(*)

M1

G0G28G91Z0

G0G17G40G80G90

N76T76M6(MP700 RENISHAW PROBE)

M22(UNLOCK)

G0G54.1P31G90X0.0Y0.0B0.

M21(LOCK)

G43H76Z8.

T37

G65P9832(PROBE ON)

G65P9810Z1.F100.

G65P9814D12.68Z-.3R0.2S131(SET P31 X0Y0)

G65P9810X-3.5Y0

G65P9811Z0S131(SET P31 Z0)

G65P9810Z4.

G65P9833(PROBE OFF)

G0G28G91Z0

M22(UNLOCK)

G0G54.1P32G90X0.0Y0.0B90.

M21(LOCK)

G43H76Z8.

G65P9832(PROBE ON)

G65P9810Z1.F100.

G65P9814D10.14Z-0.2R0.2S132(SET P32 X0Y0)

G65P9810X-2.5Y0

G65P9811Z0S132(SET P32 Z0)

G65P9810Z4.

G65P9833(PROBE OFF)

G0G28G91Z0

M22(UNLOCK)

G0G54.1P33G90X0.0Y0.0B180.

M21(LOCK)

G43H76Z8.

G65P9832(PROBE ON)

G65P9810Z1.F100.

G65P9814D12.68Z-.3R0.2S133(SET P33 X0Y0)

G65P9810X-3.5Y0

G65P9811Z0S133(SET P33 Z0)

G65P9810Z4.

G65P9833(PROBE OFF)

G0G28G91Z0

M22(UNLOCK)

G0G54.1P34G90X0.0Y0.0B270.

M21(LOCK)

G43H76Z8.

G65P9832(PROBE ON)

G65P9810Z1.F100.

G65P9814D10.14Z-0.2R0.2S134(SET P34 X0Y0)

G65P9810X-2.5Y0

G65P9811Z0S134(SET P34 Z0)

G65P9810Z4.

G65P9833(PROBE OFF)

G0G28G91Z0

M1

(*)

 

HTH

[Dave Ball]

Here is O9833. Use cimco and do a file compare to see if yours got changed somehow.

 

code:

---

O9833(REN SPIN OFF)

G65P9724

#148=0

#149=0

#2=#5043-#116

#4=0

#3=#2-[.10*#129]

N2

G04X.1

G31Z#3F[100*#129]

IF[ABS[#5043-#116-#3]GT#123]GOTO5

G0Z#2

IF[#4EQ4]GOTO4

IF[#4EQ0]GOTO3

#3001=0

WHILE[#3001LT9000]DO1

END1

N3

S500M3

#3001=0

WHILE[#3001LT1000]DO1

END1

M05

#4=#4+1

GOTO2

N4

#[3006-[[#120AND8]/8*6]]=1(PROBE SWITCH OFF FAILURE)

N5

G0Z#2

M99

---

While looking through this it occured to ask have you calibrated the probe recently?

[iowajim62]

Another thing I remember happening once, was an issue with G49 canceling all offsets and the machine wanting to slam the part.

[Mark Weber]

I don't know if you've already got this figured out but here's the deal. #2 comes from #5043-#116. #5043 is the current Z axis position at the spindle face in the current WCS (like G54, etc), while #116 is a common variable that should contain the probe tool length offset. It gets set in O9723 which is called by O9724 which is called by your O9833. Yea, I know it's deep :-) Anyway, if the probe does a nose dive, that means that you most likely have a bad number in #116.

Try this, edit O9833 to put in an M0 right after #2=#5043-#116. When it stops, look at variables #2 and #116 and see what's up. If they look ok, it might be a read ahead problem.

[medaq]

I did figure it out.

 

I was doing a probe off ( 9833 ) after a bore datum measure ( 9814 ) for some reason not doing a safe move after the 9814 was the culprit. All I added to fix it was I added a 9810 move then turned off the probe. No problems after that.