gramaziokohler / integral_timber_joints

Robotic Assembled Timber Structures with Integral Timber Joints
MIT License
9 stars 0 forks source link

Movement Planning Start End Config Problem #153

Closed yck011522 closed 2 years ago

yck011522 commented 2 years ago

The current way of defining the Taught (End) Config is confusing with the ending config of a planned movment. This cause a lot of confusion when a replanning is needed where trajectory and end-config needs to be reset but taught configuration and planned neighbour start/end config needs to be maintained.

I think a refactor of planning code logic may be easier. There are these existing attributes in the RoboticMovement object that can be used:

When planning a Movement, we need to give both start and end config for the planner. the logic for the following should be used:

Start Config

End Config

When resetting a Movement to it's unplanned state, simply reset it back to the state of the org process file.

We need to make sure the First and Last Trajectory Point are not missing when saved after planning in the Movement.trajectory. It should equal to the start and end config given as input to the planner.

yck011522 commented 2 years ago

process.get_movement_start_robot_config(movement)

process.get_movement_end_robot_config(movement)

To Be removed: set_movement_end_robot_config() set_movement_start_robot_config()

New API: set_movement_trajectory()