Skip to content

Add UAVCAN IMU support#118

Open
tridge wants to merge 155 commits intomttr-rebase-4.0from
pr-can-imu-4.0
Open

Add UAVCAN IMU support#118
tridge wants to merge 155 commits intomttr-rebase-4.0from
pr-can-imu-4.0

Conversation

@tridge
Copy link
Contributor

@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