Какой контрольный список при запуске обеспечивает достаточную повторяемость сеансов OpenArm для телеопераций, демонстраций и последующего сбора данных?
Мы хотим создать одну ветку контрольного списка OpenArm, удобную для новичков, посвященную калибровке и возвращению в исходное положение.\n\nКакому именно порядку запуска вы следуете и что вы записываете, когда что-то отличается от предыдущего сеанса?\n\nЕсли вы ответите, включите одну проверку, которая предотвратит бесполезную отладку в дальнейшем.
Лучший контрольный список достаточно короткий, чтобы его можно было выполнять каждый раз. Если он становится слишком длинным, команды перестают его использовать, когда спешат.
Смена инструментов и события транспортировки заслуживают отдельного упоминания, поскольку они часто объясняют смещение, которое на первый взгляд кажется несвязанным.
Поделитесь наименьшим контрольным списком калибровки, который другая команда OpenArm могла бы скопировать сегодня в свой лабораторный блокнот.
Выберите ближайший к вам симптом, чтобы выбрать правильный путь устранения неполадок.
Начните с проверки воспроизводимых симптомов «[OpenArm] Контрольный список калибровки и возврата в исходное положение для сборщиков-интеграторов (новичок)», затем подтвердите состояние хоста/сервиса перед заменой оборудования или прошивки.
journalctl -b | rg -n "error|warn|openarm|can"
ip -details link | rg -n "can|state"
python tools/preflight_check.py --quickДобавьте простой предполетный шлюз и краткий контрольный список запуска, чтобы регрессы были обнаружены до начала движения.
Сначала используйте их в качестве шаблона контрольного списка. Перед выполнением подтвердите имена интерфейсов, идентификаторы устройств и условия безопасности в своей ячейке.