Comments (3)
Hi again @aprath1!
I definitely recall that that DART was working with Gazebo, although at the time it meant you'd have to build Gazebo from sources yourself. I ran all my experiments with DART since ODE seemed to be too unstable for precise grasping simulation.
In any case, most of the interaction with the simulator is done directly via the Gazebo C++ API, bypassing ROS completely.
In the specific example you mention I seem to recall the only reason to use the gazebo_ros_pkgs module was to effortlessly spawn the robot hand from .urdf files (with this spawn_model
command). I think Gazebo itself is launched with rosrun
so that gazebo_ros_pkgs
is active.
Finally, this warning message feels awfully familiar, and a quick search led me to this and this threads where other users mention the same problem, but claim DART was working just fine in the GUI.
However, it may be the case that once you start trying to e.g. control a robot using a ROS module which communicates with Gazebo via gazebo_ros_pkgs
it may not work. I did not try this myself. I do believe @el-cangrejo had tried to run control algorithms in a RL scenario using this module (he has his own fork of the repo as well). Perhaps he can help you further?
from grasp.
Also, unrelated, I haven't worked on these topics for 3 years now. Sometimes I think about updating these Gazebo repos since people try running the code from time to time. Honestly, if I were to rebuild this module today I would definitely consider mujoco as the physics simulator. At the time it was closed source and the license fees were hefty. However, deepmind has recently acquired it and plans on making it open source soon. Probably worth keeping an eye out.
from grasp.
Hi @jsbruglie ,
Thank you so much for your reply.
Unfortunately got swamped with some works and could not close this issue earlier. I can confirm that the DART is working with Gazebo, for the functionalities based on this grasp repo, even though the above mentioned error is thrown. I had an issue that the simulation was not responding when I use baxter_standard_basic.urdf gripper and this made me wonder if the DART based error thrown by GAZEBO was the reason behind. But using the baxter_extended_round.urdf gripper works well with the example in this repo.
from grasp.
Related Issues (7)
- RBGD camera despawn crashes Gazebo
- GUI app for custom hand models produces incorrect output.
- Rest pose incorrectly calculated
- Run trials seems to halt progress right after spawning some objects. HOT 1
- Update rate of 0 HOT 2
- libsdformat6-dev, Gazebo dependency lib, not available in Ubuntu 16.04 HOT 2
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from grasp.