-
Notifications
You must be signed in to change notification settings - Fork 219
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
The published odom_rf2o will not change ([rf2o] ERROR: Eigensolver couldn't find a solution. Pose is not updated) #17
Comments
I think this problem belongs to commit in May 2018. I update the program and got same problem as issue #15 , I add wait for transform, and however I changed it to hard-coded "laser", cos it seems the problem is given by last_scan.header.frame_id, now there is no ROS_ERROR but the output of odom_rf2o wont change at all ... I will check if any configuration is wrong on our side recently.. |
for the lastest committed code, I found that there is a warning "[rf2o] ERROR: Eigensolver couldn't find a solution. Pose is not updated". What I can confirm is that I have a correct tf from laser to base_footprint. And my launch file is like
The laser update freq is about 7Hz, static transform is published 100ms,about 10 Hz. Just updated my ros-kinetic-eigen* (I have no idea if this affects) Output to terminal when launch
I will keep trying to make it work also... Hope can get some hints from you also, many thanks! |
I print out the eigenvalues and eigenvectors. It constantly got nan every five times, but the other four times seems have a solution. However, my rf2o still not working ...
|
reset back to commit ecae84c in May, and this will print the same error every five times, however the topic odom_rf2o will be updated... Only problem is still the Twist seems not transformed. Hope you can check where is the difference between these two commits, best regards,
|
Did you figure out? |
Nope. I switched back to commit in May. and modified the code to generate a correct twist msg according to my hardware settings temporarily. The latest code line 248 249
will return, but the previous one won't if filterLevelSolution return false. However I remove the return, no change in pose either. give up.... waiting for the author to make an update. |
Having the same issue. |
Hello again the issue is that rf2o does not ignore the INF measurements. |
So have you got it right mrsp? |
Facing the same issue here. Have a 200m planar range scan. I get very intermittent updates to the odometry output from rf2o. Most of the times it just outputs 0 twist for a moving robot. I can confirm that the Lidar data does not have inf or nan values. I did reset back to commit ecae84c in May and still do not see any fix to the problem, still seeing 0 twist output and the Eigen warning messages. |
Did you find a solution for the INF |
#14 (comment) this work for me |
https://github.com/tianb03/rf2o_laser_odometry |
thanks, it solved my problem |
thanks ,solved my problem,too |
I have a rplidar laser scanner which is rotated by z axis 180 in degree. When I use rf2o to publish the odom calculated from /scan, with correct TF, the pose published has no problem but seems the Twist is not transformed. when moving forward (just started the program), the pose will be moving forward however the twist display a negative linear x velocity. It indicates that the Pose is well-transformed but the Twist not.
Could you please checkout the calculation of lin_speed from acu_trans?
Best regards,
Tian Bo
The text was updated successfully, but these errors were encountered: