Closed francocipollone closed 3 months ago
It sounds like a bug in Fortress
It is not happening in Gazebo Harmonic (I just saved the world and launch it with gz sim
)
Tried using harmonic real quick, works good:
I just used the unofficial ros binaries ros-humble-gzharmonic
(see https://gazebosim.org/docs/harmonic/ros_installation/#gazebo-harmonic-with-ros-2-humble-iron-or-rolling-use-with-caution) to install the ros_gz
bridge for humble-harmonic
We need to migrate to harmonic, it is a pity we won't be able to release andino_gz for humble due to this non-ros provided dependency.
Regarding this is also necessary, it would make sense to begin by migrating the humble
branch to Harmonic, right @francocipollone? And then begin with the Jazzy + Harmonic
branch.
Regarding this is also necessary, it would make sense to begin by migrating the
humble
branch to Harmonic, right @francocipollone? And then begin with theJazzy + Harmonic
branch.
Correct!
Reopening as this issue was being caused by the visual meshes interfering with the lidars. In our case the lidar meshes shouldn't interfere with the lidar sensor, in order to do so we need the mesh to not have internal normals, as the lidar sensor does not have a clipping plane parameter or something like that.
In harmonic the behavior seems to be different and that's why in harmonic it was working correctly.
I'd like to support Humble-Fortress combination so I will evaluate how we can fix this.
Closed as resolved
Environment
Description
Steps to reproduce
ros2 launch andino_gz andino_gz.launch.py world_name:=depot.sdf
Rotate or move the andino using teleop
You can see the wrong lectures using the GUI plugin or
Output
Screencast from 08-09-2024 02:53:33 PM.webm