robomechanics / quad-sdk

Software tools for agile quadrupeds, developed by the Robomechanics Lab at Carnegie Mellon University.
https://robomechanics.github.io/quad-sdk/
MIT License
737 stars 137 forks source link

Does it support parallel quadruped robots #414

Closed Ihtbfas closed 8 months ago

ologandavid commented 8 months ago

Hi @Ihtbfas, Yes, Quad-SDK does support parallel quadruped robots. Instructions on spawning in and running multi-robots can be found in the wiki. Note that at the moment the global planner will plan for each robot individually, without consideration of the other robot's trajectory. I got a multi-robot CBS planner working with Quad-SDK late last year, but haven't gotten around to cleaning it up and formally adding it to the code base. Hopefully I can add that soon!

Best, David Ologan

Ihtbfas commented 8 months ago

Hi @ologandavid , May I ask if it is possible to set a new target point on rviz after the robot reaches its default target position?

ologandavid commented 8 months ago

That should be possible. You can do it two different ways. First, you can publish a point in the rviz interface to set a new goal point for the global planner. (See the image below) Click on the grid to do this. Publishing a goal state directly to the topic works too, but I find the former to be easier.

publishpt

Best, David

ologandavid commented 8 months ago

Checking in on the status of this issue, I'll go ahead and close it if resolved.

Ihtbfas commented 8 months ago

May I know what sensor you used? I didn't see any LiDAR. Did you use foot sensors?

ologandavid commented 8 months ago

Currently, to my knoweldge we don't have a LiDAR implemented, and since the interface would be sensor specific, that's something you would have to implement yourself and incorporate into the code base. An older branch someone in lab worked on might, so I can ask around and get back to you on that.

The quadruped platform we have in lab doesn't have built in force sensors in the feet. There are branches on the repo that use an observer to do this, but the main and devel branches assume an terrain map input beforehand and expected foot contact timing from the local planner. If you have any implementation questions let me know!

Best, David Ologan

Ihtbfas commented 8 months ago

I understand. Thank you for patiently answering.