Replies: 3 comments
-
Thanks for posting this, a very interesting discussion starter. I'll move this into our Discussions section for the team to follow up. |
Beta Was this translation helpful? Give feedback.
-
Looking at it some more, I think the real issue is that
Shouldn't RayCasterCfg also have this? More generally, I am trying to add a lidar to the unitree go2 model. Any suggestions welcome. Would be nice if I didn't have to modify the robot model to do this. Note that I cannot add the prim in my code before I initialize the environment from the config classes, because at that point there is no robot yet. As a workaround, I was able to use |
Beta Was this translation helpful? Give feedback.
-
So the raycaster is a virtual sensor; it does not require its own prim, in contrast to the used camera (and therefore also doesn't need a spawn function). It only requires a prim to get its position (faster with articulation or rigid body, slower with form). To make the computation as fast as possible, it is recommended to be attached to the base frame of your robot. The solution which you see in IsaacLab source is therefore not a workaround but the intended use case |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
I created a Camera and a RayCaster via config class and a ManagerBasedRLEnvCfg:
The camera can be created fine in this way, but the RayCaster causes an error,
Apparently, for RayCaster, but not for Camera, the prim has to be created first.
We can also see this in the source code for Camera,
vs the source code for RayCaster, where it checks for existence of the prim:
Could we have RayCaster behave the same as Camera here (and just have it create a XFormPrim if none exists)?
Beta Was this translation helpful? Give feedback.
All reactions