Skip to content

0x000a0014 CAPABILITY_DIAGNOSTIC_NAV_UNHEALTHY

published Last Updated: Oct 9, 2026 HW: all
Applicable alarms (2)
0x000a0014CAPABILITY_DIAGNOSTIC_NAV_UNHEALTHY
Likely outcomes (0 missions) — click to expand

Based on 0 missions where this alarm fired in the last 90 days (for 0x000a0014) as of 2026-10-13

Aggregated from fleet operations and refreshed daily. Individual outcomes may vary by site and configuration.

This alarm occurs when the Droid is unable to maintain a healthy navigation solution. The Droid has two completely separate navigation systems: one which runs during delivery, drone loading, and Zipping Point pickups, and another which runs exclusively during legacy portal lowers/raises.

The failure of navigation software during a delivery pickup mission typically results in a DLB. If this alarm fired but there was not a DLB, then it’s likely that it was only a transient issue. In this phase of flight, this alarm doesn’t generally imply anything specific about the airworthiness of the droid. If there is an underlying hardware issue, other alarms will fire which identify the defective component.

The most common cause of this error is that droids with unglued lenses (-001 droid brains) become decalibrated due to shock events. These events can occur in the portal, e.g. during the preceding lower mission, which can cause the droid to struggle on the subsequent raise mission due to poorly-calibrated cameras.

Typically the system will auto-retry raise missions up to 3 times. In most cases, even when the calibration is damaged, the droid is able to raise successfully on the second or third try. Once the droid is raised, the correct action is to continue flying the delivery mission, even if the calibration is somewhat damaged: the droid will automatically self-calibrate during the delivery flight.

The worst action we can take if a droid has marginal calibration is to lower the droid back into the kiosk. That creates a condition where the droid has a high probability of not being able to perform an autonomy raise again, leading to increased asset downtime (likely a maintenance raise followed by maintenance check flight).

1 question
Did the alarm occur during a Droid Left Behind (DLB) event?

Did this guide help you get unblocked?

Open suggestions

There are no open suggestions.

Open pull requests

There are no open pull requests.