02 · Despliegue

Qué esperar al desplegar.

El lado de la nube está completamente gestionado, así que no tienes nada que ejecutar ni mantener. El lado de campo es de autoservicio: regístrate, crea un despliegue, instala la retransmisión y empareja. Del registro a una señal en vivo toma alrededor de una sesión de trabajo.

Qué está gestionado para ti

  • La retransmisión en la nube. Aprovisionada, monitoreada y parcheada por Hover, en una única región de EE. UU. No tienes nada que ejecutar del lado de la nube: sin cuenta de AWS, sin IAM, sin certificados, sin servidores.
  • Tu cuenta y tus despliegues. Regístrate en dash.nebli.ai y se crean automáticamente tu organización, tu primer tenant, tu equipo y tu despliegue. Crear un despliegue genera sus credenciales de forma automática, así que no hay nada que copiar a mano.
  • El software de retransmisión. La CLI de Hover y la app de escritorio Hover Relay están disponibles para Linux, macOS y Windows. Instala la CLI con un comando de una línea o descarga la app; una vez que iniciaste sesión, ambas obtienen los datos de conexión del despliegue por ti.
  • URLs de visor público. Una URL de navegador protegida con PIN, limitada a un despliegue, que un comandante de incidente puede compartir sin que nadie tenga que instalar nada.
  • Ayuda personalizada, cuando la quieras. Los clientes design-partner y enterprise pueden pedir que Hover los acompañe en la primera instalación. No es obligatorio; el camino de autoservicio funciona por sí solo.

Qué aporta tu equipo

  • Hardware de campo. Una laptop en la red local del dron: un Toughbook resistente, o cualquier equipo con Linux, macOS o Windows. Podemos recomendar una configuración; no vendemos ni enviamos hardware.
  • Enlace ascendente a internet. Un hotspot celular, terminal Starlink o router bonded, lo que tu operación ya use. Hover funciona a través de CGNAT y NAT de nivel consumidor sin necesidad de abrir puertos entrantes. Consulta las Preguntas frecuentes.
  • Equipo del puesto de mando. Una laptop, Windows o macOS, donde el operador ejecuta su GCS existente (CCA3, Mission Planner, QGroundControl).
  • Configuración del dron. Cualquier equipo que exponga video RTSP y MAVLink en su red local. No tocamos el firmware del dron.

La red que necesita

El proxy de campo solo hace conexiones salientes hacia la retransmisión: UDP y TCP a relay.hoverfeed.com para video y control, y HTTPS a api.hoverfeed.com para el inicio de sesión y la búsqueda del despliegue. No se requiere nada entrante, así que CGNAT, NAT doble, WiFi de hotel y hotspots funcionan sin coordinar reglas de firewall ni reenvío de puertos con un proveedor. El equipo del puesto de mando solo necesita salida a internet normal.

El cronograma aproximado

Paso Tiempo Qué sucede
Regístrate ~2 minutes Inicia sesión en el panel con Google o un código por correo electrónico. Se crean para ti tu organización, tu primer tenant, tu equipo y un despliegue predeterminado.
Crea un despliegue ~1 minute Agrega un despliegue en el panel (o usa el predeterminado). Genera credenciales de forma automática y muestra comandos de instalación listos para pegar, para los equipos de campo y de puesto de mando.
Instala la retransmisión ~30 minutes En el equipo de campo y en el equipo del puesto de mando: instala la CLI de Hover con un comando de una línea, o descarga la app de escritorio Hover Relay. Inicia sesión una vez en cada uno.
Empareja y primera señal ~5 minutes Inicia el proxy (campo) y el cliente (puesto de mando). El GCS se conecta a 127.0.0.1 y el video se reproduce.
Primera prueba de vuelo 1 sortie Verifícalo en un vuelo real. Observa el estado del enlace en la app Hover Relay o con hover logs. Confirma que la grabación esté llegando a la tarjeta SD.

Del registro a una señal en vivo en el puesto de mando es una sesión de trabajo; la instalación es lo que más tiempo toma, y la mayor parte es la configuración de TI de tu propio equipo. Los clientes enterprise y design-partner pueden sumar una breve llamada de descubrimiento y hacer que Hover los acompañe en la primera instalación; para todos los demás, el camino anterior es de autoservicio de principio a fin.

Así lo ve el operador. Apunta su GCS existente al cliente de Hover en 127.0.0.1: video en rtsp://127.0.0.1:5554, y MAVLink en el puerto local que expone el cliente, exactamente como si el dron estuviera sobre el escritorio. La retransmisión es invisible cuando funciona; la consola de la app Hover Relay (o hover logs) es lo que revisan cuando no. Los puertos y flags exactos están en las guías de configuración de la CLI y de la app de escritorio.

Agregar más drones, más sitios, más agencias

Cada despliegue funciona en su propia sesión, con sus propias credenciales y su propia URL de visor público. Para agregar uno: créalo en el panel, instala la retransmisión y empareja. No hay ningún contrato nuevo que firmar.

El panel gestiona todos tus despliegues en un solo lugar: una lista de flota con estado en vivo, además de vuelos, grabaciones, miembros y facturación. Cuántos puedas ejecutar depende solo de los límites de tu plan (despliegues, tenants, equipos, asientos), y todo permanece en la misma herramienta. Los tenants y equipos permiten que una organización más grande mantenga divisiones, regiones o agencias asociadas claramente separadas; consulta Conceptos para ver la jerarquía.

Qué sucede cuando algo falla

La retransmisión en la nube está monitoreada por Hover; si falla, lo sabemos antes de que llames. Del lado de campo, el primer lugar donde mirar ya está integrado: la app Hover Relay muestra el estado de la conexión en vivo y una consola, hover logs <deployment> transmite los mismos eventos desde la CLI, y el panel muestra el estado en vivo de cada despliegue. No se requiere SSH.

El soporte remoto durante despliegues en vivo (graduaciones, demostraciones, cualquier caso donde el tiempo de actividad no sea negociable) está disponible a pedido. Consulta la página de precios para conocer los términos.

¿Qué pasa con las credenciales, el cifrado y qué registramos?

Seguridad →