-
Notifications
You must be signed in to change notification settings - Fork 13.6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Intel AeroRTF: lidar lite v3 spikes in data #9322
Comments
This can potentially help : #9247 |
I just upgraded to the latest firmware, and still getting lots of spikes with the distance sensor measurement.
FW git-hash: 0f1c950 |
@jdiament95 Updating the firmware won't help, there have been no driver improvements in a long time. Please try the patch above, or switch to a better sensor. |
I tried the patch above - the data still has large spikes. Isn't the lidar lite v3 regarded as a fairly good sensor? I'm unsure why this seems to be such a recurring problem especially on the aero (see intel aero forum referenced in original post)... |
@zehortigoza @anitha-suresh could you please help here? |
I did some investigation in the past and there is no much else to do to reduce the spikes than add the capacitor, it is probably some electrical problem. |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. |
Closing as stale. |
I have a lidar lite v3 attaches via I2C to the compass port of the aero. I have an electrolytic capacitor attached between power and ground (as suggested in the lidar lite v3 manual). The compass port I2C connection is shared with the compass that is included on the aero.
Viewing the raw range finder data via mavlink analyze widget shows recurring large spike spikes in the distance measurement. This seems to be a common issue with the aero (see intel aero forum post). The consensus on the aero forum is that the only way to avoid spikes is to read the data into an external microprocessor rather than the aero flight controller. Has anyone figured out a more feasible fix that doesn't require the extra link? I'm trying to fly the aero in altitude and position hold mode, so it would be much more convenient if the distance sensor data used by the autopilot firmware was free of spikes. Thanks!
The text was updated successfully, but these errors were encountered: