Skip to main content

Fault finding

5 min read

A systematic fault finding process for mining equipment

A practical way to structure heavy equipment troubleshooting without turning a guess into the fault, losing earlier evidence or handing the next shift a blank slate.

Effective mining equipment fault finding is a controlled decision process, not a race to name a failed component. The useful outcome is a safe, reviewable trail from the reported symptom to the evidence, checks, repair decision and final verification.

This structure can be used for mobile plant, fixed plant and workshop troubleshooting, but it does not provide machine specific repair instructions. Site procedures, permits, isolations, authorised supervision and current machine documentation remain the controlling sources.

1. Confirm the safety and authority boundary

Before diagnostic work begins, identify the task hazards, required controls, isolation state, permits and the person authorised to make the next decision. If a control is not confirmed, the record should show that boundary and keep the affected work from progressing.

Software can organise the information, but it cannot decide that the equipment is safe to approach or work on.

2. Describe the symptom before naming a cause

Record what the equipment did, when it happened and the conditions around the event. Useful detail can include load, speed, temperature, duty cycle, recent work, alarms, codes, noises, smells, vibration, leakage and whether the fault is constant or intermittent.

Keep the observed symptom separate from the first theory. “Intermittent loss of drive under load” is a fault description. “Failed transmission” is a cause hypothesis that still needs evidence.

3. Anchor the record to the equipment and operating context

Confirm the asset identifier, model, location, subsystem, reported time, current operating state and work order reference where available. Then check whether an active fault record or relevant repair history already exists for the same machine and symptom.

This helps avoid duplicate fault records and gives the maintainer a starting point for repeat fault and recent work review.

4. Separate evidence, hypotheses and unknowns

Evidence is what was observed, measured or verified. A hypothesis is a possible explanation. An unknown is information that still needs to be collected. Keeping these three states distinct stops an early assumption from being repeated as fact through the rest of the job.

Rank cause hypotheses by how well they fit the available evidence, the consequence of being wrong and the safest useful check that could strengthen or weaken each one.

5. Complete immediate checks before deeper work

Immediate checks should be quick, bounded and relevant to the symptom. They may confirm asset identity, visible condition, current alarms, fluid state, connections, obvious damage or a recent change, but only where the site procedure and machine documentation authorise that work.

Record the result of each check, including a negative finding. “No visible pin damage” can be useful evidence when it is connected to the component and inspection that produced it.

6. Build an ordered diagnostic plan

Move from lower risk and higher information value checks toward more intrusive work. Each diagnostic step should state its purpose, prerequisite controls, tools or information needed, expected evidence and the decision that follows each possible result.

A useful maintenance diagnostic workflow also identifies escalation triggers. Stop conditions, missing information, out of range readings and evidence that points outside the authorised scope should route the job to the right person rather than inviting a guess.

7. Record what each result changes

For every completed check, capture who performed it, what was done, what was found and how the result affected the current hypotheses. Attach readings, photos and notes to the relevant fault or diagnostic step so another maintainer can understand their meaning later.

If a check is skipped, record why. If the evidence is weak, say so. Honest uncertainty is more useful than a confident but unsupported cause.

8. Verify the repair and define the remaining risk

A repair action is not the same as a verified outcome. Record what changed, the parts used, the after repair checks, the operating conditions under which verification occurred and whether the original symptom was reproduced or cleared.

Where verification is incomplete, state the limitation, the monitoring or follow up requirement and the person responsible for the next decision.

9. Carry the exact next action into handover

If the job crosses a shift, the incoming maintainer should receive the current fault state, completed work, evidence, ruled out causes, open controls, blockers and the next useful action. The handover should remain connected to the same equipment fault record rather than becoming a new story in a message thread.

Use the equipment fault report template to structure the underlying record and the maintenance handover template when responsibility changes.

Compact fault finding worksheet

  1. Safety state, controls, authority and stop conditions
  2. Asset, subsystem, location and current owner
  3. Observed symptom and operating conditions
  4. Evidence already available and information still unknown
  5. Cause hypotheses ranked against the evidence
  6. Immediate checks and their results
  7. Ordered diagnostic steps, decision points and escalation triggers
  8. Repair action, parts and after repair verification
  9. Remaining risk, next action and named handover recipient
See the FaultPilot diagnostic workflow →