Tree: afaff18bd0

AP_Periph-1.3

Copter-4.2

Copter-4.2-BW

apm_2208

apm_2208-rover

apm_2208-rover-debug

c421

copter407

gps-1.3.1

main

master

master_rangefinder

mission-4.1.18

periph-1.3.1

release-4.2.3

rover_4.3

zr-sdk-4.3.1

zr-v5.0

zr-v5.1

zr/Rover-4.3

zr/main-4.3

zr_rover4.2

数字绿土/zr-v5.0

Branches Tags

${ item.name }

Create tag ${ searchTerm }

Create branch ${ searchTerm }

from 'afaff18bd0'

${ noResults }

Commit Graph

294 Commits (afaff18bd0d0cca5062f59f07cbfef2f72afe9f3)

Author	SHA1	Message	Date
Hwurzburg	35cc90d117	AP_GPS: change UAVCAN in metadata to DroneCAN	3 years ago
bugobliterator	ae65f2e6ab	AP_GPS: fix build and working with single GPS Receiver config	3 years ago
Peter Barker	068f91169c	AP_GPS: remove mtk GPSs ... These are ancient and of very poor quality.	3 years ago
Peter Barker	1ae8385a0f	AP_GPS: correct GPS switching when GPS blending disabled	3 years ago
Josh Henderson	06251335da	AP_GPS: use vector.xy().length() instead of norm(x,y)	3 years ago
bugobliterator	ddc50a8420	AP_GPS: add option to set a dedicated line for Moving Baseline Data	4 years ago
bugobliterator	85d8becb8c	AP_GPS: add support for auto config Moving Baseline for AP_Periph GPS	4 years ago
bugobliterator	9fc57e40b4	AP_GPS: add support for dual GPS heading using Periph GPSes	4 years ago
Andrew Tridgell	4f4a0a02f6	AP_GPS: added doc message for bit 2 of DRV_OPTIONS	4 years ago
Andrew Tridgell	1479566921	AP_GPS: added GPS_DRV_OPTIONS bit for forcing ublox GPS to 115200 ... this may help with some GPS modules	4 years ago
Peter Barker	c9699d7ce4	AP_GPS: log GPS primary change event in GPS library	4 years ago
Andrew Tridgell	0e7c2a27a6	AP_GPS: added arming checks for yaw available on ublox RTK rover	4 years ago
Andrew Tridgell	e5d878eebd	AP_GPS: change handling of moving baseline yaw ... this changes yaw handling in a few ways: - GPS yaw now has a timestamp associated with the yaw separate from the timestamp associated with the GPS fix - we no longer force the primary to change to the UBLOX MB rover when it has a GPS yaw. This means we don't change GPS primary due to GPS loss, which keeps the GPS more stable. It also increases accuracy as the rover is always less accurate in position and velocity than the base - now we force the primary to be the MB base if the other GPS is a rover and the base has GPS lock	4 years ago
Peter Barker	c0c3f92c39	AP_GPS: remove @Values from param metadata where @Bitmask exists	4 years ago
Peter Barker	9e5662e927	AP_GPS: remove HIL support	4 years ago
Peter Barker	15cd41ca19	AP_GPS: add support for AP_Logger into AP_Periph	4 years ago
Andrew Tridgell	02feaaffcd	AP_GPS: setup ublox moving baseline at 230400 when using uart2 ... this avoids issues with needing DMA on the UARTs when using UART2 to transport RTCMv3 data	4 years ago
Peter Barker	30b9a7aeb4	AP_GPS: correct GPS_AUTO_SWITCH parameter description	4 years ago
Andrew Tridgell	de5da74df1	AP_GPS: fixed spelling of GLONASS	4 years ago
Peter Barker	a7e0c565dc	AP_GPS: populate extension fields in GPS2_RAW	4 years ago
murata	3a006ae226	AP_GPS: Supplementary explanation of configuration parameters (NFC)	4 years ago
Siddharth Purohit	edceb4e3a4	AP_GPS: move underscore one layer down for GPS	4 years ago
bugobliterator	0031fee851	AP_GPS: add support for ordering UAVCAN GPS	4 years ago
Michael du Breuil	a3ddf5264d	AP_GPS: Support uavcan ardupilot.gnss.Status ... Also makes the drive by change to make GPS_Backend::is_configured const	4 years ago
Peter Barker	c2cba52ad8	AP_GPS: move gps logging structures into AP_GPS	4 years ago
Michael du Breuil	0f363809f5	AP_GPS: Fix some unit errors with the GPS blended instance ... Also add a static assert and some docs on the fact that blending only works with 2 actual recievers at the moment Also a small optimization to not call get_rate_ms() twice	4 years ago
E Thomas	2ee052b36e	AP_GPS: Made GPS_DISABLE prevent last_fix_time_ms updates	4 years ago
Andrew Tridgell	bf51478dd1	AP_GPS: added ExternalAHRS backend	4 years ago
Andrew Tridgell	1a4f094025	AP_GPS: allow hwdef override of default for GPS_COM_PORT	4 years ago
Andrew Tridgell	92bcc7667c	AP_GPS: allow for SBF GPS on F3 AP_Periph	4 years ago
Andrew Tridgell	862ae59e28	AP_GPS: support $PHD message for AllyStay NMEA GPS ... this adds vertical velocity support	4 years ago
Hwurzburg	7a82898e92	AP_GPS: expand gps rate description	4 years ago
Andrew Tridgell	05194ed8b6	AP_GPS: don't accept infinite accuracies for blending ... these result in NaN values for velocities	4 years ago
Andrew Tridgell	a762926526	AP_GPS: fixed constrained NaN in EKF3 caused by bad GPS blending ... if the accuracies reported are very low then we can do a division by zero and this results in a constraining NaN for GPS vertical velocity filter in NavEKF3_core::calcGpsGoodToAlign	4 years ago
Peter Barker	e257dd9fee	AP_GPS: correct logging for GPS blending	4 years ago
Dr.-Ing. Amilcar do Carmo Lucas	58f0c34612	AP_GPS: fix dataflash logging of blended GPS instance	4 years ago
Andrew Tridgell	6c4e552a0b	AP_GPS: removed have_ekf_logging()	4 years ago
Iampete1	60951a7891	AP_GPS: add use primary if 3D fix GPS_AUTO_SWITCH option	4 years ago
Iampete1	347723dbaf	AP_GPS: add primary param	4 years ago
Michael du Breuil	b30c55b3f3	AP_GPS: Support yaw from moving base station on SBF drivers	4 years ago
Michael du Breuil	4161e2eb28	AP_GPS: Factor out moving base offset helper	4 years ago
Michael du Breuil	a61444cec0	AP_GPS: Don't reset the entire buffer when handling RTCM data ... This is a micro optimization intended to just make handling GPS corrections a bit faster.	4 years ago
Andrew Tridgell	e995a198bd	AP_GPS: always send GPS2_RAW if 2nd GPS configured ... this improves the display on the GCS when the GPS has not yet been found. This is particularly important after a reboot, as otherwise the GCS may display stale information from the previous boot	4 years ago
Andrew Tridgell	94670879f8	AP_GPS: allow hwdef.dat override of GPS rate	5 years ago
yaapu	85b61d6bf3	AP_GPS: added support for MSP GPS sensors	5 years ago
Andrew Tridgell	5647aadbcf	AP_GPS: added API for getting last iTOW	5 years ago
Andrew Tridgell	87c7781be2	AP_GPS: show GPS as unhealthy if it is lagged too much ... this detects GPS data lag, and if 5 samples in a row are lagged by more than 50ms beyond the expected lag for the GPS then we declare the GPS as unhealthy. This is useful to detect users who have asked for more data from the GPS then it can send at the baudrate that is being used. The case that led to this path was a F9 GPS with GPS_RAW_DATA=1 at 115200 baud. In that case the UART data is quickly lagged by over 1s	5 years ago
Siddharth Purohit	0690b7bd68	AP_GPS: move to using CANManager library	5 years ago
Michael du Breuil	08d4e1c062	AP_GPS: Support configuring the SBF com port	5 years ago
Siddharth Purohit	d122f00c14	AP_GPS: redetection not necessary for UAVCAN GPS	5 years ago