description | none |
homepage URL | https://github.com/pascallanger/DIY-Multiprotocol-TX-Module |
repository URL | https://github.com/pascallanger/DIY-Multiprotocol-TX-Module.git |
owner | stefan.naewe+rr@gmail.com |
last change | Thu, 18 Apr 2024 08:40:37 +0000 (18 10:40 +0200) |
last refresh | Sat, 20 Apr 2024 01:00:59 +0000 (20 03:00 +0200) |
mirror URL | git://repo.or.cz/DIY-Multiprotocol-TX-Module.git |
https://repo.or.cz/DIY-Multiprotocol-TX-Module.git | |
ssh://git@repo.or.cz/DIY-Multiprotocol-TX-Module.git | |
bundle info | DIY-Multiprotocol-TX-Module.git downloadable bundles |
content tags |
The Multiprotocol Tx Module (or MULTI-Module) is a 2.4GHz transmitter module which enables almost any transmitter to control many different receivers and models, including many popular helicopters, planes, quadcopters, and miniquads.
The main forum for protocol requests and questions is on RCGroups.com.
If you like this project and want to support further development please consider making a donation.
€5 |
€10 |
€15 |
€25 |
Other |
Multiprotocol downloads:
Current Multiprotocol code check status: . Download the latest test build here.
Current Multiprotocol boards check status:
A functioning MULTI-Module consists of (see image below):
A host RC Tx
A Multiprotocol Transmitter Module (MULTI-Module) that connects to a host transmitter. This module is typically comprised of
One of the most attractive features of the MULTI-module is the ability to send telemetry signals back to the transmitter. The MULTI-Module is fully telemetry capable for all protocols that support telemetry. Your ability to use the telemetry information depends on your radio hardware and firmware.
In constructing a functioning MULTI-Module there are important choices to be made and tradeoffs to be aware of. The most important are:
There are currently four generic paths to get your hands on an MULTI-Module. These are outlined in detail on the hardware page. Here they are, in order of increasing difficulty:
The last option is where it all started and how the pioneers in this project made their boards. However, due to the growing interest in “one module to rule them all” you now have options to purchase a ready-made board (with old firmware that you will need to upgrade).
For more information on these options see the hardware page
This depends on your specific needs. However, recent the availability of the 4-in-1 RF modules from Banggood for less than $35 makes it easy to “have it all”. Most manufacturers of RC systems (Spektrum, FrSky, FlySky) and toys (Syma, Hubsan, etc.) use one of these four RF chips to manage the RF link between the transmitter and the reciever/model. Here is an incomplete list of the RF modules and some of the most popular toys that use them. For the complete list see the Protocol Details page.
Manufacturer | RF Chip | Example Protocols |
---|---|---|
Cyprus Semiconductor | CYRF6936 | DSM/DSMX |
Walkera Devo | ||
J6Pro | ||
Texas Instruments | CC2500 | FrSky |
Futaba SFHSS | ||
Amiccom | A7105 | FlySky |
FlySky AFHDS2A | ||
Hubsan | ||
Nordic Semiconductor | NRF24L01 | HiSky |
Syma | ||
ASSAN | ||
and most other Chinese models |
For example, if you have no interest in binding your Tx to an model with and FrSky or Futaba SFHSS receiver you do not need to include the CC2500 RF module in your system.
In the case of the ATmega328, the memory required by all the possible protocols exceeds the 32KB flash limit considerably. This means that you will need to make a choice of which protocols you will compile into your firmware. Fortunately, the process of selecting and compiling is not too difficult and it is fully documented on the Compiling and Programming page.
An alternative is to use a STM32 ARM microcontroller based module which can hold all the protocols.
The MULTI-Module supports industry standard PPM interface that works with all transmitters with either:
Most of the older FM radios support the PPM interface.
If you are the owner of a transmitter that supports the er9X/erSky9X or OpenTX firmwares (Frsky Taranis, Horus or the FlySky TH9X or the Turnigy 9X family) you have the additional option to use a serial protocol to communicate between your Tx and the MULTI-Module. (Owners of Walkera Devo transmitters should look at the Deviation Tx project for how to achieve the same end goal). This serial protocol does not require any hardware modifications, but will likely require updating the firmware on your radio. For those willing to do this, there are some nice advantages:
Visit the Troubleshooting page. Please bear in mind that the MULTI-Module is a complex system of hardware and software and it may take some patience to get it up and running. Also remember that the developers of the system are actual users of the system. This means that at any moment in time the system is working perfectly for them. A corollary to this is that if you are struggling there are likely two scenarios. First, that the problem is with your hardware or with your configuration, second, and much more unlikely but not impossible scenario, is that you are struggling with a new undiscovered bug. (The author of this documentation speaks from experience ;-) Please check the RC Groups forum and search for keywords relating to your problem before posting a reply. When you do post a reply please so humbly and respectfully – you will find many helpful people there. In your reply please include as much relevant information as possible and attach compilation output and _Config.h
files as text attachments to keep the forum clean.
A very big thanks to all the people who have shared their time so graciously to create this great project. If you come across them on RC Groups, please be kind and show appreciation. In no particular order:
Your help would be greatly appreciated. If protocol reverse-engineering and dev is not your thing then any help with testing and contributing to the documentation would be amazing. Given the number of different Tx/module hardware/RF module/protocol/model combinations the process of testing and documenting is a major bottleneck for the developers. Anything you can do to help will free them up to do even greater things.
If you like this project and want to support further development please consider making a donation.
4 weeks ago | v1.3.4.0 | commitlog | ||
6 months ago | v1.3.3.33 | commitlog | ||
18 months ago | v1.3.3.20 | commitlog | ||
21 months ago | v1.3.3.14 | commitlog | ||
2 years ago | v1.3.3.7 | commitlog | ||
2 years ago | v1.3.3.0 | commitlog | ||
2 years ago | v1.3.2.86 | commitlog | ||
2 years ago | v1.3.2.77 | commitlog | ||
3 years ago | v1.3.2.61 | commitlog | ||
3 years ago | v1.3.2.58 | commitlog | ||
3 years ago | v1.3.2.30 | commitlog | ||
3 years ago | v1.3.2.12 | commitlog | ||
3 years ago | v1.3.2.11 | commitlog | ||
3 years ago | v1.3.2.6 | commitlog | ||
3 years ago | v1.3.1.92 | commitlog | ||
3 years ago | v1.3.1.78 | commitlog | ||
... |
40 hours ago | master | logtree |
5 weeks ago | pascallanger-patch-6 | logtree |
2 months ago | pascallanger-patch-5 | logtree |
3 months ago | pascallanger-patch-4 | logtree |
3 months ago | pascallanger-patch-3 | logtree |
3 months ago | pascallanger-patch-2 | logtree |
10 months ago | fix-arduino-cli | logtree |
11 months ago | pascallanger-patch-1 | logtree |