Peter Barker
440db27807
AP_RCProtocol: correct use of MAX_CHANNELS in SRXL2
...
This is a little all over the place. Safe, but ARRAY_SIZE ensures correctness, and we save memory...
2023-03-15 13:33:45 -07:00
Peter Barker
d5bca05fb6
AP_RCProtocol: SRXL2 uses own define for max-channels
...
Different protocol, different count.
2023-03-15 13:33:45 -07:00
Andy Piper
e6d0e38129
AP_RCProtocol: allow handshake to initiate RC connection. Support listen-only SRXL2 devices.
...
only bootstrap when SRXL2 is the only configured protocol (RC_PROTOCOLS=256)
remove spurious 0 initializers
2020-12-16 18:06:49 +11:00
Andy Piper
b697a44aed
AP_RCProtocol: configure VTX when a SRXL2 VTX packet is received
...
support DSM VTX control
2020-07-14 16:50:08 +10:00
Andy Piper
4e88adf86e
AP_RCProtocol: TBS CRSF implementation
...
refactor rc channels decoding into backend
refactor SBUS to use decode_11bit_channels()
only support big-endian
don't include CRSF in iomcu
2020-07-07 18:48:06 +10:00
Andrew Tridgell
21937a7830
AP_RCProtocol: fixed alignment errors in SRXL2
...
invalid alignment used
2020-07-07 10:23:00 +10:00
Andy Piper
167e1d12d7
AP_RCProtocol: disable flow-control and buffered-writes for SRXL2 uart
...
switched spm_srxl.c to C++ compilation
Correctly set budget for half-duplex writes
Tidy PACKED and other externalities
disable SRXL2 on IOMCU and softserial - SRXL2 is a serial half-duplex protocol-only
fixed buffer overrun in SRXL2 parser
fix bugs in decoder sketch and allow output to SITL
2020-05-05 09:23:15 +10:00
Andy Piper
68c6a3b03d
AP_RCProtocol: SRXL2 support
2020-05-05 09:23:15 +10:00