-
Notifications
You must be signed in to change notification settings - Fork 189
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
PointCloud2Callback not called #257
Comments
I need to know alot more information about your setup. What distribution? What DDS vendor? How did you install / build it? What version? Note: ros-navigation/navigation2#3014 Are you sure that the TF transforms are available? We have a message filter setup on that callback so if it can't be stamped, the callback also isn't triggered. You're welcome to take a look at how we setup the callbacks for PC2 vs LaserScans to see if you can notice a difference - since laser scans don't seem to have that problem. If you use the normal Voxel Layer do you see this problem? I'm also curious if its a sensor source / networking delay due to the size of the PC2 on your platform. I know that's a few different questions / topics to go through, but those are the 3 areas I'd start with to see if we can narrow down where the issue is. |
I am sorry for not providing enough information.
|
@SteveMacenski Then I succeeded. Thank you for your insightful reply. |
but |
I had the same issue solution was to install cyclone dds, #250 |
After some time, issues start even with cyclone dds. I need to restart it several times to get it working,
|
@GPrathap Why don't you put up a new issue if the issue persists? |
Sorry, I forgot to update, whenever I start the docker, I have to run |
When I checked the voxel_grid topic with rviz2, nothing came out.
So I checked through
ros2 topic echo
, it was coming out in an empty array ([ ])(Actual input data(realsense depth pointcloud) came out well.)
I checked and found that stvl could not receive pointcloud data of realsense coming in through input.
As a result of checking by inserting the log as below, the callback function was suddenly not called while receiving it as soon as robot was booted.
At the beginning of the boot, a few lines were printed, but after 'callback finish', it was no longer printed.
For reference, the parameter
enabled
also did not work (there is a possibility that the callback related to dynamic reconfiguration also did not work)The important thing is that sometimes the problem comes out, but sometimes it doesn't.
For your information, the obstacle layer (
LaserScan
type) used together works well.I thought it might be an executor problem dealing with callbacks, but for that,
LaserScan
data is being handled well.The source version I used is the latest version as of now.
The text was updated successfully, but these errors were encountered: