# Channel Order

Many protocols, especially auto-binding Bind-n-Fly (BNF) protocols for small toys, require inputs on specific channels.

For convenience, and to support older radios which cannot change their output channel order, the MULTI-Module will automatically re-map channels 1-4 into the order required by the protocol, provided the channel order configured in the radio's mixer or outputs matches the MULTI-Module's Expected Channel Order.

This allows you to configure your all models using your preferred channel order, without having to worry about the actual channel order required by the model or protocol.

{% hint style="success" %}
The channel order required for each protocol and sub-protocol is shown in each protocol's details page.
{% endhint %}

{% hint style="danger" %}
Channel order is particularly important for **DSM** receivers, which require channels in **TAER** order.  If you use DSM, continue reading to learn how to correctly configure your model.
{% endhint %}

## Expected Channel Order

In order for channel re-mapping to work, the MULTI-Module must receive channel data in a known order.  This is the Expected Channel Order.

The Expected Channel Order is set in the MULTI-Module firmware when it is compiled.

{% hint style="info" %}
The default MULTI-Module Expected Channel Order is **AETR**.
{% endhint %}

With OpenTX v2.3.4 or newer, and MULTI-Module firmware v1.3.0.45 or newer, the MULTI-Module's Expected Channel Order is displayed on the **Module Status** line in the Model Setup screen.

![Module Status showing Channel Order](https://3357080223-files.gitbook.io/~/files/v0/b/gitbook-legacy-files/o/assets%2F-LwnWq9OVxVlVodwNBnH%2F-Lxjt_boavfqWBbrmVvH%2F-LxjwliC9eqUtWpR1L14%2Fch_order_aetr.png?alt=media\&token=a636b8d3-ec12-442a-9961-8865b4408db5)

{% hint style="info" %}
You should update your MULTI-Module's firmware if the Expected Channel Order is not displayed in the Module Status line.  Updating the firmware will ensure that you know the Expected Channel Order.
{% endhint %}

When configuring a model, the channel order in the Mixer should be the same as the Expected Channel Order.

![Mixer with inputs assigned in AETR order](https://3357080223-files.gitbook.io/~/files/v0/b/gitbook-legacy-files/o/assets%2F-LwnWq9OVxVlVodwNBnH%2F-Lxjs4bDgALJqn2W9xi8%2F-LxjsepTV7UO06OwUCTU%2Fmixer_aetr.png?alt=media\&token=27c113e9-f791-4e2f-91f8-e9dcf12b3a9a)

When the MULTI-Module transmits to the example model configured above, configured for **AETR** using the **DSM** protocol, the module will re-map the channels to **TAER** order prior to transmission.

### Channel Re-Mapping Examples

#### Example 1

* The MULTI-Module is using the default Expected Channel Order **AETR**
* The protocol is **DSM**, which requires channel data in **TAER** order at the receiver
* The model is configured in the radio with channels in **AETR** order in the mixer/outputs
* Servos and motors are plugged into the labelled outputs on the receiver, in **TAER** order

In this case the MULTI-Module re-maps the channels before transmission, the receiver receives **TAER**, and everything works as expected:

| Radio CH | Radio Mixer | Module Re-mapping | Receiver Receives |
| -------- | ----------- | ----------------- | ----------------- |
| 1        | Aileron     | 1 -> 2            | Throttle          |
| 2        | Elevator    | 2 -> 3            | Aileron           |
| 3        | Throttle    | 3 -> 1            | Elevator          |
| 4        | Rud         | 4 -> 4            | Rudder            |

#### Example 2

* The MULTI-Module has been updated to use the Expected Channel Order **TAER**
* The protocol is **DSM**, which requires channel data in **TAER** order at the receiver
* The model is configured in the radio with channels in **TAER** order in the mixer/outputs
* Servos and motors are plugged into the labelled outputs on the receiver, in **TAER** order

In this case the MULTI-Module does not need to perform channel re-mapping and everything works as expected:

| Radio CH | Radio Mixer | Module Re-mapping | Receiver Receives |
| -------- | ----------- | ----------------- | ----------------- |
| 1        | Throttle    | 1 -> 1            | Throttle          |
| 2        | Aileron     | 2 -> 2            | Aileron           |
| 3        | Elevator    | 3 -> 3            | Elevator          |
| 4        | Rudder      | 4 -> 4            | Rudder            |

#### Example 3

* The MULTI-Module is using the default Expected Channel Order **AETR**
* The protocol is **DSM**, which requires channel data in **TAER** order at the receiver
* The model is configured in the radio with channels in **TAER** order in the mixer/outputs
* Servos and motors are plugged into the labelled outputs on the receiver, in **TAER** order

In this case the MULTI-Module re-maps the channels, but because the input order is not as expected, the output order is incorrect and the model does not work:

| Radio CH | Radio Mixer | Module Re-mapping | Receiver Receives |
| -------- | ----------- | ----------------- | ----------------- |
| 1        | Throttle    | 1 -> 2            | Elevator          |
| 2        | Aileron     | 2 -> 3            | Throttle          |
| 3        | Elevator    | 3 -> 1            | Aileron           |
| 4        | Rudder      | 4 -> 4            | Rudder            |

{% hint style="danger" %}
**Mismatching the radio channel order and the MULTI-Module's Expected Channel Order can have potentially disastrous or dangerous consequences!**
{% endhint %}

The scenario in Example 3 can be avoided by:

* Changing the model's channel order in the mixer/outputs to match the MULTI-Module's Expected Channel Order
* Changing the MULTI-Module's firmware to expect TAER instead of AETR
* Disabling Channel Re-Mapping in Model Setup

## Changing the Expected Channel Order

If you prefer to configure your models with a different channel order, you can change the Expected Channel Order by flashing different firmware to your MULTI-Module.

You can compile your own firmware, or download a firmware image with a different Expected Channel Order from the [GitHub releases page](https://github.com/pascallanger/DIY-Multiprotocol-TX-Module/releases).

{% hint style="info" %}
MULTI-Module firmware downloads are available for **AETR**, **TAER**, and **RETA** channel orders, see the [Firmware Files page](https://www.multi-module.org/firmware-updates/firmware-files#channel-order).
{% endhint %}

## Changing the Radio's Default Channel Order

Once you have settled on a preferred channel order, and flashed your MULTI-Module with firmware which expects that order, you should:

1. Change the **Default channel order** setting on your radio to match the MULTI-Module's expected order
2. Ensure that any models which you control with the MULTI-Module are configured with the channel order which the MULTI-Module expects

![Radio Default Channel Order set to AETR](https://3357080223-files.gitbook.io/~/files/v0/b/gitbook-legacy-files/o/assets%2F-LwnWq9OVxVlVodwNBnH%2F-LxM7TJbVktyApJAY0jh%2F-LxNDFwNmR8cc2JEhkEg%2Fdefault_ch_order.png?alt=media\&token=e6184e2c-aa79-4d84-9ff1-e95873f0cd2e)

{% hint style="warning" %}
Changing the radio's **Default channel order** only affects new models - you must manually edit any existing models.
{% endhint %}

{% hint style="danger" %}
The **Mode** setting reflects the hardware setup of the radio's sticks.  Do not change the **Mode** unless you physically change the sticks, e.g. switching the throttle from the left to the right stick.
{% endhint %}

## Disabling Channel Re-Mapping

As of MULTI-Module firmware v1.3.0.45 and OpenTX 2.3.3, channel re-mapping can be disabled for a model by checking the **Disable Ch. map** box in Model Setup.

You can disable channel re-mapping If you prefer to configure the channel order yourself, or if channel re-mapping is causing problems due to a mismatch between the order in the model and the MULTI-Module's expected channel order.

![Channel Mapping Disabled](https://3357080223-files.gitbook.io/~/files/v0/b/gitbook-legacy-files/o/assets%2F-LwnWq9OVxVlVodwNBnH%2F-LxM7TJbVktyApJAY0jh%2F-LxNDzlNVntO5ThXMria%2Fch_mapping_disabled.png?alt=media\&token=be1260ad-6712-426f-8fe7-5efcb427e3ee)

When channel re-mapping is disabled the channel data will be transmitted to the receiver in the exact order it is configured in the radio's mixer or outputs.


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://www.multi-module.org/using-the-module/channel-order.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.