Reachy Mini 1.11 corrige la conexión remota y acelera el arranque

Reachy Mini 1.11.0 corrige un fallo que podía impedir conectar el robot con aplicaciones remotas desde determinadas redes domésticas. La actualización de Pollen Robotics también reduce comprobaciones repetidas al arrancar el modelo Wireless. Son mejoras para quien ya utiliza este robot de escritorio: afectan al tiempo que espera antes de empezar y a la posibilidad de establecer una sesión por internet.

El paquete estable está publicado en PyPI desde el 21 de septiembre [en], después de una versión candidata del día 11. El cambio amplía lo que contamos sobre Reachy Mini 1.10 y sus ajustes de sonido y seguimiento facial. Las cifras de rendimiento siguientes proceden de pruebas documentadas por los desarrolladores, no de una medición propia.

Por qué podía funcionar en una red y fallar en otra

El problema estaba en la dirección del servicio que proporciona acceso a los servidores de retransmisión TURN. Según la corrección incorporada al proyecto [en], el dominio utilizado por defecto llevaba sin resolver correctamente desde junio. Las conexiones directas seguían funcionando, pero faltaba una vía alternativa cuando el router o el proveedor de internet impedían establecerlas.

La documentación de WebRTC [en], independiente de Pollen, explica esa función: TURN retransmite el tráfico cuando los dos extremos no pueden comunicarse directamente. Esto ayuda a entender por qué una demostración en una red podía salir bien y una sesión desde casa quedarse sin conexión. No es una evaluación del robot, sino del mecanismo de red que emplea.

La versión 1.11 apunta directamente al servicio operativo. El equipo documenta una sesión de vídeo que utilizó ese camino alternativo en un Wireless. La corrección resulta especialmente pertinente en conexiones bajo CGNAT o con restricciones de red; no significa que todas las sesiones anteriores fallasen ni garantiza atravesar cualquier cortafuegos.

Este arreglo tampoco convierte una aplicación en local. Si utiliza un servicio externo para conversar o procesar imágenes, sigue dependiendo de él. Ejecutar la conversación en un ordenador de casa es otra configuración, descrita en nuestra guía de conversación local con Reachy Mini.

Menos comprobaciones repetidas al encender el Wireless

Hasta ahora, el arranque repetía tareas de mantenimiento sobre los entornos de Python aunque no hubiesen cambiado. La modificación del inicio [en] guarda un registro después de completar las comprobaciones y evita repetir las más costosas cuando ese registro sigue siendo válido. Los desarrolladores miden un ahorro de 4,7 segundos en esa parte del arranque.

Una actualización del software o un registro inválido obliga a ejecutar de nuevo las comprobaciones completas. Otras revisiones ligeras se mantienen en cada inicio. Por eso la cifra no describe cuánto tarda el robot en estar listo desde que se pulsa el interruptor, ni asegura el mismo ahorro en cualquier instalación. Esta optimización corresponde al Wireless; no debe trasladarse al Lite, que utiliza un ordenador externo.

Las notas de la versión [en] recogen también una reducción de 5,75 a 2,60 segundos al cargar por primera vez la biblioteca de control en el procesador CM4 del Wireless. Es una espera distinta del arranque y tampoco mide la rapidez con la que responde un modelo de conversación.

Dos requisitos que conviene revisar antes de actualizar

La primera precaución afecta a quien ha escrito sus propias aplicaciones. Reachy Mini deja de instalar SciPy como dependencia necesaria para funcionar. Si una app usa esa biblioteca sin declararla, puede dejar de arrancar en una instalación que ya no la incluya. La explicación del cambio [en] pide añadir scipy a las dependencias de la propia aplicación. Quien solo ejecuta apps ajenas depende de que sus autores hayan hecho esa revisión.

La segunda afecta al vídeo del Wireless. El software puede activar el codificador de vídeo únicamente cuando alguien se conecta y adaptar el caudal a la red. Pero la prueba técnica [en] utilizó componentes multimedia adicionales y advierte de que el control de congestión requiere el componente rtpgccbwe. Las instalaciones antiguas conservan una vía de compatibilidad. Actualizar el paquete no demuestra por sí solo que el sistema instalado incluya todo lo necesario para esa adaptación.

Para instalaciones gestionadas con Reachy Mini Control, el soporte oficial [en] indica abrir ajustes, pulsar «Check for updates» y utilizar «Update now» si se ofrece una actualización. Después conviene comprobar la versión instalada y repetir la actividad que daba problemas: una conexión remota y una app propia verifican cosas diferentes.

El hardware sigue siendo un kit comercial. La tienda oficial ofrece Reachy Mini Wireless por 435 € [en], incluye España entre los destinos y anuncia hasta 90 días de expedición. Los portes y cargos aplicables deben comprobarse al tramitar el pedido; esa cifra no acredita el total entregado. Para los propietarios actuales, las mejoras descritas son de software y no requieren comprar otro robot.

Fuentes

• PyPI — archivos y fechas de distribución de Reachy Mini 1.11.0 [en]
• Pollen Robotics — notas de Reachy Mini 1.11.0 [en]
• Pollen Robotics — diagnóstico y corrección de la conexión TURN [en]
• WebRTC — función de los servidores de retransmisión TURN [en]
• Pollen Robotics — comprobaciones de arranque y medición en Wireless [en]
• Pollen Robotics — retirada de SciPy y compatibilidad de aplicaciones [en]
• Pollen Robotics — codificación de vídeo y requisitos del control de congestión [en]
• Hugging Face — procedimiento de actualización y soporte [en]
• Pollen Robotics — oferta del kit Wireless y condiciones de envío [en]
• Imagen: Pollen Robotics — fotografía frontal de Reachy Mini Wireless en la galería oficial [en]