Skip to content
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

loop fusion node hang up randomly #3

Open
jiahuiLiuliu opened this issue Jun 10, 2021 · 5 comments
Open

loop fusion node hang up randomly #3

jiahuiLiuliu opened this issue Jun 10, 2021 · 5 comments

Comments

@jiahuiLiuliu
Copy link

jiahuiLiuliu commented Jun 10, 2021

Hi, sorry to disturb you. When I run the thread of loop fusion node,the thread often hang up randomly, like this:

================================================================================REQUIRED process [loop_fusion_node-1] has died!
process has died [pid 482161, exit code -11, cmd /home/pub/l00345734/open-vins-org/workspace/catkin_ws_ov/devel/lib/loop_fusion/loop_fusion_node /home/pub/l00345734/open-vins-org/workspace/catkin_ws_ov/src/ov_secondary-master/config/master_config.yaml /vins_estimator/extrinsic:=/ov_msckf/loop_extrinsic /vins_estimator/keyframe_point:=/ov_msckf/loop_feats /vins_estimator/keyframe_pose:=/ov_msckf/loop_pose /vins_estimator/intrinsics:=/ov_msckf/loop_intrinsics /vins_estimator/pose:=/ov_msckf/poseimu /loop_fusion_node/match_image:=/ov_secondary/match_image /loop_fusion_node/pose_rect:=/ov_secondary/poseimu /loop_fusion_node/odometry_rect:=/ov_secondary/odomimu __name:=loop_fusion_node __log:=/home/l00345734/.ros/log/5e3f87d0-c999-11eb-ad18-f7d32d82d75d/loop_fusion_node-1.log].
log file: /home/l00345734/.ros/log/5e3f87d0-c999-11eb-ad18-f7d32d82d75d/loop_fusion_node-1*.log
Initiating shutdown!
================================================================================
[loop_fusion_node-1] killing on exit
shutting down processing monitor...
... shutting down processing monitor complete

so, could you give me some advise? thanks very much.

@goldbattle
Copy link
Member

Yes I also saw this issue, but was unsure what caused it since it originates from the VINS-Fusion codebase.
I don't have a solution at this point, and I only saw the issue maybe once every 50 or so runs.
Can you use gdb and provide a backtrack (bt) to where this fails? Thanks!

@jiahuiLiuliu
Copy link
Author

jiahuiLiuliu commented Jun 11, 2021

Thanks for your response. I think this issue maybe caused by the reason that the same ros node registered twice, because sometimes would appear this warnning:

[ WARN] [1623306906.784923813]: Shutdown request received.
[ WARN] [1623306906.786901073]: Reason given for shutdown: [[/loop_fusion_node] Reason: new node registered with same name]

When I used this command: export ROS_MASTER_URI=http://localhost:10086, the issue occured low frequency.
I will use gdb to locate the problem, if I find any information, I will notify you in time.

And anotherr question that I want ask for advise.
First I run posegraph.launch, but it stopps at

"[POSEGRAPH]: waiting for camera info topic..."

then I modified one line code:
//ros::Subscriber sub_image = n.subscribe("/cam0/image_raw", 2000, image_callback);
ros::Subscriber sub_image = n.subscribe("/ov_msckf/loop_depth_colored", 2000, image_callback);
Could you tell me is it right or not I use the information "/ov_msckf/loop_depth_colored"?

Thanks again for sharing the system.

@goldbattle
Copy link
Member

goldbattle commented Jun 18, 2021

You might need to use the new topics if you are using the latest version of the main open_vins repo. See issue #4. The camera topic needs to be the cam0 topic that openvins uses.

@jiahuiLiuliu
Copy link
Author

I haved changed the launch,But openvins didn't need to play the rosbag,it reads dataset from the launch, should I play the rosbag for the posegraph specially? Thanks again.

@junwoonlee
Copy link

junwoonlee commented Jan 26, 2024

In my case, it was because "point_2d_norm" is not appropriately cleared in function KeyFrame::findConnection. In this reason, the error occurs in

reduceVector(matched_2d_cur_norm, status);

After adding "point_2d_norm.clear()" in the KeyFrame::findConnection, the error was cleared in my case.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants