Saltearse al contenido
ARGUS User Manual

Solución de problemas DJI

Los docks DJI se comunican con ARGUS sobre MQTTS y la DJI Cloud API. La mayoría de las fallas del lado DJI aparecen como uno de unos pocos síntomas distintos: esta página mapea cada síntoma a su causa habitual.

Dock fuera de línea inmediatamente después del emparejamiento

Emparejas un dock, se completa update_topo, pero el dock se pone fuera de línea en segundos.

Revisa en orden:

  1. Resolución del nombre de host EMQX. El dock necesita DNS para el broker MQTTS. Si la red del dock tiene DNS de horizonte dividido o un portal cautivo, resolverá al host equivocado. Desde el mando a distancia del dock, verifica que pueda alcanzar el FQDN del broker.
  2. Firewall TCP 8883. MQTTS está en 8883; algunos firewalls corporativos solo permiten 443. Pide a TI que permita 8883 saliente desde el sitio del dock hacia ARGUS. El dock no tunela.
  3. Desviación de hora. TLS falla silenciosamente cuando el reloj del dock está muy lejos de la hora real. El dock debe tener acceso a NTP.
  4. Vuelve a emparejar una vez. Si el primer emparejamiento tuvo un problema de DNS o firewall a mitad del handshake, el estado de sesión en el broker puede estar obsoleto. Retira el dock y empareja de nuevo.

El propio LCD del dock suele mostrar un código de error cuando estos fallan; anótalo antes de volver a emparejar.

Auto-stream no arranca

Auto-stream espera tres precondiciones. Si falta alguna, el stream permanece silenciosamente desactivado:

  1. El dock está en línea. Chip de estado verde en la lista de docks.
  2. La aeronave está en línea. Montada + encendida. Auto-stream no despertará una aeronave atracada por sí solo.
  3. Permiso de livestream concedido. La organización debe tener el scope livestream de la DJI Cloud API en ese dock.

Las tres aparecen en la página de detalle del dock como casillas de verificación. Si falta alguna, arregla específicamente esa — añadir más precondiciones a la lista no es el camino.

Códigos NACK de live_start_push

Cuando ARGUS pide al dock que comience a empujar video en vivo, el dock puede responder con NACK con un código. Los más comunes:

  • 513003 — “camera livestream in progress”. Otro cliente (a menudo DJI Pilot 2 en un teléfono cercano) ya tiene el livestream. Cierra DJI Pilot en cualquier dispositivo cercano y reintenta.
  • 513006 — “failed, retry”. Transitorio. La tableta argus-android reintenta automáticamente dos veces. Si sigue fallando, probablemente el RC o la aeronave está fuera de rango o en una ventana de cambio de lente.
  • 513012 — “another livestream with lens switch”. La cámara está ocupada cambiando de lente (wide → zoom → thermal). Espera 2-3 segundos y reintenta; la máquina de estado de auto-stream maneja esto automáticamente.

Otros códigos NACK están cubiertos por el diccionario de errores DJI dentro de la app (448 códigos) — pasa el cursor sobre el código en el log de eventos del dock para ver el nombre legible.

Tarea de vuelo atascada en preparing

Una tarea de vuelo que no avanza más allá de preparing casi siempre tiene una causa a nivel de suelo en el dock:

  • Tapa atascada. La tapa del dock no se abrió completamente. En el LCD del dock verás una advertencia de hardware. Se requiere inspección física.
  • Batería baja. La batería de la aeronave está por debajo del mínimo de despegue del dock (típicamente 30%). Espera a que el dock cargue o inicia un ciclo de carga manual desde la página de detalle del dock.
  • GPS sin fijación. Menos que los satélites requeridos visibles: común bajo densa cobertura de nubes o cerca de grandes estructuras metálicas. Espera una fijación; la tarea avanzará cuando el GPS esté listo.
  • Viento o lluvia por encima del umbral. El sensor meteorológico del dock impide el lanzamiento; verás un evento de salud del dock.

Tormenta HMS

Una oleada de alertas HMS (Health Management System) — docenas por minuto — es casi siempre ambiental en lugar de un dron roto:

  • Revisa el estado ambiental de la aeronave. Viento fuerte, temperatura baja y GPS bajo pueden cada uno generar flujos de códigos HMS a cadencia normal. Aterriza el dron y la tormenta suele amainar.
  • Silencia falsos positivos. El panel HMS de la operación tiene un control de silencio por código. El silencio se registra en la blackbox y expira al final de la operación — nunca persiste en la siguiente misión.

Si la tormenta continúa en una aeronave aterrizada, captura el log HMS y el SN de la aeronave y abre un ticket de soporte.

Relacionado