MicroDuck 0.18.1: arranque, recuperación y ajustes

La comprobación ya no espera tres minutos

Pollen Robotics publicó 0.18.0 el 29 de octubre a las 12:57:56 UTC y 0.18.1 a las 16:49:37 UTC. Esta última es estable y corresponde a7d866d0f. El 30 de octubre es nuestra fecha de revisión; la página de 0.17.9 conserva su alcance histórico.

El temporizador empieza al segundo del arranque y observa updaterd, robotd, configd y btd. Un estado failed o tres reinicios en ese arranque entrega la decisión a robot-rescue; diez segundos seguidos en active de los miembros cargados cierran la comprobación. El plazo predeterminado es 60 s, limitado a 20–300 s. Una unidad detenida o sin estabilizar, sin evidencia de fallo, se deja en paz; las no cargadas se omiten. Rescate aplica sus propios requisitos, y un daemon activo esperando hardware no demuestra que pueda moverse.

• Versión estable 0.18.1
• Código fijado de comprobación de arranque

Identifica la capa que vas a actualizar

Actualizar el daemon no equivale a cambiar el OS completo. os requiere la disposición A/B de microduck_yocto y su script; una placa sin soporte devuelve NOT_SUPPORTED/15. os status muestra particiones, progreso y last_result; os check consulta el canal. apply y switch modifican estado y reinician: rechazan movimiento o sesiones remotas activas y comparten bloqueo con actualizaciones del daemon. Una solicitud aceptada solo inicia el trabajo; consulta last_result después del reinicio.

La base provisionada está en /etc/robot/robotd.toml y las elecciones del propietario en /var/lib/robot/robotd.toml tienen prioridad por clave. El editor escribe en esa segunda capa y adopta cambios antiguos reconocidos que no sean valores de plantilla. Conserva las claves desconocidas y las señala; tampoco puede reconocer una elección deliberada idéntica a un valor predeterminado distribuido. La credencial HF pasa al almacenamiento persistente con enlace de compatibilidad. No la publiques ni deduzcas que una réplica Armbian personal admite A/B.

• Referencia oficial del OS
• Implementación de las capas de ajustes

El permiso comunitario sigue siendo independiente

Desde 0.18.0, obtener una política no oficial exige elegir policy.allow_community. La existencia del archivo, el permiso de descarga y la compatibilidad para ejecutarlo son comprobaciones distintas. El conjunto oficial revisado sigue siendo v8; subir el daemon no convierte un modelo comunitario en oficial.

0.18.0 también reúne cambios de cámara, vídeo con conexión débil y predicción de caídas, detallados en la publicación original. Aquí revisamos versiones, manifests y código fijo; no instalamos daemon, cambiamos particiones ni probamos un robot. Empieza guardando la compilación activa, la capa de actualización y los registros existentes.

1. Anota la compilación activa y confirma si la imagen dispone realmente de A/B.
2. Compara los ajustes efectivos del propietario y conserva los registros de actualización y arranque.
3. Tras una actualización hecha por el propietario, lee el resultado; la desconexión de una página no confirma el éxito.

• Cambios originales de 0.18.0
• Permiso de descarga comunitaria en código