Идентификация узлов DroneCAN, терминация шины и фактическая топология
Исследуйте DroneCAN по идентификаторам узлов, данным состояния, физической топологии, терминации шины и документированной поддержке конкретных устройств.
Составьте перечень узлов перед изменением конфигурации
Перечислите контроллер и каждое подключенное устройство DroneCAN с указанием физической идентификации, встроенного ПО, функций и информации о доступных узлах. Знакомое имя устройства не определяет, какое физическое устройство выдало сообщение. Сохраняйте обнаруженное состояние сети перед изменением адресов или заменой компонентов. Такая инвентаризация дает конкретную основу периодическим отчетам об отсутствующих устройствах и не позволяет считать вновь подключенное запасное устройство идентичным устройству, которое оно заменило.
Разберитесь в идентификации и распределении адресов
Узлам DroneCAN требуются идентификаторы, соответствующие сети, а поддерживаемые системы могут использовать различные механизмы распределения. Прочтите документацию по устройству и сети, а не назначайте произвольные значения, пока предупреждения не исчезнут. Отличайте постоянную идентификацию оборудования от идентификатора узла, наблюдаемого в сеансе. Запишите ожидаемое поведение после перезапуска. Уникальная и понятная идентичность важна, поскольку полученные данные должны оставаться связанными с правильным датчиком или приводом при обслуживании и реконфигурации.
Нарисуйте физическую шину
Составьте карту сегментов кабеля, соединений, разъемов, распределения питания и оконечной нагрузки в соответствии с фактической установкой. Упрощенный список программных устройств не раскрывает каждую физическую ветвь. Сравните схему с применимыми рекомендациями по аппаратному обеспечению и утвержденной конструкцией самолета. Не добавляйте терминаторы только потому, что связь нестабильна. Для правильной оценки необходимо определить расположение и назначение существующих элементов, а также требования к устройству и любые изменения, внесенные в ходе недавней работы.
Отделите статус узла от полезных данных приложения
Существующий узел может сообщать о состоянии, не предоставляя все функции, ожидаемые воздушным судном. Изучите соответствующие сообщения приложений, информацию о работоспособности устройства и поддержку реализации. И наоборот, отсутствие элемента дисплея может быть связано с принимающей конфигурацией, а не свидетельствовать о неисправности шины. Сохраните временные метки и затронутые функции. Это различие направляет следующую проверку на физическое соединение, идентичность, интерпретацию программного обеспечения или поведение конкретного устройства вместо того, чтобы рассматривать каждый симптом как идентичный.
Оценивайте изменения с помощью известной базовой линии
При замене устройства или кабеля запишите, что именно изменилось, и просмотрите полученную топологию и конфигурацию. Используйте утвержденные методы диагностики и соответствующие меры электробезопасности. Сравните запуск, состояние и необходимое поведение приложения с сохраненным базовым состоянием. Одно успешное обнаружение устройства ещё не означает полной приёмки. Доказательства должны показывать, что правильное физическое устройство надежно предоставляет намеченную информацию в условиях, которые фактически оценивает технический процесс.
Ведите пригодную для обслуживания документацию сети
Сохраняйте диаграмму шины, идентификаторы компонентов, предположения о распределении, сведения о терминации шины, версии программного обеспечения и принятые проверки вместе. Создание более поздних расширений приводит к проверке, а не к неформальному решению просто подключить ещё одно устройство. Это помогает командам NiVO оценивать поддерживаемые периферийные устройства CAN, не предполагая универсальной совместимости. Это также делает сервисную связь более эффективной: технический специалист получает идентифицируемую сеть и ограниченный симптом, а не просто отчет о том, что датчик CAN иногда исчезает.
