Skip to content
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

Question: Understanding swapping modes and states #107

Open
tungalbert99 opened this issue Mar 8, 2024 · 3 comments
Open

Question: Understanding swapping modes and states #107

tungalbert99 opened this issue Mar 8, 2024 · 3 comments

Comments

@tungalbert99
Copy link

There are different ways that the example scripts present how to effectively swap modes. Sometimes it is followed by:

  • arm.reset(wait=True)
  • time.sleep(0.1)

This is dependent on if it is position mode or servo mode. I have seen cases where if I do set_collision_sensitivity and swap it to servo mode, that the robot will exit servo mode after some time which I assume has to do with this latency. Is there a way to ensure that I have properly swapped to position mode and servo mode?

@tungalbert99
Copy link
Author

image
why does setting collision detection and then setting servo mode immediately after cause it to swap position mode?

@penglongxiang
Copy link

Hi, the system configuration change operations like collision sensitivity, operation mode, payload or TCP offset modification will trigger a system reset, which means automatically clearing command buffer, going to mode 0 and setting state to 5. So if you need to do those changes, please configure to the correct mode and state after the re-configurations. Please try giving a small delay in between because some of the automatic switches need some reaction time.

If your issue persists, please provide us a piece of code that can reproduce the phenomenon as well as your controller firmware version. Thanks.

@tungalbert99
Copy link
Author

That makes sense! Via the

Please try giving a small delay in between because some of the automatic switches need some reaction time.

Could this be in the lower level call by any chance of collision sensitivity? It seems unfortunate I have to manage the sleep in my upper level calls (and other users would also have to know about this property that isn't documented anywhere).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants