Occasionally, when I start a new program offline, the simulated probe graphic location will get messed up and be completely offset from the simulated points that it is taking. Graphically, the probe will be be performing its motions out in space many inches from the CAD and feature while it is simulating measuring said feature. This does not correct itself when I move the program online, for the program it seems as though the live probe graphic is permanently cursed. This makes the probe graphic totally useless when programming offline, I've never even attempted collision detection when it is like this, seems like it would be a pointless waste of time. I suspect this has something to do with the machine graphic, because when I delete the machine graphic the probe gets closer to proper position, but still far enough away to be useless. I don't know if this a CAD problem, an alignment problem, a machine graphic problem, a transform problem, a bad setting, a bug?? I'm using 2020.2 CAD++ on a Hexagon Global S Blue with a HP-S-X1H on an HH-AS8-T2.5.
How do I prevent this in the future? How do I fix the programs that already have this condition... such as the one I'm trying to work on now.
Do you have rotary table option on your offline port lock? I add "IGNOREROTAB/ON" in offline programs even if the program is not for a rotary table machine.
Possibly an issue/disagreement with a readpoint and the remainder of the program.
Could be an alignment issue. Possibly a question answered incorrectly after working on an alignment - "Do you want to update nominals . . . etc"
Possibly have actuals in the program that correct themselves when you execute offline. Look to see if actuals and nominals do not match in offline program prior to execution. Should match after you execute offline . . . then SAVE.
The feature nominals, feature graphic, green probe paths, and physical machine probe are all correct relative to the CAD in the window and the part on the machine. The only thing wrong is the simulated probe graphic location and motion relative to the displayed features the computer is stimulating/physical features the machine is measuring. When the green paths are shown, they are correct in relation to the CAD, and when the features are executed the machine probe follower the correct path as the green path lines displayed, the only thing not synching with the path lines is the simulated probe graphic. I resetted the actuals on both the feature level, and the program level before I wrote this post. I think if the alignment or the actual values were the problem, the green path lines or the machine motion would be wrong, and they are not wrong. All the actuals match the nominals when I execute offline. If Center Probe was engaged, the graphic should still follow the correct path, it just brings you along for the ride. I would think if the rotary programming was a problem, it would manifest itself in ALL of our programs, but I will check that setting out just in case even though we have not purchased that option.
Does this have to with the LOADMACHINE setting? Offline probe calibrations? CAD or Animation settings? What happens if the ReadPoint is executed outside the virtual machine extents? What if the rotation head in the stylus definition doesn't match the graphic in the load machine settings?
Just out of curiosity, is this offline probe a build of listed items, or is this a custom probe?
I feel like I've read that the '0' or start point can be set incorrectly in the custom probe builder. Could this be possible for your offline version of this probefile and the online copy was already corrected?
Hmmm, this is interesting, tell me more about this zero point? I know when I look at the calibration results for the styli I am using, they look correct. A0B0 both list X and Y around 0. From what you said above, there is a coordinate system above this one?
You might start by deleting (or renaming and saving away) the probe file, and creating a new one from scratch. See if that resolves the issue? Maybe there is something confusing about the probe file itself?
nb: I did some further research and this is what I found in our PCD-201969 . . . .
. . . . . checked back to 2013MR1 with a tactile probe and this has existed for a long time. ......... So if you have a rotary table active, offline, without animated machine. The rotary table matrix is applied to the drawing. . . . .
.
