10 Commits

Author	SHA1	Message	Date
Steve Borenstein	95370ce74f	Outgoing ARM message over MAVLINK	2022-08-19 11:36:14 +10:00
Andrew Tridgell	b6186db24e	AP_OpenDroneID: report if we lose operator location	2022-08-15 12:45:06 +10:00
Andrew Tridgell	68f05c7386	AP_OpenDroneID: added AP_OpenDroneID_config.h	2022-08-15 09:18:34 +10:00
Andrew Tridgell	673fed92c7	AP_OpenDroneID: fixed checking of payload space ... this fixes DroneCAN operation without a mavlink channel set	2022-08-15 08:54:48 +10:00
Andrew Tridgell	b52c280704	AP_OpenDroneID: check available tx space and fixed message rates ... ensure we don't lose messages due to lack of serial TX space, and fixed update rate of LOCATION and SYSTEM_UPDATE msgs	2022-08-14 22:02:43 +10:00
Andrew Tridgell	0fc6c813a1	AP_OpenDroneID: implement OPEN_DRONE_ID_SYSTEM_UPDATE ... this is a bandwidth efficient way to update the OPEN_DRONE_ID_SYSTEM message data when there is limited uplink bandwidth. Testing on real vehicles shows that with RFD900x radios at an air data rate of 125kbit/s with OPEN_DRONE_ID messages with 1Hz update (as required by FAA RemoteID standard) that there is significant impact on the ability of the GCS to give commands to the flight controller. For example, I got a high degree of packet loss in downloading parameter pre-flight, and many/most in-flight commands failed from the GCS. By using this message we can use the minimum required bandwidth for updating operator location while remaining FAA RemoteID standard compliant	2022-08-14 22:02:43 +10:00
Peter Barker	48fd37cd25	AP_DroneID: add missing element to constructor	2022-08-11 21:06:04 +01:00
Peter Barker	67a87800f9	AP_OpenDroneID: correct compilation under gcc 7.5.0	2022-08-11 13:31:59 +10:00
Andrew Tridgell	74a66ede95	AP_OpenDroneID: prevent sending of lost transmitter msg too fast	2022-08-10 05:04:18 +10:00
Roel Schiphorst	d346633996	AP_OpenDroneID: add OpenDrone ID library	2022-08-09 14:37:08 +10:00