Skip to content
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

Release: ArduPilot-4.6.0-beta2 #28838

Open
wants to merge 91 commits into
base: ArduPilot-4.6
Choose a base branch
from

Conversation

tridge
Copy link
Contributor

@tridge tridge commented Dec 11, 2024

changes for beta2

PRs included are listed in the 4.6.0-beta2 of this project

tridge and others added 30 commits December 11, 2024 14:10
we should only add fence types to the no auto-enable mask if the
enable actually changed that type of fence. This fixes the case where
the user has both FENCE_AUTOENABLE=3 and RCn_OPTION=11. The disable
triggered by the init of the aux function was preventing the fence
from auto-enabling
for polygon fences we need to check if the vehicle has a position and
is inside the polygon
this is only ever set/checked within a function
the _auto_enable_mask was try to make AUX function overrides disable
the FENCE_AUTOENABLE functionality. This isn't the right bevaviour,
both the aux function and the auto-enable should be edge triggered,
with last function taking effect
the automatic min-alt fence should not auto-enable based on altitude
if the fence has been manually disabled. This is needed to allow for a
manual landing by disabling the fence before descending
the FENCE_AUTOENABLE option should be honoured even with a fence
switch in the disable position
in TAKEOFF mode with either very poor yaw source or no yaw source we
need to use ground vector and wait for sufficient ground speed
avoid creation of static pointers to objects held within SRV_Channels
avoid creation of static pointers to objects held within SRV_Channels
avoid creation of static pointers to objects held within SRV_Channels
avoid creation of static pointers to objects held within SRV_Channels
avoid creation of static pointers to objects held within SRV_Channels
avoid creation of static pointers to objects held within SRV_Channels
avoid creation of static pointers to objects held within SRV_Channels
avoid creation of static pointers to objects held within SRV_Channels
avoid creation of static pointers to objects held within SRV_Channels
for symmetry with the push function
for symmetry with the push function
for symmetry with the push function
for symmetry with the push function
tridge and others added 10 commits December 11, 2024 15:01
if the user arms within 30s of startup then stop the re-init of the
sensors. This can give less accurate frequency as the sample rate may
not have settled yet, but it is better than doing init of the filters
while the vehicle may be flying

also fix a 32 bit millis wrap
Issue introduced in ArduPilot#27370
and partially fixed in ArduPilot#27762,
though evidently not properly tested.

Failing to track the maximum can result in dangerously low values being
calculated for `ATC_ACCEL_[RPY]_MAX` and the vehicle becoming unflyable.

Make the variable a reference so that the maximum value is preserved
between function calls.
@rmackay9
Copy link
Contributor

I've added release notes and updated the versions

@tpwrules
Copy link
Contributor

Needs at least #28695 and #28821 to fix CI.

@rmackay9 rmackay9 force-pushed the pr-ArduPilot-4.6.0-beta2 branch from 4210086 to 5576b4d Compare December 11, 2024 23:00
@rmackay9
Copy link
Contributor

Thanks @tpwrules, I've pushed the contents of those PRs

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.