Closed kaixindelele closed 3 years ago
Hi! You could try increasing the proportional gains of the controller and adapting the differential gain to remain critically damped. Let me know if the error decreases
Hi! You could try increasing the proportional gains of the controller and adapting the differential gain to remain critically damped. Let me know if the error decreases
Hi, thanks for your reply, I tried to adjust the kp parameter and found that the error was not reduced too much and there was no obvious pattern. Then I saw that there is another parameter uncouple_pos_ori in the osc_pose.json file, and when I set this parameter to false, there is an order of magnitude reduction in the pos-xyz axis coupling.
""" kp: 90 delta_moving: [-0.04402996 0.00353451 0.01451138] kp: 120 delta_moving: [-0.05587618 0.002599 0.01547164] kp: 150 delta_moving: [-0.07227131 0.00324817 0.01523023] kp: 180 delta_moving: [-0.08256543 0.00534876 0.01342693] kp: 210 delta_moving: [-0.09550479 0.00489477 0.0129235 ] kp: 240 delta_moving: [-0.10363343 0.00497017 0.01187464] delta_moving: [-0.10263296 0.005566 0.0116839 ] kp: 270 delta_moving: [-0.11214408 0.00367714 0.01034413]
kp: 270---"uncouple_pos_ori": false, delta_moving: [-0.14572088 0.00026412 -0.00040424] kp: 150---"uncouple_pos_ori": false, delta_moving: [-0.1173993 -0.00045877 -0.0007931 ] """
So this decoupling of pos-orientation will lead to coupling of pos itself?
Yes, this is right. It is better to not use the uncoupling. In this way, the full decoupling between position and orientation is used
In osc_pose control, there is coupling of XYZ axis motion. Test experiments are as follows.
This phenomenon I also recorded the screen before:https://github.com/ARISE-Initiative/robosuite/issues/124
Is there any way to try to mitigate this phenomenon?
the demo code:
print log: