Потеря и задержка телеметрических пакетов — это разные вопросы для расследования
Прежде чем приписывать симптом телеметрии диапазону радиосвязи или аппаратному сбою, обратите внимание на пропущенные сообщения, задержку отображения, пропуски в записи и счетчики протоколов.
Точно опишите наблюдаемый симптом
Замороженное отображение, позднее сообщение и отсутствующий интервал журнала — это разные наблюдения. Запишите, какое приложение, устройство и поток сообщений были затронуты, а также время и порядок подключения. Не следует сразу обозначать каждое прерывание как потерю радиосигнала. Четкое описание симптомов определяет, касается ли расследование доставки, обработки, отображения или записи, что позволяет техническим специалистам выбирать доказательства вместо замены радио, поскольку оно является наиболее заметным компонентом связи.
Определите путь и точки записи
Нарисуйте маршрут от передающего компонента через интерфейсы, модем, сеть, где это необходимо, наземный компьютер и приложение. Отметьте, где был записан каждый доступный журнал. Запись, сделанная после разрыва соединения, не может самостоятельно описать то, что произвел отправитель. Отличать бортовые данные от полученных телеметрических данных. Эти идентификаторы помогают определить возможную стадию сбоя и объясняют, почему два журнала могут различаться, но при этом один из них не является неточной копией другого.
Интерпретируйте информацию о последовательности в контексте
MAVLink предоставляет информацию о последовательности, используемую при оценке потери пакетов, но ее интерпретация зависит от потока и проверяемых компонентов. Следуйте документации протокола и реализации приложения. Множественные отправители, маршрутизация, границы записи, а также ретранслируемые или избыточные пути заслуживают внимания. Не рассчитывайте уверенный процент потерь по необъяснимому скриншоту. Сохраните исходный захват и метод, чтобы другой рецензент мог воспроизвести то, что было подсчитано, и понять его ограничения.
Отделяйте задержку от отсутствующей информации
Сообщение может прийти с задержкой, а не быть потерянным. Прежде чем рассчитывать задержку, сравните соответствующие временные метки и соотношения часов. Поведение обновления приложения и конкурирующий трафик могут повлиять на видимый опыт. Плавный дисплей также не подтверждает каждое поступившее сообщение. В обзоре должно быть указано, какая задержка была измерена, между какими точками и при какой нагрузке. Избегайте преобразования одной наблюдаемой паузы в универсальную спецификацию задержки соединения для установленного дрона.
Сопоставляйте трафик и данные канала связи
Просмотрите запрошенную скорость передачи сообщений, соответствующие индикаторы модема, изменения соединения и активность компьютера вместе с симптомом. Снижение скорости передачи сообщений может решить проблему, отличную от перемещения антенны. Определите гипотезу и используйте утвержденные проверки, сохраняющие эксплуатационные обязанности. Если это возможно, меняйте по одному соответствующему фактору за раз. Сохраняйте незатронутые интервалы в качестве сравнительных данных и не создавайте импровизированные сбои связи во время полета исключительно для того, чтобы получить более впечатляющую запись.
Представьте вывод с указанием его границ
Кратко опишите наблюдаемую стадию, метод измерения, обоснованную причину, нерешенные вопросы и предлагаемые последующие действия. Держите решения на случай непредвиденных обстоятельств отдельно от ретроспективного анализа коммуникаций. Полученная запись помогает службе поддержки NiVO выявить проблемы с радио, интерфейсом, программным обеспечением и записью данных. Это также не позволяет рассматривать счетчики потерь пакетов, индикаторы сигналов или быстро реагирующую карту по отдельности как полное доказательство того, что вся система управления и телеметрии будет надежно работать в любых условиях эксплуатации.
