El pasado febrero, los vecinos de un edificio de apartamentos en Richardson, Texas, grabaron algo inquietante: un dron de reparto de Amazon derivando hacia la fachada del edificio, perdiendo fragmentos de hélice en el aire y estrellándose finalmente en la acera, donde comenzó a humear. Nadie resultó herido. Pero lo más relevante no es este incidente en sí, sino que no fue el primero, ni el segundo, ni el tercero.
Desde finales de 2024, el MK30 (el modelo de dron de reparto más avanzado de Amazon Prime Air) ha acumulado al menos siete incidentes significativos documentados públicamente en apenas catorce meses de operación comercial. Para quien trabaja en sistemas autónomos y UAVs, este patrón merece una lectura técnica cuidadosa, más allá del impacto mediático de cada vídeo viral.
El patrón de fallos
El primer gran incidente ocurrió el 16 de diciembre de 2024, en las instalaciones de pruebas de Pendleton, Oregón. Dos drones MK30 cortaron la alimentación de sus motores en pleno vuelo a 66 y 56 metros de altitud respectivamente, y cayeron al suelo en cuestión de minutos. La causa identificada fue un fallo del sensor LiDAR: la lluvia generó ecos que el sistema interpretó como la señal de haber aterrizado, ejecutando el protocolo de apagado de motores en pleno vuelo. La ironía amarga es que el modelo anterior, el MK27, contaba con un sensor mecánico de respaldo (el llamado squat switch) que detectaba el contacto físico con el suelo. Amazon lo había eliminado en el MK30, presumiblemente para reducir peso o coste. La consecuencia fue una pausa nacional en las operaciones comerciales en enero de 2025.
Esta decisión de diseño consistente en eliminar redundancia hardware en un sistema de seguridad crítica es precisamente el tipo de error que la historia de la aviación ha documentado repetidamente. La redundancia no es elegante ni barata, pero en sistemas donde un fallo implica que un objeto de 35-40 kg cae sobre una zona poblada, su ausencia es difícilmente justificable.
El segundo episodio más revelador ocurrió el 1 de octubre de 2025, en Tolleson, Arizona. Dos drones MK30 impactaron contra la pluma de una grúa de construcción con minutos de diferencia entre sí, en vuelos consecutivos. Ambos quedaron destruidos. Una persona fue atendida por inhalación de humo. Lo más llamativo desde el punto de vista de la ingeniería es la secuencia: si el primer dron colisionó con un obstáculo estático y conocido, ¿por qué el segundo repitió exactamente el mismo error minutos después? Esto sugiere que no hubo actualización en tiempo real del espacio aéreo operacional entre vuelos, o que el sistema de detección y evasión de obstáculos (detect-and-avoid) no procesó la información del primer incidente. No es un accidente aleatorio: es un fallo sistémico.
Un mes y medio después, en noviembre de 2025 en Waco, Texas, apenas trece días después de que Amazon inaugurara el servicio en esa ciudad, un MK30 ascendiente enredó una hélice en un cable de internet aéreo, cortó el cable y realizó un aterrizaje de emergencia. La FAA abrió una investigación. Este tipo de obstáculo (cables, tendidos eléctricos, vegetación densa) representa precisamente el entorno no estructurado que cualquier sistema de navegación autónoma en zona urbana debe ser capaz de gestionar. Son obstáculos predecibles en su categoría, aunque impredecibles en su posición exacta.
Entre estos tres incidentes mayores se intercalan otros: un aterrizaje precautorio en un complejo de apartamentos en Tolleson en mayo de 2025, un paquete caído en una piscina en Arizona en julio, un aterrizaje de emergencia a menos de metro y medio de un peatón en Goodyear en octubre, y finalmente el choque en Richardson en febrero de 2026.
Los números que importan
David Ison, investigador en movilidad aérea avanzada, hizo el cálculo que muchos evitan: con aproximadamente 4.000 horas de vuelo acumuladas por Prime Air y al menos 7 incidentes significativos, la tasa resultante es de aproximadamente un incidente cada 570 horas de vuelo. La aviación general estadounidense registra un accidente por cada 100.000 horas; la aviación comercial, uno por cada uno o dos millones.
Es importante matizar: no se trata de categorías comparables. Los drones de reparto operan a bajas altitudes, en entornos urbanos complejos, con tecnologías aún en fase de maduración. La aviación comercial lleva un siglo refinando sus protocolos de seguridad. Nadie esperaría tasas equivalentes en esta etapa. Pero el argumento relevante no es la comparación absoluta, sino la tendencia: estos incidentes están ocurriendo con un volumen de operaciones todavía muy reducido. Si Amazon escala hacia los 500 millones de entregas anuales que ha declarado como objetivo para 2030, incluso una mejora sustancial en la tasa de incidentes implicaría cifras absolutas muy diferentes a las actuales.
La comparativa que incomoda a Amazon
No todos los operadores de drones de reparto tienen el mismo historial. Zipline, que opera principalmente con una arquitectura de ala fija y en corredores aéreos más controlados, ha completado más de dos millones de entregas comerciales y superado los 125 millones de millas autónomas con un perfil de seguridad notablemente diferente. Wing, filial de Alphabet, ha realizado más de 450.000 entregas con un único incidente bien documentado —una colisión con líneas eléctricas en Brisbane en 2022. Walmart, a través de sus socios Wing y Zipline, supera las 150.000 entregas desde 2021.
La diferencia no es solo de escala. Zipline, por ejemplo, opera con una filosofía de diseño en la que la fiabilidad del sistema se construye sobre rutas predefinidas, integración estrecha con el espacio aéreo local y una arquitectura que minimiza la complejidad de las decisiones autónomas en tiempo real. Amazon, en cambio, apunta a una operación más flexible y omnipresente, lo que impone exigencias mucho mayores al sistema de navegación autónoma. Esta ambición es legítima, pero tiene un coste de ingeniería que los incidentes están haciendo visible.
Más allá de Amazon, estos incidentes plantean preguntas relevantes para todo el sector. La detección y evasión de obstáculos no cooperativos (cables, grúas, vegetación) sigue siendo uno de los problemas técnicos más difíciles en navegación autónoma a baja altitud. Los sensores LiDAR son extraordinariamente útiles en condiciones nominales, pero su robustez ante perturbaciones ambientales (lluvia, niebla, polvo) sigue siendo un área activa de investigación. Combinar LiDAR, visión, radar y datos previos del entorno es la dirección correcta, pero añade complejidad de integración que también puede ser fuente de fallos.
La redundancia, además, no es solo una cuestión de añadir sensores. Es una filosofía de diseño que pregunta: ¿qué pasa cuando este componente falla? ¿Y cuando fallan dos a la vez? La eliminación del squat switch en el MK30 no fue un error de ingeniería menor: fue una señal de que la presión por reducir coste o peso estaba compitiendo con la cultura de seguridad. En aviación, esa competencia tiene un historial conocido.
La situación regulatoria añade otra capa de complejidad. La FAA está desarrollando la norma Part 108, que ampliaría significativamente las operaciones comerciales de drones. La AOPA ha citado explícitamente los incidentes de Amazon como evidencia de que esa expansión regulatoria podría estar avanzando demasiado rápido. En Europa, la EASA tiene su propio marco regulatorio (las categorías Abierta, Específica y Certificada) que en principio impone mayores exigencias de certificación para operaciones sobre zonas pobladas. Pero la presión comercial para escalar es global, y los marcos regulatorios siempre van con cierto retraso respecto a la realidad tecnológica.
Conclusión
El problema no es que Amazon esté desarrollando drones de reparto. La logística de última milla tiene desafíos reales, y la tecnología tiene potencial genuino para contribuir a resolverlos. El problema es cuando la velocidad de despliegue supera la madurez del sistema, y los entornos urbanos reales (con su variabilidad, sus obstáculos no mapeados y sus condiciones meteorológicas impredecibles) se convierten en el banco de pruebas de facto.
La seguridad en sistemas autónomos no es un problema que se resuelva principalmente con más datos o más vuelos. Se construye con decisiones de diseño conservadoras, redundancia deliberada, y una cultura organizacional que trate cada incidente como información valiosa,no como un coste de hacer negocio. Por ahora, el historial del MK30 sugiere que Amazon todavía está aprendiendo esa lección.
Ya veremos.
0 comentarios:
Publicar un comentario