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