- Reduce labor-intensive diagnostic evaluation
- Eliminate diagnostic testing down-time
- Provide notification to management for degraded operation
Active redundancy can be integrated with fault reporting to reduce down time to a few minutes per year.
- Passive redundancy
- Active redundancy
Formal maintenance philosophies are required by organizations whose primary responsibility is to ensure systems are ready when expected, such as space agencies and military.
Labor-intensive planned maintenance began during the rise of the industrial revolution. This depends upon periodic diagnostic evaluation based upon calendar dates, distance, or use. The intent is to accomplish diagnostic evaluations that indicate when maintenance is required to prevent inconvenience and safety issues that will occur when critical equipment failures occur during use.
The electronic revolution allowed inexpensive sensors and controls to be integrated into most equipment. This includes diagnostic indicators, fluid sensors, temperature sensors, ignition sensors, exhaust monitoring, voltage sensors, and similar monitoring equipment that indicates when maintenance is required. Sensor displays are often located in inaccessible locations that cannot be observed during normal operation. Labor-intensive periodic maintenance is often required to inspect indicators.
Some organizations have eliminated most labor-intensive periodic maintenance and diagnostic down time by implementing designs that bring all sensor status to fault indicators located in close proximity to users.
Maintenance requires three actions.
- Fault discovery
- Fault isolation
- Fault recovery
Fault discovery requires diagnostic maintenance, which requires system down time and labor costs.
Down time and cost requirements associated with diagnostics are eliminated for every item that satisfies the following criteria.
- Automated diagnostic
- Instrumented for remote viewing
- Displayed in the viscidity of supervisory personnel
Fault reporting is an optional feature that can be forwarded to remote displays using simple configuration setting in all modern computing equipment. The system level of reporting that is appropriate for Condition Based Maintenance are critical, alert, and emergency, which indicate software termination due to failure. Specific failure reporting, like interface failure, can be integrated into applications linked with these reporting systems. There is no development cost if these are incorporated into designs.
Other kinds of fault reporting involves painting green, yellow, and red zones onto temperature gages, pressure gages, flow gages, vibration sensors, strain gages, and similar sensors. Remote viewing can be implemented using a video camera.
The historical approach for Fault discovery is periodic diagnostic testing, which eliminates the following operational availability penalty.
Fault reporting eliminates maintenance costs associated manual diagnostic testing.
Labor is eliminated in redundant designs by using the fault discovery and fault isolation functions to automatically reconfigure equipment for degraded operation.
Maintenance savings can be re-allocated to upgrades and improvements that increase organizational competitiveness.
Faults that do not trigger a sustained requirement for fault isolation and fault recovery actions should not be displayed for management action.
As an example, lighting up a fault indicator in situations where human intervention is not required will induce breakage by causing maintenance personnel to perform work when nothing is already broken.
As another example, enabling fault reporting for Internet network packet delivery failure will increase network loading when the network is already busy, and that will cause total network outage.
This section is empty. You can help by adding to it. (February 2013)
- "Opnav Instruction 4790.16: Condition Based Maintenance". US Navy Operations. Archived from the original on 2013-02-15. Retrieved 2012-08-15.
- "Opnav Instruction 4790.7: Maintenance Policy for United States Navy Ships". US Navy Operations. Archived from the original on 2013-02-15. Retrieved 2012-08-15.