Skip to content

changing files based on migration notes for 9.0#10

Open
bkanator wants to merge 1 commit intomainfrom
migrate_to_v9.0
Open

changing files based on migration notes for 9.0#10
bkanator wants to merge 1 commit intomainfrom
migrate_to_v9.0

Conversation

@bkanator
Copy link
Contributor

The migration testing covered:

  • All motion subtrees updated with execution_pipeline="jtc"
  • SwitchController added before all JTC ExecuteTrajectory calls
  • Teleop objective fixed (request_teleoperation.xml), adding execution_pipeline="jtc" to the subtree calls (Interpolate to Joint State
  • Waypoints cleaned up (removed 7 unused)
  • ResetMujocoKeyframe fixed (uncommented keyframe)
  • JTAC hang fixed (set goal_duration_tolerance)
  • CreateStampedPose bug fixed

@bkanator bkanator linked an issue Feb 26, 2026 that may be closed by this pull request
@bkanator
Copy link
Contributor Author

ran pre-commit

@bkanator bkanator requested a review from nbbrooks February 26, 2026 19:20
@bkanator
Copy link
Contributor Author

added fix for joint jog

Copy link
Member

@nbbrooks nbbrooks left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

My main Q is, can we replace the remaining JTC with a JTAC?

Comment on lines +3 to +4
planning_groups: ['left_manipulator', 'right_manipulator']
controllers: ['left_joint_velocity_controller', 'right_joint_velocity_controller']
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

not a big deal, but I don't see a reason to have the Joint Jog control split into two groups. It would mean that in the Joint Jog panel you'd have to keep selecting between L and R to command those joints. I would unify these under a single one.

- "moveit_pro::behaviors::NavBehaviorsLoader"
- "moveit_pro::behaviors::VisionBehaviorsLoader"
- "moveit_pro::behaviors::ConverterBehaviorsLoader"
- "moveit_pro::behaviors::MujocoBehaviorsLoader"
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

add mpc behaviors?

Comment on lines 8 to 13
joint_trajectory_controller:
type: joint_trajectory_controller/JointTrajectoryController
left_manipulator_joint_trajectory_controller:
type: joint_trajectory_controller/JointTrajectoryController
right_manipulator_joint_trajectory_controller:
type: joint_trajectory_controller/JointTrajectoryController
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Can we remove the JTCs in favor of their JTAC?

target_joint_state="{target_joint_state}"
controller_names="{joint_trajectory_controller_name}"
controller_action_server="{controller_action_server}"
execution_pipeline="jtc"
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Do we still need a custom request_teleoperation objective or can we use the core one?

Here are the assumptions core Request Teleop has:

      <input_port
        name="joint_trajectory_controller_name"
        default="joint_trajectory_admittance_controller"
      />
      <input_port name="default_planning_group" default="manipulator" />
      <input_port name="default_ik_frame" default="grasp_link" />
      <input_port name="link_padding" default="0.01" />
      <input_port name="execution_pipeline" default="jtac" />

If we replace the JTC with JTAC this should be fine. I thought default_ik_frame might be a problem but it isn't used anywhere in that objective anymore.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

migrate phoebe from v8.10 to v9.0

2 participants