-
#1
Renishaw tool probe on my Doosan DNM500…………..I just got done with touching off one tool and then the next threw a MC3092 probe open alarm. The tool comes down, touches the probe(doesn’t raise back up), and then alarms………..What gives? I have no clue where to start.
-
#2
This is very generic as I don’t know how or by whom your tool probe was installed.
I got screwy problems, including I think ‘Probe Open,» when using a spindle probe and Renishaws’s Easy Probe (9000) routines. What it boils down to is how the probe start-stop sequence(s) and probe select are handled. If your setup is using a probe on off (or probe select (spindle/tool signal), you might be configured to where the probe is off when a 2nd consecutive probe cycle is called. That has burned me a few times. I started using the full Inspection Plus cycles instead which for some reason have better control of the on and off of my probe.
So I guess the short answer is, make sure the tool probe is actually on or the correct probe is active. Maybe thru watching a bit on some diagnostic screen.
You don’t say if this just started to happen on a long existing system, or that this is a brand new setup and you’re suffering startup pains.
Google this Renishaw document H-4012-8500-01. It may help, and says a bit of what I’ve suggested. Like probe not active for one.
-
#3
Probe has been running flawlessly…………..I touched off worn tool today without issue and then a second 30 minutes later and I got the alarm………………..
-
#4
Does it actually touch the probe, or is it just really, really close?
Single block through the touch off macro to find where exactly the issue comes from. That said, Renishaw’s macros are a PITA.
Is it just this one tool, or is it doing the same with other tools?
-
#5
Does it actually touch the probe, or is it just really, really close?
My Mori has a B address where you set the approximate tool length. Wondering if there is something on your Doosan like that. If you set it too far off, the probe routine might have a maximum distance it will travel without touching before it thinks it should have run into something already. If not it alarms out.
Just an idea.
EDIT: Well on 2nd thought, the machine probably knows the distance to the touch off point, so perhaps my idea is not valid. Though maybe the addition of another address (if used) changes the routine criteria??
Last edited:
-
#6
Renishaw tool probe on my Doosan DNM500…………..I just got done with touching off one tool and then the next threw a MC3092 probe open alarm. The tool comes down, touches the probe(doesn’t raise back up), and then alarms………..What gives? I have no clue where to start.
Is it OTS or TS27R ?
What is the command you are using to measure the tool?
-
#7
Is it OTS or TS27R ?
What is the command you are using to measure the tool?
The machine has Renishaw probing software…………..I don’t use a program, sub, or macro………..I use the on screen prompts, get the tool right above the probe and hit cycle start………..tool comes down touches the probe then stops and alarms…………..
-
#8
This alarm in RenGUI is most likely caused by batteries being low or spent. Since it started the probing and ran partly, I would say low battery.
The probe is turned on by an M Code which is in program O8502, I think, and turned off in O8504. The probing cycles are in the macro Executor and can’t be accessed. Saves memory for one.
In process probing is done with M165 instead of G65. This calls the Renishaw Inspection Plus macros from the executor, not machine memory. The embedded macros and the original Inspection Plus macros are identical except by how they are called. Renishaw wrote them for Doosan.
-
#9
Let me qualify what’s written below, by saying that My experience is with a vanilla Fanuc control, using Renishaw’s ‘inspection-plus’ macros, which are stored as O9000 programs in the memory, and called via sub-programs.
In my experience, a «PROBE OPEN» alarm happens when the probe is triggered, during a «protected position» move, via the O9810 program. Meaning, the probe is in rapid Z-negative, and is triggered before it actually arrives above the part. Meaning something is wrong. Either you fat-fingered a TLO for the probe, fat-fingered the Z-work offset, the physical part is too tall, a clamp is in the way, etc…
My advice would be to rule any of the obvious things mentioned above out. Double check your setup/tools/probe’s TLO to make sure everything is correct.
YMMV, as LockNut mentioned that the Doosan machines handle probing differently.
-
#10
I’ll check batteries. Thanks.
-
#11
New batteries…………same problem.
-
#12
Then I suggest re-calibrating the tool setter.
-
#13
Don’t know about the Doosan, but the routines that come on Haas machines have several options for setting a tool length. Which one (if multiples) are you using? The drill point, or small endmill just requires a tool number on the Haas and it will home Z before running, the auto length rotating wants an approximate length and the tool diameter. If your approx length is too long it will not touch and trigger an alarm. Not sure if any of that is useful.
-
#14
I’ve gotten this alarm quite a bit on my Doosan’s. Change out the batteries and clear the alarm and restart the machine usually takes care of it.
-
#15
The machine has Renishaw probing software…………..I don’t use a program, sub, or macro………..I use the on screen prompts, get the tool right above the probe and hit cycle start………..tool comes down touches the probe then stops and alarms…………..
And if you want to implement the tool length setting/update in your cutting program ??
-
#16
And if you want to implement the tool length setting/update in your cutting program ??
I have a probe routine saved under M45 so I can insert it into a program very easy. If anyone is interested I can share, think I got it here anyways.
-
#17
I have a probe routine saved under M45 so I can insert it into a program very easy. If anyone is interested I can share, think I got it here anyways.
![]()
1. I am interested.
2. Few month ago we had here already the discussion regarding the Doosan GUI and inability to follow the its encrypted macros and as result of that troubleshooting.
3. If it is Doosans GUI, then the tool setter is OTS. After certain OTS operations it gets «tired» and does not response quick enough when back off is executed after first touch, causing the PROBE OPEN alarm. In such cases, when macros are open to user, it could be solved by editing the back off amount or time delay. But with these GENIAL encryption — just change the OTS. Or use your own tool setting program.
-
#18
Swapped bat trees, calibrated, and I’m off to the races again.
Прошу помощи у более опытных коллег . Столкнулся с необозначенными в документации на Оi-mc (станок ЕV-1000 ,
четырехосевой фрезерный Тайванец , отработавший 10 лет ) ошибками . 3092 и 3093 . «Сигнал ош макроса» в его
скверной руссификации . Сегодня снесли «Ренишау» . Анализ «погреба ошибок » показал , что в начале июня
проскочила ошибка 114 , несколько раз 3093 , через пару дней 3092 , потом частые 3093 .
По словам одного оператора , связанные именно с замером выноса (длины ) инструмента .Есть , конечно, подозрение
на чьи -то шаловливые ручки в программах 9000 (где программы замера инструмента и обкатки «Ренишау»)
эти десять лет спокойно стояли . Есть и операторы , знающие назначение бита 4 (NE9) в параметре 3202 .
Трижды за смену перелистал списки ошибок в русскоязычных и англоязычных руководствах от Оi-mc до Oi-mf
и ничего в промежутке от 3013 (стр. 818 в В-64124Ru/01) до 4500 (стр.555 в В-64115Ru/01 ) так и не обнаружил .
Что посоветуете ?
Изменено пользователем Мастеровой
Leaflet: Probe open alarm: information for users of Fanuc controllers (pdf)
File size: 430 kB
Language: English
Part number: H-4012-8500-01-A
The 92(Probe Open) alarm occurs in Renishaw macro software when the probe stylus is already in contact with a surface at a time when a probing move is intended. (It may also occur if the probe is not active.)
As machine tool performance increases, Renishaw amends default values within the setting macros of our products. In particular, the ‘back off factor’ (#506) is changed to speed up probing.
In some cases this change may increase the likelihood of a probe open alarm occurring on large or older machines which are less able to stop quickly after the stylus first contacts the surface.
This type of file requires a viewer, freely available from
Adobe
-
#1
Renishaw tool probe on my Doosan DNM500…………..I just got done with touching off one tool and then the next threw a MC3092 probe open alarm. The tool comes down, touches the probe(doesn’t raise back up), and then alarms………..What gives? I have no clue where to start.
-
#2
This is very generic as I don’t know how or by whom your tool probe was installed.
I got screwy problems, including I think ‘Probe Open,» when using a spindle probe and Renishaws’s Easy Probe (9000) routines. What it boils down to is how the probe start-stop sequence(s) and probe select are handled. If your setup is using a probe on off (or probe select (spindle/tool signal), you might be configured to where the probe is off when a 2nd consecutive probe cycle is called. That has burned me a few times. I started using the full Inspection Plus cycles instead which for some reason have better control of the on and off of my probe.
So I guess the short answer is, make sure the tool probe is actually on or the correct probe is active. Maybe thru watching a bit on some diagnostic screen.
You don’t say if this just started to happen on a long existing system, or that this is a brand new setup and you’re suffering startup pains.
Google this Renishaw document H-4012-8500-01. It may help, and says a bit of what I’ve suggested. Like probe not active for one.
-
#3
Probe has been running flawlessly…………..I touched off worn tool today without issue and then a second 30 minutes later and I got the alarm………………..
-
#4
Does it actually touch the probe, or is it just really, really close?
Single block through the touch off macro to find where exactly the issue comes from. That said, Renishaw’s macros are a PITA.
Is it just this one tool, or is it doing the same with other tools?
-
#5
Does it actually touch the probe, or is it just really, really close?
My Mori has a B address where you set the approximate tool length. Wondering if there is something on your Doosan like that. If you set it too far off, the probe routine might have a maximum distance it will travel without touching before it thinks it should have run into something already. If not it alarms out.
Just an idea.
EDIT: Well on 2nd thought, the machine probably knows the distance to the touch off point, so perhaps my idea is not valid. Though maybe the addition of another address (if used) changes the routine criteria??
Last edited: Jan 31, 2021
-
#6
Renishaw tool probe on my Doosan DNM500…………..I just got done with touching off one tool and then the next threw a MC3092 probe open alarm. The tool comes down, touches the probe(doesn’t raise back up), and then alarms………..What gives? I have no clue where to start.
Is it OTS or TS27R ?
What is the command you are using to measure the tool?
-
#7
Is it OTS or TS27R ?
What is the command you are using to measure the tool?
The machine has Renishaw probing software…………..I don’t use a program, sub, or macro………..I use the on screen prompts, get the tool right above the probe and hit cycle start………..tool comes down touches the probe then stops and alarms…………..
-
#8
This alarm in RenGUI is most likely caused by batteries being low or spent. Since it started the probing and ran partly, I would say low battery.
The probe is turned on by an M Code which is in program O8502, I think, and turned off in O8504. The probing cycles are in the macro Executor and can’t be accessed. Saves memory for one.
In process probing is done with M165 instead of G65. This calls the Renishaw Inspection Plus macros from the executor, not machine memory. The embedded macros and the original Inspection Plus macros are identical except by how they are called. Renishaw wrote them for Doosan.
-
#9
Let me qualify what’s written below, by saying that My experience is with a vanilla Fanuc control, using Renishaw’s ‘inspection-plus’ macros, which are stored as O9000 programs in the memory, and called via sub-programs.
In my experience, a «PROBE OPEN» alarm happens when the probe is triggered, during a «protected position» move, via the O9810 program. Meaning, the probe is in rapid Z-negative, and is triggered before it actually arrives above the part. Meaning something is wrong. Either you fat-fingered a TLO for the probe, fat-fingered the Z-work offset, the physical part is too tall, a clamp is in the way, etc…
My advice would be to rule any of the obvious things mentioned above out. Double check your setup/tools/probe’s TLO to make sure everything is correct.
YMMV, as LockNut mentioned that the Doosan machines handle probing differently.
-
#10
I’ll check batteries. Thanks.
-
#11
New batteries…………same problem.
-
#12
Then I suggest re-calibrating the tool setter.
-
#13
Don’t know about the Doosan, but the routines that come on Haas machines have several options for setting a tool length. Which one (if multiples) are you using? The drill point, or small endmill just requires a tool number on the Haas and it will home Z before running, the auto length rotating wants an approximate length and the tool diameter. If your approx length is too long it will not touch and trigger an alarm. Not sure if any of that is useful.
-
#14
I’ve gotten this alarm quite a bit on my Doosan’s. Change out the batteries and clear the alarm and restart the machine usually takes care of it.
-
#15
The machine has Renishaw probing software…………..I don’t use a program, sub, or macro………..I use the on screen prompts, get the tool right above the probe and hit cycle start………..tool comes down touches the probe then stops and alarms…………..
And if you want to implement the tool length setting/update in your cutting program ??
-
#16
And if you want to implement the tool length setting/update in your cutting program ??
I have a probe routine saved under M45 so I can insert it into a program very easy. If anyone is interested I can share, think I got it here anyways.
-
#17
I have a probe routine saved under M45 so I can insert it into a program very easy. If anyone is interested I can share, think I got it here anyways.
![]()
1. I am interested.
2. Few month ago we had here already the discussion regarding the Doosan GUI and inability to follow the its encrypted macros and as result of that troubleshooting.
3. If it is Doosans GUI, then the tool setter is OTS. After certain OTS operations it gets «tired» and does not response quick enough when back off is executed after first touch, causing the PROBE OPEN alarm. In such cases, when macros are open to user, it could be solved by editing the back off amount or time delay. But with these GENIAL encryption — just change the OTS. Or use your own tool setting program.
-
#18
Swapped bat trees, calibrated, and I’m off to the races again.
Прошу помощи у более опытных коллег . Столкнулся с необозначенными в документации на Оi-mc (станок ЕV-1000 ,
четырехосевой фрезерный Тайванец , отработавший 10 лет ) ошибками . 3092 и 3093 . «Сигнал ош макроса» в его
скверной руссификации . Сегодня снесли «Ренишау» . Анализ «погреба ошибок » показал , что в начале июня
проскочила ошибка 114 , несколько раз 3093 , через пару дней 3092 , потом частые 3093 .
По словам одного оператора , связанные именно с замером выноса (длины ) инструмента .Есть , конечно, подозрение
на чьи -то шаловливые ручки в программах 9000 (где программы замера инструмента и обкатки «Ренишау»)
эти десять лет спокойно стояли . Есть и операторы , знающие назначение бита 4 (NE9) в параметре 3202 .
Трижды за смену перелистал списки ошибок в русскоязычных и англоязычных руководствах от Оi-mc до Oi-mf
и ничего в промежутке от 3013 (стр. 818 в В-64124Ru/01) до 4500 (стр.555 в В-64115Ru/01 ) так и не обнаружил .
Что посоветуете ?
Изменено 19 июня 2018 пользователем Мастеровой
Leaflet: Probe open alarm: information for users of Fanuc controllers (pdf)
File size: 430 kB
Language: English
Part number: H-4012-8500-01-A
The 92(Probe Open) alarm occurs in Renishaw macro software when the probe stylus is already in contact with a surface at a time when a probing move is intended. (It may also occur if the probe is not active.)
As machine tool performance increases, Renishaw amends default values within the setting macros of our products. In particular, the ‘back off factor’ (#506) is changed to speed up probing.
In some cases this change may increase the likelihood of a probe open alarm occurring on large or older machines which are less able to stop quickly after the stylus first contacts the surface.
This type of file requires a viewer, freely available from
Adobe
просточеловек, проверьте состояние датчика касания
Probe open alarm: information for
users of Fanuc controllers
H-4012-8500-01
The 92(Probe Open) alarm occurs in Renishaw macro software when the probe stylus is already in
contact with a surface at a time when a probing move is intended. (It may also occur if the probe is
not active.)
As machine tool performance increases, Renishaw amends default values within the setting macros
of our products. In particular, the ‘back off factor’ (#506) is changed to speed up probing.
In some cases this change may increase the likelihood of a probe open alarm occurring on large or
older machines which are less able to stop quickly after the stylus first contacts the surface.
Action to take if a probe open alarm occurs
� Check that the probe is switched ON and functioning correctly
� When using longer styli, the probe may trigger due to machine vibration. A range of filter settings
are available on all probes to overcome these false triggers. For information on these settings,
please refer to the appropriate probe quick start guide, available from www.renishaw.com
� If the stylus remains in contact with the surface after a genuine measurement, i.e. the stylus has
not backed off fully, the back off factor should be increased as follows:
� Enter the CNC offset (#) setting page and edit #506. It is recommended that this value be
increased in increments of 0.1 until your probing cycle runs without causing a probe open
alarm (note the maximum value is #506 = 1.0)
Further details can be found in the programming manual supplied with each software kit.
Should you be unable to resolve the problem, please contact your machine tool supplier for further
support.
-
11-13-2011, 02:10 PM
#1
Registered
Hi All,
I have tested the skip I/P with a simple micro switch and the G31 functions correctly with a simple program… so I’m now writing a macro for a tool setter.
Generally the macro design is within the power of my brain cell, just…. but I’d like to verify that the signal from the probe is going On — Off — On as expected as the tool touches retracts and touches again for the final «read».
If the probe is open / closed at the wrong time, then a #3006=1 (probe fail) would abort the setting routine and flag an alarm.But,
I can’t find in the Fanuc manuals (no surprise there) how to read the status of the skip signal (or any of the general I/O).
Any help / points would be a great help.
Cheers
Derek.
-
11-13-2011, 05:21 PM
#2
Community Moderator
The skip input cannot be made conditional so it does not show up in the ladder AFAIK.
When writing G31 routines or macro’s it is customary to have a protected positioning move, this is a routine that would typically be used to move the probe to initial position in say rapid, IOW, any move of the probe should include a G31.
The standard G31 input is sent from PLC to CNC via the BMI, an optional High speed skip input is available through an add on board and option parameter that directs the high speed G31 skip input directly to the CNC side.
Al.CNC, Mechatronics Integration and Custom Machine Design
“Logic will get you from A to B. Imagination will take you everywhere.”
Albert E.
-
11-13-2011, 06:13 PM
#3
Registered
Hi Al,
I’ve been thumbing through the manual —
It says that the input interface signals 1 to 32 can be read by variables #1000 to #1031.
I’m hoping that the skip x4.7 is connected to one of these i/ps
I haven’t got the electrical drawings with me, so I’ll have to check when I get to work tomorrow.I just want to check the probe closes on the back off move…just a bit of error checking realy, or that the tool hasn’t mashed the tool setter
I wasn’t sure if i could use a G31 with a G0 — I’ll give that a try too.
ATB
-
11-13-2011, 08:59 PM
#4
Registered
Originally Posted by derekBPcnc
Hi Al,
I’ve been thumbing through the manual —
It says that the input interface signals 1 to 32 can be read by variables #1000 to #1031.
I’m hoping that the skip x4.7 is connected to one of these i/ps
I haven’t got the electrical drawings with me, so I’ll have to check when I get to work tomorrow.I just want to check the probe closes on the back off move…just a bit of error checking realy, or that the tool hasn’t mashed the tool setter
I wasn’t sure if i could use a G31 with a G0 — I’ll give that a try too.
ATB
I wasn’t sure if i could use a G31 with a G0 — I’ll give that a try too.
No you can’t. G31 is a one shot command that is terminated by the slide reaching the end point or by the change of state of the switch, and functions similarly to G1. Accordingly, if you want rapid movement in the G31 block, include a fast feed rate.I just want to check the probe closes on the back off move…just a bit of error checking realy, or that the tool hasn’t mashed the tool setter
You have the logic correctly planned. The switch should be made when the tool/probe is in fresh air. A broken wire etc in the system will therefore fail safe.Regards,
Bill
-
11-15-2011, 02:24 PM
#5
Registered
There are macro inputs and outputs that you can see with variables in the 1000s, but those are not related to the SKIP input. I suppose you could wire your probe output to BOTH the SKIP input and one of those 16 user macro inputs (Ui0-Ui15), but that may corrupt the latency of the SKIP input. These macro inputs have to be processed in the ladder, so if your ladder doesnt’ have them, you may have to modify the ladder as well as wire up the extra input.
I suggest this trick instead: If you want to check if the probe is stuck on, move to a position where you know the probe be off, save the current absolute position in a local variable, then make a very short G31 move to another point where the probe should also be clear. If the SKIP axis position is not the same as the «target» position, then the probe is stuck, and you should generate an alarm. I used to do it this way when we were digitizing with Renishaw MP1 probes. They liked to stick in the «on» position when you move away after touching the part. I believe we even went to the extra effort to «bounce» the probe against the last known part surface, then back away again to center the probe, rather than throw an alarm. When you’re touching 10,000 points in a digitizing cycle, you’ve got to have some way to recover from a stuck probe.
-
11-15-2011, 07:29 PM
#6
Registered
Hi Dan, Bill
Thanks for the replys.
The Fanuc manual says that #1000 to #1031 can be used to read the status of the external inputs.
trying to read anything over #1015 cause a variable out of range error, so ties up with what you say about Ui0 to Ui15.I thought that the input registers would be mapped to the #1000 variables — obviously not the case (and outputs to # 1100 — #1131 I think).
SO — I’ll take your advice and use some logic comparing the absolute position before and after skip to make sure the expected move has been made and not ‘halted’ by a stuck probe (tool setter stylus).
As a side note — I see andthe X4.7 Skip in the PMC maintenance status screen and it toggles when the probe is tripped- I guess that the X4.7 signal is not being passed to the CNC…but it must be for it to process the G31 command …that’s the confusing part.The other way I was going to try to extract the status of skip signal was to read the whole of the X4 register and process that Byte to extract BIT7 — I think #1032 to #1035 reads the whole register??? IF that can be done in Fanuc (I’m thinking microprocessor register techniques, so might be complete tosh when it comes to CNC
I haven’t seen the Renishaw macros, so I dont know how Renishaw error check probe open / stuck to flag an error.
Fun learning if nothing else
ATB
Derek
-
11-15-2011, 08:32 PM
#7
Community Moderator
Originally Posted by derekBPcnc
As a side note — I see andthe X4.7 Skip in the PMC maintenance status screen and it toggles when the probe is tripped- I guess that the X4.7 signal is not being passed to the CNC…but it must be for it to process the G31 command …that’s the confusing part.
ATB
DerekAs I mentioned, the PMC skip is passed over to the CNC side via the BMI. Basic Machine Interface, this is the bus that the CNC and PMC talk to each other, normally the PMC and the CNC communicate via G and F registers, it is a while since I implemented a Fanuc ladder, but I believe there is no G register bit available to enabling conditioning the Skip input, the High Speed skip bypasses the BMI/PMC and inputs direct to the CNC.
Al.CNC, Mechatronics Integration and Custom Machine Design
“Logic will get you from A to B. Imagination will take you everywhere.”
Albert E.
-
11-16-2011, 09:29 AM
#8
Registered
Originally Posted by derekBPcnc
…
The Fanuc manual says that #1000 to #1031 can be used to read the status of the external inputs.
trying to read anything over #1015 cause a variable out of range error, so ties up with what you say about Ui0 to Ui15.I thought that the input registers would be mapped to the #1000 variables — obviously not the case (and outputs to # 1100 — #1131 I think).
…
#1000 — #1015 and #1032 are defined.
#1016 — #1031 may not be defined.
The same applies to output signals also.
See the attachment for more details.
-
11-16-2011, 05:48 PM
#9
Registered
Originally Posted by Dan Fritz
I suggest this trick instead: If you want to check if the probe is stuck on, move to a position where you know the probe be off, save the current absolute position in a local variable, then make a very short G31 move to another point where the probe should also be clear. If the SKIP axis position is not the same as the «target» position, then the probe is stuck, and you should generate an alarm.
Here’s a quick sample prg of that same concept.
O9032(REN FLASH ON)
G98#2=#5042-#5082
#3=[#2-[.002]]
#4=0
N2
IF[#4GT4]GOTO4
G31Z#3F20.
G4U.1
#6=#5042-#5082
G4U.1
IF[#6LT#2]GOTO5G0Z#2
M55
G4U.7
M54(M CODE TO TURN PROBE ON)
G4U.7
M55(RESET M CODE)#4=#4+1
GOTO2
N4
#3000=101(PROBE START UP FAILURE-CHECK BATTERY)
N5
G0Z#2
M99
-
11-16-2011, 07:12 PM
#10
Registered
Originally Posted by sinha_nsit
#1000 — #1015 and #1032 are defined.
#1016 — #1031 may not be defined.
The same applies to output signals also.
See the attachment for more details.Hello Sinha,
Thanks for the info — I’ll ‘digest’ in conjunction with the manual tomorrow when I’m back in the office, as I understand now, that X4.7 skip is not mapped to a user variable.:-(
Another quick question — of the variables in the range #1000 to #1015 — how do I work out the mapping of a specific input (say X2.1) to a particular variable?
——————-
Hi Dan,
Thanks for the section of code- looks like a plan is forming:cheers:
I got the MI-8 interface delivered today -so let the real fun commenceATVB
Derek
-
11-17-2011, 07:43 AM
#11
Registered
Originally Posted by derekBPcnc
…Another quick question — of the variables in the range #1000 to #1015 — how do I work out the mapping of a specific input (say X2.1) to a particular variable?
Read the attachment which has more detailed information.
-
tool probing issue, probe open ?
trying to touch off tools using a renishaw touch probe, on our cincy/lamb Hawk 250. A «probe open» alarm is generated when we run the sub to carry out the presetting. Im thinking that the probe «open» is the way that it should be, but an alarm is generated nontheless halting our attempts. Any one else ever encountered this ?
-
For some reason your probe is being tripped without being touched by a tool. Most likely a damaged cable, causing the wires inside to lose contact. I think the probes are normally closed-loop, and when the probe is touched the contact is broken (open)
We’ve had this happed on our machines before, and it has always been a damaged cable somewhere, or a poor electrical connector. Do some investigating and you may find the problem.
Good louck