Почта
Некоторые сбои OpenArm проявляются только тогда, когда робот находится под реальной нагрузкой: появляются скачки тока, крутящий момент насыщается раньше, чем ожидалось, и внезапно контроллер, который выглядел стабильно в воздухе, становится ненадежным при контакте или задачах с полезной нагрузкой.
Как вы диагностируете неожиданные скачки тока и насыщение крутящего момента на OpenArm, не обвиняя при этом сразу усиление контроллера?
Расскажите, пожалуйста, как вы разделяете эффекты полезной нагрузки, трение, сопротивление кабеля, ограничения контроллера и проблемы с синхронизацией датчиков, прежде чем одновременно изменять слишком много переменных.
Если вы ответите, укажите один точный симптом насыщения и одно точное измерение или проверку оборудования/программного обеспечения, которые продвинули диагноз.
Связанный путь устранения неполадок: Планирование не удалось из-за несоответствия модели столкновения. · Управление MIT получает настройку
Модуль: OpenArm · Аудитория: строители-интеграторы · Тип: вопрос
Тэги: открытое плечо, крутящий момент, скачки тока, насыщение
Комментарий 1
Расширенный контекст: Мы видели скачки тока на суставе 2, прыгающие с базового уровня 4 А до 9 А во время ускорения с той же полезной нагрузкой, которая раньше работала нормально. Движения в воздухе выглядели чистыми, но напряжённые повороты вызывали проблемы с зажимом крутящего момента.
Комментарий 2
Расширенный контекст: Самой полезной проверкой была синхронизация текущих журналов с командным рывком и видео движения кабеля. Шипы совпадали с одной областью изгиба кабеля, поэтому влияние трения и прокладки ограничивалось ограничениями контроллера.
Комментарий 3
Расширенный контекст: Исправление представляло собой комбинацию: изменить маршрутизацию жгута проводов, уменьшить рывок на 20% и удерживать сторожевой таймер на постоянном токе выше 8 А в течение более 150 мс. После этого двухчасовые стрессовые пробежки оставались ниже уровня насыщения.
Комментарий 4
Расширенное отслеживание контекста: Дополнительный вопрос для опытных команд: регистрируете ли вы синхронизированные данные о токе, рывках и состоянии кабеля, и какой показатель оказался лучшим сигналом раннего предупреждения?