Closed ipa-rar closed 4 years ago
Thanks for your report.
Are you using a simulated or real robot? Please tell us the launch command you use.
If I use gazebo the joint_states are filled completely: roslaunch prbt_gazebo sim_prbt_gazebo.launch
.
I am using it on real robot (Pilz prbt) and I am working on scan and plan The launch commands I used was
roslaunch snp_prbt_bringup hardware_bringup.launch
roslaunch snp_prbt_bringup prbt_godel.launch sim_robot:=false
Hey Ragesh. Thanks for the report. We are currently very involved in other topics but I want to let you know that we did not forget about this issue. Please let me know if this is currently blocking you in any way which would help us with prioritization.
Working with the real robot, this can be configured with ros_canopen
. If you add PDO-mapping of velocity registers (see dcf), the velocity actual values are published (same for effort).
Of course this is a performance trade-off: Either you can send set-positions faster (e.g. 5ms cycle-time) or you can read all the actual values back from the robot. I think, the default is okay thus removing the 'bug' label. The templates show, how to override single paramters and I'd suggest to add a section there how to configure velocity PDO-mapping.
Commit
8b529fe
Steps to reproduce
rostopic echo /prbt/joint_states
Expected behavior
The /prbt/joint_states should publish the position, velocity and effort values of the robot
Observed behavior
Only the position values are published. The velocity and effort values remains as zero.
Logfiles