# MicroDuck 0.17.2 separa breves bloqueos del controlador de una sesión de red perdida

Source: TechNewsList (https://technewslist.com)
Canonical URL: https://technewslist.com/es/article/microduck-daemon-0172-udp-stall-recovery-2026-10-13-night-es
Section: Drones & Robots (https://technewslist.com/es/drones-robotics)
Author: TechNewsList
Language: es
Published: 2026-10-13T20:18:55.278+00:00
Updated: 2026-10-13T20:18:55.501393+00:00

> La nueva versión del demonio de Pollen preserva una sesión de controlador UDP durante una breve pérdida de entrada, rechaza paquetes tardíos y expone diagnósticos de sincronización. Las salvaguardias de su software no son una garantía física de parada de emergencia.

## TL;DR
- MicroDuck daemon 0.17.2 se lanzó el 13 de octubre con ejes configurables y cambios de pérdida de control UDP.
- Los umbrales predeterminados de entrada obsoleta y pérdida de cliente son 300 ms y 1000 ms respectivamente.
- El control UDP es una herramienta de LAN confiable y opcional; El cronometraje del software no es una distancia de parada física certificada.

## Key points
- La versión oficial 0.17.2 se publicó el 13 de octubre a las 09:46 UTC.
- El lanzamiento agrega ejes de gamepad configurables y límites de comando.
- La documentación fijada tiene por defecto stale_ms en 300 y timeout_ms en 1000.
- Una entrada corta pone a cero la marcha mientras se retiene el bloqueo del remitente; un tiempo de espera más largo borra la sesión.
- El control UDP está deshabilitado de forma predeterminada, no está autenticado y está destinado únicamente a una LAN confiable.
- Las actualizaciones de demonios, los servicios en ejecución y las políticas aprendidas instaladas por separado deben verificarse de forma independiente.

## Qué pasó

Pollen Robotics lanzó el demonio MicroDuck 0.17.2 el 13 de octubre a las 09:46 UTC. Las notas de la versión identifican ejes de gamepad configurables y límites de comando, manejo de datagramas tardíos, registro de latencia y un cambio que detiene el robot cuando un controlador se detiene mientras retiene su sesión. Esta es una actualización concreta del software de control para los bípedos pequeños, no una nueva afirmación sobre su velocidad física máxima o la calidad del movimiento aprendido.

![El MicroDuck real junto a una computadora portátil de codificación ilustra el contexto de control y desarrollo, no una prueba de actualización.](https://rkhynbcsbnkkcwgexzwg.supabase.co/storage/v1/object/public/media/api/1791917605335-n722s6-microduck-daemon-0172-udp-stall-recovery-2026-10-13-night-inside-1-8769e819c2.webp)
*El MicroDuck real junto a una computadora portátil de codificación ilustra el contexto de desarrollo y control, no una prueba de actualización. Crédito: Pollen Robotics, reproducido por MicroDuck Robot Community.*

El cambio sigue a la introducción y perfeccionamiento del control de gamepad UDP opcional de ayer. Una revisión independiente del 13 de octubre de 0.17.1 describe esa versión anterior, incluido su comportamiento de tiempo de espera anterior. No prueba la nueva versión en hardware. Por lo tanto, el momento autorizado para esta historia proviene de la documentación de Pollen fijada en la confirmación 0.17.2, en lugar de copiar un número de la revisión anterior.

## Por qué importa

Un robot controlado en red necesita distinguir una breve interrupción de un controlador desaparecido. Si continúa aplicando un antiguo comando de movimiento durante una pérdida, el operador ha perdido el control efectivo. Si cada pequeña interrupción destruye la sesión, la recuperación se vuelve innecesariamente perturbadora. La nueva implementación separa la decisión de dejar de caminar de la decisión de liberar la sesión del remitente, dando a esos estados diferentes umbrales y diagnósticos.

Esa separación sólo es útil cuando se comprenden sus límites. Un temporizador de entrada obsoleta del software no es una parada de emergencia instantánea del hardware, ni su valor establece qué tan lejos se mueve un robot antes de estabilizarse físicamente. El retraso de la red, el comportamiento del bucle de control, la mecánica y la acción actual pueden ser importantes. Un desarrollador debe tratar los valores publicados como parte de un contrato de control para verificar, no como una certificación de seguridad para operación no supervisada.

## Detalles técnicos

La guía UDP fijada tiene por defecto stale_ms en 300 milisegundos y timeout_ms en 1000 milisegundos. Un período de entrada obsoleto deja de funcionar mientras se preserva el bloqueo del remitente y el estado del botón presionado. Un silencio más prolongado considera que el cliente se ha ido y aclara la sesión; una solicitud de asiento sigue más adelante cuando sea apropiado. El umbral obsoleto debe permanecer por debajo de la configuración de hombre muerto independiente y la validación de la configuración rechaza los límites inconsistentes.

![El primer plano oficial muestra las articulaciones y el cuerpo del robot real, manteniendo la sincronización del software distinta de la certificación física.](https://rkhynbcsbnkkcwgexzwg.supabase.co/storage/v1/object/public/media/api/1791917606896-sjtgm1-microduck-daemon-0172-udp-stall-recovery-2026-10-13-night-inside-2-2a71c54715.webp)
*El primer plano oficial muestra las articulaciones y el cuerpo del robot real, manteniendo la sincronización del software distinta de la certificación física. Crédito: Pollen Robotics, reproducido por MicroDuck Robot Community.*

La publicación también elimina datagramas suficientemente retrasados ​​e informa el momento de su llegada. Eso es importante porque recibir un paquete no es lo mismo que recibir una instrucción actual. Un comando retrasado puede ser sintácticamente correcto pero incorrecto en el momento presente. Los diagnósticos de enlaces brindan a los desarrolladores una manera de investigar llegadas obsoletas y paradas en lugar de asumir que cada problema radica en una política de caminata o mapeo de gamepad.

El servicio UDP está deshabilitado de forma predeterminada y está destinado a una red local confiable. La guía de Pollen dice explícitamente que no está autenticado y que los clientes accesibles pueden controlar el robot. No es la ruta recomendada para el control de Internet. Al habilitarlo, se cambia qué pad daemon posee la entrada: los servicios Bluetooth y UDP deben estar de acuerdo en la configuración. Un servicio que permanece en una configuración anterior puede parecerse a una falla del controlador incluso cuando la red está en buen estado.

## Impacto en el mercado / la industria

El trabajo del eje configurable hace que el contrato de entrada del robot sea más adaptable, pero no debe confundirse con una nueva capacidad aprendida. Cambiar un eje fuente, inversión o ganancia cambia lo que solicita el controlador. No demuestra que el robot físico pueda ejecutar de forma segura un rango de movimiento más amplio. La contribución de la versión es un mejor control y observabilidad, y la política de movimiento y el hardware aún necesitan su propia validación.

Para proyectos de robótica abierta, este tipo de detalle operativo puede ser más valioso que una demostración pulida. Los usuarios necesitan saber qué versión se está ejecutando, por qué se bloqueó una acción solicitada y si la entrada realmente llegó al controlador. La referencia de comandos de Pollen proporciona inspección de versión, estado, configuración y políticas. La revisión anterior independiente también enfatiza que las actualizaciones de políticas y demonios son decisiones separadas en lugar de una actualización automática para cada comportamiento.

## Qué observar ahora

Antes de una actualización intencional, el propietario debe registrar la versión en ejecución, las anulaciones locales, los enlaces reales y las políticas instaladas. Apoye al robot y verifique la ruta de control en una configuración supervisada adecuada. Luego, compare la misma evidencia nuevamente. Una versión descargada no prueba que el servicio se haya reiniciado y un nuevo demonio no prueba que una política instalada por separado haya cambiado o que haya desaparecido una anulación local.

La validación más útil distinguiría deliberadamente una pérdida de entrada breve, un silencio prolongado, paquetes retrasados ​​y un diseño de controlador modificado, con registros que mostraran el estado resultante. Ese es un plan de prueba, no una afirmación de que TechPulse lo haya realizado. Aún serían necesarias mediciones físicas para caracterizar el comportamiento de parada. La actualización de software publicada ofrece a los operadores mejores pruebas para recopilar; no elimina la necesidad de cobrarlo.

Finalmente, la acción de recuperación adecuada depende del estado observado. Una sesión preservada después de una breve parada es diferente de un tiempo de espera del cliente, y ninguna de las dos significa automáticamente que el robot necesita una reinstalación del firmware. Los informes de versión y de estado deben presentarse antes de los cambios amplios. Mantener distintos el controlador, el demonio, la política y el resultado físico hace que una pequeña plataforma robótica sea más fácil de depurar sin exagerar lo que una sola versión puede garantizar.

## Fuentes

- [Lanzamiento de polen 0.17.2](https://github.com/pollen-robotics/microduck/blob/35b71a2a4499eb22216b3417e19e97db602561d4/docs/robot/cheatsheet.md)– Marca de tiempo del 13 de octubre y eje fusionado, latencia de datagramas, cambios tardíos en paquetes y clientes estancados.
- [Documentación de control UDP anclada](https://github.com/pollen-robotics/microduck/blob/35b71a2a4499eb22216b3417e19e97db602561d4/docs/robot/cheatsheet.md)— Valores predeterminados de la versión exacta: entrada obsoleta de 300 ms, tiempo de espera de 1000 ms, limitación de LAN confiable, selección de servicios y diagnóstico.
- [Referencia de comando de control de robot anclado](https://github.com/pollen-robotics/microduck/blob/35b71a2a4499eb22216b3417e19e97db602561d4/docs/robot/cheatsheet.md)— Versión en ejecución, estado, anulaciones de configuración, separación de políticas e inspección del controlador.
- [Revisión independiente de la fuente 0.17.1](https://microduckrobot.org/news/daemon-0-17-1/)— La revisión del 13 de octubre de la versión anterior proporciona contexto y un tiempo de espera de 250 ms, explícitamente no es prueba física ni verificación 0.17.2.

Mentions: Robótica del polen, micropato

## Sources
- [Lanzamiento de polen 0.17.2](https://github.com/pollen-robotics/microduck/releases/tag/daemon-v0.17.2)
- [Documentación de control UDP anclada](https://github.com/pollen-robotics/microduck/blob/35b71a2a4499eb22216b3417e19e97db602561d4/docs/robot/udp-pad.md)
- [Referencia de comando de control de robot anclado](https://github.com/pollen-robotics/microduck/blob/35b71a2a4499eb22216b3417e19e97db602561d4/docs/robot/cheatsheet.md)
- [Revisión independiente de la fuente 0.17.1](https://microduckrobot.org/news/daemon-0-17-1/)