hexagon logo
Register Sign in
  • Replies 23 replies
  • Subscribers 222 subscribers
  • Views 431 views
  • Users 0 members are here
Options
Related

PC-DMIS 2021.2 - Possible bug with variable of position evaluation

Aaron Baldauf
Hello

I think I found a bug with the extraction (in a variable) of the z value in a position command.

I have a position of a plane to datum B (also a plane). The nominal distance is 43.64mm.
The measured TP value of the feature is 0.518015 and the measured z-value of the feature is 43.899007.

When extracting the z-value via a variable I get a totally different value of ​43.810238. A difference of approx. 0.09mm

To verify the result of the position feature, I aligned to datum B and evaluated each z-value of the plane.
The worst z-value of the individual points is 43.899024... so nearly identical to the position evaluation.
So the error must be in the extracted value.

I don't have any special characters in the name of the features.
PC-DMIS version is 2021.2 SP8 (Build-Nr. 524).

neil.challinor Don Ruggieri

May I send the routine to one of you guys to investigate?




Parents
  • Great news regarding this topic.

    I reached out to neil.challinor to get an update about this issue.

    This is Neils response:
    You will be pleased to hear that we’ve already made several changes in response to your query.
    • "Old expression syntax" is not available from the expression builder but is supported if typed in via the edit window or if already present in migrated routines.
    • For Position of a cylinder, the older expression now returns the correct value (worst value) when previously these returned only the start point.
    • For Position of a plane, the older expression now returns the worst values as shown in the FCF rather than the first line of the textual table.
      • All GD&T callouts using the old expression language now return the measurement value in the FCF and are no longer based on the first line of the textual analysis, so this fixes the customer issue.

    • Using the old expression syntax FCFLOC1.TP.MEAS or FCFLOC1.MEAS now return the same value.
    • Geometric Tolerance commands now support the assigning the worst X, Y or Z value on a per segment, per feature basis – for example FCFLOC1.SEGMENT[1].FEATURE[1].X.MEAS.

    These changes are available in PC-DMIS 2022.2 SP7 and will also be in the following builds once they are released…

    PC-DMIS 2023.1 SP7
    PC-DMIS 2023.2 SP3
    PC-DMIS 2024.1 Release
    ​

    Thanks for everyone involved Slight smile
Reply
  • Great news regarding this topic.

    I reached out to neil.challinor to get an update about this issue.

    This is Neils response:
    You will be pleased to hear that we’ve already made several changes in response to your query.
    • "Old expression syntax" is not available from the expression builder but is supported if typed in via the edit window or if already present in migrated routines.
    • For Position of a cylinder, the older expression now returns the correct value (worst value) when previously these returned only the start point.
    • For Position of a plane, the older expression now returns the worst values as shown in the FCF rather than the first line of the textual table.
      • All GD&T callouts using the old expression language now return the measurement value in the FCF and are no longer based on the first line of the textual analysis, so this fixes the customer issue.

    • Using the old expression syntax FCFLOC1.TP.MEAS or FCFLOC1.MEAS now return the same value.
    • Geometric Tolerance commands now support the assigning the worst X, Y or Z value on a per segment, per feature basis – for example FCFLOC1.SEGMENT[1].FEATURE[1].X.MEAS.

    These changes are available in PC-DMIS 2022.2 SP7 and will also be in the following builds once they are released…

    PC-DMIS 2023.1 SP7
    PC-DMIS 2023.2 SP3
    PC-DMIS 2024.1 Release
    ​

    Thanks for everyone involved Slight smile
Children
No Data
© 2024 Hexagon AB and/or its subsidiaries. Privacy Policy | Cloud Services Agreement