Join GitHub today
GitHub is home to over 31 million developers working together to host and review code, manage projects, and build software together.Sign up
Refactor board level RC_IN definitions and useage #6777
@sirPerna This should resolve the RC_INPUT is pulled to VCC issue.
Removed the legacy FMUv4 define that was activating a nonexistent
Also detailed the connections of this pins for the board.
The simplest connection is RC_IN to a timer capture pin
Renamed the macros and defines to be more explicit as to what
There was a ripple to many of the boards configs of a feature that was on an early prototype, that was removed. This potentially would have left an input pin driven as an output. This PR corrects that issue.
I have checked the schematics that I have, and changed the board_config and init code where applicable.
I need your help.
The things to vet are related to the RC_IN signal aka in SW/board config as PPM_IN aka RC_IN aka SPEKTRUM_RX. The affected features would be dsm, sbus, ppm. The other thing to look for would be falsely depending on the RC_IN to be at VDD.
@davids5 - I have tested the following receivers using a Pixracer RC14:
FrSky X4R- SB using sBus
From my testing this change causes no issues with the Pixracer.