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
This is something I can look into. Looks like a nice first contribution to the project.
If I understand the code in (link) correctly it checks the parameter server if initial_joint_state(s) are present and valid, and then uses them (or not).
What IF a user wants to use a different initial state? Does he/she just set them through the command line or shall I add this to the launch file? I do not get how this works in industrial_robot_simulator.
What IF a user wants to use a different initial state? Does he/she just set them through the command line or shall I add this to the launch file?
The IRS just attempts to read the initial_joint_state parameter from the parameter server. If it finds it, it performs some checks and then uses the values it finds in there.
The RSI simulator could do something similar. In fact, you could probably copy just about everything from the IRS, and override the values in this line with those from the parameter.
One thing to watch out for: the RSI sim is currently not a ROS node, so accessing the parameter server is not directly possible.
If you want to do this without adding a rospy dependency, an alternative approach would be to add a command line parameter (here) that takes a list of floats, and use that to override the initial value of act_joint_pos.
This is currently hard-coded to
[0, -90, 90, 0, 90, 0]
, but that doesn't work for all robots, so should be made configurable.Might be nice to re-use the way the
industrial_robot_simulator
works (link).The text was updated successfully, but these errors were encountered: