Skip to content

Commit

Permalink
typo
Browse files Browse the repository at this point in the history
Signed-off-by: Jan Staschulat <[email protected]>
  • Loading branch information
JanStaschulat committed Feb 3, 2023
1 parent 8f9a1da commit f553967
Showing 1 changed file with 3 additions and 2 deletions.
5 changes: 3 additions & 2 deletions rclc/README.md
Original file line number Diff line number Diff line change
Expand Up @@ -360,8 +360,9 @@ During the configuration phase, the user shall define:
- trigger condition (optional, default: ANY)
- data communcation semantics (optional, default ROS2)

As the Executor is intended for embedded controllers, dynamic memory management is crucial. Therefore at initialization of the rclc Executor, the user defines the total number of callbacks. The necessary dynamic memory will be allocated only in this phase and no more memory in the running phase. This makes this Executor static in the sense, that during runtime no additional callbacks can be added. Also in the XRCE-DDS middleware the maximum number
of handles need to be configured. See [Memory Management Tutorial](https://docs.vulcanexus.org/en/humble/rst/tutorials/micro/memory_management/memory_management.html#entity-creation) for the defaults and configuration of the colcon.meta configuration file.
As the Executor is intended for embedded controllers, dynamic memory management is crucial. Therefore at initialization of the rclc Executor, the user defines the total number of callbacks. The necessary dynamic memory will be allocated only in this phase and no more memory in the running phase. This makes this Executor static in the sense, that during runtime no additional callbacks can be added.

Also in the XRCE-DDS middleware the maximum number of handles need to be configured. See [Memory Management Tutorial](https://docs.vulcanexus.org/en/humble/rst/tutorials/micro/memory_management/memory_management.html#entity-creation) for the defaults and configuration of the colcon.meta configuration file.

Then, the user adds handles and the corresponding callbacks (e.g. for subscriptions and timers) to the Executor. The order in which this takes place, defines later the sequential processing order during runtime.

Expand Down

0 comments on commit f553967

Please sign in to comment.