-
Notifications
You must be signed in to change notification settings - Fork 5
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
Minor bugs #2
Comments
Hi @Hotsburp! I just corrected these bugs you mentioned, thank you very much for reporting them 👍 |
Hi @Hotsburp! The problem you reported is related to the fact I did not have time to implement the Gripper Controller together with the NMPC controller, and since no controller is used for the gripper the TF is not published and thus, the gripper is not represented in RViz. If this problem disturbs you, what I did was to simply set the joint as fixed in the URDF file. If you want to use the Gripper you will find this issue does not occur in case you select to use the separate controllers setup (for which you have a NMPC controller for the quadruped and individual PD controllers for each of the arm joints, including the gripper). If you want to have the whole-body NMPC controller including the gripper you should modify the NMPC controller files. When I tried to do it I got errors because of trying to access Gazebo information while the NMPC controller was already doing that. You will be able to solve it as explained in qiayuanl/legged_control#71, I plan to do it in future work. |
Hi @danisotelo! I see, thanks for the insights and alternative! Definitely looking forward to your future developments. |
Hi @danisotelo, excellent work and thanks for this repo!
Just a few minor bugs with the path of the realsense meshes when running the quick start scripts and building qm_planner and qm_vision.
For realsense issue (10 Sep 2024):
The error "resource not found: realsense2_description" is shown due to wrong path used.
Currently, it is "mesh filename="file://$(find realsense2_description)/meshes/d435.dae"" but changing it to "mesh filename="file://$(find qm_description)/meshes/camera/d435.dae"" under the script "{path_to_your_ws}/src/qm_door/qm_description/urdf/quadruped_manipulator/camera2.xacro" should solve the issue for anyone facing this problem.
For qm_planner and qm_vision building (10 Sep 2024):
The "constexpr double THRESHOLD = 0.1;" line in "{path_to_your_ws}/src/qm_door/qm_controllers/include/qm_controllers/StartingPosition.h" is commented out which may cause building error for qm_planner and qm_vision
For gripperMover loading in rviz (8 Oct 2024):
There seems to be an issue with the loading of the gripperMover component in rviz when running qm_gazebo/launch/cs/empty_world.launch. The error indicates that there is no transformation between gripperMover and world frames. Even in
the rqt_tf_tree, gripperMover is not reflect.
However, the qm_description/quadruped_manipulator/robot.urdf and robot.xacro have indicated that there is a link between gripperMover and gripperStator, thus linking between the gripperMover and world frame.
Instructions for running qm_planner and qm_vision scripts (5 Nov 2024):
Is there a set of instructions to run the qm_vision and qm_controller scripts for door opening (ie door pushing and pulling)? I tried to launch push_door_world.launch, followed by open_door_sim.launch and handle_sim.launch.
Also, when I tried starting controllers/qm_controller after loading in the controller manager, the controllers and gazebo crash with the following error below. I am not sure if i did something wrong here, any help will be appreciated!
From the roslaunch qm_gazebo push_door_world.launch terminal:
From the rosrun rqt_controller_manager rqt_controller_manager terminal:
P.S: The list will be appended if more bugs/clarifications are found.
The text was updated successfully, but these errors were encountered: