Weird behavior of CMM. PCdmis runs ok, Inspect not

I made a small video displaying this issue. The second feature fails in inspect while in pcdmis completes successfully. Btw this is the program:

Link of the video here: https://youtu.be/zp6SKitcOjk?si=VoNBL9Q35-ZoTeTZ

Please someone explain why this happens to me.

Check PLN2's clearance moves. In the Inspect version the CMM starts with the search distance almost immediately, while in PC-DMIS it looks fine.
I don't use Inspect, but maybe Inspect doesn't like variables (you have them in PLN2)?

Thanks for the reply!

Inspect to the best of my knowledge is just a UI / operator Portal for PC-Dmis. In fact PC-Dmis is still executing the program so there should be no difference in execution. In fact there is only 1 program that is executed in PC-Dmis in both cases but in the later case, it is through Inspect. 

Finally I can see avoidance move set to "NO" so there is no variable there and the only calculation through variable is with the spacing of the plane (in which I cannot spot any issue).

Going off of what vpt.se said, it does appear that after your alignment in Inspect it does an extra move. It looks like an avoidance move, or a move point. I don't see how or why it would be doing this based on the code above. I know avoidance move is set to no, but can you try changing the value to 0?

Well the program is validated and I am unable to touch it without going over assessment and possible revalidation that can take weeks. From my point of view I see the points having shifted on X axis by a good 7-10mm or so when using inspect. The sequence goes like... read manual alignment, take the circle to set Y and Z values but while using Pcdmis the X value retains to the manual alignment, in Inspect the a shift is happening. For me to most important thing is understanding why Inspect behaves like this (in 2 different similar machines) while I am pretty sure, pcdmis is still the main program doing the calculations and dictates movement.   

Are you using the "Pallet" option in Inspect to run multiple parts?  Also, do you have Inspect set to make a local copy of the routine before executing or are you running the main "master" routine?

I don't have the pallet option no. Also I am executing directly the master routine without creating a copy.

We just use inspect as the simplest tool there is for an operator to execute programs. No bar codes used, no pallet, nothing. Pick the folder execute the program, only this.

I don't have the pallet option no. Also I am executing directly the master routine without creating a copy.

We just use inspect as the simplest tool there is for an operator to execute programs. No bar codes used, no pallet, nothing. Pick the folder execute the program, only this.

You NEED to justify somehow, that clicking the checkbox within inspect settings that enables the software to function properly (by allowing it to run with a copy) is an integral and necessary part of making Inspect pass the validation protocol.  Add a deviation to your change request if you must but inspect ABSOLUTELY NEEDS to run with read/write access.   The software engineers from Hexagon added that checkbox for this precise reason.

You could even use Hexagon service desk to your advantage here, if you need affirmation (for your validation protocol deviation) of how this toggle functions and its intent to enable read-only files to work within Inspect... reach out to the service desk and let them know you need a written memo explaining the function and how it is necessary.

I am not sure why this is an option then if it needs to be there is the first place. In any case we have been using Inspect for many different codes for close to a year now in 10 machines with no issue with our current settings. Not sure why this is the sole case of such behavior. I will anyhow test by using the run as copy just to see if it will improve anything. Thanks