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

Analyze problem of AMO readings when a cable is broken/partyially broken or detached #541

Open
MSECode opened this issue Dec 3, 2024 · 2 comments
Assignees

Comments

@MSECode
Copy link
Contributor

MSECode commented Dec 3, 2024

Here we are going to analyze the second problem mentioned here: https://github.com/icub-tech-iit/study-encoders/issues/22#issuecomment-2464924451, which is the issue of understanding how the AMO encoder is reading the signals if the cable is not detached but just partially broken.
In order to simulate that we just removed one of the data cables from the AMO connector.

@MSECode MSECode self-assigned this Dec 3, 2024
@MSECode
Copy link
Contributor Author

MSECode commented Dec 3, 2024

If we removed just one of the data cables of the AMO encoder connector we can see that the joint, if using the AMO encoder, is not able to calibrate as shown by the logs below.
Moreover, as shown by the plot we do not get any errors. As a matter of fact, we just reading zeros for both data and diagnostic.

AMO raw readings

Image

Joint positions

Image

Logs

log-yri-amo-cable-broken.log

Therefore, in case a cable is detached but not the entire connector, we have no information to know this, other than the fact that we are reading all zeros.

cc: @valegagge

@MSECode
Copy link
Contributor Author

MSECode commented Dec 3, 2024

Later, we did another test by cutting one of the signal cables while the joint was moving. The output that we got from the diagnostic is the one of ERROR: eoerror_value_MC_abs_enc_invalid, which means that we actually consider to have invalid data in that condition. In that case the joint get stopped in the last position reached, thus it is moved to HW FAULT condition.
From a data point of view, as shown in the comment above, we reach the same condition, i.e. both the joint positions and the raw position values, as well as the diagnostic, are all zeros after the joint is moved in FAULT condition:

Image

Image

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

1 participant