Skip to content

Add UAVCAN IMU support #118

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

Open
wants to merge 155 commits into
base: mttr-rebase-4.0
Choose a base branch
from
Open

Add UAVCAN IMU support #118

wants to merge 155 commits into from

Conversation

tridge
Copy link
Collaborator

@tridge tridge commented Jul 17, 2020

This adds support for the Matternet CAN IMU module. It appears as the primary IMU

jschall and others added 30 commits April 4, 2020 09:29
This fixes a bug where current limiting could fail if the current voltage is less than MOT_BAT_VOLT_MIN
this extend the prearm_healthy() check for rangefinders to ensure that
all configured rangefinders are getting data
whereas gps1 logging 0's on unplugging
or more satellites for 5 sec. Earlier it was 2 or more sats
used as part of pre-takeoff checks for auto takeoff
this fixes preferance of GPS for 1st UAVCAN, 2nd M8 UART
tridge added 15 commits April 30, 2020 12:48
UAVCAN rangefinders add themselves to the frontend drivers as the
devices appear. If they turn up before RangeFinder::init() is run then
this prevented init() from scanning for the other rangefinders as
num_instances is non-zero

This also fixes a race condition in updating num_instances in the
UAVCAN backend
only continue with mission if MIS_OPTIONS bit is set
this fixes a problem where two different locations could both be
mapped to the same disk block in the terrain/*.DAT files. That meant
that pre-filled terrain on the microSD card would sometimes require a
download in flight. It also means that a RTL with loss of GCS could
sometimes fly through a region with no terrain data available

This fixes the issue by using a fixed stride between rows in the disk
format.

Other changes in this patch:

 - allow for a 2cm discrepancy in the lat/lon of the grid
   corners. This is needed to allow for slightly different floating
   point rounding in tools that pre-generate terrain data to load on
   the microSD

 - added TERRAIN_OPTIONS parameter to allow the user to disable
   attempts to download new terrain data. This is mostly useful for
   testing to validate a terrain generator
useful for pre-populating a microSD card
Copy link
Contributor

@Aksellence Aksellence left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks good. Can't wait to test it out.

@zalice zalice removed their request for review March 29, 2021 21:05
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

6 participants