1
0
Fork 0
mirror of https://github.com/iNavFlight/inav-configurator.git synced 2025-07-14 20:10:11 +03:00
Commit graph

193 commits

Author SHA1 Message Date
ArnoTlse
dbfbd31c41
Merge branch 'master' into arntlse_safehome_mp 2021-04-17 20:50:11 +02:00
ArnoTlse
0a8d4f81cf Waypoint OOP version 1.9 2021-04-14 21:10:45 +02:00
ArnoTlse
3265158791 waypoint OOP version 1.8 2021-04-13 22:43:35 +02:00
Pawel Spychalski (DzikuVx)
6589850146 Secdondary IMU2 port function 2021-04-11 17:13:31 +02:00
ArnoTlse
30c3b043a3 waypoint OOP version 1.7 2021-04-11 09:49:48 +02:00
ArnoTlse
7e75ceef39 Waypoint OOP version 1.6 2021-04-10 22:44:36 +02:00
ArnoTlse
949e511d28 Waypoint OOP version 1.5 2021-04-09 01:22:36 +02:00
ArnoTlse
ef5c999428 Waypoint Class 2021-03-24 00:37:50 +01:00
ArnoTlse
a81050d121 Safehome : read 2021-03-22 21:47:02 +01:00
ArnoTlse
cf80f8c9ab Add Safehome tab 2021-03-02 18:43:29 +01:00
ArnoTlse
d3a48e0f56 Code Review
Correction on indentation + Mission validation
2021-02-22 14:10:52 +01:00
Pawel Spychalski (DzikuVx)
0d66fd4c54 Add ability to read Programming PID status via MSP 2021-02-21 11:20:19 +01:00
ArnoTlse
ea6ac3ec8f First release of new mission planner
All working for saving into FC.
Remaining bug on EPROM action
2021-02-15 22:27:00 +01:00
Pawel Spychalski (DzikuVx)
3188680793 MSP Interface for Programming PID 2020-12-24 23:47:08 +01:00
Michel Pastor
f76c83801d
Add SmartPort master (#993) 2020-09-04 09:15:13 +02:00
Paweł Spychalski
0cd7cc0903
Merge pull request #1044 from iNavFlight/dzikuvx-mag-gain-calibration
Add support for MAG gain calibration
2020-08-14 20:48:38 +02:00
Pawel Spychalski (DzikuVx)
303c4b8d45 Allow for 32 LCs and 8 GVARs 2020-07-31 11:53:29 +02:00
Pawel Spychalski (DzikuVx)
b85c671b77 Add support for MAG gain calibration 2020-07-24 18:52:04 +02:00
Pawel Spychalski (DzikuVx)
0dcf1a9e58 Drop Global Functions support 2020-07-23 11:33:35 +02:00
Pawel Spychalski (DzikuVx)
edb7648eee Support for I2C IO Expander board 2020-07-20 20:20:06 +02:00
Pawel Spychalski (DzikuVx)
0d1066044c Fix advanced tunig tab on F3 boards 2020-05-17 12:32:39 +02:00
Pawel Spychalski (DzikuVx)
3f95ce9acf Cleanup for server 2020-04-28 11:10:51 +02:00
Pawel Spychalski (DzikuVx)
305927eb04 MSP layer for LC Activator 2020-04-11 23:37:40 +02:00
Pawel Spychalski (DzikuVx)
f85a17d1ad Get GVAR status from FC 2020-04-10 21:37:24 +02:00
Pawel Spychalski (DzikuVx)
554bec3606 MSP layer for global functions 2020-04-05 18:09:15 +02:00
Pawel Spychalski (DzikuVx)
8e7e83f282 Rename 3D to REVERSIBLE_MOTORS 2020-02-19 14:11:18 +01:00
Alberto García Hierro
b9fef4e25c Fix double dispatch of MSP calls with the same code
Current MSP handling groups callbacks by their MSP command
and when a response comes back it calls all the pending handlers
with the same response object.

This works fine when all MSP calls are either pure input or pure
output (e.g. the have a non-empty payload in just one direction).
However, we've had some calls that have a payload in both directions
for some time, like MSPV2_SETTING. For those MSP commands, the
response will depend on the request, so calling all handlers on
the first response received produces the wrong results. It's also
problematic on handlers that expect any kind of response, since the
DataView object is reused, but its offset was never reset which
would result in the second handler getting an empty response.

Change this strategy to call just the first pending handlers for
the MSP command received in the response. While this is still
a theoretical race condition (there's no guarantee a sequence of
the same command with different payloads will be replied in the
same order as they were issued to the FC), it's the best we can
do unless we add some kind of nonce/token system to each MSP
request, which would incur a significant overhead.
2020-01-21 21:03:03 +00:00
Konstantin (DigitalEntity) Sharlaimov
e6b5719cc4 [DJI] Add support for DJI FPV goggles and SBUS Fast protocol 2020-01-02 10:34:57 +01:00
Pawel Spychalski (DzikuVx)
79a16a8fe3 Cleanup 2.1 version 2019-10-27 20:17:20 +01:00
Pawel Spychalski (DzikuVx)
cb1ff69703 Cleanup INAV 2.0.0 2019-10-26 22:30:59 +02:00
Michel Pastor
a17b8ee4d1
Add setting name to the MSP2_COMMON_SETTING_INFO message (#843) 2019-10-17 23:44:40 +02:00
Alberto García Hierro
0e47a8415c Add support for selecting FrSky OSD in the ports tab 2019-09-26 09:47:30 +01:00
Pawel Spychalski (DzikuVx)
9c627f7445 Report logic condiotion activation status 2019-09-14 12:55:16 +02:00
Michel Pastor
4cf10eedf9
Add the GSM SMS telemetry option (#781) 2019-05-25 17:30:50 +02:00
Pawel Spychalski (DzikuVx)
ad94f9f275 Fix 2.1 compatibility issues 2019-05-25 13:51:08 +02:00
Konstantin Sharlaimov (DigitalEntity)
bc95909055 [PORTS] Add ESC and OPFLOW to serial port bit masks 2019-05-11 22:04:23 +02:00
Konstantin Sharlaimov (DigitalEntity)
5916100b22 [OPFLOW] Initial cut on optic flow calibration 2019-05-01 21:42:31 +02:00
Carsten W
a9f9487d4f Add configurator support for FFPV24G into configurator (#744)
* add configurator support for FFPV24G

* change naming to match FC code
2019-04-29 17:24:19 +02:00
Alberto García Hierro
56b0e03165 Remove "SPIx: xxxxx" debug statements from the GUI log 2019-04-25 19:45:13 +01:00
Pawel Spychalski (DzikuVx)
564d1cdca5 Store logic condition with smix rule 2019-04-04 17:28:26 +02:00
Pawel Spychalski (DzikuVx)
e23a8a5189 UI improvements and saving 2019-04-01 21:22:22 +02:00
Pawel Spychalski (DzikuVx)
d6ded2404e Backend for getting logic conditions from FC 2019-03-10 14:39:32 +01:00
Pawel Spychalski (DzikuVx)
6306f53da6 Switch to MSP2_INAV_SERVO_MIXER when possible 2019-03-10 12:07:30 +01:00
Pawel Spychalski (DzikuVx)
d242ecc241 Add FF component to VEL XY 2019-03-09 11:57:33 +01:00
Pawel Spychalski (DzikuVx)
521915b5a9 1.8 removed 2019-02-26 15:23:04 +01:00
Pawel Spychalski (DzikuVx)
97c622fbb1 1.7 family removed 2019-02-26 09:12:04 +01:00
Pawel Spychalski (DzikuVx)
91e947fc5c Merge remote-tracking branch 'origin/master' into dzikuvx-old-version-cleanup 2019-02-26 08:46:09 +01:00
Michel Pastor
5f6e453fe9
Increase max servo mix rate to 1000% (#672) 2019-02-08 21:10:12 +01:00
Michel Pastor
0a720f44f6
Temperature sensors support (#670) 2019-02-08 21:08:09 +01:00
Jonathan Hudson
99699ee6f3 support extended bbl denom 2019-02-03 18:44:59 +00:00