# Protocols details Here are detailed descriptions of every supported protocols (sorted by RF modules) as well as the available options for each protocol. If you want to see examples of model configurations see the [Models](docs/Models.md) page. The Deviation project (on which this project was based) have a useful list of models and protocols [here](http://www.deviationtx.com/wiki/supported_models). ## Useful notes and definitions - **Channel Order** - The channel order assumed in all the documentation is AETR. You can change this in the compilation settings or by using a precompiled firmware. The module will take whatever input channel order you have choosen and will rearrange them to match the output channel order required by the selected protocol. - **Channel ranges** - A radio output of -100%..0%..+100% will match on the selected protocol -100%,0%,+100%. No convertion needs to be done. - **Extended limits supported** - A channel range of -125%..+125% will be transmitted. Otherwise it will be truncated to -100%..+100%. - **Italic numbers** are referring to protocol/sub_protocol numbers that you should use if the radio (serial mode only) is not displaying (yet) the protocol you want to access. - **Autobind protocol** - The transmitter will automatically initiate a bind sequence on power up or model/protocol selection. This is for models where the receiver expects to rebind every time it is powered up. In these protocols you do not need to press the bind button at power up to bind, it will be done automatically. In case a protocol is not autobind but you want to enable it, change the "Autobind" or "Bind on channel" on OpenTX setting to Y for the specific model/entry. ## Bind on channel feature * Bind on channel can be globally enabled/disabled in _config.h using ENABLE_BIND_CH. Any channel between 5 and 16 can be used by configuring BIND_CH in _config.h. Default is 16. * Bind on channel can be locally enabled/disabled by setting "Bind on channel" or "Autobind" per model for serial or per dial switch number for ppm. * Once activated, any bind will only happen if all these elements are happening at the same time: - Bind on channel = Y - Throttle = LOW (<-95%) - Bind channel (16 by default) is going from -100% to +100% - **It's recommended to combine the bind switch with Throttle cut or throttle at -100% to drive the bind channel. This will prevent to launch a bind while flying** and enable you to use the bind switch for something else. ## Protocol selection in PPM mode The protocol selection is based on 2 parameters: * selection switch: this is the rotary switch on the module numbered from 0 to 15 - switch position 0 is to select the Serial mode for er9x/erskyTX/OpenTX radio - switch position 15 is to select the bank - switch position 1..14 will select the protocol 1..14 in the bank *X* * banks are used to increase the amount of accessible protocols by the switch. There are up to 5 banks giving acces to up to 70 protocol entries (5 * 14). To modify or verify which bank is currenlty active do the following: - turn on the module with the switch on position 15 - the number of LED flash indicates the bank number (1 to 5 flash) - to go to the next bank, short press the bind button, this action is confirmed by the LED staying on for 1.5 sec Here is the full protocol selection procedure: 1. turn the selection switch to 15 2. power up the module 3. the module displays the current bank by flashing the LED x number of times, x being between 1 and up to 5 4. a short press on the bind button turns the LED on for 1 sec indicating that the system has changed the bank 5. repeat operation 3 and 4 until you have reached the bank you want 6. power off 7. change the rotary switch to the desired position (1..14) 8. power on 9. enjoy Notes: * **The protocol selection must be done before the module is turned on** * The protocol mapping based on bank + rotary switch position can be seen/modified at the end of the file [_Config.h](/Multiprotocol/_Config.h)** ## Serial mode Serial mode is selected by placing the rotary switch to position 0 before power on of the radio. You've upgraded the module but the radio does not display the name of the protocol you are loking for: * erskyTX: - Place the file [Multi.txt](https://raw.githubusercontent.com/pascallanger/DIY-Multiprotocol-TX-Module/master/Multiprotocol/Multi.txt) (which is part of the MPM source files) on the root of your SD card. - If the entry still does not appear or is broken, [upgrade](https://openrcforums.com/forum/viewtopic.php?f=7&t=4676) to version R222d2 or newer. * OpenTX: - Upgrade to the latest version of OpenTX. - If still not listed, use the Custom entry along with the protocol and sub_protocol values indicated by the italic numbers under each protocol. You'll find a summary of the protocols and numbers to use in table below. # Available Protocol Table of Contents (Listed Alphabetically) Protocol Name|Protocol Number|Sub_Proto 0|Sub_Proto 1|Sub_Proto 2|Sub_Proto 3|Sub_Proto 4|Sub_Proto 5|Sub_Proto 6|Sub_Proto 7|RF Module|Emulation ---|---|---|---|---|---|---|---|---|---|---|--- [Assan](Protocols_Details.md#ASSAN---24)|24|||||||||NRF24L01| [Bayang](Protocols_Details.md#BAYANG---14)|14|Bayang|H8S3D|X16_AH|IRDRONE|DHD_D4|QX100|||NRF24L01|XN297 [Bayang RX](Protocols_Details.md#BAYANG-RX---59)|59|Multi|CPPM|||||||NRF24L01|XN297 [Bugs](Protocols_Details.md#BUGS---41)|41|||||||||A7105| [BugsMini](Protocols_Details.md#BUGSMINI---42)|42|BUGSMINI|BUGS3H|||||||NRF24L01|XN297 [Cabell](Protocols_Details.md#Cabell---34)|34|Cabell_V3|C_TELEM|-|-|-|-|F_SAFE|UNBIND|NRF24L01| CFlie|38|CFlie||||||||NRF24L01| [CG023](Protocols_Details.md#CG023---13)|13|CG023|YD829|||||||NRF24L01|XN297 [Corona](Protocols_Details.md#CORONA---37)|37|COR_V1|COR_V2|FD_V3||||||CC2500| [CX10](Protocols_Details.md#CX10---12)|12|GREEN|BLUE|DM007|-|J3015_1|J3015_2|MK33041||NRF24L01|XN297 [Devo](Protocols_Details.md#DEVO---7)|7|Devo|8CH|10CH|12CH|6CH|7CH|||CYRF6936| [DM002](Protocols_Details.md#DM002---33)|33|||||||||NRF24L01|XN297 [DSM](Protocols_Details.md#DSM---6)|6|DSM2_1F|DSM2_2F|DSMX_1F|DSMX_2F|AUTO|DSMR_1F|||CYRF6936| [DSM_RX](Protocols_Details.md#DSM_RX---70)|70|Multi|CPPM|||||||CYRF6936| [E010R5](Protocols_Details.md#E010R5---81)|81|||||||||CYRF6936/NRF24L01|RF2500 [E016H](Protocols_Details.md#E016H---85)|85|||||||||NRF24L01|XN297 [E016HV2](Protocols_Details.md#E016HV2---80)|80|||||||||CC2500/NRF24L01|unknown [E01X](Protocols_Details.md#E01X---45)|45|E012|E015|||||||NRF24L01|HS6200 [E129](Protocols_Details.md#E129---83)|83|||||||||CYRF6936/NRF24L01|RF2500 [ESky](Protocols_Details.md#ESKY---16)|16|ESky|ET4|||||||NRF24L01| [ESky150](Protocols_Details.md#ESKY150---35)|35|||||||||NRF24L01| [ESky150V2](Protocols_Details.md#ESKY150V2---69)|69|||||||||CC2500|NRF51822 [Flysky](Protocols_Details.md#FLYSKY---1)|1|Flysky|V9x9|V6x6|V912|CX20||||A7105| [Flysky AFHDS2A](Protocols_Details.md#FLYSKY-AFHDS2A---28)|28|PWM_IBUS|PPM_IBUS|PWM_SBUS|PPM_SBUS|PWM_IBUS16|PPM_IBUS16|PWM_SBUS16|PPM_SBUS16|A7105| [Flysky AFHDS2A RX](Protocols_Details.md#FLYSKY-AFHDS2A-RX---56)|56|Multi|CPPM|||||||A7105| [FQ777](Protocols_Details.md#FQ777---23)|23|||||||||NRF24L01|SSV7241 [FrskyD](Protocols_Details.md#FRSKYD---3)|3|D8|Cloned|||||||CC2500| [FrskyL](Protocols_Details.md#FRSKYL---67)|67|LR12|LR12 6CH|||||||CC2500| [FrskyR9](Protocols_Details.md#FRSKYR9---65)|65|FrskyR9|R9_915|R9_868||||||SX1276| [FrskyV](Protocols_Details.md#FRSKYV---25)|25|||||||||CC2500| [FrskyX](Protocols_Details.md#FRSKYX---15)|15|CH_16|CH_8|EU_16|EU_8|Cloned|Cloned_8|||CC2500| [FrskyX2](Protocols_Details.md#FRSKYX2---64)|64|CH_16|CH_8|EU_16|EU_8|Cloned|Cloned_8|||CC2500| [Frsky_RX](Protocols_Details.md#FRSKY_RX---55)|55|Multi|CloneTX|EraseTX|CPPM|||||CC2500| [Futaba/SFHSS](Protocols_Details.md#Futaba---21)|21|SFHSS||||||||CC2500| [FX816](Protocols_Details.md#FX816---58)|28|FX816|P38|||||||NRF24L01| [FY326](Protocols_Details.md#FY326---20)|20|FY326|FY319|||||||NRF24L01| [GD00X](Protocols_Details.md#GD00X---47)|47|GD_V1*|GD_V2*|||||||NRF24L01|XN297L [GW008](Protocols_Details.md#GW008---32)|32|||||||||NRF24L01|XN297 [H8_3D](Protocols_Details.md#H8_3D---36)|36|H8_3D|H20H|H20Mini|H30Mini|||||NRF24L01|XN297 [Height](Protocols_Details.md#HEIGHT---53)|53|5ch|8ch|||||||A7105| [Hisky](Protocols_Details.md#HISKY---4)|4|Hisky|HK310|||||||NRF24L01| [Hitec](Protocols_Details.md#HITEC---39)|39|OPT_FW|OPT_HUB|MINIMA||||||CC2500| [Hontai](Protocols_Details.md#HONTAI---26)|26|HONTAI|JJRCX1|X5C1|FQ777_951|||||NRF24L01|XN297 [HoTT](Protocols_Details.md#HoTT---57)|57|Sync|No_Sync|||||||CC2500| [Hubsan](Protocols_Details.md#HUBSAN---2)|2|H107|H301|H501||||||A7105| [J6Pro](Protocols_Details.md#J6Pro---22)|22|||||||||CYRF6936| [JJRC345](Protocols_Details.md#JJRC345---71)|71|JJRC345|SkyTmblr|||||||NRF24L01|XN297 [JOYSWAY](Protocols_Details.md#JOYSWAY---84)|84|||||||||NRF24L01|XN297 [KF606](Protocols_Details.md#KF606---49)|49|KF606|MIG320|||||||NRF24L01|XN297 [KN](Protocols_Details.md#KN---9)|9|WLTOYS|FEILUN|||||||NRF24L01| [Kyosho](Protocols_Details.md#Kyosho---73)|73|FHSS|Hype|||||||A7105| [LOLI](Protocols_Details.md#LOLI---82)|82|||||||||NRF24L01| [Losi](Protocols_Details.md#Losi---89)|89|||||||||CYRF6936| [MJXq](Protocols_Details.md#MJXQ---18)|18|WLH08|X600|X800|H26D|E010*|H26WH|PHOENIX*||NRF24L01|XN297 [MLINK](Protocols_Details.md#MLINK---78)|78|||||||||CYRF6936| [MouldKg](Protocols_Details.md#mouldkg---90)|90|Analog|Digit|||||||NRF24L01|XN297 [MT99xx](Protocols_Details.md#MT99XX---17)|17|MT|H7|YZ|LS|FY805|A180|DRAGON|F949G|NRF24L01|XN297 [NCC1701](Protocols_Details.md#NCC1701---44)|44|||||||||NRF24L01| [OMP](Protocols_Details.md#OMP---77)|77|||||||||CC2500&NRF24L01|XN297L [OpenLRS](Protocols_Details.md#OpenLRS---27)|27|||||||||None| [Pelikan](Protocols_Details.md#Pelikan---60)|60|Pro|Lite|SCX24||||||A7105| [Potensic](Protocols_Details.md#Potensic---51)|51|A20||||||||NRF24L01|XN297 [PROPEL](Protocols_Details.md#PROPEL---66)|66|74-Z||||||||NRF24L01| [Q2X2](Protocols_Details.md#Q2X2---29)|29|Q222|Q242|Q282||||||NRF24L01| [Q303](Protocols_Details.md#Q303---31)|31|Q303|CX35|CX10D|CX10WD|||||NRF24L01|XN297 [Q90C](Protocols_Details.md#Q90C---72)|72|Q90C*||||||||NRF24L01|XN297 [RadioLink](Protocols_Details.md#RadioLink---74)|74|Surface|Air|DumboRC||||||CC2500| [Realacc](Protocols_Details.md#Realacc---76)|76|R11||||||||NRF24L01| [Redpine](Protocols_Details.md#Redpine---50)|50|FAST|SLOW|||||||NRF24L01|XN297 [Scanner](Protocols_Details.md#Scanner---54)|54|||||||||CC2500| [Shenqi](Protocols_Details.md#Shenqi---19)|19|Shenqi||||||||NRF24L01|LT8900 [Skyartec](Protocols_Details.md#Skyartec---68)|68|||||||||CC2500|CC2500 [SLT](Protocols_Details.md#SLT---11)|11|SLT_V1|SLT_V2|Q100|Q200|MR100||||NRF24L01|CC2500 [SymaX](Protocols_Details.md#Symax---10)|10|SYMAX|SYMAX5C|||||||NRF24L01| [Tiger](Protocols_Details.md#Tiger---61)|61|||||||||NRF24L01|XN297 [Traxxas](Protocols_Details.md#Traxxas---43)|43|6519 RX||||||||CYRF6936| [V2x2](Protocols_Details.md#V2X2---5)|5|V2x2|JXD506|MR101||||||NRF24L01| [V761](Protocols_Details.md#V761---48)|48|3CH|4CH|||||||NRF24L01|XN297 [V911S](Protocols_Details.md#V911S---46)|46|V911S*|E119*|||||||NRF24L01|XN297 [WFLY](Protocols_Details.md#WFLY---40)|40|WFR0x||||||||CYRF6936| [WFLY2](Protocols_Details.md#WFLY2---79)|79|RF20x||||||||A7105| [WK2x01](Protocols_Details.md#WK2X01---30)|30|WK2801|WK2401|W6_5_1|W6_6_1|W6_HEL|W6_HEL_I|||CYRF6936| [XERALL](Protocols_Details.md#XERALL---91)|91|Tank||||||||NRF24L01|XN297 [XK](Protocols_Details.md#XK---62)|62|X450|X420|||||||NRF24L01|XN297 [YD717](Protocols_Details.md#YD717---8)|8|YD717|SKYWLKR|SYMAX4|XINXUN|NIHUI||||NRF24L01| [ZSX](Protocols_Details.md#ZSX---52)|52|280||||||||NRF24L01|XN297 * "*" Sub Protocols designated by * suffix are using a XN297L@250kbps which will be emulated by default with the NRF24L01. If option (freq tune) is diffrent from 0, the CC2500 module (if installed) will be used instead. Each specific sub protocol has a more detailed explanation. # A7105 RF Module If USE_A7105_CH15_TUNING is enabled, the value of channel 15 is used by all A7105 protocols for tuning the frequency. This is required in rare cases where some A7105 modules and/or RXs have an inaccurate crystal oscillator. ## BUGS - *41* Models: MJX Bugs 3, 6 and 8 Telemetry enabled for RX & TX RSSI, Battery voltage good/bad **RX_Num is used to give a number to a given model. You must use a different RX_Num per MJX Bugs. A maximum of 16 Bugs are supported.** CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8|CH9|CH10 ---|---|---|---|---|---|---|---|---|--- A|E|T|R|ARM|ANGLE|FLIP|PICTURE|VIDEO|LED ANGLE: angle is +100%, acro is -100% ## FLYSKY - *1* Extended limits supported CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8 ---|---|---|---|---|---|---|--- A|E|T|R|CH5|CH6|CH7|CH8 RX output will match the Flysky standard AETR independently of the input configuration AETR, RETA... unless on OpenTX 2.3.3+ you use the "Disable channel mapping" feature on the GUI. ### Sub_protocol Flysky - *0* Supports a variety of Flysky receivers and integrated boards. Kyosho FHS MINI-Z also uses this protocol with this channel assignement: CH1|CH2|CH3|CH4|CH5 ---|---|---|---|--- Steering|Throttle|Lights|Steering travel|Others:not sure ### Sub_protocol V9X9 - *1* CH5|CH6|CH7|CH8 ---|---|---|--- FLIP|LIGHT|PICTURE|VIDEO ### Sub_protocol V6X6 - *2* CH5|CH6|CH7|CH8|CH9|CH10|CH11|CH12 ---|---|---|---|---|---|---|--- FLIP|LIGHT|PICTURE|VIDEO|HEADLESS|RTH|XCAL|YCAL ### Sub_protocol V912 - *3* CH5|CH6 ---|--- BTMBTN|TOPBTN ### Sub_protocol CX20 - *4* Model: Cheerson Cx-20 CH5|CH6|CH7 ---|---|--- ## FLYSKY AFHDS2A - *28* Extended limits and failsafe supported Telemetry enabled protocol: - by defaut using FrSky Hub protocol (for example er9x): A1=RX voltage (set the ratio to 12.7 and adjust with offset), A2=battery voltage FS-CVT01 (set the ratio to 12.7 and adjust with offset) and RX&TX RSSI - if using erskyTX and OpenTX: full telemetry information available - if telemetry is incomplete (missing RX RSSI for example), it means that you have to upgrade your RX firmware to version 1.6 or later. You can do it from an original Flysky TX or using a STLink like explained in [this tutorial](https://www.rcgroups.com/forums/showthread.php?2677694-How-to-upgrade-Flysky-Turnigy-iA6B-RX-to-firmware-1-6-with-a-ST-Link). Option is used to change the servo refresh rate. A value of 0 gives 50Hz (min), 70 gives 400Hz (max). Specific refresh rate value can be calculated like this option=(refresh_rate-50)/5. **RX_Num is used to give a number a given RX. You must use a different RX_Num per RX. A maximum of 64 AFHDS2A RXs are supported.** AFHDS2A_LQI_CH is a feature which is disabled by defaut in the _config.h file. When enabled, it makes LQI (Link Quality Indicator) available on one of the RX ouput channel (5-14). CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8|CH9|CH10|CH11|CH12|CH13|CH14 ---|---|---|---|---|---|---|---|---|---|---|---|---|--- A|E|T|R|CH5|CH6|CH7|CH8|CH9|CH10|CH11|CH12|CH13|CH14 RX output will match the Flysky standard AETR independently of the input configuration AETR, RETA... unless on OpenTX 2.3.3+ you use the "Disable channel mapping" feature on the GUI. ### Sub_protocol PWM_IBUS - *0* ### Sub_protocol PPM_IBUS - *1* ### Sub_protocol PWM_SBUS - *2* ### Sub_protocol PPM_SBUS - *3* As stated above. ### Sub_protocol PWM_IBUS16 - *4* ### Sub_protocol PPM_IBUS16 - *5* ### Sub_protocol PWM_SBUS16 - *6* ### Sub_protocol PPM_SBUS16 - *7* 3 additional channels. Need recent or updated RXs. CH15|CH16|CH17 ---|---|--- CH15|CH16|LQI LQI: Link Quality Indicator ## FLYSKY AFHDS2A RX - *56* The Flysky AFHDS2A receiver protocol enables master/slave trainning, separate access from 2 different radios to the same model,... Available in OpenTX 2.3.3, Trainer Mode Master/Multi Extended limits supported Low power: enable/disable the LNA stage on the RF component to use depending on the distance with the TX. ### Sub_protocol Multi - *0* Use the telemetry to send the trainer information to the radio. Available in OpenTX 2.3.3, Trainer Mode Master/Multi ### Sub_protocol CPPM - *1* Sending trainer channels to FrSky radios through telemetry does not work since the telemetry lines of the internal and external modules are shared (hardware limitation). On a STM32 module and with a simple hardware modification, you can go around this limitation using CPPM to send the trainer information to the radio. For more information check the [CCPM Hardware Modification](/docs/CPPM_HW_Mod.md) page. Once your **setup** is **complete** and before enabling the internal module, you **must check the "Disable Telemetry" box** to stop the Multi module from sending any data to the radio and therfore freeing up the line for the internal module. ## HEIGHT - *53* ### Sub_protocol 5CH - *0* Models from Height, Flyzone, Rage R/C, eRC and the old ARES (prior to Hitec RED). CH1|CH2|CH3|CH4|CH5 ---|---|---|---|--- A|E|T|R|Gear ### Sub_protocol 8CH - *1* Models from Height and Rage R/C. CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8 ---|---|---|---|---|---|---|--- A|E|T|R|Gear|Gyro|Flap|Light ## HUBSAN - *2* Telemetry enabled for A1=battery voltage (set the ratio to 12.7 and adjust with offset) and TX RSSI Option=vTX frequency (H107D) 5645 - 5900 MHz ### Sub_protocol H107 - *0* Autobind protocol Models: Hubsan H102D, H107/L/C/D and H107P/C+/D+ CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8|CH9 ---|---|---|---|---|---|---|---|--- A|E|T|R|FLIP|LIGHT|PICTURE|VIDEO|HEADLESS ### Sub_protocol H301 - *1* Models: Hubsan H301 CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8 ---|---|---|---|---|---|---|--- A|E|T|R|RTH|LIGHT|STAB|VIDEO ### Sub_protocol H501 - *2* Models: Hubsan H501S, H122D, H123D CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8|CH9|CH10|CH11|CH12|CH13 ---|---|---|---|---|---|---|---|---|----|----|----|---- A|E|T|R|RTH|LIGHT|PICTURE|VIDEO|HEADLESS|GPS_HOLD|ALT_HOLD|FLIP|FMODES H122D: FLIP H123D: FMODES -> -100%=Sport mode 1,0%=Sport mode 2,+100%=Acro ## JOYSWAY - *84* CH1|CH2|CH3|CH4 ---|---|---|--- CH1|CH2|CH3|CH4 ## Kyosho - *73* ### Sub_protocol FHSS - *0* Surface protocol called FHSS introduced in 2017. Transmitters: KT-531P, KT-431PT... CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8|CH9|CH10|CH11|CH12|CH13|CH14 ---|---|---|---|---|---|---|---|---|----|----|----|----|---- STEERING|THROTTLE|CH3|CH4|CH5|CH6|CH7|CH8|CH9|CH10|CH11|CH12|CH13|CH14 ### Sub_protocol Hype - *1* Transmitters: ST6DF, HK6S, Flightsport. Receivers: ST6DF, HK6DF. CH1|CH2|CH3|CH4|CH5|CH6 ---|---|---|---|---|--- A|E|T|R|CH5|CH6 RX output will match the Hype standard AETR independently of the input configuration AETR, RETA... unless on OpenTX 2.3.3+ you use the "Disable channel mapping" feature on the GUI. ## Pelikan - *60* Extended limits supported CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8 ---|---|---|---|---|---|---|--- A|E|T|R|CH5|CH6|CH7|CH8 RX output will match the Pelikan standard AETR independently of the input configuration AETR, RETA... unless on OpenTX 2.3.3+ you use the "Disable channel mapping" feature on the GUI. ### Sub_protocol Pro - *0* Models: TX: CADET PRO V4, RX: RX-602 V4 ### Sub_protocol Lite - *1* Models: TX: CADET 4 LITE **Only 1 frequency hopping table** ### Sub_protocol SCX24 - *2* TX: Axial AX-4 2.4GHz transmitter and Panda Hobby 3CH Smart Radio 2.4GHz (MT-305A) Models: Axial SCX24: Deadbolt, Jeep Wranger Rubicon, Chevrolet 1967 C10, B-17 Betty and Panda Hobby: Tetra K1, X1, X2 **Only 2 frequency hopping tables** Extended limits supported CH1|CH2|CH3 ---|---|--- STEERING|THROTTLE|CH3 ## WFLY2 - *79* Receivers: RF201S,RF206S,RF207S,RF209S Extended limits supported Failsafe fully supported (value, hold and no pulse). Telemetry enabled for A1=RX_Batt (Ratio 12.7), A2=Ext_Batt (Ratio 12.7), RX RSSI, TX RSSI, TX LQI (100=all telem packets received...0=no telem packets). CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8|CH9|CH10 ---|---|---|---|---|---|---|---|---|---- CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8|CH9|CH10 Option is used to select between WBUS=0 and PPM=1 *** # CYRF6936 RF Module If USE_CYRF6936_CH15_TUNING is enabled, the value of channel 15 is used by all CYRF6936 protocols for tuning the frequency. This is required in rare cases where some CYRF6936 modules and/or RXs have an inaccurate crystal oscillator. ## DEVO - *7* Extended limits and failsafe supported CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8|CH9|CH10|CH11|CH12 ---|---|---|---|---|---|---|---|---|---|---|--- A|E|T|R|CH5|CH6|CH7|CH8|CH9|CH10|CH11|CH12 RX output will match the Devo standard EATR independently of the input configuration AETR, RETA... unless on OpenTX 2.3.3+ you use the "Disable channel mapping" feature on the GUI. Full telemetry is available if the RX supports it: TX_RSSI, A1 (set the ratio to 12.7) and A2 (set the ratio to 12.7), VFAS, RPM, temperature 1&2, GPS position/speed/altitude/time. The GPS coordinates come in two flavors which can't be distinguished programmatically, to switch from one to the other add 2 to the Option/FixedID setting value (0->2, 1->3). Bind procedure using serial: - With the TX off, put the binding plug in and power on the RX (RX LED slow blink), then power it down and remove the binding plug. Receiver should now be in autobind mode. - Turn on the TX, set protocol = Devo with Option/FixedID=0, turn off the TX (TX is now in autobind mode). - Turn on RX (RX LED fast blink). - Turn on TX (RX LED solid, TX LED fast blink). - Wait for bind on the TX to complete (TX LED solid). - Make sure to set a uniq RX_Num value for model match. - Change Option/FixedID to 1 to use the global ID. - Do not touch Option/FixedID and RX_Num anymore. - Note: it might be limited to only the RX705 but to get telemetry, the Option/FixedID field has to be set back to 0 at then end of the procedure... Bind procedure using PPM: - With the TX off, put the binding plug in and power on the RX (RX LED slow blink), then power it down and remove the binding plug. Receiver should now be in autobind mode. - Turn on RX (RX LED fast blink). - Turn the dial to the model number running protocol DEVO on the module. - Press the bind button and turn on the TX. TX is now in autobind mode. - Release bind button after 1 second: RX LED solid, TX LED fast blink. - Wait for bind on the TX to complete (TX LED solid). - Press the bind button for 1 second. TX/RX is now in fixed ID mode. - To verify that the TX is in fixed mode: power cycle the TX, the module LED should be solid ON (no blink). - Note: Autobind/fixed ID mode is linked to the RX_Num number. Which means that you can have multiple dial numbers set to the same protocol DEVO with different RX_Num and have different bind modes at the same time. It enables PPM users to get model match under DEVO. ### Sub_protocol 8CH - *0* ### Sub_protocol 10CH - *1* ### Sub_protocol 12CH - *2* ### Sub_protocol 6CH - *3* ### Sub_protocol 7CH - *4* ## WK2X01 - *30* Extended limits supported Autobind protocol Note: RX ouput will always be AETR independently of the input AETR, RETA... ### Sub_protocol WK2801 - *0* Failsafe supported. This roughly corresponds to the number of channels supported, but many of the newer 6-channel receivers actually support the WK2801 protocol. It is recommended to try the WK2801 protocol 1st when working with older Walkera models before attempting the WK2601 or WK2401 mode, as the WK2801 is a superior protocol. The WK2801 protocol supports up to 8 channels. CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8 ---|---|---|---|---|---|---|--- A|E|T|R|CH5|CH6|CH7|CH8 Bind procedure using serial: - With the TX off, put the binding plug in and power on the RX (RX LED slow blink), then power it down and remove the binding plug. Receiver should now be in autobind mode. - Turn on the TX, set protocol = WK2X01, sub_protocol = WK2801 with option=0, turn off the TX (TX is now in autobind mode). - Turn on RX (RX LED fast blink). - Turn on TX (RX LED solid, TX LED fast blink). - Wait for bind on the TX to complete (TX LED solid). - Make sure to set a uniq RX_Num value for model match. - Change option to 1 to use the global ID. - Do not touch option/RX_Num anymore. Bind procedure using PPM: - With the TX off, put the binding plug in and power on the RX (RX LED slow blink), then power it down and remove the binding plug. Receiver should now be in autobind mode. - Turn on RX (RX LED fast blink). - Turn the dial to the model number running protocol protocol WK2X01 and sub_protocol WK2801 on the module. - Press the bind button and turn on the TX. TX is now in autobind mode. - Release bind button after 1 second: RX LED solid, TX LED fast blink. - Wait for bind on the TX to complete (TX LED solid). - Press the bind button for 1 second. TX/RX is now in fixed ID mode. - To verify that the TX is in fixed mode: power cycle the TX, the module LED should be solid ON (no blink). - Note: Autobind/fixed ID mode is linked to the RX_Num number. Which means that you can have multiple dial numbers set to the same protocol DEVO with different RX_Num and have different bind modes at the same time. It enables PPM users to get model match under DEVO. ### Sub_protocol WK2401 - *1* The WK2401 protocol is used to control older Walkera models. CH1|CH2|CH3|CH4 ---|---|---|--- A|E|T|R ### Sub_protocol W6_5_1 - *2* WK2601 5+1: AIL, ELE, THR, RUD, GYRO (ch 7) are proportional. Gear (ch 5) is binary. Ch 6 is disabled CH1|CH2|CH3|CH4|CH5|CH6|CH7 ---|---|---|---|---|---|--- A|E|T|R|GEAR|DIS|GYRO ### Sub_protocol W6_6_1 - *3* WK2601 6+1: AIL, ELE, THR, RUD, COL (ch 6), GYRO (ch 7) are proportional. Gear (ch 5) is binary. **This mode is highly experimental.** CH1|CH2|CH3|CH4|CH5|CH6|CH7 ---|---|---|---|---|---|--- A|E|T|R|GEAR|COL|GYRO ### Sub_protocol W6_HEL - *4* and W6HEL_I - *5* WK2601 Heli: AIL, ELE, THR, RUD, GYRO are proportional. Gear (ch 5) is binary. COL (ch 6) is linked to Thr. If Ch6 >= 0, the receiver will apply a 3D curve to the Thr. If Ch6 < 0, the receiver will apply normal curves to the Thr. The value of Ch6 defines the ratio of COL to THR. W6HEL_I: Invert COL servo option= maximum range of COL servo CH1|CH2|CH3|CH4|CH5|CH6|CH7 ---|---|---|---|---|---|--- A|E|T|R|GEAR|COL|GYRO ## DSM - *6* Extended limits supported Telemetry enabled for TSSI and plugins CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8|CH9|CH10|CH11|CH12|----|CH14 ---|---|---|---|---|---|---|---|---|----|----|----|----|---- A|E|T|R|CH5|CH6|CH7|CH8|CH9|CH10|CH11|CH12|----|TH_KILL Notes: - The "AUTO" sub protocol is recommended to automatically select the best settings for your DSM RX. If the RX doesn't bind or work properly after bind, don't hesitate to test different combinations of sub protocol and number of channels until you have something working. - Servo refresh rate is 22ms unless you select 11ms available in OpenTX 2.3.10+ - RX output will match the Spektrum standard TAER independently of the input configuration AETR, RETA... unless on OpenTX 2.3.3+ you use the "Disable channel mapping" feature on the GUI. - RX output will match the Spektrum standard throw (1500µs +/- 400µs -> 1100..1900µs) for a 100% input. This is true for both Serial and PPM input. For PPM, make sure the end points PPM_MIN_100 and PPM_MAX_100 in _config.h are matching your TX ouput. The maximum ouput is 1000..2000µs based on an input of 125%. - If you want to override the above and get maximum throw either uncomment in _config.h the line #define DSM_MAX_THROW or on OpenTX 2.3.3+ use the "Enable max throw" feature on the GUI (0=No,1=Yes). In this mode to achieve standard throw use a channel weight of 84%. - TH_KILL is a feature which is enabled on channel 14 by default (can be disabled/changed) in the _config.h file. Some models (X-Vert, Blade 230S...) require a special position to instant stop the motor(s). If the channel 14 is above -50% the throttle is untouched but if it is between -50% and -100%, the throttle output will be forced between -100% and -150%. For example, a value of -80% applied on channel 14 will instantly kill the motors on the X-Vert. - To allow SAFE to be ON with a switch assignment you must remove the bind plug after powering up the RX but before turning on the TX to bind. If you select Autodetect to bind, The MPM will choose DSMX 11ms and Channels 1-7 ( Change to 1-9 if you wish to assign switch above channel 7 ). Then in order to use the manuals diagram of both sticks "Down-Inside" to set a SAFE Select Switch Designation, you must have Throttle and Elevator channels set to Normal direction but the Aileron and Rudder set to Reverse direction. If setting up a new model with all channels set to Normal you can hold both sticks "Down- OUTSIDE" to assign the switch with 5x flips. Tested on a Mode2 radio. Option=number of channels from 3 to 12. Option|0x80 enables Max Throw. Option|0x40 enables a servo refresh rate of 11ms. Here is a table detailling the different RX output ranges based on the radio settings: ![Image](/docs/images/DSM_RX_Output.JPG) ### Sub_protocol DSM2_1F - *0* DSM2, Resolution 1024, servo refresh rate can only be 22ms ### Sub_protocol DSM2_2F - *1* DSM2, Resolution 2048, servo refresh rate can be 22 or 11ms. 11ms won't be available on all servo outputs when more than 7 channels are used. ### Sub_protocol DSMX_1F - *2* DSMX, Resolution 2048, servo refresh rate can only be 22ms ### Sub_protocol DSMX_2F - *3* DSMX, Resolution 2048, servo refresh rate can be 22 or 11ms. 11ms won't be available on all servo outputs when more than 7 channels are used. ### Sub_protocol AUTO - *4* "AUTO" is recommended to automatically select the best settings for your DSM RX. ### Sub_protocol DSMR_1F - *5* DSMR receivers **Only 22 IDs available**, use RX num to cycle through them. Telemetry enabled, extended limits available. CH1|CH2|CH3|CH4|CH5|CH6|CH7 ---|---|---|---|---|---|--- STR|THR|AUX1|AUX2|AUX3|AUX4|AUX5 ## DSM_RX - *70* The DSM receiver protocol enables master/slave trainning, separate access from 2 different radios to the same model,... Notes: - Automatically detect DSM 2/X 11/22ms 1024/2048res - Bind should be done with all other modules off in the radio - Available in OpenTX 2.3.3+, Trainer Mode Master/Multi - Channels 1..4 are remapped to the module default channel order unless on OpenTX 2.3.3+ you use the "Disable channel mapping" feature on the GUI. - Extended limits supported CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8|CH9|CH10|CH11|CH12 ---|---|---|---|---|---|---|---|---|----|----|---- A|E|T|R|CH5|CH6|CH7|CH8|CH9|CH10|CH11|CH12 ### Sub_protocol Multi - *0* Use the telemetry to send the trainer information to the radio. ### Sub_protocol CPPM - *1* Sending trainer channels to FrSky radios through telemetry does not work since the telemetry lines of the internal and external modules are shared (hardware limitation). On a STM32 module and with a simple hardware modification, you can go around this limitation using CPPM to send the trainer information to the radio. For more information check the [CCPM Hardware Modification](/docs/CPPM_HW_Mod.md) page. Once your **setup** is **complete** and before enabling the internal module, you **must check the "Disable Telemetry" box** to stop the Multi module from sending any data to the radio and therfore freeing up the line for the internal module. ## E010R5 - *81* Models: E010 R5 red boards, JJRC H36, H36F and H36S Not supported by Atmega328p modules. Autobind protocol. **Only 5 IDs are available**. Use RX num to cycle through them. More IDs can be added if you send me your "unused" original TX. CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8|CH9|CH10 ---|---|---|---|---|---|---|---|---|--- A|E|T|R|FLIP|LED|CALIB|HEADLESS|RTH|GLIDE ## E129 - *83* Models: Eachine E129/E130 and Twister Ninja 250 Not supported by Atmega328p modules. CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8|CH9 ---|---|---|---|---|---|---|---|--- A|E|T|R|Take off/Land|Emergency|Trim A|Trim E|Trim R Trims can be done to some extent on the AETR channels directly but if you push them too far you won't be able to arm like explained below. In this case use the associated trim TrimA/E/R instead. Take off with a none spring throttle is easier by putting both sticks down outwards (like on the original radio) in Mode 1/2, not sure about other modes. Calib is the same as the original radio with both sticks down and to the left in Mode 1/2, not sure about other modes. ## J6Pro - *22* CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8|CH9|CH10|CH11|CH12 ---|---|---|---|---|---|---|---|---|----|----|---- A|E|T|R|CH5|CH6|CH7|CH8|CH9|CH10|CH11|CH12 ## Losi - *89* TX: LSR-3000 **Only 1 ID available**. More IDs can be added if you dump your original TX. Extended limits supported CH1|CH2|CH3 ---|---|--- ST|THR|CH3 ## MLINK - *78* Extended limits supported Bind: the RX must be really close to the TX **Failsafe MUST be configured once with the desired channel values (hold or no pulses are not supported) while the RX is up (wait 10+sec for the RX to learn the config) and then failsafe MUST be set to RX/Receiver otherwise the servos will jitter!!!** Telemetry: the 2 RXs I have are sending different information in different format - RX-5: RX_RSSI=RSSI=sort of RSSI or link quality, RX_LQI=number of connection lost, TX_RSSI=RSSI from the TX perspective, TX_LQI=percentage of received telemetry packets - RX-9-DR: A1=RX Batt (Ratio=12.7), **RX_RSSI=TX_LQI**=percentage of received telemetry packets **from the TX** perspective **not RX**, TX_RSSI=RSSI from the TX perspective, TX_LQI=percentage of received telemetry packets CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8|CH9|CH10|CH11|CH12|CH13|CH14|CH15|CH16 ---|---|---|---|---|---|---|---|---|----|----|----|----|----|----|---- CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8|CH9|CH10|CH11|CH12|CH13|CH14|CH15|CH16 ## Traxxas - *43* Receiver 6519 Extended limits supported CH1|CH2|CH3|CH4 ---|---|---|--- AUX3|AUX4|THROTTLE|STEERING ## WFLY - *40* Receivers: WFR04S, WFR07S, WFR09S Extended limits supported Failsafe values supported (not hold or none) Option=number of channels from 4 to 9. An invalid option value will end up sending 9 channels. CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8|CH9 ---|---|---|---|---|---|---|---|--- CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8|CH9 *** # CC2500 RF Module ## CORONA - *37* Models: Corona 2.4GHz FSS and DSSS receivers. Extended limits supported Option for this protocol corresponds to fine frequency tuning. This value is different for each Module and **must** be accurate otherwise the link will not be stable. Check the [Frequency Tuning page](/docs/Frequency_Tuning.md) to determine it. CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8 ---|---|---|---|---|---|---|--- CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8 ### Sub_protocol COR_V1 - *0* Corona FSS V1 RXs ### Sub_protocol COR_V2 - *1* Corona DSSS V2 RXs: CR8D, CR6D and CR4D To bind V2 RXs you must follow the below procedure (original): - press the bind button and power on the RX - launch a bind from Multi -> the RX will blink 2 times - turn off the RX **and** TX(=Multi) - turn on the RX **first** - turn on the TX(=Multi) **second** - wait for the bind to complete -> the RX will flash, stop and finally fix - wait some time (more than 30 sec) before turning off the RX - turn off/on the RX and test that it can reconnect instantly, if not repeat the bind procedure ### Sub_protocol FD_V3 - *2* FlyDream RXs like IS-4R and IS-4R0 ## E016HV2 - *80* Models: E016H v2 Option for this protocol corresponds to fine frequency tuning. This value is different for each Module and **must** be accurate otherwise the link will not be stable or bind won't even work. Check the [Frequency Tuning page](/docs/Frequency_Tuning.md) to determine it. CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8|CH9|CH10 ---|---|---|---|---|---|---|---|---|---- A|E|T|R|TAKE_OFF/LANDING|EMERGENCY|FLIP|CALIB|HEADLESS|RTH TAKE_OFF/LANDING: this is a momentary switch to arm the motors or land the quad. This switch is not really needed as you can start the quad with throttle low then increase throttle until the motor arms, move throttle to mid-stick and then increase it quickly to lift off; To land just bring throttle all the way down, the quad will just stops when touching the ground. EMERGENCY: Can be used along with the throttle cut switch: Throttle cut=set throttle at -100% and set EMERGENCY to 100% ## ESKY150V2 - *69* ESky protocol for small models: 150 V2, F150 V2, Blade 70s Notes: - RX output will match the eSky standard TAER independently of the input configuration AETR, RETA... unless on OpenTX 2.3.3+ you use the "Disable channel mapping" feature on the GUI. - To run this protocol you need both CC2500 and NRF24L01 to be enabled for code reasons, only the CC2500 is really used. CH1|CH2|CH3|CH4|CH5 |CH6 |CH7 |CH8 |CH9 |CH10|CH11|CH12|CH13|CH14|CH15|CH16 ---|---|---|---|----|----|----|----|----|----|----|----|----|----|----|---- A|E|T|R|CH5 |CH6 |CH7 |CH8 |CH9 |CH10|CH11|CH12|CH13|CH14|CH15|CH16 RATE for the F150 V2 is assigned to channel 5: -100%=low, 100%=high ## FRSKYV - *25* Models: FrSky receivers V8R4, V8R7 and V8FR. - FrSkyV = FrSky 1 way Extended limits supported Option for this protocol corresponds to fine frequency tuning. This value is different for each Module and **must** be accurate otherwise the link will not be stable. Check the [Frequency Tuning page](/docs/Frequency_Tuning.md) to determine it. CH1|CH2|CH3|CH4 ---|---|---|--- CH1|CH2|CH3|CH4 ## FRSKYD - *3* Models: FrSky receivers D4R and D8R. DIY RX-F801 and RX-F802 receivers. Also known as D8. Extended limits supported Telemetry enabled for A0, A1, RSSI, TX_RSSI, TX_LQI and Hub. Lowest the TX_LQI value is best the quality link is, it's a good indicator of how well the module is tuned. Option for this protocol corresponds to fine frequency tuning. This value is different for each Module and **must** be accurate otherwise the link will not be stable. Check the [Frequency Tuning page](/docs/Frequency_Tuning.md) to determine it. CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8 ---|---|---|---|---|---|---|--- CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8 ### Sub_protocol D8 - *0* Use the internal multi module Identifier. ### Sub_protocol Cloned - *1* Use the identifier learnt from another FrSky radio when binding with the FrSkyRX/CloneTX mode. RX number can't be used anymore and is ignored. ## FRSKYL - *67* Models: FrSky receivers L9R. Also known as LR12. Extended limits supported Option for this protocol corresponds to fine frequency tuning. This value is different for each Module and **must** be accurate otherwise the link will not be stable. Check the [Frequency Tuning page](/docs/Frequency_Tuning.md) to determine it. ### Sub_protocol LR12 - *0* Refresh rate: 36ms CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8|CH9|CH10|CH11|CH12 ---|---|---|---|---|---|---|---|---|----|----|---- CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8|CH9|CH10|CH11|CH12 ### Sub_protocol LR12 6ch - *1* Refresh rate: 18ms CH1|CH2|CH3|CH4|CH5|CH6 ---|---|---|---|---|--- CH1|CH2|CH3|CH4|CH5|CH6 ## FRSKYX - *15* Models: FrSky v1.xxx receivers X4R, X6R and X8R. Protocol also known as D16 v1 FCC/LBT. Extended limits and failsafe supported Telemetry enabled for A1 (RxBatt), A2, RSSI, TX_RSSI, TX_LQI and Hub. Lowest the TX_LQI value is best the quality link is, it's a good indicator of how well the module is tuned. Option for this protocol corresponds to fine frequency tuning. This value is different for each Module and **must** be accurate otherwise the link will not be stable. Check the [Frequency Tuning page](/docs/Frequency_Tuning.md) to determine it. ### Sub_protocol CH_16 - *0* FCC protocol 16 channels @18ms. CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8|CH9|CH10|CH11|CH12|CH13|CH14|CH15|CH16 ---|---|---|---|---|---|---|---|---|----|----|----|----|----|----|---- CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8|CH9|CH10|CH11|CH12|CH13|CH14|CH15|CH16 ### Sub_protocol CH_8 - *1* FCC protocol 8 channels @9ms. CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8 ---|---|---|---|---|---|---|--- CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8 ### Sub_protocol EU_16 - *2* EU-LBT protocol 16 channels @18ms. CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8|CH9|CH10|CH11|CH12|CH13|CH14|CH15|CH16 ---|---|---|---|---|---|---|---|---|----|----|----|----|----|----|---- CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8|CH9|CH10|CH11|CH12|CH13|CH14|CH15|CH16 ### Sub_protocol EU_8 - *3* EU-LBT protocol 8 channels @9ms. CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8 ---|---|---|---|---|---|---|--- CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8 ### Sub_protocol Cloned - *4* Use the identifier learnt from another FrSky radio when binding with the FrSkyRX/CloneTX mode. 16 channels. ### Sub_protocol Cloned_8 - *5* Use the identifier learnt from another FrSky radio when binding with the FrSkyRX/CloneTX mode. 8 channels. ## FRSKYX2 - *64* Same as [FrskyX](Protocols_Details.md#FRSKYX---15) but for D16 v2.1.0 FCC/LBT. ## FRSKY_RX - *55* ### Sub_protocol Multi - *0* The FrSky receiver protocol enables master/slave trainning, separate access from 2 different radios to the same model,... Auto detection of the protocol used by a TX transmitting FrSkyD/D8, FrSkyX/D16 v1.xxx FCC/LBT or FrSkyX/D16 v2.1.0 FCC/LBT at bind time. Available in OpenTX 2.3.3, Trainer Mode Master/Multi Extended limits supported For **FrSkyX, RX num must match on the master and slave**. This enables a multi student configuration for example. Option for this protocol corresponds to fine frequency tuning. If the value is equal to 0, the RX will auto tune otherwise it will use the indicated value. This value is different for each Module and **must** be accurate otherwise the link will not be stable. Check the [Frequency Tuning page](/docs/Frequency_Tuning.md) to determine it. Low power: enable/disable the LNA stage on the RF component to use depending on the distance with the TX. ### Sub_protocol CPPM - *3* Sending trainer channels to FrSky radios through telemetry does not work since the telemetry lines of the internal and external modules are shared (hardware limitation). On a STM32 module and with a simple hardware modification, you can go around this limitation using CPPM to send the trainer information to the radio. For more information check the [CCPM Hardware Modification](/docs/CPPM_HW_Mod.md) page. Once your **setup** is **complete** and before enabling the internal module, you **must check the "Disable Telemetry" box** to stop the Multi module from sending any data to the radio and therfore freeing up the line for the internal module. ### Sub_protocol CloneTX - *1* This subprotocol makes a clone of a TX identifier transmitting FrSkyD/D8, FrSkyX/D16 v1.xxx FCC/LBT and FrSkyX/D16 v2.1.0 FCC/LBT. There are 3 slots available, 1 slot for D8 cloning, 1 slot for FrSkyX (D16v1) cloning and 1 slot for FrSkyX2 (D16v2.1.0) cloning. The same TX or different TXs can be used for each slot but a maximum of 1 per slot. If you launch the FrSky_RX/CloneTX protocol and do a bind with a TX transmitting with the D8 protocol, it will be saved in the slot D8. Same for D16v1 and D16v2.1 . Then the system will alow you to enable cloning as you wish for each model using the FrSkyD/X/X2 "Cloned" subprotocol. This way you can have models working with the original MPM indentifier and models which are shared by both the cloned TX and MPM. Clone mode operation: - Select the FrSky_RX protocol, subprotocol CloneTX - Select on the TX to be cloned the protocol you want to clone the identifier from: FrSkyD/D8 or FrSkyX/D16 v1.xxx FCC/LBT or FrSkyX/D16 v2.1.0 FCC/LBT - Place both the TX and MPM in bind mode - Wait for the bind to complete - To use the cloned TX identifier, open a new model select the protocol you just cloned/binded and select the subprotocol "Cloned" Notes: - OpenTX 2.3.8 N184 (nightly) or later is needed to have access to the "D8Cloned" and "D16Cloned" subprotocols, D16v2.1 "Cloned" is available under FrSkyX2/Cloned. - For FrSkyD, only the RX number used during bind is cloned -> you can't use RX num anymore - For FrSkyX and FrSkyX2, RX number has to be adjusted on each model to match the original TX model ### Sub_protocol EraseTX - *2* This subprotocol erases ALL the clone IDs which have been recorded. To erase ALL the clone information, select the sub_protocol EraseTX and execute a bind. ## HITEC - *39* Models: OPTIMA, MINIMA and MICRO receivers. Extended limits supported Option for this protocol corresponds to fine frequency tuning. This value is different for each Module and **must** be accurate otherwise the link will not be stable. Check the [Frequency Tuning page](/docs/Frequency_Tuning.md) to determine it. CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8|CH9 ---|---|---|---|---|---|---|---|--- CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8|CH9 ### Sub_protocol OPT_FW - *0* OPTIMA RXs Full telemetry available on OpenTX 2.3.3+, still in progress for erskyTx. Lowest the TX_LQI value is best the quality link is, it's a good indicator of how well the module is tuned. **The TX must be close to the RX for the bind negotiation to complete successfully** ### Sub_protocol OPT_HUB - *1* OPTIMA RXs Basic telemetry using FrSky Hub on er9x, erskyTX, OpenTX and any radio with FrSky telemetry support with RX voltage, VOLT2 voltage, TX_RSSI and TX_LQI. Lowest the TX_LQI value is best the quality link is, it's a good indicator of how well the module is tuned. **The TX must be close to the RX for the bind negotiation to complete successfully** ### Sub_protocol MINIMA - *2* MINIMA, MICRO and RED receivers. Also used by ARES planes. ## HoTT - *57* Models: Graupner HoTT receivers (tested on GR-12, GR-12L, GR-16, GR-32 and Vector). Extended limits, failsafe and LBT supported. Full telemetry and full text config mode are available starting from OpenTX 2.3.8N226. **RX_Num is used to give a number to a given RX. You must use a different RX_Num per RX. A maximum of 64 HoTT RXs are supported.** **Failsafe MUST be configured once with the desired channel values (hold or position) while the RX is up (wait 10+sec for the RX to learn the config) and then failsafe MUST be set to RX/Receiver otherwise the servos will jitter!!!** The RX and sensors/FC features configuration are done through the OpenTX script "Graupner HoTT.lua". Option for this protocol corresponds to fine frequency tuning. This value is different for each Module and **must** be accurate otherwise the link will not be stable. Check the [Frequency Tuning page](/docs/Frequency_Tuning.md) to determine it. CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8|CH9|CH10|CH11|CH12|CH13|CH14|CH15|CH16 ---|---|---|---|---|---|---|---|---|----|----|----|----|----|----|---- CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8|CH9|CH10|CH11|CH12|CH13|CH14|CH15|CH16 ### Sub_protocol Sync - *0* Recommended for best telemetry performance. ### Sub_protocol No_Sync - *1* Telemetry compatibility mode when Sync does not work due to an old firmware on the RX. You should definitively upgrade your receivers/sensors to the latest firmware versions: https://www.rcgroups.com/forums/showpost.php?p=44668015&postcount=18022 ## Scanner - *54* 2.4GHz scanner accessible using the OpenTX 2.3 Spectrum Analyser tool. ## RadioLink - *74* Extended limits Option for this protocol corresponds to fine frequency tuning. This value is different for each Module and **must** be accurate otherwise the link will not be stable. Check the [Frequency Tuning page](/docs/Frequency_Tuning.md) to determine it. CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8|CH9|CH10|CH11|CH12|CH13|CH14|CH15|CH16 ---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|--- CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8|FS_CH1|FS_CH2|FS_CH3|FS_CH4|FS_CH5|FS_CH6|FS_CH7|FS_CH8 FS=FailSafe ### Sub_protocol Surface - *0* Surface protocol. TXs: RC4GS,RC6GS. Compatible RXs: R7FG(Std),R6FG,R6F,R8EF,R8FM,R8F,R4FGM,R4F CH1=Steering, CH2=Throttle, CH8=Gyro gain Telemetry: RX_RSSI (for the original value add -256), TX_RSSI, TX_QLY (0..100%), A1=RX_Batt (set the ratio to 12.7 and adjust with offset), A2=Batt (set the ratio to 25.5 and adjust with offset) ### Sub_protocol Air - *1* Air protocol. TXs: T8FB,T8S. Compatible RXs: R8EF,R8FM,R8SM,R4FG,R4F Telemetry: RX_RSSI (for the original value add -256), TX_RSSI, TX_QLY (0..100%) ### Sub_protocol DumboRC - *2* Compatible RXs: X6/X6F/X6FG ## Futaba - *21* Also called SFHSS depending on radio version. ### Sub_protocol SFHSS - *0* Models: Futaba SFHSS RXs and XK models. Extended limits and failsafe supported RX output will match the Futaba standard servo throw, mid point and the channel order AETR independently of the input configuration AETR, RETA... unless if on OpenTX 2.3.3+ you use the "Disable channel mapping" feature on the GUI. Option for this protocol corresponds to fine frequency tuning. This value is different for each Module and **must** be accurate otherwise the link will not be stable. Check the [Frequency Tuning page](/docs/Frequency_Tuning.md) to determine it. CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8 ---|---|---|---|---|---|---|--- A|E|T|R|CH5|CH6|CH7|CH8 ## Skyartec - *68* Option for this protocol corresponds to fine frequency tuning. This value is different for each Module and **must** be accurate otherwise the link will not be stable. Check the [Frequency Tuning page](/docs/Frequency_Tuning.md) to determine it. CH1|CH2|CH3|CH4|CH5|CH6|CH7 ---|---|---|---|---|---|--- A|E|T|R|CH5|CH6|CH7 *** # CC2500 and/or NRF24L01 RF Module(s) If a CC2500 is installed it will be used for all the below protocols. Option in this case is used for fine frequency tuning like any CC2500 protocols so check the [Frequency Tuning page](/docs/Frequency_Tuning.md). If only a NRF24L01 is installed then these protocols might be problematic because they are using the XN297L emulation with a transmission speed of 250kbps which doesn't work very well with every NRF24L01, this is an hardware issue with the authenticity and accuracy of the components. ## GD00X - *47* Model: GD005 C-17 Transport, GD006 DA62 and ZC-Z50 CH1|CH2|CH3|CH4|CH5|CH6|CH7 ---|---|---|---|---|---|--- A||T||TRIM|LED|RATE TRIM: either use this channel for trim only or add a mixer with aileron to increase the roll rate. RATE: -100% high rate, +100% low rate ### Sub_protocol GD_V1 - *0* First generation of GD models, ZC-Z50 ### Sub_protocol GD_V2 - *1* New generation of GD models ## KF606 - *49* CH1|CH2|CH3|CH4|CH5 ---|---|---|---|--- A||T||TRIM ### Sub_protocol KF606 - *0* Model: KF606 ### Sub_protocol MIG320 - *1* Model: Zhiyang MIG-320 ## MJXQ - *18* Autobind protocol CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8|CH9|CH10|CH11|CH12|CH13|CH14 ---|---|---|---|---|---|---|---|---|----|----|----|----|---- A|E|T|R|FLIP|LED|PICTURE|VIDEO|HEADLESS|RTH|AUTOFLIP|PAN|TILT|RATE RATE: -100%(default)=>higher rates by enabling dynamic trims (except for Headless), 100%=>disable dynamic trims CC2500: only E010 and PHOENIX are supported. ### Sub_protocol WLH08 - *0* ### Sub_protocol X600 - *1* Only 3 TX IDs available, change RX_Num value 0..2 to cycle through them ### Sub_protocol X800 - *2* Only 3 TX IDs available, change RX_Num value 0..2 to cycle through them ### Sub_protocol H26D - *3* Only 3 TX IDs available, change RX_Num value 0..2 to cycle through them ### Sub_protocol E010 - *4* 15 TX IDs available, change RX_Num value 0..14 to cycle through them If a CC2500 is installed it will be used for this sub protocol. Option in this case is used for fine frequency tuning like any CC2500 protocols so check the [Frequency Tuning page](/docs/Frequency_Tuning.md). If only a NRF24L01 is installed then this sub protocol might be problematic because it is using the xn297L emulation with a transmission speed of 250kbps which doesn't work very well with every NRF24L01, this is an hardware issue with the authenticity and accuracy of the components. ### Sub_protocol H26WH - *5* CH6| ---| ARM| Only 1 TX ID available ### Sub_protocol PHOENIX - *6* CH6| ---| ARM| If a CC2500 is installed it will be used for this sub protocol. Option in this case is used for fine frequency tuning like any CC2500 protocols so check the [Frequency Tuning page](/docs/Frequency_Tuning.md). If only a NRF24L01 is installed then this sub protocol might be problematic because it is using the xn297L emulation with a transmission speed of 250kbps which doesn't work very well with every NRF24L01, this is an hardware issue with the authenticity and accuracy of the components. ## MT99XX - *17* Autobind protocol CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8|CH9 ---|---|---|---|---|---|---|---|--- A|E|T|R|FLIP|LED|PICTURE|VIDEO|HEADLESS CC2500: only YZ is supported. ### Sub_protocol MT99 - *0* Models: MT99xx ### Sub_protocol H7 - *1* Models: Eachine H7, Cheerson CX023 ### Sub_protocol YZ - *2* Model: Yi Zhan i6S Only one model can be flown at the same time since the ID is hardcoded. If a CC2500 is installed it will be used for this sub protocol. Option in this case is used for fine frequency tuning like any CC2500 protocols so check the [Frequency Tuning page](/docs/Frequency_Tuning.md). If only a NRF24L01 is installed then this sub protocol might be problematic because it is using the xn297L emulation with a transmission speed of 250kbps which doesn't work very well with every NRF24L01, this is an hardware issue with the authenticity and accuracy of the components. ### Sub_protocol LS - *3* Models: LS114, 124, 215 CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8|CH9 ---|---|---|---|---|---|---|---|--- A|E|T|R|FLIP|INVERT|PICTURE|VIDEO|HEADLESS ### Sub_protocol FY805 - *4* Model: FY805 **Only 1 ID available** CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8|CH9 ---|---|---|---|---|---|---|---|--- A|E|T|R|FLIP||||HEADLESS ### Sub_protocol A180 - *5* Model: XK A180 CH1|CH2|CH3|CH4|CH5 ---|---|---|---|--- A|E|T|R|3D6G ### Sub_protocol DRAGON - *6* Model: Eachine Mini Wing Dragon Telemetry is supported: A1 = battery voltage with a Ratio of 25.5, A2=battery low flag (0=off,>0=on) and RSSI = dummy value of 100 CH1|CH2|CH3|CH4|CH5|CH6 ---|---|---|---|---|--- A|E|T|R|MODE|RTH MODE: -100%=Beginner, 0%=Intermediate, +100%=Advanced ### Sub_protocol F949G - *7* Model: F949G CH1|CH2|CH3|CH4|CH5|CH6 ---|---|---|---|---|--- A|E|T|R|6G3D|Light ## OMP - *77* Model: OMPHOBBY M1 & M2 Helis, T720 RC Glider If a CC2500 is installed it will be used for this sub protocol. Option in this case is used for fine frequency tuning like any CC2500 protocols so check the [Frequency Tuning page](/docs/Frequency_Tuning.md). If only a NRF24L01 is installed then this sub protocol might be problematic because it is using the xn297L emulation with a transmission speed of 250kbps which doesn't work very well with every NRF24L01, this is an hardware issue with the authenticity and accuracy of the components. Telemetry is supported: - A1 = battery voltage including "recovered" battery voltage from corrupted telemetry packets - A2 = battery voltage from only good telemetry packets - How to calculate accurately the OpenTX Ratio and Offset: Set the Ratio to 12.7 and Offset to 0, plug 2 batteries with extreme voltage values, write down the values Batt1=12.5V & Telem1=12.2V, Batt2=7V & Telem2=6.6V then calculate/set Ratio=12.7*[(12.5-7)/(12.2-6.6)]=12.47 => 12.5 and Offset=12.5-12.2*[(12.5-7)/(12.2-6.6)]=0.517 => 0.5 - RX_RSSI = TQly = percentage of received telemetry packets (good and corrupted) from the model which has nothing to do with how well the RX is receiving the TX Option for this protocol corresponds to the CC2500 fine frequency tuning. This value is different for each Module and **must** be accurate otherwise the link will not be stable. Check the [Frequency Tuning page](/docs/Frequency_Tuning.md) to determine it. CH1|CH2|CH3|CH4|CH5|CH6|CH7 ---|---|---|---|---|---|--- A|E|T_PITCH|R|T_HOLD|IDLE|MODE IDLE= 3 pos switch: -100% Normal, 0% Idle1, +100% Idle2 From the TX manual: MODE= 3 pos switch -100% Attitude, 0% Attitude(?), +100% 3D For M2: MODE= 3 pos switch -100% 6G, 0% 3D, +100% 3D ## Q303 - *31* Autobind protocol CH1|CH2|CH3|CH4 ---|---|---|--- A|E|T|R CC2500: only Q303 is supported. ### Sub_protocol Q303 - *0* If a CC2500 is installed it will be used for this sub protocol. Option in this case is used for fine frequency tuning like any CC2500 protocols so check the [Frequency Tuning page](/docs/Frequency_Tuning.md). If only a NRF24L01 is installed then this sub protocol might be problematic because it is using the xn297L emulation with a transmission speed of 250kbps which doesn't work very well with every NRF24L01, this is an hardware issue with the authenticity and accuracy of the components. CH5|CH6|CH7|CH8|CH9|CH10|CH11 ---|---|---|---|---|---|--- AHOLD|FLIP|PICTURE|VIDEO|HEADLESS|RTH|GIMBAL GIMBAL needs 3 position -100%/0%/100% ### Sub_protocol CX35 - *1* CH5|CH6|CH7|CH8|CH9|CH10|CH11 ---|---|---|---|---|---|--- ARM|VTX|PICTURE|VIDEO||RTH|GIMBAL ARM is 2 positions: land / take off Each toggle of VTX will increment the channel. Gimbal is full range. ### Sub_protocol CX10D - *2* Models CX10D and CX33W CH5|CH6 ---|--- ARM|FLIP ARM is 3 positions: -100%=land / 0%=manual / +100%=take off ### Sub_protocol CX10WD - *3* CH5|CH6 ---|--- ARM|FLIP ARM is 3 positions: -100%=land / 0%=manual / +100%=take off ## Q90C - *72* CH1|CH2|CH3|CH4|CH5|CH6 ---|---|---|---|---|--- A|E|T|R|FMODE|VTX+ FMODE: -100% angle, 0% horizon, +100% acro VTX+: -100%->+100% channel+ ## SLT - *11* Autobind protocol ### Sub_protocol V1 - *0* CH1|CH2|CH3|CH4|CH5|CH6 ---|---|---|---|---|--- A|E|T|R|GEAR|PITCH ### Sub_protocol V2 - *1* CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8 ---|---|---|---|---|---|---|--- A|E|T|R|CH5|CH6|CH7|CH8 ### Sub_protocol Q100 - *2* Models: Dromida Ominus UAV CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8|CH9|CH10|CH11|CH12|CH13 ---|---|---|---|---|---|---|---|---|---|---|---|--- A|E|T|R|RATES|-|CH7|CH8|MODE|FLIP|-|-|CALIB RATES takes any value between -50..+50%: -50%=min rates, 0%=mid rates (stock setting), +50%=max rates CH7 and CH8 have no visible effect MODE: -100% level, +100% acro FLIP: sets model into flip mode for approx 5 seconds at each throw of switch (rear red LED goes out while active) -100%..+100% or +100%..-100% CALIB: -100% normal mode, +100% gyro calibration ### Sub_protocol Q200 - *3* Model: Dromida Ominus Quadcopter FPV, the Nine Eagles - FENG FPV and may be others Dromida Ominus FPV channels mapping: CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8|CH9|CH10|CH11|CH12|CH13 ---|---|---|---|---|---|---|---|---|---|---|---|--- A|E|T|R|RATES|-|CH7|CH8|MODE|FLIP|VID_ON|VID_OFF|CALIB FENG FPV: channels mapping: CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8|CH9|CH10|CH11|CH12|CH13 ---|---|---|---|---|---|---|---|---|---|---|---|--- A|E|T|R|RATES|-|CH7|CH8|FLIP|MODE|VID_ON|VID_OFF|CALIB RATES takes any value between -50..+50%: -50%=min rates, 0%=mid rates (stock setting), +50%=max rates CH7 and CH8 have no visible effect MODE: -100% level, +100% acro FLIP: sets model into flip mode for approx 5 seconds at each throw of switch (rear red LED goes out while active) -100%..+100% or +100%..-100% CALIB: -100% normal mode, +100% gyro calibration ### Sub_protocol MR100 - *4* Models: Vista UAV, FPV, FPV v2 CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8|CH9|CH10|CH11|CH12 ---|---|---|---|---|---|---|---|---|---|---|--- A|E|T|R|RATES|-|CH7|CH8|MODE|FLIP|VIDEO|PICTURE RATES takes any value between -50..+50%: -50%=min rates, 0%=mid rates (stock setting), +50%=max rates CH7 and CH8 have no visible effect FLIP: sets model into flip mode for approx 5 seconds at each throw of switch (rear red LED goes out while active) -100%..+100% or +100%..-100% MODE: -100% level, +100% acro ## V911S - *46* CH1|CH2|CH3|CH4|CH5|CH6 ---|---|---|---|---|--- A|E|T|R|CALIB|RATE Rate: -100% High, +100% Low ### Sub_protocol V911S - *0* Models: WLtoys V911S, XK A110 ### Sub_protocol E119 - *1* Models: Eachine E119, JJRC W01-J3 ## XK - *62* CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8|CH9|CH10 ---|---|---|---|---|---|---|---|---|---- A|E|T|R|Flight_modes|Take_off|Emerg stop|3D/6G|Picture|Video Flight_modes: -100%=M-Mode, 0%=6G-Mode, +100%=V-Mode. CH6-CH10 are mementary switches. CC2500: only X450 is supported. ### Sub_protocol X450 - *0* Models: XK X450 (TX=X8) If a CC2500 is installed it will be used for this sub protocol. Option in this case is used for fine frequency tuning like any CC2500 protocols so check the [Frequency Tuning page](/docs/Frequency_Tuning.md). If only a NRF24L01 is installed then this sub protocol might be problematic because it is using the xn297L emulation with a transmission speed of 250kbps which doesn't work very well with every NRF24L01, this is an hardware issue with the authenticity and accuracy of the components. ### Sub_protocol X420 - *1* Models: XK X420/X520 (TX=X4) *** # NRF24L01 RF Module ## ASSAN - *24* Extended limits supported CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8 ---|---|---|---|---|---|---|--- CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8 The transmitter must be close to the receiver while binding. ## BAYANG - *14* Autobind protocol CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8|CH9|CH10|CH11|-|-|CH14|CH15 ---|---|---|---|---|---|---|---|---|----|----|---|---|----|---- A|E|T|R|FLIP|RTH|PICTURE|VIDEO|HEADLESS|INVERTED|RATES|-|-|ANAAUX1|ANAAUX2 RATES: -100%(default)=>higher rates by enabling dynamic trims (except for Headless), 100%=>disable dynamic trims Channels 14 and 15 (ANAAUX1 and ANAAUX2) only available with analog aux channel option, indicated below. ### Sub_protocol BAYANG - *0* Models: Eachine H8(C) mini, BayangToys X6/X7/X9, JJRC JJ850, Floureon H101 ... Option=0 -> normal Bayang protocol Option=1 -> enable telemetry with [Silverxxx firmware](https://github.com/silver13/H101-acro/tree/master). Value returned to the TX using FrSkyD Hub are RX RSSI, TX RSSI, A1=uncompensated battery voltage (set the ratio to 5.0 and adjust with offset), A2=compensated battery voltage (set the ratio to 5.0 and adjust with offset) and if supported AccX=P, AccY=I, ACCZ=D (which you can rename after the sensors discovery) Option=2 -> enable analog aux channels with [NFE Silverware firmware](https://github.com/NotFastEnuf/NFE_Silverware). Two otherwise static bytes in the protocol overridden to add two 'analog' (non-binary) auxiliary channels. Option=3 -> both Silverware telemetry and analog aux channels enabled. ### Sub_protocol H8S3D - *1* Model: H8S 3D Same channels assignment as above. ### Sub_protocol X16_AH - *2* Model: X16 AH CH12| ----| TAKE_OFF| ### Sub_protocol IRDRONE - *3* Model: IRDRONE CH12|CH13 ----|---- TAKE_OFF|EMG_STOP ### Sub_protocol DHD_D4 - *4* Model: DHD D4 CH12|CH13 ----|---- TAKE_OFF|EMG_STOP ### Sub_protocol QX100 - *5* Model: REVELL QX100 ## BAYANG RX - *59* The Bayang receiver protocol enables master/slave trainning, separate access from 2 different radios to the same model,... See the [BAYANG protocol](Protocols_Details.md#BAYANG---14) on how to activate ANAUX1 and ANAUX2 (Option/Telemetry=2). CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8|CH9|CH10 ---|---|---|---|---|---|---|---|---|--- A|E|T|R|ANAUX1|ANAUX2|FLIP|RTH|PICTURE|VIDEO ### Sub_protocol Multi - *0* Use the telemetry to send the trainer information to the radio. Available in OpenTX 2.3.3, Trainer Mode Master/Multi ### Sub_protocol CPPM - *1* Sending trainer channels to FrSky radios through telemetry does not work since the telemetry lines of the internal and external modules are shared (hardware limitation). On a STM32 module and with a simple hardware modification, you can go around this limitation using CPPM to send the trainer information to the radio. For more information check the [CCPM Hardware Modification](/docs/CPPM_HW_Mod.md) page. Once your **setup** is **complete** and before enabling the internal module, you **must check the "Disable Telemetry" box** to stop the Multi module from sending any data to the radio and therfore freeing up the line for the internal module. ## BUGSMINI - *42* Models: MJX Bugs 3 Mini and 3H Telemetry enabled for RX RSSI, Battery voltage good/warning/bad **RX_Num is used to give a number to a given model. You must use a different RX_Num per MJX Bugs Mini. A maximum of 16 Bugs Mini are supported.** CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8|CH9|CH10 ---|---|---|---|---|---|---|---|---|--- A|E|T|R|ARM|ANGLE|FLIP|PICTURE|VIDEO|LED ANGLE: angle is +100%, acro is -100% ### Sub_protocol BUGSMINI - *0* ### Sub_protocol BUGS3H - *1* CH11| ---| ALTHOLD| ## Cabell - *34* Homegrown protocol with variable number of channels (4-16) and telemetry (RSSI, V1, V2). It is a FHSS protocol developed by Dennis Cabell (KE8FZX) using the NRF24L01+ 2.4 GHz transceiver. 45 channels are used frequency hop from 2.403 through 2.447 GHz. The reason for using 45 channels is to keep operation within the overlap area between the 2.4 GHz ISM band (governed in the USA by FCC part 15) and the HAM portion of the band (governed in the USA by FCC part 97). This allows part 15 compliant use of the protocol, while allowing licensed amateur radio operators to operate under the less restrictive part 97 rules if desired. Additional details about configuring and using the protocol are available at the RX project at: https://github.com/soligen2010/RC_RX_CABELL_V3_FHSS CH1|CH2|CH3|CH4|CH5 |CH6 |CH7 |CH8 |CH9 |CH10|CH11|CH12|CH13|CH14 |CH15 |CH16 ---|---|---|---|----|----|----|----|----|----|----|----|----|-----|-----|----- A | E | T | R |AUX1|AUX2|AUX3|AUX4|AUX5|AUX6|AUX7|AUX8|AUX9|AUX10|AUX11|AUX12 ### Sub_protocol CABELL_V3 - *0* 4 to 16 channels without telemetry ### Sub_protocol CABELL_V3_TELEMETRY - *1* 4 to 16 channels with telemetry (RSSI, V1, V2). V1 & V2 can be used to return any analog voltage between 0 and 5 volts, so can be used for battery voltage or any other sensor that provides an analog voltage. ### Sub_protocol CABELL_SET_FAIL_SAFE - *6* Stores failsafe values in the RX. The channel values are set when the sub-protocol is changed to 6, so hold sticks in place as the sub-protocol is changed. ### Sub_protocol CABELL_UNBIND - *7* The receiver bound to the model is un-bound. This happens immediately when the sub-protocol is set to 7. ## CG023 - *13* Autobind protocol CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8|CH9 ---|---|---|---|---|---|---|---|--- A|E|T|R|FLIP|LIGHT|PICTURE|VIDEO|HEADLESS ### Sub_protocol CG023 - *0* Models: EAchine CG023/CG031/3D X4 ### Sub_protocol YD829 - *1* Models: Attop YD-822/YD-829/YD-829C ... CH5|CH6|CH7|CH8|CH9 ---|---|---|---|--- FLIP||PICTURE|VIDEO|HEADLESS ## CX10 - *12* Autobind protocol CH1|CH2|CH3|CH4|CH5|CH6 ---|---|---|---|---|--- A|E|T|R|FLIP|RATE Rate: -100%=rate 1, 0%=rate 2, +100%=rate 3 ### Sub_protocol GREEN - *0* Models: Cheerson CX-10 green pcb Same channels assignement as above. ### Sub_protocol BLUE - *1* Models: Cheerson CX-10 blue pcb & some newer red pcb, CX-10A, CX-10C, CX11, CX12, Floureon FX10, JJRC DHD D1 CH5|CH6|CH7|CH8 ---|---|---|--- FLIP|RATE|PICTURE|VIDEO Rate: -100%=rate 1, 0%=rate 2, +100%=rate 3 or headless for CX-10A ### Sub_protocol DM007 - *2* CH5|CH6|CH7|CH8|CH9 ---|---|---|---|--- FLIP|MODE|PICTURE|VIDEO|HEADLESS ### Sub_protocol JC3015_1 - *4* CH5|CH6|CH7|CH8 ---|---|---|--- FLIP|MODE|PICTURE|VIDEO ### Sub_protocol JC3015_2 - *5* CH5|CH6|CH7|CH8 ---|---|---|--- FLIP|MODE|LED|DFLIP ### Sub_protocol MK33041 - *6* CH5|CH6|CH7|CH8|CH9|CH10 ---|---|---|---|---|--- FLIP|MODE|PICTURE|VIDEO|HEADLESS|RTH ## DM002 - *33* Autobind protocol **Only 3 TX IDs available, change RX_Num value 0-1-2 to cycle through them** CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8|CH9|CH10|CH11 ---|---|---|---|---|---|---|---|---|----|---- A|E|T|R|FLIP|LED|CAMERA1|CAMERA2|HEADLESS|RTH|RATE_LOW ## E016H - *85* Autobind protocol Model: Eachine E016H CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8|CH9 ---|---|---|---|---|---|---|---|--- A|E|T|R|STOP|FLIP|-|HEADLESS|RTH ## E01X - *45* Autobind protocol ### Sub_protocol E012 - *0* Models: Eachine E012 This protocol has been reported to not work properly due to the emulation of the HS6200 RF component using the NRF24L01. The option value is used to adjust the timing, try every values between -127 and +127. If it works please report which value you've used. CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8|CH9 ---|---|---|---|---|---|---|---|--- A|E|T|R||FLIP||HEADLESS|RTH ### Sub_protocol E015 - *1* Models: Eachine E015 This protocol has been reported to not work properly due to the emulation of the HS6200 RF component using the NRF24L01. The option value is used to adjust the timing, try every values between -127 and +127. If it works please report which value you've used. CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8|CH9 ---|---|---|---|---|---|---|---|--- A|E|T|R|ARM|FLIP|LED|HEADLESS|RTH ## ESKY - *16* CH1|CH2|CH3|CH4|CH5|CH6 ---|---|---|---|---|--- A|E|T|R|GYRO|PITCH ### Sub_protocol Std - *0* ### Sub_protocol ET4 - *1* Models compatible with the ET4 transmitter like ESky Big Lama **Multiple IDs but only one frequency...** ## ESKY150 - *35* ESky protocol for small models since 2014 (150, 300, 150X, ...) ### Sub_protocol 4CH - *0* CH1|CH2|CH3|CH4 ---|---|---|--- A|E|T|R ### Sub_protocol 7CH - *1* CH1|CH2|CH3|CH4|CH5|CH6|CH7 ---|---|---|---|---|---|--- A|E|T|R|FMODE|AUX6|AUX7 FMODE and AUX7 have 4 positions: -100%..-50%=>0, -50%..5%=>1, 5%..50%=>2, 50%..100%=>3 ## FX816 - *58* Model: FEI XIONG FX816 P38 Only 8 TX IDs available CH1|CH2|CH3|CH4 ---|---|---|--- A|-|T|- ## FY326 - *20* ### Sub_protocol FY326 - *0* Model: FY326 Q7 Quadcopter CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8|CH9 ---|---|---|---|---|---|---|---|--- A|E|T|R|FLIP|RTH|HEADLESS|EXPERT|CALIBRATE ### Sub_protocol FY319 - *1* Model: X6 FY319 Quadcopter (Needs Testing) ## FQ777 - *23* Model: FQ777-124 (with SV7241A) CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8 ---|---|---|---|---|---|---|--- A|E|T|R|FLIP|RTH|HEADLESS|EXPERT ## GW008 - *32* Model: Global Drone GW008 from Banggood There are 3 versions of this small quad, this protocol is for the one with a XNS104 IC in the stock Tx and PAN159CY IC in the quad. The xn297 version is compatible with the CX10 protocol (green pcb). The LT8910 version is not supported yet. CH1|CH2|CH3|CH4|CH5 ---|---|---|---|--- A|E|T|R|FLIP ## H8_3D - *36* Autobind protocol ### Sub_protocol H8_3D - *0* Models: EAchine H8 mini 3D, JJRC H20/H22/H11D CH5|CH6|CH7|CH8|CH9|CH10|CH11|CH12|CH13 ---|---|---|---|---|---|---|---|--- FLIP|LIGTH|PICTURE|VIDEO|OPT1|OPT2|CAL1|CAL2|GIMBAL JJRC H20: OPT1=Headless, OPT2=RTH JJRC H22: OPT1=RTH, OPT2=180/360° flip mode H8 3D: OPT1=RTH then press a direction to enter headless mode (like stock TX), OPT2=switch 180/360° flip mode CAL1: H8 3D acc calib, H20/H20H headless calib CAL2: H11D/H20/H20H acc calib ### Sub_protocol H20H - *1* CH6=Motors on/off ### Sub_protocol H20 Mini - *2* **Only 3 TX IDs available, change RX_Num value 0-1-2 to cycle through them** ### Sub_protocol H30 Mini - *3* **Only 4 TX IDs available, change RX_Num value 0-1-2_3 to cycle through them** ## HISKY - *4* ### Sub_protocol Hisky - *0* CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8 ---|---|---|---|---|---|---|--- A|E|T|R|GEAR|PITCH|GYRO|CH8 GYRO: -100%=6G, +100%=3G ### Sub_protocol HK310 - *1* Models: RX HK-3000, HK3100 and XY3000 (TX are HK-300, HK-310 and TL-3C) Failsafe supported CH1|CH2|CH3|CH4|CH5 ---|---|---|---|--- | | |T|R|AUX ## KN - *9* CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8|CH9|CH10|CH11 ---|---|---|---|---|---|---|---|---|----|---- A|E|T|R|DR|THOLD|IDLEUP|GYRO|Ttrim|Atrim|Etrim Dual Rate: +100%=full range, Throttle Hold: +100%=hold, Idle Up: +100%=3D, GYRO: -100%=6G, +100%=3G ### Sub_protocol WLTOYS - *0* Models: V966/V977/F959S/... ### Sub_protocol FEILUN - *1* ## HONTAI - *26* Autobind protocol CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8|CH9|CH10|CH11 ---|---|---|---|---|---|---|---|---|----|---- A|E|T|R|FLIP|LED|PICTURE|VIDEO|HEADLESS|RTH|CAL ### Sub_protocol HONTAI - *0* ### Sub_protocol JJRCX1 - *1* CH6| ---| ARM| ### Sub_protocol X5C1 clone - *2* ### Sub_protocol FQ777_951 - *3* ## JJRC345 - *71* CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8|CH9|CH10|CH11 ---|---|---|---|---|---|---|---|---|----|---- A|E|T|R|FLIP|HEADLESS|RTH|LED|UNK1|UNK2|UNK3 ### Sub_protocol JJRC345 - *0* Model: JJRC345 ### Sub_protocol SkyTmblr - *1* Model: DF-Models SkyTumbler RTH not supported ## LOLI - *82* LOLI3 receivers: https://github.com/wooddoor/Loli3 Failsafe supported. Once failsafe values for the 8 channels have been configured in Custom mode, wait for the RX to learn them, then set Failsafe to Receiver. Telemetry supported: RX RSSI, TX LQI (percentage of received telemetry packets), A1 and A2 with a Ratio=25.5 and Offset=0. Extended limits supported. CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8 ---|---|---|---|---|---|---|--- CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8 RX features can be configured using the [multiLOLI LUA script](https://github.com/pascallanger/DIY-Multiprotocol-TX-Module/tree/master/Lua_scripts#multiloli) on OpenTX or manually using the table below: Config on | For channel | Switch | Servo | PPM | SBUS | PWM ----|-----|-------|----|------|---|------ CH9 | CH1 | -100% | 0% | +50% | - | +100% CH10| CH2 | -100% | 0% | - | - | +100% CH11| CH3 | -100% | 0% | - | - | - CH12| CH4 | -100% | 0% | - | - | - CH13| CH5 | -100% | 0% | - | +50% | - CH14| CH6 | -100% | 0% | | - | - CH15| CH7 | -100% | 0% | - | - | +100% CH16| CH8 | -100% | 0% | - | - | - ## MouldKg - *90* Mould King 2.4GHz TX: Technic Brick models Up to 4 bricks can be controlled at the same time. Option field | Value -------------|------ 0|The module will act like the original radio which will bind every time and attach to the first brick in bind mode 1|The module will control the brick number RX_num 2|The module will control the brick number RX_num and RX_num+1 3|The module will control the brick number RX_num, RX_num+1 and RX_num+2 4|The module will control the brick number RX_num, RX_num+1, RX_num+2 and RX_num+3 To associate a brick to a RX number (RX_num above), set this RX number under the protocol, set option to 1, launch a bind and power on the brick you want to control. Repeat this for every brick using a different RX number each time and then indicate the number of bricks to be comtrolled using the Option field. Example: I want to control 2 bricks. I select RX number 1, set option to 1 and launch a bind on the first brick. I select RX number 2, set option to 1 and launch a bind on the second brick. Now to control both bricks I set RX number to 1 and option to 2. Therefore brick1 will react to channels CH1 to CH4 and brick2 to channel CH5 to CH8. On another model I can control 4 other bricks, bind each brick to RX number 3 to 6 and then finaly set RX number to 3 and option to 4 to contol the 4 bricks with CH1 to CH16. ### Sub_protocol Analog - *0* CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8|CH9|CH10|CH11|CH12|CH13|CH14|CH15|CH16 ---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|--- Brick1_A|Brick1_B|Brick1_C|Brick1_D|Brick2_A|Brick2_B|Brick2_C|Brick2_D|Brick3_A|Brick3_B|Brick3_C|Brick3_D|Brick4_A|Brick4_B|Brick4_C|Brick4_D ### Sub_protocol Digit - *1* CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8|CH9|CH10|CH11|CH12|CH13|CH14|CH15|CH16 ---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|--- Brick1_A|Brick1_B|Brick1_C|Brick1_D|Brick2_A|Brick2_B|Brick2_C|Brick2_D|Brick3_A|Brick3_B|Brick3_C|Brick3_D|Brick4_A|Brick4_B|Brick4_C|Brick4_D ## NCC1701 - *44* Model: Air Hogs Star Trek USS Enterprise NCC-1701-A Autobind protocol Telemetry: RSSI is a dummy value. A1 voltage is dummy but used for crash detection. In case of a crash event A1>0V, you can assign a sound to be played on the TX in that case (siren on the original transmitter). Only 9 IDs available, cycle through them using RX_Num. CH1|CH2|CH3|CH4|CH5 ---|---|---|---|--- A|E|T|R|Warp ## Potensic - *51* Model: Potensic A20 CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8 ---|---|---|---|---|---|---|--- A|E|T|R|TAKE_OFF/LANDING|EMERGENCY|MODE|HEADLESS TAKE_OFF/LANDING: momentary switch -100% -> +100% EMERGENCY: Stop +100% MODE: Beginner -100%, Medium 0%, Advanced +100% HEADLESS: Off -100%, On +100% ## PROPEL - *66* Model: PROPEL 74-Z Speeder Bike Autobind protocol Telemetry: RSSI is equal to TX_LQI which indicates how well the TX receives the RX (0-100%). A1 voltage should indicate the numbers of life remaining (not tested). A2 is giving the model status using a bit mask: 0x80=flying, 0x08=taking off, 0x04=landing, 0x00=landed/crashed CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8|CH9|CH10|CH11|CH12|CH13|CH14 ---|---|---|---|---|---|---|---|---|----|----|----|----|---- A|E|T|R|LEDs|RollCW|RollCCW|Fire|Weapons|Calib|Alt_Hold|Take_off|Land|Training ## Q2X2 - *29* ### Sub_protocol Q222 - *0* Models: Q222 v1 and V686 v2 CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8|CH9|CH10|CH11|CH12 ---|---|---|---|---|---|---|---|---|---|---|--- A|E|T|R|FLIP|LED|MODULE2|MODULE1|HEADLESS|RTH|XCAL|YCAL ### Sub_protocol Q242 - *1* and Q282 - *2* CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8|CH9|CH10|CH11|CH12 ---|---|---|---|---|---|---|---|---|---|---|--- A|E|T|R|FLIP|LED|PICTURE|VIDEO|HEADLESS|RTH|XCAL|YCAL Model: JXD 509 is using Q282 with CH12=Start/Stop motors ## Realacc - *76* Model: Realacc R11 Untested protocol, let me know if it works. Autobind protocol ### Sub_protocol R11 - *0* CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8|CH9|CH10 ---|---|---|---|---|---|---|---|---|---- A|E|T|R|FLIP|LIGHT|CALIB|HLESS|RTH|UNK ## Redpine - *50* [Link to the forum](https://www.rcgroups.com/forums/showthread.php?3236043-Redpine-Lowest-latency-RC-protocol) ### Sub_protocol FAST - *0* ### Sub_protocol SLOW - *1* ## Shenqi - *19* Autobind protocol Model: Shenqiwei 1/20 Mini Motorcycle CH1|CH2|CH3|CH4 ---|---|---|--- -|-|T|R Throttle +100%=full forward,0%=stop,-100%=full backward. ## Symax - *10* Autobind protocol CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8|CH9 ---|---|---|---|---|---|---|---|--- A|E|T|R|FLIP|RATES|PICTURE|VIDEO|HEADLESS RATES: -100%(default)=>disable dynamic trims, +100%=> higher rates by enabling dynamic trims (except for Headless) ### Sub_protocol SYMAX - *0* Models: Syma X5C-1/X11/X11C/X12 ### Sub_protocol SYMAX5C - *1* Model: Syma X5C (original) and X2 ## V2X2 - *5* CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8|CH9|CH10|CH11 ---|---|---|---|---|---|---|---|---|----|---- A|E|T|R|FLIP|LIGHT|PICTURE|VIDEO|HEADLESS|MAG_CAL_X|MAG_CAL_Y ### Sub_protocol V2x2 - *0* Models: WLToys V202/252/272, JXD 385/388, JJRC H6C, Yizhan Tarantula X6 ... PICTURE: also automatic Missile Launcher and Hoist in one direction VIDEO: also Sprayer, Bubbler, Missile Launcher(1), and Hoist in the other dir ### Sub_protocol JXD506 - *1* Model: JXD 506 CH10|CH11|CH12 ---|---|--- Start/Stop|EMERGENCY|CAMERA_UP/DN ### Sub_protocol MR101 - *2* TX: MR101, model: Dromida XL **Only 1 ID** available. If you have a TX contact me on GitHub or RCGroups. Autobind protocol CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8|CH9|CH10|CH11 ---|---|---|---|---|---|---|---|---|----|---- A|E|T|R|FLIP||PICTURE|VIDEO||MOT_ON_OFF|AUTO MOT_ON_OFF: momentary switch (you need to maintaint it for at least 1.5sec for on or off) AUTO: Land=-100% Takeoff=+100% The model can work with a none centered throttle. ## Tiger - *61* Autobind protocol **Only 1 ID** CH1|CH2|CH3|CH4|CH5|CH6 ---|---|---|---|---|--- A|E|T|R|FLIP|LIGHT ## V761 - *48* Gyro: -100%=Beginer mode (Gyro on, yaw and pitch rate limited), 0%=Mid Mode ( Gyro on no rate limits), +100%=Mode Expert Gyro off Calib: momentary switch, calib will happen one the channel goes from -100% to +100% Flip: momentary switch: hold flip(+100%), indicate flip direction with Ele or Ail, release flip(-100%) RTN_ACT and RTN: -100% disable, +100% enable ### Sub_protocol 3CH - *0* Model: Volantex V761-1, V761-3 and may be others CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8|CH9 ---|---|---|---|---|---|---|---|--- -|E|T|R|GYRO|CALIB|FLIP|RTN_ACT|RTN ### Sub_protocol 4CH - *1* Model: Volantex V761-4+ and Eachine P51-D, F4U, F22 and may be others CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8|CH9 ---|---|---|---|---|---|---|---|--- A|E|T|R|GYRO|CALIB|FLIP|RTN_ACT|RTN ## XERALL - *91* Model: Xerall TankCopter To bind/link the model faster put the throttle low before powering up the model. CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8|CH9|CH10|CH11|CH12|CH13 ---|---|---|---|---|---|---|---|---|---|---|---|--- A|E|T|R|Fly/Tank|Takeoff/Land/Emerg|Rate|HeadLess|Photo|Video|TrimR|TrimE|TrimA Fly/Tank: -100%=Fly, +100%=Tank Takeoff/Land/Emerg: momentary switch -100%->+100%, same switch for all 3 functions. For Takeoff throttle must be centered before actionning the momentary switch. For Emergency stop hold the momentary switch for a few sec. Unlock the motors is achieved like on the original radio by putting sticks in the bottom corners (position depends on your mode 1,2,3,4) and throttle has to be raised to center before recentering the sticks for the motors to keep spinning. Takeoff happens as soon as the throttle goes above center. Rate: -100%=Low, +100%=High HeadLess: -100%=Off, +100%=On Photo: momentary switch -100%->+100% (short press on the original remote) Video: -100%=Off, +100%=On (long press on the original remote) ## YD717 - *8* Autobind protocol CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8|CH9 ---|---|---|---|---|---|---|---|--- A|E|T|R|FLIP|LIGHT|PICTURE|VIDEO|HEADLESS ### Sub_protocol YD717 - *0* ### Sub_protocol SKYWLKR - *1* ### Sub_protocol SYMAX4 - *2* ### Sub_protocol XINXUN - *3* ### Sub_protocol NIHUI - *4* Same channels assignement as above. ## ZSX - *52* Model: JJRC ZSX-280 Autobind protocol CH1|CH2|CH3|CH4|CH5 ---|---|---|---|--- -|-|T|R|LIGHT # SX1276 RF Module ## FRSKYR9 - *65* **R9 RXs must be flashed with latest ACCST.** Extended limits and failsafe supported. Full telemetry supported. Notes: - The choices of CH1-8/CH9-16 and Telem ON/OFF is available in OpenTX 2.3.10 nightlies. The default is CH1-8 Telem ON. - Telemetry from TX to RX is available in OpenTX 2.3.10 nightlies. - Power adjustment is not supported on the T18. ### Sub_protocol R9_915 - *0* FLEX 915MHz, 16 channels CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8|CH9|CH10|CH11|CH12|CH13|CH14|CH15|CH16 ---|---|---|---|---|---|---|---|---|----|----|----|----|----|----|---- CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8|CH9|CH10|CH11|CH12|CH13|CH14|CH15|CH16 ### Sub_protocol R9_868 - *1* FLEX 868MHz, 16 channels CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8|CH9|CH10|CH11|CH12|CH13|CH14|CH15|CH16 ---|---|---|---|---|---|---|---|---|----|----|----|----|----|----|---- CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8|CH9|CH10|CH11|CH12|CH13|CH14|CH15|CH16 ### Sub_protocol R9_915_8CH - *2* FLEX 915MHz, 8 channels CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8 ---|---|---|---|---|---|---|--- CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8 ### Sub_protocol R9_868_8CH - *3* FLEX 868MHz, 8 channels CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8 ---|---|---|---|---|---|---|--- CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8 ### Sub_protocol R9_FCC - *4* FCC, 16 channels CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8|CH9|CH10|CH11|CH12|CH13|CH14|CH15|CH16 ---|---|---|---|---|---|---|---|---|----|----|----|----|----|----|---- CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8|CH9|CH10|CH11|CH12|CH13|CH14|CH15|CH16 ### Sub_protocol R9_FCC_8CH - *6* FCC, 8 channels CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8 ---|---|---|---|---|---|---|--- CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8 # OpenLRS module ## OpenLRS - *27* This is a reservation for OpenLRSng which is using Multi's serial protocol for their modules: https://openlrsng.org/. On the Multi side there is no protocol affected on 27 so it's just ignored.