measureQuick does not simply report raw numbers. It evaluates each measurement against target ranges specific to the equipment, operating conditions, and refrigerant type. When a measurement falls outside its acceptable range, measureQuick flags it. But not all out-of-range readings carry the same weight.
The app uses a multi-level severity system:
| Indicator | Meaning |
|---|---|
| Green flag | Measurement is within the acceptable range. No issue detected. |
| Yellow flag | Caution. Measurement is slightly outside the acceptable range. May not indicate a problem on its own. |
| Red flag | Measurement is significantly out of range. Indicates a real issue that needs attention. |
| Black flag | Critical problem. Severe deviation that likely indicates equipment failure or a safety concern. |
These flags appear on individual measurements in the diagnostic screen. A single yellow flag on one reading is informational. Multiple yellow flags on related measurements, or any red or black flag, warrants investigation.
measureQuick diagnostic screen showing a mix of green, yellow, and red flag indicators across different measurements
A minor fault occurs when a single measurement is slightly outside its target range. Examples:
A minor fault on its own may not indicate a real problem. Measurement tolerances, sensor accuracy, and changing conditions (a cloud passing over the condenser, a door opening in the house) can push a reading slightly out of range temporarily.
measureQuick displays minor faults as yellow flags. They serve as awareness indicators, not necessarily action items.
A single minor fault becomes significant when:
For example, subcooling slightly high plus superheat slightly low plus suction pressure slightly high - each individually minor - together suggest the system is overcharged. No single measurement crosses a critical threshold, but the pattern is clear.
A major fault indicates a significant deviation from the expected operating range, or a combination of minor faults that together point to a real issue. Examples:
Major faults appear as red flags or black flags on the diagnostic screen. They require action: further investigation, repair, or at minimum, documentation and customer communication.
measureQuick also performs fault aggregation, analyzing relationships between measurements rather than evaluating each in isolation. This is what separates mQ from basic digital gauge readouts. A gauge shows you a number. measureQuick tells you what that number means in context.
As Jim Bergmann demonstrates in the Benchmarking video, measureQuick clears faults when the root cause is addressed. After correcting airflow on a benchmarked system, "there's no system-wide issues detected" because the underlying readings all moved into their target zones.
measureQuick evaluates system performance through 19 subsystems, each with its own pass/fail determination. Every subsystem has two associated values in the test record:
The subsystems cover:
These are evaluated using live instrument data:
These subsystems have objective measurement thresholds. When a measurement exceeds the threshold, the subsystem fails. Failure rates from these subsystems are reliable indicators of real conditions in the field.
Four subsystems are based on visual inspection rather than instrument measurement:
These subsystems appear on the diagnostic screen and in subsystem reviews, but they rely on the technician's judgment rather than instrument readings. The override rate for these subjective subsystems is approximately 95% - meaning technicians change the app's default result nearly every time.
This high override rate does not mean the subsystems are broken. It means the app defaults to a conservative position (prompting review), and technicians confirm or adjust based on what they see. When analyzing failure rates across a fleet or a dataset, subjective subsystems should be reported separately from measurement-based subsystems to avoid inflating or deflating overall failure rates.
When a technician changes a subsystem's pass/fail result, the override flag (pf_{subsystem}_override) is set to 1. This means:
For example, the app may flag a refrigerant charge subsystem as "Fail" because subcooling is 2 degrees above the target range. The technician, knowing the system just cycled on and readings have not fully stabilized, may override to "Pass" with the intention of rechecking after stabilization. The override records that decision.
The measureQuick diagnostic screen presents faults at two levels:
Each measurement (superheat, subcooling, TESP, discharge temp, etc.) shows its own indicator:
At the top of the diagnostic view, measureQuick summarizes the overall system status. If no system-wide issues are detected, it displays a clean status. If faults are present, it identifies the most significant ones.
As shown in the Benchmarking workflow, after clearing a low-load fault on the evaporator, the system-wide summary updated to "no system-wide issues detected." The individual fault (low evaporator load) was resolved, and the system-level assessment reflected the change.
Diagnostic screen showing system-level summary with active faults and individual measurement flag indicators
Here is how to think about fault levels during a service call:
All green flags: System is operating within acceptable ranges. Document the results and generate the report.
One or two yellow flags: Note them. Check whether the system has stabilized. If the flags persist after 7-8 minutes of run time, investigate further. If they resolve, they were likely transient.
Multiple yellow flags pointing to the same root cause: Treat as a significant finding even though no individual measurement has crossed a critical threshold. Investigate the root cause.
Any red flag: This is a real issue. Investigate, diagnose, and communicate to the customer with supporting data from the measureQuick report.
Any black flag: Critical. Address immediately, especially for safety-related measurements (CO levels, gas leak detection).
YouTube (measureQuick): (4,695 views, 9:22). How measureQuick's diagnostic engine works internally, including fault classification and the relationship between individual measurements and system-level assessments
YouTube (measureQuick): (view count varies). Demonstrates how faults appear and clear during a benchmarking workflow, including the "no system-wide issues detected" state after resolving a low evaporator load fault
YouTube (third-party): (13,085 views, 80 min). Detailed explanation of flag colors: "black flag that's a critical problem, caution triangle, red flag, yellow flag, but we're really looking to get that green flag."
YouTube (third-party): . Discussion of fault prevalence: "systems all out there have at least one detectable fault" and how measureQuick identifies them
You can change the override back. Return to the subsystem review screen, tap the subsystem, and set it to the correct result. The override flag tracks the most recent change.
No. Save the test-in first with the failing result. Then perform your repair (add/remove charge, fix the leak, etc.). Run a test-out after the repair. The test-in/test-out comparison shows the before and after, which is the strongest documentation you can provide to the customer.
measureQuick prompts you to review these subsystems even though it cannot measure them with instruments. The default depends on whether you have entered any observations. If you skip the visual inspection, the subsystem may remain in a "not evaluated" or default-fail state to remind you to check it.
Each failing subsystem reduces the Vitals Score. The score is a 0-100 composite based on how many subsystems pass and how far out of range the failing measurements are. A system with one minor fault will score higher than a system with multiple major faults. For details on Vitals Score calculation, see Understanding the Vitals Score.
Download: Field Checklists Combined (PDF)
Prerequisites (complete these first):
Follow-up articles (next steps after this one):
Related in the same domain:
If you get stuck or this article does not answer your question: