-
Notifications
You must be signed in to change notification settings - Fork 0
Rover 4.3 #2
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
Strroke21
wants to merge
3,101
commits into
Copter-4.2
Choose a base branch
from
Rover-4.3
base: Copter-4.2
Could not load branches
Branch not found: {{ refName }}
Loading
Could not load tags
Nothing to show
Loading
Are you sure you want to change the base?
Some commits from the old base branch may be removed from the timeline,
and old review comments may become outdated.
Open
Rover 4.3 #2
Conversation
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
this should only be in hwdef.dat, so we don't have it in 2 places
the bootloader doesn't fit in flash with UARTs as well
this makes it much easier to do a yaw rate autotune, and also means you don't need to use the rudder stick at all, as the yaw controller is already exercised nicely with roll movements, so overall the tune is faster and more accurate as less cross-axis coupling
prevent possible divide by zero
this will be needed with #22298 as that now relies on integrating position based on loop times
the breakup of the fast loop resulted in us sometimes (under heavy CPU load) not running a fast task on every loop
cygwin has dropped 32-bit support
Co-authored-by: davidbuzz@gmail.com Co-authored-by: robertlong13 cygwin has dropped 32-bit support
- arducopter.slx: Simulates ArduCopter Stabilize and Althold controller and optional plant model - sid_pre.m: Loads *.bin files to Matlab structs - sid_sim_init.m: Loads signals and parameters from Matlab structure into Simulink model - sid_controller_validation.m: Validation of the flight controller model with the flight data loaded to the Matlab workspace.
if sink rate set to zero
This reverts commit 6713cab.
this fixes an issue where when you lose R/C input on IOMCU that you may not regain it when R/C comes back. The issue stems from us still processing the DSM uart when we are using the SD3 "SBUS" uart for RC input, and still doing the switch of the SD3 config every 2 seconds. When we are not searching for a new protocol we should not be changing UART config
we need to tell the IO firmware that a byte was consumed when we first detect a protocol as otherwise the next bad byte on DSM will lock us on the DSM port
if you have a mission item for engine control with delayed start at height and the engine is already running them it would put the ICE subsystem into a state where it would no longer start the engine It was actually 2 bugs: - an engine control to do a height delayed start should be ignored if the engine is already running. This prevents an engine control to start the engine from stopping the engine - a start_chan high should always try to start the engine immediately, even if in the wait state
on and off were reversed
filter status was initially set to zero then updated. This interacts with the IMU filtering code which checks filter status from a different thread to determine active_EKF_type(). When the race condition is hit then the IMU we are running notch filters on changes for a single sample, causing a notch filter glitch
this fixes an issue where a lua library function triggers an exception after it does a math operation which changes the floating point registers on M7 MCUs (such as STM32H7). An example is math.random() which calls math_random(), which pre-calculates a double value before checking if the arguments to the call are valid. When it then checks and finds invalid values the exception longjmp does not restore the floating point registers.
when a user forced armed and had FENCE_AUTOENABLE=3 for enable on arming then the fence did not enable
this is a partial backport of #24132 which fixes RTK injection when the 1st GPS module is a DroneCAN RTK rover. Without this change RTCM injection for RTK fix on the base will only work if it happens to come up as the first module
these can use the generic reset_remaining() call in the backend
the register save must happen before the setjmp() call, which means outside of the LUAI_TRY() macro. We also should be saving all 32 floating point registers
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
No description provided.