You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The ability to use ros_gz_bridge parameter bridge for messages of the type gz.msgs.Actuator
Alternatives considered
Send all messages for motor control via gz-transport instead of across ros_gz_bridge via a ros node.
Additional context
It seems as though this was a work in progress some time ago according to this link. It was marked as TODO but the tag has since been removed from the official documentation. It looks like things on the gz side (formerly ignition) had some work done on them at one point, but was removed in #93. I was wondering if there has been any progress on this or if there is a possible workaround.
The text was updated successfully, but these errors were encountered:
@gragleas we are adding Actuator messages upstream to ros_gz and also have updated multiple plugins AckermannSteering, JointController, and JointPositionController to also listen to an actuator message much like the existing MulticopterMotorModel Plugin. I'll share the links to the PRs when I have them up later today.
Desired behavior
The ability to use ros_gz_bridge parameter bridge for messages of the type gz.msgs.Actuator
Alternatives considered
Send all messages for motor control via gz-transport instead of across ros_gz_bridge via a ros node.
Additional context
It seems as though this was a work in progress some time ago according to this link. It was marked as TODO but the tag has since been removed from the official documentation. It looks like things on the gz side (formerly ignition) had some work done on them at one point, but was removed in #93. I was wondering if there has been any progress on this or if there is a possible workaround.
The text was updated successfully, but these errors were encountered: