hexagon logo

Global HTA Probe Crash Error

Hi, all. I am brand new to this forum and brand new to CMMs. I have been coming across an error with the Hexagon Global HTA where it detects a probe crash (running PC-DMIS and Blades) when there is no contact made with the part. I'm just curious if anyone else has come across this issue or if this is some known issue that has a fix for it. I'm unsure if this error is the result of excessive vibration (I don't believe it is but have been unable to reproduce the error while monitoring vibrations using Pulse) or if there is some software bug that is causing the error...or even if one of the optical probes is going bad.

I wish I had more information, but since I'm new to all of this, I just wanted to pick the brains of the forum users to see if there is any information out there. Thanks.
Parents
  • I had to look up that HTA, that's a really cool piece of equipment! I agree with , you are probably programming the measurement somehow without enabling enough clearance to avoid collision with the machine and the part. Based on the video on the hexagon page, i'm absolutely in the dark about this, but if you have an edit window, you surely would need to incorporate a clearance cube or clearance plane within your routine to avoid this error from presenting itself. You are lucky it has a warning, lol. Back in the day, you would just wreck your probe sensor and part with just one wrong move command!
  • It is very cool for sure. These programs have existed before my time here, but I can say with 100% certainty that the probe is not actually crashing into anything. I have observed it multiple times while running to ensure that it is not physically crashing and to determine where the "crash" occurs, and it appears to be happening in the same location when it happens. Sometimes a re-calibration temporarily fixes it, and we can run a few more parts, but not always.

    We have 5 of these machines that all run the same parts with the same fixtures, but this one in particular is giving this issue consistently.
Reply
  • It is very cool for sure. These programs have existed before my time here, but I can say with 100% certainty that the probe is not actually crashing into anything. I have observed it multiple times while running to ensure that it is not physically crashing and to determine where the "crash" occurs, and it appears to be happening in the same location when it happens. Sometimes a re-calibration temporarily fixes it, and we can run a few more parts, but not always.

    We have 5 of these machines that all run the same parts with the same fixtures, but this one in particular is giving this issue consistently.
Children
No Data