where expertise comes together - since 1996 -

The Largest Open Access Portal of Nondestructive Testing (NDT)

Conference Proceedings, Articles, News, Exhibition, Forum, Network and more

where expertise comes together
- since 1996 -

Technical Discussions
emil shavakis
emil shavakis
18:26 Mar-03-2010
UT Software Validation

Learned Collegues
I find nothing in the ASME Code, so I am seeking opinions from this forum on two points related to advanced UT methods in ASME –

There are several software packages out there being used to plan (e.g. BeamTool), create delay laws and analyze data (TomoView/Ultravision). Since I sign away all liabilities to their creators when I agree to the license, what must I do and what should I do in concert with their use?

1 - What do I need to do to qualify the software as being accurate and true? How am I to know that the coverages shown are being achieved and maintained. Am I supposed to be measuring exit points and beam angles to ensure I get what I plan, or is it enough to simply punch in the numbers and go for it. What should I do to ensure that my Scan Plan(ned) is my scan achieved. Is there something in the Code I missed?

2 – If I use a software tool to analyze data and make calls – is it subject to any type of linearity (dB, time) calibration or verification, as was the instrument of acquisition.

By this point there must be many Level II and III UT types out there providing Code Case required review and concurrence. What is it that you (we) are supposed (read as either shall or should) to do?


Ed Ginzel
R & D, -
Materials Research Institute, Canada, Joined Nov 1998, 1304

Ed Ginzel

R & D, -
Materials Research Institute,
Joined Nov 1998
20:22 Mar-03-2010
Re: UT Software Validation
In Reply to emil shavakis at 18:26 Mar-03-2010 (Opening).

Emil; You have raised several issues of concern.
Regarding software for scan plans...the available software for designing scan plans is, I think, a "good start". But the Code Case (2235-9?) requires that the procedure developed be "demonstrated". Part (c) of the CC states "The procedure shall have been demonstrated to perform acceptably on a qualification block(s)." Raytrace programmes are handy tools but do not account for all factors. Demonstration blocks should provide means of demonstrating adequate volume coverage and not just verifying detection of 3 embedded flaws. Effectively the demonstration validates the procedure (which used the software tools to calculate the expected coverage...or you could have made the scan plan beam coverage by hand using drafting tools).

The acqusition and analysis software used is part of the qualification but its linearity requirements are actually spelled out in the CC (I assume you mean 2235-9). Again in part (c) it states; The ultrasonic examination shall be performed in accordance with a written procedure conforming to the requirements of Section V, Article 4.1 This Article describes the system requirements for linearity.

Not many (if any) instruments now use analogue displays so the wording in Article 4 for linearity applies to the entire system. From the earliest days of digital instruments we have been using firmware to indicate the amplitudes and time along the timebase. Therefore the assessments for linearity have been on the readouts provided by the entire "system". There are no longer "CRTs" so all the A-scan displays are simply software generated images. The software used becomes part of the system being assessed.

Even after you demonstrate "detection" capabilities of your procedure, error can still occur in "measurement". E.g. if using a phased-array instrument and you measure the depth indicated to a SDH target in your demonstration block and find that it is off by 10mm from the true depth, I would think that you need to determine why. It MIGHT be the instrument...but more likely it is a parameter such as the velocity entered by the operator. Perhaps wedge delay was not correctly calculated for all angles used. Perhaps the material is anisotropic and the velocity varying with refracted angle. You might need to change the procedure so that each focal law uses the correct velocity...this can be a problem for some systems that just use a single velocity for a given material.
Validation of the system (including the software) can only be verified when all pertinent parameters are known and correctly entered.

emil shavakis
University of Massachusetts, USA, Joined Mar 2010, 7

emil shavakis

University of Massachusetts,
Joined Mar 2010
21:34 Mar-03-2010
Re: UT Software Validation
In Reply to Ed Ginzel at 20:22 Mar-03-2010 .

Interesting observations on "system". Certainly can't disagree. I wonder if that is really being done. Testing the software presents an interesting challenge and there is no real guidance on how.

As to the plotting programs - couldn't agree more. But I do think they may be being used without accounting for "factors" despite the warnings in the license.

2235 is pretty non-specific as to success of the demo. There is not much required as to accuracy of the call other than length. As you stated there are many error sources and not much Code to address what needs to be done.

Thanks for the input


Michael Moles †2014 *1948
, Joined ,
15:29 Mar-04-2010
Re: UT Software Validation
In Reply to emil shavakis at 18:26 Mar-03-2010 (Opening).

There is no specific code for software and the evolution of the software development does not make it easy. Basically, ASME qualifies the whole package, which is the sensible solution.

However, many large companies have qualified OmniScan and TomoView for their specific needs. It is also impossible to qualify a software for all purposes (outside our internal qualification program indeed).



Product Spotlight

Sci Aps Z-Series Portable Handheld Analysers

The world’s only handheld analyzer that measures carbon content in stainless (yes even L-grades),s
teels, and cast irons. Also accepted for low Si analysis for sulfidic corrosion analysis, and is widely used in the power industry for Cr analysis, for flow accelerated corrosion applications.

Combination of Digital Image Correlation and Thermographic Measurements

The combination of measuring results from the digital image correlation (ARAMIS, DIC) and temperat
ure measuring data from infrared cameras permits the simultaneous analysis of the thermal and mechanical behavior of test specimens in the materials and components testing field.

NOVO Armor 15 & NOVO Armor 22

The Armor Kit Contains the NOVO Armor, which provides additional mechanical protection to the NOVO 1
5WN & NOVO 22WN Detectors, the Armor Stand and a traveling soft cover. - Newest shock absorbent technology case - Water resistant design - Supports wired & wireless communication - Multiple positioning options - Tripod connection using the Built-in 1/4” threads - Simple Detector battery replacement

High-performance Linear Phased Array Probes

Available to order from stock in a range of 5MHz – 7.5MHz and from 16 to 64 elements. Designed w
ith piezo-composite elements, Phoenix phased array probes provide high-resolution imaging to maximise sensitivity; accurate ultrasonic detection and sizing of defects in welds; and effective corrosion mapping. Housed in a rugged stainless steel case for on-site industrial NDT applications.

We use technical and analytics cookies to ensure that we will give you the best experience of our website - More Info
this is debug window