MicroDuck 0.18.1: inicialização, recuperação e ajustes

A verificação deixa de esperar três minutos

A Pollen Robotics publicou 0.18.0 em 29 de outubro às 12:57:56 UTC e 0.18.1 às 16:49:37 UTC. A segunda é estável, fixada em7d866d0f.30 de outubro é a data da nossa conferência; o artigo 0.17.9 mantém seu recorte histórico.

O temporizador começa um segundo após o boot e acompanha updaterd, robotd, configd e btd. Estado failed ou pelo menos três reinícios nessa inicialização passa a decisão ao robot-rescue; dez segundos contínuos em active dos membros carregados encerram a checagem. Prazo padrão 60 s, limitado a 20–300 s. Unidade parada ou ainda instável sem evidência de falha é preservada; unidades não carregadas são ignoradas. O resgate aplica condições próprias, e daemon ativo esperando hardware não comprova liberação de movimento.

• Versão estável 0.18.1
• Implementação fixada da checagem de boot

Identifique qual camada será atualizada

Atualizar o daemon e trocar todo o OS são operações diferentes. os depende do esquema A/B de microduck_yocto e do script instalado; placa sem suporte retorna NOT_SUPPORTED/15. os status consulta slots, progresso e last_result; os check consulta o canal. apply e switch alteram estado e reiniciam, recusam movimento ou sessão remota ativa e compartilham bloqueio com a atualização do daemon. Aceitar o pedido só inicia o trabalho: releia last_result após reiniciar.

A base provisionada fica em /etc/robot/robotd.toml; escolhas do dono em /var/lib/robot/robotd.toml prevalecem por chave. O editor escreve a camada do usuário e migra alterações antigas reconhecidas que não sejam valores de modelos distribuídos. Chaves desconhecidas são mantidas e indicadas; uma escolha proposital igual a um default já distribuído não pode ser distinguida. O token HF vai para armazenamento persistente com link de compatibilidade. Não o exponha nem deduza suporte A/B para uma réplica pessoal Armbian.

• Referência oficial dos comandos OS
• Código das camadas de configuração

Política comunitária continua exigindo uma escolha

0.18.0 exige optar por policy.allow_community para buscar políticas não oficiais. Arquivo publicado, permissão de download e compatibilidade para executar são verificações separadas. O conjunto oficial conferido segue v8; atualizar daemon não torna oficial um modelo da comunidade.

0.18.0 também inclui câmera, vídeo em conexão fraca e previsão de queda listados na publicação original. Revisamos releases, manifests e código fixado, sem instalar daemon, alternar slots ou testar robô. Comece pelo build ativo, pela camada de atualização e pelos registros existentes.

1. Anote o build do daemon e confirme se a imagem realmente possui slots A/B.
2. Compare os ajustes efetivos do usuário e preserve logs de atualização e inicialização.
3. Após uma atualização feita pelo dono, consulte o resultado em vez de presumir sucesso por uma página desconectada.

• Mudanças originais de 0.18.0
• Permissão de busca comunitária no código