inner banner

DiagML – Diagnostic Markup Language

The DiagML format was conceptualized mid 2001 by a consortium of public and private companies interested in producing a non-proprietary language for describing diagnostic procedures, design, tests, and data.

Basic Structure

The root DiagML_Project element contains four main elements for storing diagnostic information. These include:

  • The Design Data provides details about the replaceable/repairable items, functions or failure modes.
  • The Maintenance Data provides details about the fault groups that the diagnostics will isolate to.
  • The Test Data provides details about the test used to perform the diagnostics.
  • The Diagnostic Data provides the diagnostic flow used for detecting and isolating failures.

Static Diagnostics

When formatted for static diagnostics, the DiagML project will include details about the diagnostic flow used to isolate to the fault groups in the diagnostics, and details about the items within the fault groups.

Dynamic Diagnostics

When formatted for dynamic diagnostics the DiagML project will include information about what the individual tests are capable of diagnostically learning when they are performed and information about the items, functions and failure modes that the tests are used to detect and isolate failures.

STAGE Simulations

When formatted for STAGE the DiagML project will include all information required for static diagnostic reasoning. In addition, attributes that STAGE using to provide details about system aborts and false alarms is also included.

Design sharing with the eXpress Design Viewer

When formatted for the eXpress Design Viewer the DiagML project may include any or all available information that DiagML provides, the eXpress Design Viewer will use any information included to display the diagnostic design in the eXpress Design Viewer.

DSI Workbench Troubleshooting

    Subscribe To Our Newsletter