ArduPilot / ArduPilot/ardupilot

AP_RangeFinder: investigate and resolve RPLidar startup issue

Open
#13,611 6 comments 0 reactions 0 assignees View on GitHub
BUG Enhancement Library
Dominant language
C++
Stars
15.9k
Forks
21.4k
Avg merge
3d 17h
Merged PRs (30d)
119

Description

This reports comes from this discussion in the Rover-4.0 category: https://discuss.ardupilot.org/t/bad-lidar-health-message-with-rplidar-a2m8/52350

At least 3 users have reported that the RPLidar must be powered up before the flight controller or "Bad Lidar Health" messages appear on the HUD.

We should investigate and then try to resolve this issue. Perhaps there are some startup messages sent by the driver that we should keep resending until we start receiving distances

Contributor guide

Open the contributing guide

Research direction

Start with the AP_RangeFinder RPLidar driver and the linked Rover-4.0 discussion, then reproduce the startup-order difference by powering the RPLidar before and after the flight controller. Done means the driver starts reliably in either order, receives distances, and no longer produces the reported Bad Lidar Health HUD message.

Written by the indexing model from the issue text.

Assessment

Tech stack
cpp
Domain
embedded-iot
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.