Skip to content

Commit

Permalink
docs(hesai): describe effects of ptp_lock_threshold parameter
Browse files Browse the repository at this point in the history
Signed-off-by: Max SCHMELLER <[email protected]>
  • Loading branch information
mojomex committed Dec 2, 2024
1 parent 97bbb78 commit a52297a
Showing 1 changed file with 8 additions and 0 deletions.
8 changes: 8 additions & 0 deletions docs/parameters/vendors/hesai/common.md
Original file line number Diff line number Diff line change
Expand Up @@ -24,6 +24,14 @@ While this is not found in the PTP standards, this influences how often the sens
Set this to `TSN` if your switch supports gPTP or the AutoSAR protocol, and `NON_TSN` if the switch does not.
In the latter case, the sensor will measure more often.

### `ptp_lock_threshold`

_Only applies to `OT128` and `QT128`_

The maximum difference between the sensor and PTP master that will still be considered `locked` by the sensor, in microseconds.
When this threshold is crossed, the sensor will report its synchronization state to be `tracking`.
Nebula's hardware monitor treats only the `locked` state as `OK`, `tracking` as `WARNING` and `frozen` and `free run` as `ERROR`.

## Scan Cutting and Field of View

Scan cutting influences the time stamps of points and the point cloud headers.
Expand Down

0 comments on commit a52297a

Please sign in to comment.