Identificação dos nós DroneCAN, terminação e topologia instalada
Investigue as instalações do DroneCAN por meio de identidades de nós, evidências de estado, topologia física, referências de terminação e suporte documentado específico do dispositivo.

Inventariar os nós antes de alterar a configuração
Liste o controlador e cada dispositivo DroneCAN conectado com identidade física, firmware, função e informações de nó disponíveis. Um nome de dispositivo familiar não estabelece qual unidade física produziu uma mensagem. Preserve o estado da rede descoberta antes de alterar endereços ou substituir componentes. Este inventário fornece uma base concreta aos relatórios intermitentes de dispositivos que deixam de ser detetados e evita que um dispositivo sobressalente recém-conectado seja considerado idêntico à unidade que ele substituiu.
Compreender a identificação e a atribuição
Os nós DroneCAN requerem identidades apropriadas à rede, e os sistemas suportados podem usar diferentes arranjos de alocação. Leia a documentação do dispositivo e da rede em vez de atribuir valores arbitrários até que os avisos desapareçam. Distinga a identidade de hardware persistente do identificador de nó observado em uma sessão. Registe o comportamento esperado após a reinicialização. A identidade única e compreensível é importante porque os dados recebidos devem permanecer associados ao sensor ou atuador correto durante a manutenção e reconfiguração.

Desenhar o barramento físico
Mapeie segmentos de cabos, junções, conectores, distribuição de energia e terminações de acordo com a instalação real. Uma lista simplificada de dispositivos de software não revela todas as ramificações físicas. Compare o arranjo com as orientações de hardware aplicáveis e o projeto de aeronave aprovado. Não adicione terminadores apenas porque a comunicação parece instável. A avaliação correta requer a localização e a finalidade dos elementos existentes, juntamente com os requisitos do dispositivo e quaisquer alterações feitas durante trabalhos recentes.
Separar o estado do nó dos dados úteis da aplicação
Um nó presente pode reportar o estado sem fornecer todas as funções esperadas pela aeronave. Examine as mensagens relevantes do aplicação, as informações sobre a integridade do dispositivo e o suporte à implementação. Por outro lado, um item de exibição ausente pode ter origem na configuração de recepção, em vez de ser um barramento quebrado. Preserve carimbos de data/hora e funções afetadas. Essa distinção orienta a próxima verificação em direção à conectividade física, identidade, interpretação de software ou comportamento específico do dispositivo, em vez de tratar todos os sintomas como idênticos.
Avaliar alterações com uma referência conhecida
Quando um dispositivo ou cabo for substituído, registe exatamente o que foi alterado e revise a topologia e a configuração resultantes. Use métodos de diagnóstico aprovados e precauções elétricas apropriadas. Compare a inicialização, o estado e o comportamento necessário do aplicação com a linha de base retida. Uma única deteção bem-sucedida não significa aceitação completa. A evidência deve mostrar que o dispositivo físico correto fornece as informações pretendidas de forma confiável dentro das condições que o processo técnico realmente avalia.
Manter uma referência de rede que permita manutenção
Armazene juntos o diagrama de barramento, identidades de componentes, suposições de alocação, referências de terminação, versões de software e verificações aceites. Faça com que expansões posteriores acionem uma revisão em vez de uma decisão informal de plug-in. Isso ajuda as equipas do NiVO a avaliar os periféricos CAN suportados sem assumir a compatibilidade universal. Também torna a comunicação de serviço mais eficiente: o técnico recebe uma rede identificável e um sintoma limitado, e não simplesmente um relatório de que um sensor CAN às vezes desaparece.



