-
Notifications
You must be signed in to change notification settings - Fork 193
Add dynamixel_general_hw package #390
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
base: master
Are you sure you want to change the base?
Conversation
…er present information (temperature, voltage)
…om emergency state
…t related to whether we can get current or load
…coming random if their definition order changes
…namixel to reading Dynamixel for avoiding reading error
… to prevent runaway when going back to normal state
….launch to README
bc433f1
to
bc58352
Compare
…e6 to make actuator drivable from the beginning
b3cf394
to
6f4c640
Compare
@robotpilot @sunghowoo Sorry for bothering you, but how is the status of reviewing? |
@pazeshun Sorry for the late reply. Due to the launch of a new team and the development of our Physical AI product line, we haven't been able to allocate sufficient resources to manage the DYNAMIXEL-Workbench. However, we are planning to resume management and create new content to help users utilize DYNAMIXEL more easily. We truly appreciate your contribution and will review it as quickly as possible. |
Currently,
dynamixel_workbench_controllers
does not have a follow_joint_trajectory action interface, which is the common interface to move robot joints.In addition, it does not support a reduction between an actuator and a joint.
Those features can be achieved by using ros_control, which is the common controller architecture in ROS (e.g., https://github.com/ROBOTIS-GIT/open_manipulator_controls ).
Previously, we usually write a hardware layer for each robot (
hardware_interface::RobotHW
) usingDynamixelWorkbench
class indynamixel_workbench_toolbox
.Although that layer may include some features unique to each robot, it should also have a common part as long as it uses ros_control and
DynamixelWorkbench
class.This PR extracts that common part and organizes it into
dynamixel_general_hw
package.I think this package can be merged into dynamixel-workbench because this package purely depends on dynamixel-workbench packages and released common packages (e.g., ros_control packages).
Please try samples in https://github.com/pazeshun/dynamixel-workbench/tree/dynamixel-general-hw/dynamixel_general_hw#samples.