Проверка загрузки вычислителя: состав конфигурации
Проверка загрузки вычислителя нужна при расширении состава бортового оборудования или изменении задач автопилота. Наличие свободного разъёма ещё не подтверждает возможность подключить очередной узел без влияния на работу системы. Оценивать следует контроллер с тем набором функций, который предусмотрен проектом.
До испытания составляют перечень датчиков, интерфейсов, средств регистрации и дополнительных программных задач. По документации изготовителя и используемого программного обеспечения уточняют совместимость, ограничения конфигурации и доступные средства диагностики. Функции конкретной платы заранее не предполагают.
Какие показатели имеют смысл
Средняя загрузка процессора не описывает все возможные задержки. Если программное обеспечение предоставляет соответствующую диагностику, проверяют сведения о выполнении задач, пропусках циклов, состоянии памяти и обмене данными. Назначение каждого показателя выясняют до начала сравнения.
Отсутствующее диагностическое поле нельзя трактовать как отсутствие проблемы. Когда прямых показателей недостаточно, методику дополняют наблюдением за своевременностью доступных выходных данных. При этом заранее определяют, какой результат можно доказать выбранным способом, а какие вопросы останутся открытыми.
Как собрать испытательный сценарий
Сначала сохраняют исходную конфигурацию и получают запись работы системы с базовым набором устройств. Затем последовательно включают предусмотренные проектом источники данных и функции. На каждом этапе фиксируют настройки, состояние подключённых узлов и обнаруженные изменения.
Завершающий этап проводят при одновременной работе всего запланированного оборудования. В сценарий включают характерные переходы: начало регистрации, поступление данных по нескольким интерфейсам и смену рабочих режимов. Стенд готовят так, чтобы команды контроллера не могли вызвать опасное движение механизмов.
Как отличить вычислительную нагрузку от других причин
Задержка данных может возникать в датчике, интерфейсе или устройстве хранения. Поэтому ухудшение записи нельзя сразу объяснять недостаточной производительностью контроллера. Проверяют состояние обмена и сопоставляют момент события с диагностикой других узлов, если она доступна.
Полезен повтор опыта с последовательным отключением отдельных функций. Однако изменение должно оставаться документированным: снижение частоты обмена одновременно с отключением записи не показывает вклад каждого фактора. После обнаружения вероятной причины возвращают исходные условия и проверяют повторяемость результата.
Как принять решение о комплектации
Критерии приёмки задают по требованиям проекта и ограничениям программного обеспечения. Универсальный процент свободных ресурсов не заменяет проверку своевременности выполнения задач. В отчёте указывают исследованные режимы, продолжительность наблюдения и состав конфигурации, к которой относится вывод.
При подборе полётного контроллера передают перечень периферии и ожидаемые режимы работы, а не только число требуемых портов. После изменения программной конфигурации результаты оценивают заново в затронутой части: прежний протокол подтверждает только ранее испытанное сочетание оборудования и настроек.
подобрать и заказать оборудование комплектующие БПЛА можно через Делазию — каталог оборудования.