Tutoriales

Un camino curado a través de los mejores materiales de OpenArm — desde la comunicación SocketCAN hasta la teleoperación y el registro de datos. Comience aquí, luego profundice a través de los artículos de investigación.

Mejores enlaces iniciales

Si es nuevo en OpenArm, comience con estas cuatro fuentes antes de explorar los artículos de investigación de SVRC. Le brindan la verdad oficial sobre cómo funciona la pila.

Comienza Aquí

Documentación oficial de OpenArm y GitHub

  • 1
    Guía de software de OpenArm (oficial) Descripción del robot, integración de SocketCAN, ROS2 y controles avanzados. La visión general autorizada antes de sumergirse en los detalles. Leer guía oficial →
  • 2
    Documentación de ROS2 Control Archivos de lanzamiento, modo de hardware simulado, configuración del controlador y comandos de movimiento. Lee esto antes de tocar hardware real. Abre la documentación de ROS2 Control →
  • 3
    Documentación de la biblioteca CAN Arquitectura de SocketCAN, diseño de clases, modo de control MIT, IDs de motor, modos de callback y temporización. Esencial antes de escribir cualquier código de control. Abre la documentación de CAN →
  • 4
    Repositorio principal de GitHub Punto de entrada del repositorio: hardware, software, problemas y enlaces del ecosistema. Abre problemas para encontrar respuestas a problemas comunes. Ver GitHub →

Comunicación: SocketCAN y CAN Bus

Entiende cómo se comunica el brazo antes de escribir código de control. La mayoría de los problemas de inicio son problemas de CAN.

Nota práctica

Lo que realmente importa en la práctica

Las fuentes más comunes de problemas de CAN no son el mal uso de la API; son el cambio de modo de callback, la sintonización de tiempo de espera y el mapeo inconsistente de ID de CAN entre motores después de las actualizaciones de firmware. Verifica estos primero antes que nada.

Control: Modos de Control ROS2 y MIT

Flujos de activación de hardware y configuración del controlador. Siempre ejecuta primero hardware simulado, luego hardware real.

Nota práctica

Simular primero, real después

OpenArm soporta el modo de hardware simulado de forma predeterminada. Siempre valida tu código de control con use_fake_hardware:=true antes de conectar a motores reales. Esto solo previene la mayoría de los incidentes de daño al hardware.

Nota práctica

Ganancias y márgenes de seguridad

Comienza con Kp=20, Kd=0.5 para todas las articulaciones. Aumenta lentamente. La guía de ganancias de MIT documenta los valores máximos seguros por articulación; mantenerse dentro de ellos previene el sobrecalentamiento del motor y el estrés mecánico.

Discuta lo que está construyendo

Utilice el foro de OpenArm para preguntar sobre la configuración de CAN, el arranque de ROS2, la calibración, el registro de datos y las decisiones de depuración.