- Jan 08, 2019
-
-
Dennis Mannhart authored
PositionControl: update comment about the order of thrust and position mc_pos_control: reset setpoints to NAN if required MulticopterLandDetector: consider to be landed if vehicle is not armed mc_pos_control: initialize landing struct with landed mc-pos-ctrl: adjust thrust-setpoint and yaw during ground-contact/maybe-landed without capturing that information within vehicle-local-position-setpoint topic because that information does not belong to user intention PositionControl: set local position/velocity setpoint to NAN if not used in the control pipeline mc-pos-ctrl: Fill vehicle_local_position_setpoint_s structure as follow: The message contains setpoints where each type of setpoint is either the input to the PositionController or was generated by the PositionController and therefore corresponds to the PositioControl internal states (states that were generated by P-PID). Example: If the desired setpoint is position-setpoint, _local_pos_sp will contain position-, velocity- and thrust-setpoint where the velocity- and thrust-setpoint were generated by the PositionControlller. If the desired setpoint has a velocity-setpoint only, then _local_pos_sp will contain valid velocity- and thrust-setpoint, but the position-setpoint will remain NAN. Given that the PositionController cannot generate a position-setpoint, this type of setpoint is always equal to the input to the PositionController. mc_pos_control: switch to designated initializer for landed It's less error prone because it produces an error on every discrepancy.
-
Hamish Willee authored
-
Hamish Willee authored
Fix math::constrain usage Fix second constraint
-
- Jan 07, 2019
-
-
Daniel Agar authored
-
Daniel Agar authored
- these only run if code coverage is enabled
-
TSC21 authored
-
Beat Küng authored
Since SBUS does not have CRC, we can use timing information to improve parsing reliability and reject unexpected bytes.
-
Beat Küng authored
-
Beat Küng authored
-
Daniel Agar authored
-
Daniel Agar authored
- <cfloat> isn't available in the NuttX c++ library
-
Daniel Agar authored
- <cinttypes> isn't available in the NuttX c++ library
-
Daniel Agar authored
-
- Jan 06, 2019
-
-
Daniel Agar authored
-
- Jan 04, 2019
-
-
Nuno Marques authored
-
Alessandro Simovic authored
-
Alessandro Simovic authored
-
Alessandro Simovic authored
-
- Jan 03, 2019
-
-
karliss authored
- Fixes #11134
-
Daniel Agar authored
-
Jacob Dahl authored
-
- Jan 02, 2019
- Jan 01, 2019
-
-
Daniel Agar authored
-
Daniel Agar authored
-
Daniel Agar authored
- fixes #11125
-
Julian Oes authored
- Don't duplicate the ret variable to err. - Return -1 on any error, 0 otherwise. - Set errno to return value of pthread_cond_timedwait.
-
Julian Oes authored
The API of cond_timedwait was wrong. It used return -1 and set errno instead of returning the error as specified for pthread_cond_timedwait which it tries to mock.
-
Lorenz Meier authored
Previous commit 98ae0186 changed the err variable to errno, which is not the return value we are looking for.
-
Daniel Agar authored
-
Daniel Agar authored
- fixes #11009
-
TSC21 authored
-
- Dec 29, 2018
-
-
Julian Oes authored
-
Matthias Grob authored
-
Matthias Grob authored
-
Matthias Grob authored
-
Matthias Grob authored
-
- Dec 27, 2018
-
-
bazooka joe authored
fix home position timestamp to be the timestamp that the home was set and not when the message was sent
-
bazooka joe authored
zeroed uninitialized fields on home_position, mavlink_rc_channels_override, mavlink_mission_item, mavlink_mission_item_int
-