[rotorcraft] fix attitude_set_rpy_setpoint #1103
Conversation
|
@dewagter @fvantienen is the current ardrone2_opticflow_hover.xml airframe working properly? |
|
Shouldn't the function now be renamed to stabilization_attitude_set_euler_setpoint_i? |
|
I didn't want to rename the function to to euler, because it wasn't supposed to take "real" euler angles as input. |
|
@dewagter @OpenUAS @gautierhattenberger (or anyone who can test the ardrone2_opticflow_hover) do you have any feedback here? |
use quat_of_eulers instead of quat_from_rpy_cmd to match what users expect from attitude_set_rpy_setpoint
flixr
force-pushed
the
fix_attitude_set_rpy_setpoint
branch
from
a9a2a43 to
8634b72
Compare
|
Feedback timeout: merging into master as this clearly fixes usage of the attitude flight plan primitive and except from the ardrone2 opticflow hover doesn't seem to be used anywhere else. |
Paparazzi 5.4.2_stable ====================== Maintenance release - GCS: fix undo for list of values [paparazzi#1054] (paparazzi#1054) - lisa_mx: fix secondary spektrum satellite UART AF - logalizer: fix csv export after allowing description tag in messages - nps: update nps_fdm_jsbsim to be compatible with latest jsbsim [paparazzi#1118] (paparazzi#1118) - rotorcraft: fix attitude flight plan primitive [paparazzi#1103] (paparazzi#1103) - flight plans: fix 'call' statement without loop - generators: only include raw makefile part from modules if target matches - GCS: GPS accuracy speech less verbose [paparazzi#1046] (paparazzi#1046) - GCS: call index of first/single link "single" [paparazzi#1098] (paparazzi#1098)
Use quat_of_eulers instead of quat_from_rpy_cmd to match what users expect from attitude_set_rpy_setpoint.
Specifically actually make the attitude primitive in the flight plan work as expected.