[Explicit Compliance and Safety][3/3] Introduce compliant task variants with Tasks and TVM backend support#502
Open
mathieu-celerier wants to merge 9 commits intojrl-umi3218:masterfrom
Conversation
…heir equivalent joint accelerations to `Robot` Add the new members `externalTorques_`, `compensationTorques_`, `exteralTorquesAcc_` and `compensationTorquesAcc_` to `mc_rbdyn::Robot`. Allong with their setters and getters `setExternalTorques`, `setCompensationTorques`, `setExternalTorquesAcc`, `setCompensationTorquesAcc`. Note that the compensation torques and associated equivalent accelerations are set as std::optional. This is intended for later use for external forces compensation and explicit compliance.
…asks backend and closedLoop feedback type in both TVM and Tasks Since Tasks backend doesn't benefit from a computation graph, the joint acceleration equivalent to the external/compensation torques should be computed once before hand for later use by tasks in the solver. For both Tasks and TVM, the information of external torques in robot are updated from realRobot.
for more information, see https://pre-commit.ci
f0c0536 to
29e5258
Compare
…raint` in the Tasks backend Add an additional boolean argument to `DynamicConstraint` to enable compensation of external torques disturbance estimation. The boolean is defaulted to false to prevent breaking change. The feedforward compensation torques are passed as an `Eigen::VectorXd` to Tasks' `MotionConstr` and `MotionSpringConstr`. The compensation torques are obtained from `mc_rbdyn::Robot::compensationTorques()` if available or `mc_rbdyn::Robot::externalTorques()` otherwise.
…raint` in the TVM backend Add an additional boolean argument to `mc_tvm::DynamicFunction` to enable compensation of external torques disturbance estimation. The boolean is defaulted to false to prevent breaking change. The feedforward compensation torques are obtained directly in the `DynamicFunction` using `Robot`. The compensation torques are obtained from `mc_tvm::Robot::tauCompensation()` if available or `mc_rbdyn::Robot::tauExternal()` otherwise.
…setExternalTorques funtion of Tasks MotionConstr
…ckend New compliant alternative for tasks are: - CompliantPostureTask - CompliantPositionTask - CompliantOrientationTask - CompliantEndEffectorTask
Impacted tasks: - CompliantPostureTask - CompliantPositionTask - CompliantOrientationTask - CompliantEndEffectorTask
29e5258 to
8d1b7d5
Compare
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
This PR introduces compliant variants of several commonly used tasks in the Tasks and TVM backend.
New compliant task alternatives include:
CompliantPostureTaskCompliantPositionTaskCompliantOrientationTaskCompliantEndEffectorTaskTogether with the previous PRs on torque propagation and feedforward disturbance compensation, these additions provide the final building block for explicit compliance control within the mc_rtc task framework.
This PR include the content/commits of both #500 and #501 and extend it.