You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The timestamp of odom_local_ned topic and stereo camera topic is weird. In addition, there is a significant delay between the left and right camera (around 0.02 seconds which can be considered as significant for the stereo VINS algorithms). As shown in the figure, the publish rate of odom_local_ned and IMU are similar (~100 Hz), however, the actual recorded data illustrates that some data are lost in odom_local_ned topic.
Settings
How can the issue be reproduced?
This issue is produced using the default code of airism_ros_wrapper (ros1) from the latest branch.
The settings.json contains the basic settings for the stereo camera.
The investigated platform is a drone.
The drone stays still on the ground without moving.
Include full error message in text form
What's better than filing an issue? Filing a pull request :).
The text was updated successfully, but these errors were encountered:
Hi @jonyMarino , thanks so much for your help, unfortunately, I am not willing to switch to ros2 at the moment.
I am trying to make airsim_ros_wrapper of ros2 be identical to ros1. However, there is some concept of ros2 (e.g., callBackGroup) that I could not find any alternative in ros1. Any help?
In addition, I tested the PR and checked the recorded data. It seems like ros2 has the worst performance compared to ros1. It not only doesn't solve the time delay between 2 images, but it also makes the timestamp of IMU mixed up.
Bug report
What's the issue you encountered?
The timestamp of odom_local_ned topic and stereo camera topic is weird. In addition, there is a significant delay between the left and right camera (around 0.02 seconds which can be considered as significant for the stereo VINS algorithms). As shown in the figure, the publish rate of odom_local_ned and IMU are similar (~100 Hz), however, the actual recorded data illustrates that some data are lost in odom_local_ned topic.
Settings
How can the issue be reproduced?
Include full error message in text form
What's better than filing an issue? Filing a pull request :).
The text was updated successfully, but these errors were encountered: