Publicar
Algunas fallas de OpenArm solo aparecen cuando el robot está bajo carga real: aparecen picos de corriente, el par se satura antes de lo esperado y, de repente, un controlador que parecía estable en el aire se vuelve poco confiable en tareas de contacto o carga útil.
¿Cómo estás diagnosticando picos de corriente inesperados y saturación de par en OpenArm sin culpar inmediatamente a las ganancias del controlador?
Por favor, comparte cómo separas los efectos de la carga útil, la fricción, la fricción del cable, los límites del controlador y los problemas de temporización del sensor antes de cambiar demasiadas variables a la vez.
Si respondes, incluye un síntoma exacto de saturación y una verificación exacta de medición o hardware/software que avanzó el diagnóstico.