Skip to content

Commit c839c94

Browse files
committed
Clarified documentation when on-robot scaling can be used
1 parent 2515c2a commit c839c94

File tree

1 file changed

+5
-1
lines changed

1 file changed

+5
-1
lines changed

joint_trajectory_controller/doc/speed_scaling.rst

Lines changed: 5 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -21,13 +21,17 @@ This scaling method is intended for robots that provide a scaling feature direct
2121
teach pendant and / or through a safety feature. One example of such robots are the `Universal
2222
Robots manipulators <https://github.com/UniversalRobots/Universal_Robots_ROS2_Driver>`_.
2323

24+
The hardware interface needs to report the speed scaling through a state interface so it can be
25+
read by the controller. Optionally, a command interface for setting the speed scaling value on the
26+
hardware can be provided (if applicable) in order to set speed scaling through a ROS topic.
27+
2428
For the scope of this documentation a user-defined scaling and a safety-limited scaling will be
2529
treated the same resulting in a "hardware scaling factor".
2630

2731
In this setup, the hardware will treat the command sent from the ROS controller (e.g. Reach joint
2832
configuration :math:`{\theta}` within :math:`{\Delta_t}` seconds.). This effectively means that the
2933
robot will only make half of the way towards the target configuration when a scaling factor of 0.5
30-
is given (neglectling acceleration and deceleration influcences during this time period).
34+
is given (neglecting acceleration and deceleration influences during this time period).
3135

3236
The following plot shows trajectory execution (for one joint) with a hardware-scaled execution and
3337
a controller that is **not** aware of speed scaling:

0 commit comments

Comments
 (0)