Support & Learning / Module 8 branch
Symptoms, Evidence and Diagnosis
Before this lesson: Preserve the exact symptom and stop when structure, battery, liquid or powered hardware may be unsafe.
What you will understand
- Separate the visible symptom from the functional domains that can produce it.
- Use model- and board-bounded repair experience without turning one case into a universal claim.
- Move from the customer's concern to written findings, approval and staged acceptance evidence.
Mavic 2 Pro exact-model diagnosis
A Mavic 2 Pro repair decision begins with the exact aircraft and the customer's concern, not a generic Mavic symptom list. The Pro uses the square Hasselblad L1D-20c camera with a 1-inch CMOS sensor, while the Mavic 2 Zoom uses a different camera assembly. The airframes share many diagnostic domains, but a camera complaint, parts decision or acceptance test must preserve that distinction. This guide turns impact, image, power, propulsion, positioning and link concerns into a written evidence path.
Quick answer
Confirm the Pro camera, event history and affected function before naming a part
Record the square L1D-20c camera, aircraft identity, controller, battery, supplied kit, exact warning and event sequence. Separate camera and gimbal evidence from core-board, ESC, GPS/IMU, infrared, vision and link evidence. Reboot Hub then explains what is confirmed, what remains unknown, which work is proposed and which staged tests must pass before the customer approves or resumes use.
What evidence should be captured before the customer acts?
How does repair-bench experience map the fault domains?
How do you confirm this is a Mavic 2 Pro rather than a Mavic 2 Zoom?
Begin with the aircraft label and the camera itself. The Mavic 2 Pro carries the square Hasselblad L1D-20c camera and 1-inch CMOS imaging system; the Zoom carries a compact round-lens zoom assembly. Photograph the nose, gimbal, controller, battery, identifiers and visible condition before work. A shared folding airframe does not make the cameras, image tests or every replacement part interchangeable.
Variant control matters commercially as well as technically. A quote that merely says Mavic 2 camera can hide the most important compatibility decision. Reboot Hub records the exact variant, supplied kit and concern in writing, then ties each proposed part and test to that unit. If a case-level component is named, the finding identifies the model, board revision and evidence rather than turning one repair into a family-wide claim.
What evidence should accompany a camera or gimbal complaint?
Preserve an original image or video, the affected mode, focus distance, exposure context, storage media and whether the issue followed impact, pressure, moisture or prior work. Observe the powered-off camera housing and gimbal clearance without forcing an axis. During supported testing, distinguish no image, unstable image, focus loss, color or artifact concerns, recording failure, tilted horizon, vibration and a startup warning.
Those symptoms cross different boundaries. The L1D-20c camera, gimbal mechanics, feedback, ribbon and coax paths, control electronics, processing, storage and power can overlap. A written finding should state which function failed, what was reproduced and what remains unconfirmed. Replacing the complete camera-gimbal assembly may be reasonable in one case; a bounded connection or mechanical repair may be stronger in another.
Does a black image prove the Hasselblad camera has failed?
No. Record whether the app links, telemetry remains present, the gimbal initializes, the shutter or recording command is accepted and stored files can be read. Compare the original file and live view rather than relying on a phone screenshot. A black, frozen, intermittent or corrupted image can involve camera output, coax or flexible connections, processing, core-board domains, storage, link or power.
The customer needs the boundary, not a confident-sounding guess. Reboot Hub documents whether image generation, transmission, recording or playback is the confirmed failing stage. Exact component experience can be published when it comes from the same board revision and measured case-level evidence. It is not presented as an automatic explanation for every Mavic 2 Pro with a dark screen.
How should no-power, battery and charging symptoms be divided?
Start with battery identity, visible condition, latch, terminals, LED response, charger history, app warning and whether the concern follows one pack or the aircraft. Stop on swelling, deformation, liquid evidence, burnt odor or abnormal heat. A battery that will not power the aircraft, a communication warning and an aircraft that remains dead with supported healthy equipment are different diagnostic branches.
Aircraft-side possibilities include terminals, communication, harnesses, input protection, regulated power and a downstream domain pulling the system down. The quote should name what was tested and avoid a fixed board conclusion before evidence. Battery safety is not a place for public revival tricks or repeated power cycling; the customer sees the confirmed condition and a supported replacement or repair path.
What separates a motor warning from an ESC or structural fault?
Preserve the event, affected corner, propeller condition, motor freedom, arm alignment, debris, heat and exact warning. The dealer repair architecture treats motors, arm modules, ESC board, cables and structure as separable domains. An impact can deform an arm or propeller while also loading a motor, connector or ESC channel, so a visible mark does not prove the only fault.
A professional diagnosis maps the symptom across the propulsion chain and checks adjacent structure before proposing work. Acceptance then verifies all four propulsion positions, controls and a staged flight under safe conditions. The report should not say the motor was fixed when the approved work and evidence actually concern an ESC channel, arm assembly or cable path.
How are GPS, IMU, compass, vision and infrared warnings separated?
The Mavic 2 repair architecture places the IMU on the GPS board and also treats compass, GPS, forward, lateral, rear and downward vision plus upward and downward infrared sensing as distinct test domains. Record the exact direction, environment, lighting, surface, obstruction, contamination, impact history and whether the warning persists in appropriate conditions. Clean only through safe exterior care and do not probe a sensor opening.
A positioning drift, compass interference message, vision warning and infrared height concern require different evidence. The service report should distinguish environmental limitation, contamination, alignment, connection, sensor module and processing hypotheses. A successful calibration is evidence for a defined test, not proof that every adjacent system and the airframe are healthy.
What should be checked when the controller links but live view is unstable?
Record controller identity, antennas, cable or mobile-device context, supported app state, environment, distance and whether telemetry, controls and live image fail together. Preserve the exact sequence and original files. A control link with no image differs from a complete disconnect, intermittent image breakup or a camera that records locally but does not display correctly.
The possible boundary includes controller, antenna path, environment, camera output, aircraft processing and transmission. The repair decision should explain which layer was reproduced and which known-good comparison was used. Reboot Hub avoids telling the customer to buy a core board or camera merely because one uncontrolled link session was poor.
What changes after a crash or liquid exposure?
Impact can load the gimbal, camera, arms, motors, sensors, GPS board and internal connections in the same event. Liquid can reach terminals, connectors and board areas beyond the visible entry point. Preserve photos, logs and the sequence, then stop repeated power cycles when moisture, deformation, burnt odor or abnormal heat is present. A drone that still starts may carry delayed corrosion or structural risk.
The diagnosis separates confirmed damage, credible adjacent risk and inaccessible areas. A local repair is sensible when the fault is bounded and acceptance can prove the relevant functions. Multi-domain damage, corrosion, major structure or uncertain camera and board exposure may favor a larger assembly or documented replacement. The customer sees those tradeoffs before approval.
When is repair stronger than replacement for a Mavic 2 Pro?
Repair is stronger when the exact fault is bounded, parts provenance is available, structure is acceptable and the planned tests can prove the customer's required camera and flight functions. Replacement becomes more credible when several high-value domains are affected, corrosion or structure creates uncertainty, compatibility is poor or the total evidence cannot support reliable return to use. Age alone does not answer the question.
Reboot Hub presents both paths through exact-unit evidence. A repair quote names findings, work, parts, timing, tests and warranty boundary. A replacement comparison identifies the actual unit, condition, kit and written product terms. That transparency removes reasonable customer concerns instead of steering them toward an anonymous marketplace listing or a vague fixed price.
What should the Mavic 2 Pro return-to-service gate prove?
Match the aircraft, controller, batteries and accessories to intake. Address the original concern first, then adjacent systems affected by access or impact. Verify camera image and recording, L1D-20c focus behaviour, gimbal initialization and stabilization, link and telemetry, controls, GPS/IMU/compass, directional sensing, charging and propulsion. Progress from safe ground observations to a controlled staged flight.
The handover includes written findings, known and unknown items, parts provenance, completed tests and remaining observations. It distinguishes workshop time from transit and the 30-day repair warranty from the separate 180-day product warranty. The customer can resume use, monitor a bounded intermittent concern or choose a documented replacement with the evidence visible.
How does Reboot Hub remove the customer's concerns before approval?
Reboot Hub starts with the customer's concern, the exact aircraft and every reasonable question that can affect the decision. We preserve the reported symptom, event history, supplied kit and visible condition; separate confirmed findings from repair-bench hypotheses; name the known and unknown items; and return written findings before asking for approval. Where a board revision and measured repair evidence identify a particular chip or component, that case-level experience can be stated directly. It is not silently expanded into a claim that every aircraft with a similar warning has the same fault.
Repair work normally takes 1-3 business days after quote approval. That workshop period is separate from inbound transit, parts availability, customs handling where relevant and return transit. A diagnostic fee applies to the inspection and written findings. When an eligible repair is approved, that diagnostic fee is credited toward labor or eligible service charges under the written quote. If the customer declines, the diagnosis still explains what was found and what remains unknown.
Eligible completed repair work has a 30-day repair warranty under the written terms. That is separate from the 180-day product warranty for qualifying complete pre-owned products. Neither term is a promise about unrelated later impact, liquid exposure, consumable wear, misuse or work outside the approved scope. The repair record should identify the exact work and acceptance evidence to which the repair term applies.
This is the commercial difference between a generic marketplace instruction and a Reboot Hub path. The customer sees the exact-unit evidence, the concern-by-concern response, the proposed scope, the parts path, the testing and the written terms before commitment. If replacement is stronger, the comparison uses a documented unit and kit rather than an anonymous headline listing. The purpose is not merely to share repair information; it is to turn technical uncertainty into a transparent decision the customer can trust.
Related Reboot Hub paths
Continue from exact-model evidence to a documented next step
Use the learning, model and service paths below to move from technical evidence to written scope and action.
Keep exploring
Further reading
From The Reboot Hub Chronicle
From Drone Guides































