Re: Pc Dmis Download Cracked Versionl
Harold Yengo
The nistdmistestsuite2.2.1.zip is designed to help users and vendors use version 5.2 of the Dimensional Measuring Interface Standard (DMIS) and to support DMIS conformance testing. As compared with version 2.1.5 of the Test Suite (which was for DMIS 5.1), the following improvements have been made.
The new PC-DMIS 2021 version is not capable of opening legacy programs using older requirements, The software creates errors when an older PROGRAM and that it does not correlate to the ASME Y14.5 2018. We are an Aerospace manufacturing company and we are customer (End user drawings) driven. 95% of all the programs are legacy and meet the drawing callout to the older ASME Y14.5 1994 OR 2009 and the GD&T to match. NO more TP to a point, a plane, concentricity and or Symmetry. there may be more.
The software must be backward compatible, maybe they can add a fuction that allows the program to be created or to run on the applicable ASME Y14.5 . i have brought this issue up to Hexagon and its over a month and I have not recieved a solution.
Yes most of my prints are 1994. But I still have 2009 & 2018 on a few of the newer prints. I would hope that our customers know and understand this is something that we have no other options or control over.
I am glad to see this getting at least 12 votes now. It is beyond me that this has to be asked for when the whole purpose of metrology software is to "measure and evaluate" and as stated, repeatedly, by several people here, prints are not 2021. The great majority of prints have GD&T for standards as far back as 1982. The worst part about not having the ability to select prior revisions of a standard or support prior commands to a standard (right or wrong) is that we arbitrarily rended existing measurement routines dimensionally incompatible as customers upgrade PCDMIS versions.
We must be able to report dimensional information to the specific standard and not just pull the plug on something as relevant as that.
There appears to be some misunderstanding. Whilst the newer Geometric tolerance command is more restrictive than the feature control frame (XactMeasure) command that it replaced, this is due to the greater level of intelligence it employs. XactMeasure employed very little intelligence and performed very minimal validity checks, leading to many mistakes and misinterpretations being allowed. It never claimed to be "fully compliant" to any particular version of standard (ASME or ISO) and offered varying levels of support depending on which version of PC-DMIS you were running and which type of geometric tolerance was being reported. For example the 2013 help file says this...
PC-DMIS GD&T follows ASME (ANSI) Y14.5M-1994. The mathematics for this standard are described in "ASME Y14.5.1M-1994 Mathematical Definition of Dimensioning and Tolerancing Principles". This standard is similar to ISO 1101. The main difference is that Y14.5 requires Position datum fitting to find the candidate datum reference frame that minimizes the deviation of the considered feature. PC-DMIS allows the user to turn this off with the Fit to Datums check box.
In v4.2 and higher, the registry setting UseISOCalculations, found in the Options section of the PC-DMIS Settings Editor, can be set to 1 to report profile as two times the maximum deviation. This setting only affects Profile (not Flatness). Also, when the GD&T Standard on the Advanced tab of the GD&T dialog is set to ISO 1101, the Profile reports two times the max deviation and formonly Profile ignores size.
In PC-DMIS 2009 and higher, FCF Profile with formonly takes into account size when UseISOCalculations is set to 0 (ASME) or the GD&T Standard selected on the Advanced tab of the GD&T dialog box is ASME Y14.5. This is also true for legacy Profile formonly. A new registry entry called UseSizeForProfileDimensions in the Option section of the Settings Editor, lets you revert to the V42 and earlier behavior for legacy profile dimensions only. This registry entry defaults to 1 (TRUE), so you must use the PC-DMIS Settings Editor to change it to 0 (False). If set to 0, legacy Profile formonly will ignore size. However, the FCF profile will always take size into consideration even when this entry is set to 0 if the GD&T Standard is set to ASME Y14.5.
Legacy dimensions for roundness such as a Location dimension's RN line or a legacy Circularity dimension, are computed using the Least Square solution. On the other hand, FCF dimensions for roundness (Circularity and Cylindricity) in version 4.2 and higher are computed using the Tchebychev algorithm (min/max) as required by the Y14.5 standard. Because of the change in calculation, Circularity and Cylindricity FCF dimensions will generally compute to a slightly smaller value than their legacy counterparts.
FCF dimensions in PC-DMIS 4.3 and later support the Y14.5 definitions of Flatness. FCF flatness uses a Tchebychev (min/max) algorithm. Legacy flatness still uses the LS method. FCF flatness generally gives a somewhat smaller flatness value than the LS flatness. This is independent of the UseISOCalculations registry setting.
Replacing XactMeasure with the Geometric Tolerance command in PC-DMIS 2020 R2, allowed us to truly claim compliance for the first time. By that I mean that we claim to prevent users from creating Geometric Tolerance commands for GD&T that is not compliant to their selected standard. Previously, users could pretty much create any call out they liked - compliant or not.
As for people making the statement that they are not able to measure parts relating to the 1982 or 1994 versions of ASME anymore, I have to disagree. Everything I have mentioned above applies only to XactMeasure and the Geometric Tolerance command. There were no changes made to legacy dimensioning. With legacy dimensioning, the onus is on the user to interpret the GDT correctly and to create alignments and dimensions accordingly in order to validate the drawing requirements. You can therefore use legacy dimensioning to validate parts that reference older versions of the standards - this has always been the case.
Whilst we do have it on our roadmap to allow users to select a particular version of a standard, there is no definitive release date planned as of yet and we would not support any further back than ASME Y14.5 1994. The main differences between 1994 and the currently supported 2009 version are the change to a single value for profile, the introduction of the translation, tangent plane and dynamic profile modifiers, the removal of candidate datum sets and the adoption of the constrained L2 math fitting. Currently, users wishing to use the older, two value method for profile reporting can use legacy profile to achieve the desired output.
I cant understand the hesitation to make the Software backwards compatible, this request has nothing to do with the math and or the greater intelligence it deploys. This is due to the contractual adherence that we as the manufacturing and inspection entity MUST be compliant to " THE PART DWG", the Drawing dictates what ASME Y14.5 to apply on each part - inspection it has nothing to do with what ASME version has been released today. The latest version of ASME is ONLY applicable to new parts being designed and released, these new parts & Drawings are so minimal that we (the manufacturing industry) will not see these newly designed parts that would fall under the new ASME for over a decade after all the testing has been done and approved for production.
Every time I try to open a CMM program that contains GD&T OR ALIGMENTS under an OLDER & different version of PC-DMIS that adheres to an older ASME version, I get the errors. The newer version wants to convert into a "TEXT" whatever it doesn't accept under the latest changes, UNACCEPTABLE!
I remember when I was with Hexagon this was kind of being discussed or under development. Now that I am a key user for automotive, aerospace and defense, it would make sense than before. what we look for is, a drop-down which has different standard types, from 1994 to 2018 (per se.) to allow the user to choose what they would like to report to without changing anything else. saying that, I almost on daily basis have to report for both 1994/2009/2018 as we have all sort of drawings from different customer base all over, and pc-dmis allows always to do that with different versions installed in my PC and sometimes, I change the registry as described above in the help file or report via the legacy except for pattern of holes as we can't do that with legacy . As I am certified for ASME SGDTP, It is very easy for me to convince the customers of mine in case of any minor discrepancy and they are always happy to discuss that and understand. so it comes to both ways, Hexagon to implement this idea and user to explore the options described above or have multiple versions of pc-dmis and choose to run by choice of drawing, But if the expectation is, creating a program with newer version and expect it to support older version of math does not sound logical to me as I have seen and experienced it wont work, but explore other possibilities as described.
We in the Aerospace industry (which I have been working for the last 30 years) have the majority of production contracts for over 10, 15 or even 20 plus years, the customers are not small Primes, we are talking about Major industries that will not go back and change a drawing that has been released and distributed over multiple suppliers and used for over 20 or more years, and now I am going to ask for an updated/revised drawing so they can change it to meet the inspection software that cant inspect using the applicable ASME? I am sure they are aware of the revised ASME Y14.5 TO 2018.
A drawing change request is no small task, even on minor discrepancies due to drawing error as it affects design, manufacturing process and or dimensional errors, but not due to a limitation from our inspection software. They are just going to change to a supplier that can and possibly loose contracts worth much $$$.
7fc3f7cf58