Pawel Spychalski (DzikuVx)
4426176c4b
Drop MSP_LOOPTIME usage
2022-02-24 09:55:45 +01:00
Paweł Spychalski
06b198a1ef
Merge pull request #1406 from jeffhendrix/led_channel
...
Add support to configure LED strip to modify color with RC channel
2022-02-24 09:32:38 +01:00
Pawel Spychalski (DzikuVx)
96407c9e97
Drop MSP_PID frame
2022-02-23 16:34:44 +01:00
Pawel Spychalski (DzikuVx)
d6a5992d97
Drop MSP_IDENT
2022-02-23 16:26:04 +01:00
Pawel Spychalski (DzikuVx)
051e9fa00e
drop BF_CONFIG MSP frame
2022-02-23 16:02:47 +01:00
Pawel Spychalski (DzikuVx)
a42a5fab5c
Merge remote-tracking branch 'origin/master' into dzikuvx-use-board-alignment-frame
2022-02-23 15:13:06 +01:00
Paweł Spychalski
0412582272
Merge pull request #1460 from iNavFlight/dzikuvx-current-meter-config
...
Move current meter config to MSP_CURRENT_METER_CONFIG
2022-02-23 15:08:52 +01:00
Pawel Spychalski (DzikuVx)
b224549ccd
Drop MSP_BF_CONFIG in favor of MSP_BOARD_ALIGNMENT
2022-02-23 15:01:08 +01:00
Pawel Spychalski (DzikuVx)
f9ef3900a3
Drop MSP_CF_SERIAL_CONFIG and MSP_SET_CF_SERIAL_CONFIG
2022-02-23 14:27:42 +01:00
Pawel Spychalski (DzikuVx)
7f3dc9f70d
Move current meter config to MSP_CURRENT_METER_CONFIG
2022-02-23 14:16:47 +01:00
breadoven
447282cf49
Merge remote-tracking branch 'upstream/master' into abo_fix_planer
2022-02-08 12:06:39 +00:00
Geoff Sim
e17f6b9d68
Rename Shark Byte to HDZero.
2021-12-01 08:04:58 +00:00
breadoven
d0e1788318
planer to planner
2021-11-26 23:16:02 +00:00
Geoff Sim
7dbb279c0f
Update OSD tab to support HD (50x18) mode
2021-11-20 09:53:49 +00:00
Jeff Hendrix
b032fac62d
Add support to configure LED strip to modify color with RC channel
2021-11-19 16:13:40 -07:00
breadoven
76c0392eea
Merge branch 'master' into abo_mission_cont_multimissions
2021-11-02 13:51:07 +00:00
breadoven
075e4a6f3d
Update MSPHelper.js
2021-10-31 22:58:17 +00:00
breadoven
cc05ab4f44
Bug fixes, added active mission setting,
2021-10-26 23:21:43 +01:00
breadoven
54241f8afc
remove flags
2021-10-18 21:13:39 +01:00
breadoven
8fcdf76945
Initial build
2021-10-17 23:44:33 +01:00
Pawel Spychalski (DzikuVx)
f719f7c464
report IMU2 hardware status
2021-08-12 15:00:03 +02:00
Pawel Spychalski (DzikuVx)
81cb53c364
Simplify and fix dataflash download
2021-05-02 11:06:37 +02:00
Michel Pastor
f7c7ad382f
Copter: add new setting for final landing vspeed instead of being hardcoded to 25% of set landing vspeed ( #1235 )
2021-04-19 23:43:07 +02:00
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
