-
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
Write multi (dual) arm tutorial for ROS 2 #1
Comments
@fmauch, I'd love to contribute to these tutorials. I'm currently working on a similar setup with two UR3 arms and am close to getting it to work using the main branch of the driver. Based on the discourse and issues related to dual-arm setups, it seems many people are trying to achieve this configuration. To streamline the process, I propose the following project structure: Would it be possible for me to contribute to the project? I'd appreciate any feedback or suggestions you might have on this approach. |
Hi @ShahhhVihaan Yes, that would be more than welcome! The project structure you suggested is exactly what I had in mind. My idea was to re-use the description from Then I'll assign this issue to you, if you like. Please let me know if there is anything I can help you with. |
@ShahhhVihaan just for clarity: The tutorial should be targeting Rolling / Jazzy similar to the custom workcell tutorial. |
@ShahhhVihaan, how are you getting along with this? Is there anything we can support you with? |
Hi, Apologies for my delayed response—I've been tied up with some other deadlines. So far, I've made good progress with the dual-arm setup. Currently, I have a dual-arm description and a dual-arm driver running with a single controller manager in simulation. I'm still working on implementing functionalities like the urscript_interace, dashboard_client, etc to control both arms in reality. Additionally, I've generated a dual-arm MoveIt configuration using the setup assistant, though I'm ironing out a few issues there. Below is the node graph for our current setup (minus the io_and_status_controller): I'm aiming to wrap this up by the end of the week and might need your advice on structuring the launch file/files once everything is operational. I have one specific question for now: For the |
@ShahhhVihaan that's good news, thanks for the heads up.
That is currently being changed upstream, see ros-controls/ros2_control#1570. For the time being I would suggest to use two robots with the same update rate. |
@ShahhhVihaan Any chance you can share your work so I can help in testing it? |
@ShahhhVihaan opening a draft PR would be the perfect way of sharing your progress, if you like. |
I have opened a draft PR. This implementation now works with two UR3 arms. I need to clean up the code and add tutorial documentation before it is ready to merge. If you're setting this up on your machine, please double-check the port settings in the configuration and on the pendant for the ExternalControl URCap. In my xacro file, I had set two different script sender ports but forgot to change it on the pendant. When I played the ExternalControl program, one of the robots moved suddenly and dangerously because it was communicating over the same port. Fortunately, no damage occurred, but please be cautious to avoid any potential accidents. |
Hello everyone, first of all thank you for your work. Best regards, |
We had one for ROS 1, but things have changed quite significantly. This was requested in
A base could be UniversalRobots/Universal_Robots_ROS2_Description#70
The text was updated successfully, but these errors were encountered: