diff --git a/docs_outdoornav_user_manual/features/watchdogs.mdx b/docs_outdoornav_user_manual/features/watchdogs.mdx new file mode 100644 index 000000000..773159bcb --- /dev/null +++ b/docs_outdoornav_user_manual/features/watchdogs.mdx @@ -0,0 +1,105 @@ +--- +title: Watchdogs +sidebar_label: Watchdogs +sidebar_position: 7 +toc_min_heading_level: 2 +toc_max_heading_level: 4 +--- + +As of version 0.14.0, the OutdoorNav software contains the ability for autonomous missions +to be interrupted if failures are detected by wtchdogs. Each UGV will come pre-loaded with +a set of watchdogs that are required for the overall safety of the system. Users are then +able to add/remove/modify watchdogs as they require for their specific application and +safety requirements. This will have a lot to do with the operational environment +and their network setup. A history of previous watchdogs that have triggered is also +available to the user for more precise debugging of when issues may have occured. + +## Watchdog Types + +Currently there a a set of watchdogs that have been developed. Users are unable to write +their own watchdogs at the present time. + +| Watchdog Type | Description | +|----------------------------------|----------------------------------------| +| **Communication Watchdog** | A watchdog used to monitor device communication with the PC. It will monitor and trigger if there is loss of communication on devices that are connected via the ethernet (ip) or CAN bus (can) communication protocols. | +| **Heartbeat Watchdog** | A watchdog used to monitor the heartbeat topic of a device. This differs from the Communication, Node Status and Topic Data watchdogs because there may be devices that are deemed to be alive and communicating by the Node Status and Communication watchdogs but may not be publishing data on their published topic. For example some GNSS units will not publish to their topic unless they are in a clear open environment, however the heartbeat topic will still be publishing since the node is alive. | +| **Inclination Watchdog** | A watchdog used to monitor the inclination (roll and pitch) of the UGV. It will trigger if the IMU topic reports an inclination in either the roll or the pitch that exceeds the defined limits.| +| **Node Status Watchdog** | A watchdog used to monitor the status of a node. It will trigger if the node crashes or does not start up. | +| **Nodelet Status Watchdog** | A watchdog used to monitor the status of a nodelet manager and any nodelets associated with it. It will trigger if either the nodelet manager or the nodelet defined in the parameters crash or fail to start up. | +| **Num Points Watchdog** | A watchdog used to monitor the status of a LiDAR device. It is designed to trigger if there is an insufficient number of points in a PointCloud2 topic. The primary example for such a watchdog is if a customer has forgotten to remove a protective covering from the LiDAR. | +| **Odometry Covariance Watchdog** | A watchdog used to monitor reliability of the odometry data that is computed by our system. It will trigger if any of the odometry covariance thresholds have been exceeded. | +| **RTK Fix Watchdog** | A watchdog used to monitor whether or not a GNSS unit has an RTK fix. It will trigger if the device has lost RTK fix for more than the defined timeout. | +| **Topic Data Watchdog** | A watchdog used to monitor a ROS topic. It will trigger if no data has been received on the topic for more than the defined timeout. | + + +## Watchdogs Page + +To access the watchdog page navigate to the **Menu** → **Autonomy** → **Watchdogs**. + +
+
+
+