Comments (7)
@gabrielenava What is the current status of this? We are still using the models provided by yarpWholeBodyInterface
when whole-body-controllers
is installed using the robotology-superbuild
?
from robotology-superbuild.
Original description:
Until now, all the software used by the codyco-superbuild used the models installed by the yarpWholeBodyInterface . Recently we introduced the icub-models repository, contained only the iCub models automatically generated by icub-model-generator.
The two repositories install their model in the same location respecting the YARP guidelines for installing robot-specific files: http://www.yarp.it/yarp_data_dirs.html .
However, several manual modifications accumulated in the models committed in yarpWholeBodyInterface models. Furthermore there are some models that are present in yarpWholeBodyInterface that are not present in icub-models .
I think we should proceed in this way:
- Test the real robot models present both in yarpWholeBodyInterface and icub-models to make sure that demos work fine with icub-models models. Once this has been assessed, add icub-models to the codyco-superbuild and remove from yarpWholeBodyInterface the models already contained in icub-models .
- Understand how to handle the icubGazeboSim model, that is a model roughly matching the icub model contained in https://github.com/robotology/icub-gazebo/tree/master/icub .
- Understand how to handle the remaining models present in the repo.
cc @DanielePucci @fiorisi @diegoferigo @gabrielenava @nunoguedelha
from robotology-superbuild.
@gabrielenava What is the current status of this? We are still using the models provided by yarpWholeBodyInterface when whole-body-controllers is installed using the robotology-superbuild ?
this point:
Test the real robot models present both in yarpWholeBodyInterface and icub-models to make sure that demos work fine with icub-models models. Once this has been assessed, add icub-models to the codyco-superbuild and remove from yarpWholeBodyInterface the models already contained in icub-models .
Has been achieved. The robot was able to perform the Yoga demo in simulation, see .
This other task
Understand how to handle the icubGazeboSim model, that is a model roughly matching the icub model contained in https://github.com/robotology/icub-gazebo/tree/master/icub .
Is still TODO
. In particular, icubGazeboSim
model is still required for the demos that imply the usage of a Gazebo world
, like the icub on a chair
or icub on a seesaw
demo.
The yarpWholeBodyInterface configuration files are instead no more required, because WBToolbox now takes the configuration specified in Simulink.
from robotology-superbuild.
Has been achieved. The robot was able to perform the Yoga demo in simulation, see .
See? Furthermore, in all the recent demonstration have you use the icub-models
models or the yarpWholeBodyInterface
one?
Is still TODO. In particular, icubGazeboSim model is still required for the demos that imply the usage of a Gazebo world, like the icub on a chair or icub on a seesaw demo.
This is not a big problem. We can start by removing all the non-icubGazeboSim model.urdf from yarpWholeBodyInterface and decide where to store the icubGazeboSim
model.urdf
when we remove the yarpWholeBodyInterface from the superbuild.
from robotology-superbuild.
Has been achieved. The robot was able to perform the Yoga demo in simulation, see .
this issue robotology-legacy/icub-gazebo-wholebody#19 (comment).
I am currently using the icub-models
models. On the real robot I suspect we are still using the ones coming from the yarpWholeBodyInterface
.
from robotology-superbuild.
icub-model
successfully tested on iCubGenova04 with Yoga++.
from robotology-superbuild.
See #91 .
As in the documentation and in the
setup.sh
the<prefix>/share/iCub
directory is listed in theYARP_DATA_DIRS
before<prefix>/share/codyco
, the models installed by this repo will be automatically take the precendence w.r.t. to the ones installed by https://github.com/robotology/yarp-wholebodyinterface/ . Because of this, we can first merge this PR and then remove the models that are overlapping betweenicub-models
andyarp-wholebodyinterface
.
For icubGazeboSim
, I think it make sense for the model.urdf
to be installed by the icub-gazebo
repo.
from robotology-superbuild.
Related Issues (20)
- How to ensure that VSCode gets the correct `compile_commands.json` for each subproject of the superbuild? HOT 15
- IDYNTREE_USES_IRRLICHT is not properly set in Windows even if irrlicht and glfw3 are present in the system HOT 2
- Install both robotology-superbuild from source and ros noetic in conda result in dependency error (February 2024) HOT 1
- Re-enable YARP_COMPILE_yarpviz once YARP 3.10.0 is released
- macOS Apple Silicon (macos-14) Conda CI Failure Begin of January 2024 HOT 2
- Provide CMake presets for the robotology-superbuild HOT 1
- WSL documentation suggestion not working for `networkingMode=mirrored` HOT 3
- `***_nws_ros` devices silently removed from robotology-superbuild since December 2023 (including in 2024.02.0 release)
- Build folder generated in the wrong path
- Fix pip check on Apple Silicon
- Getting error while configuring the example tutorial_joint-interface.git HOT 1
- installation in {directory] failed for unknown reason. HOT 2
- Installation of pure python packages fails if internet is not available
- Broken conda packages generation April 2024 HOT 2
- apt dependencies from Ubuntu 24.04 support HOT 6
- Problems installing PyTorch with cuda support in conda environment used for compiling robotology-superbuild
- Conda packages generation failure June 2024 HOT 2
- CI Failure on macOS 12 conda
- Error: when run tutorial (Motor Control Interfaces in Python) yarp did not import HOT 12
- Complete transition to Apple Silicon
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 robotology-superbuild.