You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Per-channel RC override does not add any value over complete take-over. In fact, it only sows confusion when trying to tune. It can be difficult to know which channels are being controlled by the companion computer, especially since the status message is binary: RC override is either true or false.
The text was updated successfully, but these errors were encountered:
The primary motivation for per-channel override is actually in distinguishing throttle override from attitude. This is most common in multirotors (for example, I want to quickly "bump" roll of the quadcopter without affecting the thrust).
If bumping the stick in roll causes me to take over throttle control, then it will cause the multirotor to jump, as the throttle being commanded by the rc is unlikely to be close to the throttle command being sent by the computer. This is less of a problem for the attitude channels.
I can see how this is different for a fixedwing. Perhaps we should modify the documentation for fixedwing parameters to include this nuance.
MAV type: fixedwing
Per-channel RC override does not add any value over complete take-over. In fact, it only sows confusion when trying to tune. It can be difficult to know which channels are being controlled by the companion computer, especially since the status message is binary: RC override is either true or false.
The text was updated successfully, but these errors were encountered: