Skip to content

ArduPilot 4.6 issues list #28612

Open
Open
@rmackay9

Description

@rmackay9

This is a list of issues discovered during ArduPilot 4.6 testing. Issues for Copter/Rover-4.5 issues are here

Reports requiring investigation

Confirmed issues

  • AHRS upside soon after startup (reported by partners, PR, issue) -- resolved for -beta6 but then re-opened
  • Hardfault on arming if CAN_SLCAN_CPORT set non-zero and have SERIAL6_PROTOCOL set to 22 (reported by @robertlong13, Issue) -- also exists in 4.5 so not a blocker
  • Internal error involved multiheap allocation for LUA in cygwin (Internal error from multi-heap allocation #29563)
  • EKF3 altitude runaway EK3_SRC1_POSZ = 2 (rangefinder) and rangefinder is out of range (PR)
  • AM32 passthrough (without DroneCAN) not working (issue, PR)
  • EKF3 velocity divergence before arming (issue, PR) -- hoping PaulR will investigate (not a blocker)

Plane Specific Issues

Enhancements or Issues that may not be resolved before the stable release

  • Octaquad missing on F4 boards (discussion) -- same with 4.5.7 so we should potentially also remove Octa from F4 boards
  • BLHeli SERVO_BLH_RVMASK mapping is achieved through trial and error (raised by xfacta, issue)
  • when the user has configured ESC, FFT or RPM notch and has INS_HNTCx_REF=0 then they end up with a fixed notch. We should have an arming check to tell them they need to set the REF to 1.0 (any non-zero value will do actually) check that INS_HNTCn_REF is non-zero for ESC,RPM or FFT notches #28786
  • ROS2 attitude control + thrust enhancement request (discussion)
  • AutoTune should have a vehicle specific (or configurable) AngleP max (reported by Tridge)
  • add a warning if the GCS system clock and UTC clock on the flight controller differs by over 20s and signing is active, as signing will fail with a 30s difference
  • Custom Build Server for CubeOrangePlus with OpenDroneID shows linker error when out of flash (discussion1, discussion2, Issue)
  • Add LDRobot LD19 support (discussion, issue)
  • need to provide a clearer message to users when the power status flags change, indicating loss of a power source in flight. A statustext at message level CRITICAL I think is warranted, maybe "POWER STATUS CHANGE" ? (Tridge has details)

Wiki issues/enhancement requests (Wiki To-Do list)

  • None

Resolved issues

Metadata

Metadata

Assignees

No one assigned

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions