Data processing: measuring – calibrating – or testing – Measurement system – Performance or efficiency evaluation
Reexamination Certificate
1998-09-08
2001-04-17
Hoff, Marc S. (Department: 2857)
Data processing: measuring, calibrating, or testing
Measurement system
Performance or efficiency evaluation
C702S182000, C702S185000, C714S025000, C714S046000
Reexamination Certificate
active
06219626
ABSTRACT:
BACKGROUND OF THE INVENTION
1. Field of the Invention
The present invention relates generally to diagnostic systems for evaluating complex systems and subsystems, and in particular for diagnosing electronic, mechanical, and electromechanical subsystems.
2. State of the Art
Defense development is evolving more and more into a component integration, rather than a detailed design task. Commercial equipment, software, and third party objects (including software objects such as OLE, VCL, etc.) are being combined to create systems which previously would have been created as unique hardware and software design developments. This fundamental change in business approaches is due to several well known factors: 1) Availability of powerful, low cost commercial equipment and software; 2) the exit of many large scale manufacturers from the military marketplace; 3) reduced defense budgets; and 4) a general desire for acquisition reforms.
Diagnostic evaluation of integrated systems is complex. For example, diagnostic evaluation of the Apache AH64 helicopter is conventionally performed by a technician using a technical manual such as the U.S. Army Technical Manual 1-1520-238-T-3,
Aviation Unit Maintenance Manual for Army AH
64
A Helicopter.
To perform the diagnostic evaluation, the technician uses a Data Entry Keyboard (DEK) and a Heads Out Display (HOD) provided in the cockpit of the helicopter to look at the contents of certain memory locations in the onboard Fire Control Computer (FCC) of the helicopter. Subsystems in the helicopter are connected via a 1553 bus, and are configured so that they periodically put messages onto the 1553 bus that indicate their operational status. The FCC receives these status messages, and stores status information for each of the subsystems on helicopter. When a new status message is received for a specific subsystem, the FCC updates the stored status information for that subsystem using the new message, thus overwriting the old status information.
A technician can troubleshoot the helicopter by inspecting and interpreting the status information stored in the FCC. To do this, the technician selects a memory location in the FCC with the aid of the technical manual, keys in the FCC memory location using the DEK, and views the contents of that memory location as they appear on the HOD. The data appearing on the HOD is raw data corresponding to the selected portion of the subsystem status information stored in the FCC. This process is laborious because the technician can only look at a portion of the stored status information at one time, and must use the Technical Manual to interpret the raw data provided on the HOD to discern which FCC memory location to look at next, and to progressively determine which subsystem element or elements are causing specific problems indicated by fault codes in the raw data. The process of looking up and interpreting the contents of FCC memory locations until the helicopter is successfully diagnosed can take hours.
Other problems complicate this process. For example, when a technician is working on an aircraft whose systems have been updated and improved, he may be using an old manual that does not reflect these changes. Updated technical manuals may not even be available. Furthermore, the troubleshooting procedures outlined in the technical manuals are typically less effective when multiple faults are present in the helicopter, than when a single fault is present. This deficiency, especially when coupled with the slowness of troubleshooting using the technical manuals, is particularly egregious when the helicopter is used in active warfighting. For example, in a battlefield or battlefront situation, multiple faults due to battle damage are likely to be present, and when the helicopter is urgently needed back at the battlefront to continue fighting, the helicopter must be repaired as soon as possible. In some battle situations, a slow repair process could conceivably put one at a severe tactical disadvantage with respect to one's opponent.
Accordingly, a diagnostic troubleshooting aid is needed that is fast, accurate, relatively inexpensive, easily portable, and which can easily be adapted to not only identify and properly handle upgrades and modifications in the equipment it troubleshoots, but which can also be easily corrected and “taught” when it provides incorrect diagnoses.
SUMMARY OF THE INVENTION
The present invention is directed to an automated diagnostic tool having a soft structure architecture that can be easily and quickly used to troubleshoot and diagnose systems and subsystems. In accordance with an embodiment of the invention, the diagnostic system includes a portable (e.g., laptop) computer loaded with a troubleshooting program, which gathers data regarding the status and performance of systems and subsystems via data cables connected to a 1553 digital communications bus that links the systems and subsystems together.
The program includes listings of the subsystems and their components, a set of pass/fail tests for detecting various status conditions of the subsystems using status messages transmitted by the subsystems to the FCC via the 1553 bus, and a set of relationships that numerically correlate the different status conditions determined by the tests with a probable “health” or “sickness” of the different subsystems and their components. In other words, the test results indicate when the system is not functioning properly, and the relationships indicate, based on the test results, which subsystems and components are likely responsible for the malfunctions.
The program has three attributes that enable the diagnostic tool to be fast, accurate and easily adaptable; first, the systems, subsystems and components, also referred to as “replaceable assemblies”, the tests, and the relationships between the tests and the replaceable assemblies are independent of each. In other words, removing or adding one does not affect the function of the others. Second, the relationships between the tests and the replaceable assemblies are numeric in nature. Third, the relationships are reversibly traceable.
REFERENCES:
patent: 5036479 (1991-07-01), Prednis et al.
patent: 5223788 (1993-06-01), Andreano et al.
patent: 5463766 (1995-10-01), Schieve et al.
patent: 5602761 (1997-02-01), Spoerre et al.
patent: 5627964 (1997-05-01), Reynolds et al.
patent: 5659680 (1997-08-01), Cunningham et al.
patent: 5805796 (1998-09-01), Finch et al.
patent: 6000040 (1999-12-01), Culley et al.
Kirst Michael E.
Steinmetz Michael J.
Bui Bryan
Hoff Marc S.
LandOfFree
Automated diagnostic system does not yet have a rating. At this time, there are no reviews or comments for this patent.
If you have personal experience with Automated diagnostic system, we encourage you to share that experience with our LandOfFree.com community. Your opinion is very important and Automated diagnostic system will most certainly appreciate the feedback.
Profile ID: LFUS-PAI-O-2460498