- Posts: 14
Conventions for handling channel inversions?
- theseankelly
- Topic Author
- Offline
Less
More
30 Mar 2017 20:34 - 30 Mar 2017 20:43 #60953
by theseankelly
Conventions for handling channel inversions? was created by theseankelly
Hey Forum
Question about existing conventions for handling sign inversions on RC channels. There are lots of places this can be handled and I'd like to match what is most commonly done across all protocols. Lets say the sign of the roll channel needs to be inverted.
Which of these is most correct or most common?
- In the protocol code itself in deviation
- In the receiver firmware
- Hard coded in the flight controller implementation
- Done by the user in the flight controller configuration
- Done by the user in the Deviation options menu (by setting a channel to be inverted)
Edit: Same question applies to channel ordering -- should a protocol implementation re-order devo channels to what the target expects or should it be left up to the user to manually remap channels in the deviation menus?
Thoughts?
Thanks
Sean
Question about existing conventions for handling sign inversions on RC channels. There are lots of places this can be handled and I'd like to match what is most commonly done across all protocols. Lets say the sign of the roll channel needs to be inverted.
Which of these is most correct or most common?
- In the protocol code itself in deviation
- In the receiver firmware
- Hard coded in the flight controller implementation
- Done by the user in the flight controller configuration
- Done by the user in the Deviation options menu (by setting a channel to be inverted)
Edit: Same question applies to channel ordering -- should a protocol implementation re-order devo channels to what the target expects or should it be left up to the user to manually remap channels in the deviation menus?
Thoughts?
Thanks
Sean
Last edit: 30 Mar 2017 20:43 by theseankelly.
Please Log in or Create an account to join the conversation.
- mwm
- Offline
30 Mar 2017 23:58 #60959
by mwm
Do not ask me questions via PM. Ask in the forums, where I'll answer if I can.
My remotely piloted vehicle ("drone") is a yacht.
Replied by mwm on topic Conventions for handling channel inversions?
Inversion is normally handled by the user in the deviation configuration. Channel ordering is in the protocol code in deviation.
This is all historical artifact, though. Older models - predating flight controllers and transmitters that had configurable channels (I vaguely recall seeing a bug report for OpenTx that it had the wrong channel order when you put a DSM RF module in a TH9X : -) assumed that the channel order and inversion were handled by the transmitter, so deviation had to do that. The proprietary transmitters from that era don't have a configurable protocol (except by swapping rf modules if they have that option) or configurable channel order. So for most of them, the channel order and protocol are both fixed, so any receivers that work with that protocol have to use that channel order, so the channel order is effectively part of the protocol. So much so that the PWM outputs on standalone Rx's are labelled with channel names (which is why deviation fixes those names in the mixer page) and the aircraft transmitter configuration instructions normally use the names of inputs, not channel numbers. Of course, if you have an rf module bay, then the channel order configuration is done in the transmitter module firmware, a possibility you didn't mention.
This is all historical artifact, though. Older models - predating flight controllers and transmitters that had configurable channels (I vaguely recall seeing a bug report for OpenTx that it had the wrong channel order when you put a DSM RF module in a TH9X : -) assumed that the channel order and inversion were handled by the transmitter, so deviation had to do that. The proprietary transmitters from that era don't have a configurable protocol (except by swapping rf modules if they have that option) or configurable channel order. So for most of them, the channel order and protocol are both fixed, so any receivers that work with that protocol have to use that channel order, so the channel order is effectively part of the protocol. So much so that the PWM outputs on standalone Rx's are labelled with channel names (which is why deviation fixes those names in the mixer page) and the aircraft transmitter configuration instructions normally use the names of inputs, not channel numbers. Of course, if you have an rf module bay, then the channel order configuration is done in the transmitter module firmware, a possibility you didn't mention.
Do not ask me questions via PM. Ask in the forums, where I'll answer if I can.
My remotely piloted vehicle ("drone") is a yacht.
Please Log in or Create an account to join the conversation.
Time to create page: 0.028 seconds
- Home
- Forum
- Development
- Protocol Development
- Conventions for handling channel inversions?