From f5539676a9f12d4d926d062d62379818ffa0b6a0 Mon Sep 17 00:00:00 2001 From: Jan Staschulat Date: Fri, 3 Feb 2023 09:00:39 +0100 Subject: [PATCH] typo Signed-off-by: Jan Staschulat --- rclc/README.md | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/rclc/README.md b/rclc/README.md index 3a781165..4c50d996 100644 --- a/rclc/README.md +++ b/rclc/README.md @@ -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.