Qual lista de verificação de inicialização mantém as sessões do OpenArm repetíveis o suficiente para teleoperação, demonstrações e coleta de dados posterior?
Queremos um tópico de lista de verificação do OpenArm amigável para iniciantes focado em calibração e homing.\n\nQual é a ordem exata de inicialização que você segue e o que você registra quando algo parece diferente da sessão anterior?\n\nSe você responder, inclua uma verificação que evitou depuração desnecessária mais tarde.
A melhor lista de verificação é curta o suficiente para ser seguida todas as vezes. Se ficar muito longa, as equipes param de usá-la quando estão com pressa.
Mudanças de ferramentas e eventos de transporte merecem sua própria nota porque muitas vezes explicam a deriva que parece não estar relacionada à primeira vista.
Compartilhe a menor lista de verificação de calibração que outra equipe do OpenArm poderia copiar em seu caderno de laboratório hoje.
Escolha seu sintoma mais próximo para seguir o caminho de solução de problemas correto.
Comece com uma verificação de sintoma reproduzível para "[OpenArm] Lista de verificação de calibração e homing para construtores e integradores (iniciantes)", depois confirme o estado do host/serviço antes de mudar hardware ou firmware.
journalctl -b | rg -n "error|warn|openarm|can"
ip -details link | rg -n "can|state"
python tools/preflight_check.py --quickAdicione um portão de pré-vôo simples e uma lista de verificação de inicialização curta para que as regressões sejam detectadas antes que o movimento comece.
Use-os primeiro como um modelo de lista de verificação. Confirme os nomes das interfaces, IDs de fixação e condições de segurança em sua própria célula antes da execução.