С чего начинать диагностику: короткий маршрут, если проблема есть, а причины пока нет

Зачем нужен отдельный стартовый диагностический маршрут

Когда у пользователя уже есть проблема, он обычно не хочет читать все подряд. Ему нужен быстрый маршрут:

  • куда смотреть сначала;
  • что опасно делать наугад;
  • какие артефакты сохранить;
  • когда переходить к логам;
  • когда проблема похожа на железо, а когда на конфигурацию.

Именно такую роль и выполняет стартовый диагностический маршрут.

Универсальный первый маршрут

1. Зафиксировать симптом как можно точнее

Не «что-то не так», а:

  • не армится;
  • плохо держит позицию;
  • RTL ведет себя странно;
  • телеметрия неполная;
  • после удара начались плавающие ошибки;
  • проблема только в AUTO;
  • проблема проявляется через несколько минут.

2. Определить фазу, в которой проявляется проблема

  • подключение;
  • arm;
  • взлет;
  • ручной полет;
  • навигационный режим;
  • RTL / failsafe;
  • после краша или переделки.

3. Не вносить хаотичные изменения

На этом этапе особенно вредно:

  • менять много параметров сразу;
  • перепрошивать все подряд;
  • отключать safety checks;
  • лететь «еще раз посмотреть».

4. Сохранить диагностические артефакты

Минимум:

  • BIN;
  • параметры;
  • точный текст предупреждения;
  • скриншот;
  • описание конфигурации.

5. Отнести проблему к одному из классов

  • навигация;
  • питание;
  • сенсоры;
  • режимы и миссии;
  • телеметрия;
  • железо после удара;
  • конфигурация/прошивка.

6. Только потом углубляться

Когда класс проблемы уже понятен, можно переходить к соответствующему подробному разбору и идти глубже.

Почему это работает лучше общего поиска

Если человек сразу идет по короткому диагностическому маршруту, он:

  • быстрее отсекает случайные версии;
  • не тратит время на нерелевантные статьи;
  • лучше формулирует вопрос;
  • сохраняет материалы, которые потом пригодятся для анализа.

Какие темы особенно полезно держать рядом

Полезно связывать между собой все базовые разборы:

  • «не армится»;
  • «RTL сработал не так»;
  • «связь и телеметрия»;
  • «после краша начались странности»;
  • «куда смотреть в логах сначала»;
  • «как правильно задать вопрос».

Практический вывод

Диагностика должна начинаться не с паники и не с случайной правки параметров, а с короткого маршрута:

  • зафиксировать симптом;
  • определить фазу;
  • не ломать систему дальше;
  • сохранить артефакты;
  • перейти к нужному подробному разбору.

Первоисточники

  • ArduPilot Documentation Overview: https://ardupilot.org/ardupilot/
  • Copter When Problems Arise: https://ardupilot.org/copter/docs/common-when-problems-arise.html