Autorun icon showing red when report has no out of tolerance characteristics

[[St...]]

I'm reaching out to seek guidance on an issue we've encountered with our reporting system. Despite all the results in our reports indicating green (within tolerance), the autorun icons persistently show up in red. This seems to suggest that the icons are being influenced by the values of certain characteristics that, although marked, should not impact the overall tolerance status displayed by the report. These marked characteristics appear to still affect the determination of whether a part is considered out of tolerance, contrary to what the report visually communicates.

Has anyone faced a similar issue or can offer insight into how to prevent the autorun icons from inaccurately reflecting the part's status as out of tolerance when the report clearly shows everything is within the acceptable range? Any suggestions or solutions to rectify this discrepancy would be greatly appreciated.

Thank you in advance for your assistance!

[[Ju...]]

If there are any True Position characteristics for holes with maximum material conditions, sometimes the position of the hole will be good, but the diameter will be out of tolerance. I've had this happen before.

[[Ma...]]

Open program and look for characteristics which are out of tolerance.
Sometimes even masking won't help.

[[St...]]

In our process, some characteristics may fall outside of tolerance levels, yet I compile these into an overall average for reporting purposes. This results in the reports showing acceptable averages, which is our desired outcome. However, the issue arises with the autorun icons turning red due to the individual out-of-tolerance characteristics, leading operators to manually check the report to confirm the parts are actually within acceptable averages. I'm looking for a way to prevent the icons from turning red under these circumstances to streamline our workflow.

[[Ma...]]

If they are not selected in run, masked and marked AND STILL is icon red, then I think this can not be done.

[[Mi...]]

If the averages are what you're concerned about, remove the tolerances from the Individual results. I do this on in places where we may check a bunch of individual measurements, like Space Point distances for poor man's profile measurements.

See below, all those space point distances, as well as the Min and Max have no tolerance, and they are actually masked so they don't show up on the report but they do show up in the table files (I assume they would still in PiWeb too).

The result element above it has formula to calculate the profile that gets reported.

You could do similar just using whichever form of Average applies to your measurement. If I do this with a GD&T Characteristic like Flatness, Position etc... I set the tolerance to 999 on the hidden ones.

REferences.PNG

[[Ma...]]

Please sign in to view this quote.

Oh hell - i totaly forgot this one 🤣 Thanks - this should be definitive answer ❗

[[Al...]]

Please sign in to view this quote.

I have an idea to mitigate time consuming report review. I don't know if you're using PiWeb, but for the purposes of Autorun, I suggest using the Calypso Compact Report for operators. I did this for my automation system because the reports were smaller (kb vs mb). Change the settings of the report to show characteristics outside the warning limit only. The report will pop up at the end of the run and if there is anything on the report, it's out or close to the limit. Otherwise the report will be blank. Don't forget to hide your marked characteristics too.