Comments (10)
cc @iron76 @DanielePucci @gabrielenava
from codyco-modules.
cc @fjandrad
Note that the conversion logic is already partially implemented in
https://github.com/robotology/idyntree/blob/master/src/icub/include/iDynTree/iCub/skinDynLibConversions.h
The conversion logic is actually part of a test:
https://github.com/robotology/idyntree/blob/2470a71cee49ee3a611195e36b8dc447eca9f154/src/tests/icub_consistency/iCubExternalWrenchesEstimationConsistencyTest.cpp#L418
but it was never used in the actual device. :D
from codyco-modules.
To have an idea of the logic currently implemented, you can check the relevant code in the very old module wholeBodyDynamics
:
https://github.com/robotology/icub-main/blob/cd2028daac5afcddb220f3b6a7bfe6caa4abdf7b/src/modules/wholeBodyDynamics/observerThread.cpp#L1552
and in the not so old module wholeBodyDynamicsTree
:
https://github.com/robotology/codyco-modules/blob/8d45db4b8613ea8de85c7e58502d8e84c05162c8/src/modules/wholeBodyDynamicsTree/src/wholeBodyDynamicsStatesInterfaces.cpp#L330
from codyco-modules.
Once the support has been implemented, in can be tested on the real robot, by launching the skinManager application, and ensuring that the following connections are active:
<connection>
<from>/skinManager/skin_events:o</from>
<to>/wholeBodyDynamics/skin_contacts:i</to>
<protocol>udp</protocol>
</connection>
for the skinManager ---> wholeBodyDynamics connection,
and
<connection>
<from>/wholeBodyDynamics/contacts:o</from>
<to>/iCubGui/forces</to>
<protocol>udp</protocol>
</connection>
for the wholeBodyDynamics ---> iCubGui
from codyco-modules.
it seems to me that some functions from https://github.com/robotology/idyntree/blob/master/src/icub/src/skinDynLibConversions.cpp are replicated in https://github.com/robotology/idyntree/blob/master/src/icub-kdl/include/iCub/iDynTree/TorqueEstimationTree.h. Is this on purpose? Is there a relevant difference that I'm missing?
from codyco-modules.
Let's wait @traversaro reply, but I think I understood that slowly we're going to deprecate kdl
stuff.
from codyco-modules.
Yes, the stuff in icub-kdl
folder will be eventually removed, that's there is "duplicated" code.
from codyco-modules.
this issue should be almost solved in the branch skinForceSensing, I just need to test on the robot.
from codyco-modules.
Considering that now is possible to have more than one contact per submodel I remember discussing that when there are more than one contact in a submodel we can not estimate the external wrench, following the code I did not find a condition when number_contacts >number_of_submodels . So where and how should we deal with this situation? It would be my understanding that the estimator should deal with this.
maybe averaging the contact position and estimate the external wrench there?
from codyco-modules.
from codyco-modules.
Related Issues (20)
- wholeBodyDynamicsDevice verbose unnecessary error HOT 5
- Deprecate wholeBodyDynamicsTree HOT 10
- torque timeout while running wholeBodyDynamicsDevice throught yarprobotinterface HOT 4
- calibStandingOnTwoLinks needs an update of wholebodydynamics.xml for working properly HOT 2
- jointTorqueControl needs to be ported to use the new IPWMControl interfaces HOT 6
- wholeBodyDynamicsDevice continuously emits warnings when skin is connected HOT 4
- torqueBalancing ini files not being installed HOT 3
- CMAKE Warning HOT 1
- Compilation problems since with newest version of yarp devel HOT 3
- [torqueBalancing]-Drift of the robot movements on its left HOT 2
- wholeBodyDynamics broken on iCubGenova04 HOT 5
- yarprobotointerface ends with segfault when the walking controller is closed HOT 3
- Migrate codyco-modules/src/modules/torqueBalancing/app/robots/ configuration files to some other repo HOT 55
- Bug in one link standing calibration in WholeBodyDynamics HOT 8
- Error when running wholebodydynamics in simulation with iCubGazeboV2_5 HOT 5
- WholeBodyDynamics device not launched when running launch-wholebodydynamics.xml HOT 19
- Update required iDynTree version HOT 2
- CMake configuration error - cannot find `paramHelp` HOT 2
- Deprecate codyco-modules and remove twoFeetStandingIdleAndCalib.sh script HOT 7
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 codyco-modules.