-
Notifications
You must be signed in to change notification settings - Fork 112
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
issue on delaying timestamp at every specific sample. #57
Comments
It's not what I observe and I couldn't find a way to reproduce this issue. Does it happen only on a single bag? How are the IMU and stereo camera connected, are they both in USB? Does it happen also when you disconnect the cameras? |
It happened when connecting only with Mtig sensor, and I wired it through usb. So I tried the 3rd generation sensor with other laptop (ThinkPad W540) in Ubuntu 14.04 and it didn't show any remarkable delay. Also, I tred the 4th generation sensor with the same laptop (Dell precision 5520, Ubuntu 16.04) posing the issue and it also did not show any remarkable delay. I still don't know why only the combination of Dell & 3rd IMU shows huge delay at the sampling time. |
Can you check and compare the CPU load of the Dell and ThinkPad with the 3rd generation sensor? Is the driver using significantly different resources? |
I am having exactly the same issue. I have a MTi-28A53G35 sensor and the load of the CPU is very low. Could it be related to this ? https://github.com/ethz-asl/ethzasl_xsens_driver/blob/master/nodes/mtnode.py#L686 |
I'm not sure, your graphs show that the delay you experience is less than this 0.1s delay so it doesn't seem to fit. |
Sure, I will do it. |
If you can, you may also want to try with another cable (see #58). |
Sorry for the late reply. Meanwhile, I've got 5th generation sensor, MTi-300, and no problem occurs in the timestamp issues in the dell laptop. |
Ok, no problem. Meanwhile, it would be great if you could test the |
Hello,
I have build your driver for imu data logging to have ROS timestamp along with stereo images
Since we are researching visual inertial odometry algorithm, timestamps on images and imu data are crucial.
Also we are using Mti-g 3rd generation legacy sensor,
https://www.xsens.com/products/mti-g/
When I draw timestamp rosbagged by Xsens_driver at 115200 bps, it shows like stairs, so I plotted delta t (interval between two adjacent timestamps), it shows substantial delay at every 7th data, but with coarsely correct number of samples per second. Below figure shows delta t at 100 Hz sampling rate and it should shows 0.01 second ideally.
It does not have any help with different sampling time setting, for example when I set sampling time as 12Hz then at every 5th sample, it showed delayed timestamp.
I think it is similar to jpapon's "Timestamp jitter" issue, and I tried some remedies you recommended, but still unsolved.
Could you give me some advice for the problem ?
Thanks in advance.
The text was updated successfully, but these errors were encountered: