-
Notifications
You must be signed in to change notification settings - Fork 137
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
Security features #27
Comments
Well, Dynamixel motors are supposed to already have a temperature limit (http://support.robotis.com/en/product/dynamixel/mx_series/mx-28.htm#Actuator_Address_0B). |
I think it is more because we somehow turn off this alert no ? |
As far as I know, pypot do not turn off any alarm. Yet, the dynamixel mechanism to turn on/off alarms is rather unclear (and buggy?) In fact, I never manage to turn off any alarm. By default, I think the overheating and input voltage errors are set to shutdown the motor. I'm not quite sure how to test this without burning motors :-) @SteveNguyen I think you had the same issue, right? |
In a previous pypot version, we set up the alarm config in the robot config file, does this still exists ? |
I do not remember this, maybe by digging in the commits... You can use this method to do it programatically. Yet, as I told you it seems to have no effect. |
This is now fix by poppy-project/poppy-humanoid#10. Do we should add the primitive in pypot for making it more accessible ? |
During the Maker Faire, a Poppy motor has melted because it has reached an extremely high temperature.
We could of course run a safe primitive checking for temperature state but maybe there is another way, more low level, embedded in pypot avoiding to let a $250 motor broke it self just because user is stupid ? Maybe not ...
The text was updated successfully, but these errors were encountered: