ROS Resources: Documentation | Support | Discussion Forum | Index | Service Status | ros @ Robotics Stack Exchange
Ask Your Question

Revision history [back]

click to hide/show revision 1
initial version

Just answering this one, to hopefully help someone in the future. So as far as I remember, the diagnostics topic is not the right topic to use as feedback for any system and should be strictly used for troubleshooting only. It also has got nothing to do with ros::Rate mentioned in the question.

In the end we ended up using a Joint State Publisher node to provide feedback on the /joint_states topic. One thing to remember while using ROS control with hardware driver commands is that, driver commands have limitations in terms of communication latency and the frequency of the entire loop cannot be improved beyond a certain limit.

Just answering this one, to hopefully help someone in the future. So as far as I remember, the diagnostics topic is not the right topic to use as feedback for any system and should be strictly used for troubleshooting only. It also has got nothing to do with ros::Rate mentioned in the question.

In the end we ended up using a Joint State Publisher node to provide feedback on the /joint_states topic. One thing to remember while using ROS control with hardware driver commands is that, driver commands have limitations in terms of communication latency and the frequency of the entire loop cannot be improved increased beyond a certain limit.limit. For our case the peak was about 10-20 Hz.

Just answering this one, to hopefully help someone in the future. So as far as I remember, the diagnostics topic is not the right topic to use as feedback for any system and should be strictly used for troubleshooting only. It also has got nothing to do with ros::Rate mentioned in the question.

In the end we ended up using a Joint State Publisher joint_state_controller node to provide feedback on the /joint_states topic. One thing to remember while using ROS control with hardware driver commands is that, driver commands have limitations in terms of communication latency and the frequency of the entire loop cannot be increased beyond a certain limit. For our case the peak was about 10-20 Hz.