Only the last value is used. I took the value from whatever appeared
last, but shuffled the order to keep things together where possible.
There is one exception, I set BRD_RADIO_TYPE to autodetect, which is the
earlier appearance, as that seems like that was the intent originally,
and that the later value was a mistake.
The profile parameters seem to have been part of SkyRocketToys' fork and
never made it into upstream. I think the same is true for the FLIP
parameters and some of the other TMODE parameters.
SYSID_SW_TYPE does nothing anymore, and I'm not sure why it was ever
set to 100 in the first place. Must have been some fork-specific thing
that we don't care about.
RC_FEEL_RP was changed to ATC_INPUT_TC. The functionality is the same,
but the scaling has changed.
PSC_ACCZ_FILT was renamed to PSC_ACCZ_FLTE.
PILOT_VELZ_MAX was wrong to begin with (#define/param name confusion).
The old WPNAV_LOIT params were moved ages ago. Only two of these have
a true one-to-one mapping to new params. The others I have deleted.
BRD_PWM_COUNT isn't necessary anymore. The appropriate servo pins are
marked as -1 to make them GPIO already.
I could have changed FLOW_ENABLE to FLOW_TYPE, but that would override
the default type set in the hwdef. The 0 FLOW_ENABLE is currently doing
nothing so I opted to keep it that way and just delete the line.
Only the last occurrence is used. This commit results in no change in
behavior, but is clearer. This prevents someone from changing the value
on one line only to find out they needed to change another instead.
this gets enabled but since there are no scripts to run it's just confusion
The target actually fails to compile if it is not embedded the hwdef.dat file as there are no filesystems at that point
Removed the skybrush-fork parameters to a blank include file. This will
be easier to maintain for their fork, and prevents the param check CI
from complaining about non-existent parameters.
Also fixes an errant rename of GPS_SBAS_TYPE to GPS1_SBAS_TYPE that
occurred in 1d4e0a78.