-
Notifications
You must be signed in to change notification settings - Fork 18
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
ergoCubSN001 gravity compensation / compliant mode does not work as intended #221
Comments
Here is the bug https://github.com/robotology/robots-configuration/blob/devel/ergoCubSN001%2Festimators%2Fwholebodydynamics.xml#L10 The imu used is the root link imu but the link is the head one |
Great, thanks! |
Fix proposed in robotology/robots-configuration#614 . Note that probably this did not only affected the gravity compensation torques, but also the torque estimation @LoreMoretti @isorrentino . As the problem is there since robotology/robots-configuration#584, probably all ergoCubSN001 tests were affected by this, good catch @GiulioRomualdi ! |
@traversaro I checked the configuration I was using for the paper to be sure that the results were correct and it is correct (luckily). Indeed I set the parameter assume_fixed and the frame was root_link. |
Great! |
@traversaro is this issue fixed by robotology/robots-configuration#614 or we need to change also the urdf? |
In theory no change should be done in the URDF, in practice until this is tested is difficult to be 100% sure. |
This test has been done? Can we close it? |
We tested today as per this comment. I think we can close this issue. |
Actually this issue was to track the switch to compliant mode via yarpmotorgui, I am not sure this was tested today. I expect it to work, but I think we can quickly check this on Monday. |
@traversaro @LoreMoretti did you check it? |
I did not, today there are some demos, we can check after the demos. |
Task description
While debugging torque control with @LoreMoretti and @DanielePucci, we noticed that switching on compliant mode of the upper body of the ergoCubSN000 the gravity compensation was not working as intended, i.e. by decreasing the stiffness the arm or the torso the joint was not remaining still. Interestingly, running a gravity compensation "externally" (for example via https://github.com/vvv-school/tutorial_impedance-control/) seems to work fine, indicating that somehow the gravity compensation computed by wholebodynamics device was not working correctly. As both methods used the same model, perhaps the difference may be in the source of kinematic information used by WBD? If anyone is interested in investigating this, a first test could be to change this. From the configuration file in https://github.com/icub-tech-iit/ergocub-software/blob/10670acf8120bdaad19c6cb01388eff555f4f356/urdf/ergoCub/conf/estimators/wbd_ecub_sim.xml#L10C22-L10C34 it seems that wbd is using the head IMU, but according to @GiulioRomualdi this is not the case anymore, so the first thing to do would be to double check this.
Unfortunately I do not have detailed software version information of the software used in the tests, perhaps @LoreMoretti has more info.
Definition of Done
Commit in master branch a wbd configuration file for which compliant mode works "fine", i.e. by decreasing the stiffness the robot keep its position.
The text was updated successfully, but these errors were encountered: