Isaac Lab 3 ya se puede probar | Robótica

¿Qué ha cambiado de verdad en las últimas 24 horas? Isaac Lab 3.0 ya se puede probar en acceso temprano. Para quien entrena políticas de control en simulación, junta varios motores bajo una misma API y permite ejecutar parte del flujo sin abrir Isaac Sim. No es una versión estable y cambiar desde Isaac Lab 2.x exige revisar el proyecto.

Un entorno, varios motores de física y renderizado

La versión 3.0.0-EA se publicó el 16 de septiembre a las 22:34 UTC. Su cambio central es una arquitectura que separa física, renderizado y visualización. Una tarea compatible puede seleccionar PhysX, OVPhysX o Newton MJWarp sin reescribir el entorno, según las notas oficiales.

También incorpora flujos sin Kit. Puedes entrenar y visualizar con Newton sin instalar ni abrir Isaac Sim. Isaac Sim sigue siendo necesario para funciones como su puente ROS, teleoperación XR, PhysX o RTX, así que no desaparece de todos los proyectos. La guía de instalación pide Python 3.12 y la release se construye para Isaac Sim 6.1, PyTorch 2.11, Warp 1.16 y Newton 1.5.2.

La parte útil para un proyecto pequeño es poder comparar una misma tarea compatible con varios backends antes de atar el entrenamiento a uno. Empieza con Cartpole o una escena corta y mide tiempo por paso, memoria y estabilidad. No supongas que todos los backends sirven para cualquier tarea. La propia release avisa de que esas combinaciones dependen de cada tarea.

La migración importa más que el número de versión

Isaac Lab 3 cambia el comando habitual a isaaclab train y isaaclab play. También cambia el orden de los cuaterniones de WXYZ a XYZW y hace que los datos de activos y sensores devuelvan ProxyArray en lugar de un tensor de PyTorch directo. Un giro hardcodeado que no se revise puede dejar un robot mirando donde no toca.

La versión oficial mantiene algunas capas de compatibilidad, pero recomienda migrar ahora en vez de depender de ellas. Es una recomendación razonable si estás explorando. No lo trataría como una actualización automática para un laboratorio que ya tiene simulaciones fiables.

El estado de acceso temprano es importante. NVIDIA dice que espera disponibilidad general hacia finales de octubre y que hasta entonces se centrará en fallos, estabilidad, compatibilidad y documentación. Hay límites conocidos, como tareas de pinza de superficie que requieren PhysX en CPU y articulaciones cerradas de Digit que siguen siendo exclusivas de PhysX. Prueba una copia aislada del proyecto y guarda una referencia de los resultados 2.x antes de tocar el entorno de trabajo.