- Jun 19, 2017
-
-
Daniel Agar authored
-
Martina authored
-
Beat Küng authored
problem: previously when connecting power to Power 1, commander refused to arm (no power source error), and when connecting to Power 2, arming works, but power consumption was not measured (& shown in QGC). Swapping Brick1 with Brick2 makes sure both works when connecting to power 1. Ideally we will have support for both power sources (including fail-over)
-
ChristophTobler authored
-
Lorenz Meier authored
-
Lorenz Meier authored
-
Paul Riseborough authored
-
Paul Riseborough authored
-
Paul Riseborough authored
-
Paul Riseborough authored
-
Paul Riseborough authored
This enables control loops that are sensitive to vertical velocity offsets to use a vertical velocity that is kinematically consistent with the vertical position.
-
Paul Riseborough authored
Adds interface for vertical position derivative
-
- Jun 17, 2017
-
-
Beat Küng authored
fixes a wrong index for _mag_device_id: previously, driver_index was used (the CAL_MAG param index), but the correct index is the uorb topic instance.
-
- Jun 16, 2017
-
-
Mohammed Kabir authored
-
Todd Stellanova authored
Fixes #7421 Tested with Pixracer and Zubax GNSS2.0
-
- Jun 15, 2017
-
-
ChristophTobler authored
-
Sean Matthews authored
-
Sean Matthews authored
-
Lorenz Meier authored
A recent change removed the command forwarding required for VTOL transitions. This change brings this back. Partially reverts https://github.com/PX4/Firmware/pull/7249
-
Matthias Grob authored
these technical messages might not be suitable for the user of a product
-
- Jun 14, 2017
-
-
Mohammed Kabir authored
-
Mohammed Kabir authored
-
Beat Küng authored
Because it's a baro driver, not a mag.
-
Beat Küng authored
With this we don't have to use the ioctl MAGIOCGEXTERNAL, which does not work on POSIX (eg. RPi).
-
Beat Küng authored
-
Beat Küng authored
Problem: _mag_device_id is used to get the correct rotation matrix for each mag. But on POSIX, _mag_device_id was always 0, leading to invalid rotation matrices. This resulted in stale mag error messages (rot matrix=0 ==> mag data=0). _mag_device_id was 0 because there are no /dev/magX devices (eg. on RPi), thus the mag driver could not be opened. This patch does: get the device id from the uorb topic instead. We still need the device handle on certain platforms to apply the calibration params and to check if the mag is internal or external. Problem left: on POSIX, the check for external mag does not work.
-
Beat Küng authored
the 'continue' continues with the inner loop, whereas the outer loop is responsible for opening the handle. Thus the inner loop needs to keep it open.
-
Beat Küng authored
-
Beat Küng authored
-
Beat Küng authored
allows setting gps origin via ENV variable
-
- Jun 13, 2017
-
-
Sean Matthews authored
-
Sean Matthews authored
-
Julien Lecoeur authored
-
Julien Lecoeur authored
-
Julien Lecoeur authored
-
Julien Lecoeur authored
-
Nicolae Rosia authored
Signed-off-by:
Nicolae Rosia <nicolae.rosia@gmail.com>
-
Nicolae Rosia authored
Signed-off-by:
Nicolae Rosia <nicolae.rosia@gmail.com>
-
Nicolae Rosia authored
Signed-off-by:
Nicolae Rosia <nicolae.rosia@gmail.com>
-
Nicolae Rosia authored
Signed-off-by:
Nicolae Rosia <nicolae.rosia@gmail.com>
-