Diagnostic program

From Wikipedia, the free encyclopedia
Jump to navigation Jump to search

A diagnostic program is an automated program sequence that determines the operational status within the software, hardware, or any combination there of in a component, a system, or a network of systems. Diagnostic programs ideally provide the user with guidance regarding any issues or problems found during its operation.

Diagnostics programs may be simple or complex, operating unknowingly within everyday devices or awaiting their invocation to make more complex performance assessments. Everyday examples are a microwave oven that displays code F6 to warn of a shorted temperature probe[1] or a garage door opener that flashes its control board's LED four times warning of critically misaligned safety sensors and impending shutdown.[2]

History[edit]

Early diagnostics programs were procedural instructions performed by humans not by computer programs. See Built-in test equipment that enabled system operators to perform testing and diagnostics.

As computers became smaller, more mobile, computer programs were used to perform diagnostics tasks. In the late 1960s Volkswagen introduced the first on-board computer system with diagnostics provisions.

Methods of Operation[edit]

The diagnostics program for a device or system may be independently located or integrated within. These Methods of Operation are arranged, more-or-less, in order of increasing complexity and their increasing value of diagnostics information.

  1. Background monitoring of system indicators, for statistical analysis of trends, and for recording abnormal events.
  2. Solution-based diagnostics, that test for known failure modes by identifying if their known symptoms are detected.
  3. Black box, which is testing of a mechanism without knowing how it works, and merely focusing on the accuracy of output data based on a known input.
  4. White box, which uses knowledge of a mechanisms inner functions to direct testing.
  5. Operation-oriented, a combination of both black and white box, with one or more black-box operations interleaved with one or more white-box operations. This mode of testing is not preferred, however some complex systems do not have the necessary interfaces to perform one or the other type independently.
  6. Integrated background diagnostics, that perform testing of system components during idle-time of a system.
  7. Operation-interleaved diagnostics, that incorporate diagnostics into the normal operation of a system component, thus any marginal operating mode is immediately diagnosed. Examples of hardware components with features that assist a diagnostic program are:
    1. Modern hard drives have Self-Monitoring, Analysis and Reporting Technology (SMART) commands that provide information about internal error conditions, e.g., spin retry counts, bad sector counts, etc.
    2. Some systems may use Error Correcting Code (ECC) memory that logs memory failure events that were automatically corrected.

Architectures[edit]

  • Single-purpose diagnostic, also referred to as "Defined-purpose" diagnostic, such as a program that validates the Windows DirectX configuration.
  • Multi-purpose diagnostic, a monolithic program that performs multiple tasks that may or may not be suitable for all uses. This would be similar to a hammer that will perform well with nails, less so with screws, and poorly with nuts and bolts.
  • Modular diagnostic, which combines sets of single-purpose diagnostics, Lego-like, into an environment easily tailored to particular industry requirements. Key to its design is its reusable hardware and software operating system that performs all of its diagnostics programs. Application examples are:
    • manufacturing testing with an emphasis on checking assembly-related issues and optimizing for time
    • end-user targeted diagnostics, with an easy to comprehend non-technical presentation, and an emphasis on solutions
    • service/warranty testing, focusing on identifying a failed or marginal field-replaceable unit (FRU)
    • refurbishing centric, which attempts to determine if a system can be resold or reused, with an emphasis on depth of testing, at a cost to time spent testing
  • Knowledge-Driven diagnostic system (such as a technician or diagnostician) where the knowledge acquired over time is used as a "mental model" of the system's operation and informs the diagnostic system through logical reasoning to one or more possible or likely causes for a situation to exist.

Example Diagnostics Program Applications[edit]

  • A BIOS embedded Power-on self-test (POST) program that validates integrity of the system's hardware components before commencing normal operation
  • Diagnostics that are run on-demand when a user needs assistance, typically within the primary operating system of the computer (e.g.Windows)
  • "Off-line diagnostics" that are run outside the primary operating system, typically to reduce the masking influence of software on hardware issues
  • Household refrigerators that display diagnostics of their internal temperature, ice machine functionality, etc.[3]
  • The 1996 Onboard Diagnostics II system (OBD II) that standardized the diagnostics port across all models of cars and light trucks allowing vehicle owners and repair technicians access to the vehicle's error code and emissions history.
  • Personal computer users have diagnostics options from both software and hardware sources, e.g., Hewlett-Packard's (HP's) diagnostics guide for confirming hardware failures.[4]
  • Industrial production test equipment that diagnoses electronic devices or systems.

References[edit]

  1. ^ "Microwave Error, Fault or Function Codes". products.geappliances.com. Retrieved 27 April 2018. 
  2. ^ "Craftsman Garage Door Opener Error Codes". www.searspartsdirect.com. Retrieved 27 April 2018. 
  3. ^ "Error Codes - Refrigerator". www.lg.com/us/support/. Retrieved 29 April 2018. 
  4. ^ "HP PCs - Testing for Hardware Failures". support.hp.com/us-en/. Retrieved 29 April 2018.