![\"\"](\"http:\/\/mrsdprojects.ri.cmu.edu\/2018teamb\/wp-content\/uploads\/sites\/32\/2019\/04\/fla-225x300.png\")
<\/p>\nThe actuating subsystem receives the output positions from the processing subsystem, and actuates the hip joint to the desired positions. The actuating subsystem contains DC brushless motors, gearboxes, motor drivers, and power supply. DC brushless motors and gearboxes are chosen according to the output torque and rotation speed they can provide, as well as their prices. Motor drivers are set up with motors\u2019 parameters and switched to position control model. Power supply is off board for the safety considerations.<\/p>\n
<\/p>\n
<\/p>\n
Fig1: Desktop rig<\/span><\/p>\n Motor: T-motor U8 lite KV100 DC brushless motor<\/p>\n Gearbox: two 1:5 Matex gearboxes to reach 1:25 gear ratio<\/p>\n Controller: RoboteQ sbl2360<\/p>\n Update on Actuation Subsystem:<\/strong><\/p>\n The actuation subsystem consists of the components shown in Figure 2. The power is transferred from a 48V power supply to our power distribution PCB, and then to a RoboTEQ SBL2360 motor controllers. The controllers implement position controller to drive T-motor U8 lite KV100 DC brushless motors to desired positions. The motors output torques through Matex gearboxes. For the HAA joint, we use a 1:5 gearbox to drive, while for the HFE joint, we use two 1:5 gearboxes to realize a 1:25 gear ratio.<\/span><\/p>\n Figure 2: Components of Actuation Subsystem<\/span><\/p>\n During this semester, we finished a mock demo of the actuating subsystem using a Maxon DC brushed motor, a 1:20 ratio gearbox and an AMC motor controller. We implemented a position control to the motor to drive the thigh link through a GUI. From this demo, we roughly validated that our motor can generate enough torque to lift a person\u2019s leg. The AMC controller needs to interface with the on-board computer through EtherCAT, which is not compatible with ROS so we were unable to move forward with these controllers. \u00a0We decided to switch to RoboTEQ SBL2360 DC brushless motor. Currently, we are able to power and use the controller to implement open loop control through a software GUI. We have also been able to get the available ROS package to integrate into our system.<\/span><\/p>\n Sep 12 2019<\/strong><\/p>\n Using the RoboRun software, we configured the parameters of motor, feedback sensor, controller mode, and control gains. With the help of RoboTEQ technical support, we were able to do open loop control and spin the motor. In open loop control, the controller feeds constant power to the motor and actuate the motor at constant velocity with zero load. We then tried the closed loop position control with absolute encoder as feedback sensor. After naively tuning the PID gain, the motor can track the command position. We confirmed the position control by comparing the feedback signal provided by the encoder and the command position, and finding that they are the same.<\/span><\/p>\n Figure 3: Motor control through the GUI<\/span><\/p>\n <\/p>\n We checked the user manual of the RoboTEQ controller, and followed the RS232 connection shown in <\/span>Figure 2. <\/span>We connected the RS232 to the laptop through a RS232 to USB convertor.<\/span><\/p>\n Figure 4: RS232 connection with PC<\/span><\/p>\n <\/p>\n Sep 25 2019<\/strong><\/p>\n We looked up the user manual of the RoboTEQ controller for the serial command for motor\u2019s position control. We tested the serial command we found using the Windows GUI and validated that the command can actuate the motor to certain positions. We changed the SSI encoder configuration from \u201cabsolute\u201d to \u201crelative\u201d in Windows GUI, which solved the problem that the motor was only able to spin between 0 and 360 degrees (one turn). We then were able to spin the motor to any position through the Window GUI.<\/span><\/p>\n We then modified an open source package for RoboTEQ controller by changing the serial commands sent to the controller as well as the structure of the input. Finally, we are able to send desired commands to the controller through ROS<\/span><\/p>\n <\/p>\n If the difference between the desired position and current position is big, the error input of the PID controller will be big. Sometime the controller cannot handle this big difference and actuate the motor to a \u201cfar\u201d position, so the controller stops working. Given a desired position and the current position, if the difference is too big, we performed a linear interpolation that divided the big difference into small differences, and published commands step by step. The controller can handle the small differences and actuated the motor smoothly after the modification.\u00a0<\/span><\/p>\n <\/p>\n Oct 10 2019<\/strong><\/p>\n Since the open source package doesn\u2019t work when two motors are connected to the same controller, which is what we need. We started to use a function based on C++ boost library for sending serial commands, provided by our TA Grant. We solved the environment compile issue and integrated the function into our ROS pipeline. We modified the functions to send the serial command we looked up and found useful from the controller user manual.<\/span><\/p>\n <\/p>\n After switching to new functions for sending serial commands, we were also to control two motors using one motor controller.<\/span><\/p>\n Figure 5: Connection of one controller and two motors<\/span><\/p>\n <\/p>\n Oct 24 2019<\/strong><\/p>\n We found that the \u201cshort\u201d issue was caused by the big current generated at the start of the actuation. We tuned the PID gains and reduce the limit of speed and acceleration, which mitigated the \u201cshort\u201d issue, and make the motor actuate stabler.<\/span><\/p>\n <\/p>\n We connected the actuator with the mechanical link, tuned the parameters of the controller to make it able to actuate the leg links. We also validated that the motor can generate enough torque using a pull force sensor.<\/span><\/p>\n Figure 6: Connection between the actuator and leg link<\/span><\/p>\n <\/p>\n Nov 7 2019<\/strong><\/p>\n We played a bag file containing the desired commands calculated by the processing subsystem as the input to the actuation subsystems. We kept modified parameters for the motor controller to make the whole process stable. We plotted the desired commands and motor commands together to validate that the motor can track the desired commands.<\/span><\/p>\n <\/p>\n <\/p>\n <\/p>\n Figure \u00a07: Actuating using the commands from processing subsystem<\/span><\/p>\n For the exoskeleton we plan to actuate the motors when the leg is in swing. However, when the leg is in stance, the person should be able to move the motors. To have this capability we need to put the motors into a mode such that they can free spin. There are three commands we can send to the motor controllers to stop the motors. There is safety stop, emergency stop, and motor stop (aka deadman switch). Safety stop and motor stop, stop the motors from moving further, however the commands cause the motors to hold their last position. Emergency stop cuts power to the motors which allows them to be rotated freely, which is the behavior we want.<\/span><\/p>\n <\/p>\n <\/p>\n","protected":false},"excerpt":{"rendered":" The actuating subsystem receives the output positions from the processing subsystem, and actuates the hip joint to the desired positions. The actuating subsystem contains DC brushless motors, gearboxes, motor drivers, and power supply. DC brushless motors and gearboxes are chosen according to the output torque and rotation speed they can provide, as well as their Read more about Actuation Subsystem<\/span>[…]<\/a><\/p>\n","protected":false},"author":141,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[23],"tags":[],"class_list":["post-415","post","type-post","status-publish","format-standard","hentry","category-actuation-subsystem"],"_links":{"self":[{"href":"https:\/\/mrsdprojects.ri.cmu.edu\/2018teamb\/wp-json\/wp\/v2\/posts\/415","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/mrsdprojects.ri.cmu.edu\/2018teamb\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/mrsdprojects.ri.cmu.edu\/2018teamb\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/mrsdprojects.ri.cmu.edu\/2018teamb\/wp-json\/wp\/v2\/users\/141"}],"replies":[{"embeddable":true,"href":"https:\/\/mrsdprojects.ri.cmu.edu\/2018teamb\/wp-json\/wp\/v2\/comments?post=415"}],"version-history":[{"count":3,"href":"https:\/\/mrsdprojects.ri.cmu.edu\/2018teamb\/wp-json\/wp\/v2\/posts\/415\/revisions"}],"predecessor-version":[{"id":622,"href":"https:\/\/mrsdprojects.ri.cmu.edu\/2018teamb\/wp-json\/wp\/v2\/posts\/415\/revisions\/622"}],"wp:attachment":[{"href":"https:\/\/mrsdprojects.ri.cmu.edu\/2018teamb\/wp-json\/wp\/v2\/media?parent=415"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/mrsdprojects.ri.cmu.edu\/2018teamb\/wp-json\/wp\/v2\/categories?post=415"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/mrsdprojects.ri.cmu.edu\/2018teamb\/wp-json\/wp\/v2\/tags?post=415"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}\n
\n
![\"\"](\"http:\/\/mrsdprojects.ri.cmu.edu\/2018teamb\/wp-content\/uploads\/sites\/32\/2019\/04\/8-1-300x96.png\")
<\/p>\n\n
![\"\"](\"http:\/\/mrsdprojects.ri.cmu.edu\/2018teamb\/wp-content\/uploads\/sites\/32\/2019\/04\/act1.png\")
<\/p>\n\n
![\"\"](\"http:\/\/mrsdprojects.ri.cmu.edu\/2018teamb\/wp-content\/uploads\/sites\/32\/2019\/04\/act2.png\")
<\/p>\n\n
\n
\n
\n
![\"\"](\"http:\/\/mrsdprojects.ri.cmu.edu\/2018teamb\/wp-content\/uploads\/sites\/32\/2019\/04\/act3.png\")
<\/p>\n\n
\n
![\"\"](\"http:\/\/mrsdprojects.ri.cmu.edu\/2018teamb\/wp-content\/uploads\/sites\/32\/2019\/04\/act4-169x300.png\")
<\/p>\n\n
![\"\"](\"http:\/\/mrsdprojects.ri.cmu.edu\/2018teamb\/wp-content\/uploads\/sites\/32\/2019\/04\/act5-300x170.png\")
<\/p>\n\n