-
Notifications
You must be signed in to change notification settings - Fork 4
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
Get joint torque value from TransmittedJointTorque returned by gz-sim #86
Conversation
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## main #86 +/- ##
===========================================
- Coverage 83.31% 61.25% -22.07%
===========================================
Files 16 20 +4
Lines 1001 1768 +767
===========================================
+ Hits 834 1083 +249
- Misses 167 685 +518 ☔ View full report in Codecov by Sentry. |
@traversaro with 599fab0 I started having a working (not passing) unit test. It was quite hard to understand how the fixture works but basically it calls the callbacks (OnConfigure, OnPreUpdate, OnPostUpdate) after having called the corresponding methods for the plugin, so it's easy to obtain data directly from the device without having to duplicate configuration code already done in the plugin classes. Here the logs of the test launched with Details
The mismatch between joint and link quantities is due to the fact that I can access from the Link API link quantities expressed in world frame. I have to understand how to change the reference frame. |
The test for the second value is failing.
13f35ba
to
7f99132
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Minor comments, for me it is ready to be merged.
I've seen that on macos the test on the controlboard is failing: https://github.com/robotology/gz-sim-yarp-plugins/actions/runs/7974385463/job/21770152674?pr=86#step:12:40257 It seems to be related to a lock issue... strange that is happening only there, maybe there is still a mutex error that happens in a transient way 🤔 |
Based on https://stackoverflow.com/questions/66773247/libcabi-dylib-terminating-with-uncaught-exception-of-type-std-1system-er, perhaps we have some static mutex somewhere? If we can't find the culprit easily, I have also a macos mini you can used for debug. If we can't find the solution, we could also just suppress the test on macos for the time being. |
Yep we use static mutexes in every singleton class of each plugin, plus the robotinterface singleton. Do you suggest any tool useful to debug such errors? |
To avoid error #86 (comment)
Closes #81
This PR aims at computing the value of the joint torque from the corresponding
JointTransmittedWrench
returned by the gz-sim simulator. At the moment this is supported only for revolute joints.