You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: README.md
+23Lines changed: 23 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -88,3 +88,26 @@ This package contains *high-level* flight managers.
88
88
* allows mapping each set of gains to only some state estimators
89
89
* automatically switches to a fallback set of gains if the current ones are not allowed
90
90
* provides a service for switching to a desired set of gains
91
+
92
+
## EstimationManager
93
+
94
+
* provides the state estimation of the UAV
95
+
* dynamically loads default [state estimator](https://github.com/ctu-mrs/mrs_uav_state_estimators) or custom user-made plugins
96
+
* publishes following topics:
97
+
* the `uav_state` topic that is used for feedback control in ControlManager
98
+
***velocities in `uav_state` are in the `headed/frame_id` frame!!**
99
+
* visualizable `odom` topic
100
+
***velocities in `odom` are in the `child_frame_id` frame!! (follows the ROS convention for `nav_msgs/Odometry` msg)**
101
+
* current UAV height above terrain on topic `height_agl` (if available)
102
+
* maximum height above terrain that the UAV can fly in (based on the current estimator used for control)
103
+
* provides common services for
104
+
* switching of state estimator currently used in control feedback
105
+
* checks health of current state estimator and switches to a healthy one in case current estimator becomes unhealthy
106
+
* if no estimator is healthy, calls failsafe landing
107
+
108
+
## TransformManager
109
+
* provides the following default TFs from the `fcu` frame (can be turned off/on or renamed by custom configs):
110
+
*`fcu_untilted_origin`, `world_origin`, `local_origin`, `stable_origin`, `fixed_origin`, `utm_origin`, `mapping_origin_tf` (if a SLAM algorithm is running)
111
+
* publishes the delay of odometry produced by a SLAM algorithm (if available) on topic `map_delay`
112
+
* additionally can provide custom TFs from `nav_msgs/Odometry` topics by adding them to the `tf_sources` array in custom config
113
+
* the msg can also be republished in another frame by adding the `frame_id` to the `republish_in_frames` array
0 commit comments