This week I continued to work on the inverse kinematics of the robot.\u00a0 To help debug the issue, I disassembled parts of the robot to make sure each joint is being turned to the proper angle.\u00a0 I found several electrical and embedded software bugs.\u00a0 I do not think the issue with the inverse kinematics is caused by MATLAB’s implementation of the IK solver.\u00a0 However,\u00a0 I will also be making use of the ROS IK libraries to code in python.\u00a0 Another issue I found was the stepper motor is heating up rather quickly even when it is not in action.\u00a0 Because it is turned on even though no commands are being sent to it, it heats up quickly.\u00a0 Therefore, I made use of the enable pin, so that the base of the robot will be in place but not turn on when it is unnecessary.\u00a0 That way the stepper motor will not be overloaded and burned out.\u00a0 On several occasions, the motor had become very hot, so this was a proper risk mitigation fix.<\/p>\n","protected":false},"excerpt":{"rendered":"
This week I continued to work on the inverse kinematics of the robot.\u00a0 To help debug the issue, I disassembled parts of the robot to make sure each joint is being turned to the proper angle.\u00a0 I found several electrical and embedded software bugs.\u00a0 I do not think the issue with the inverse kinematics is … <\/p>\n