From b0f64297cb7505514892407b3b8a5130377b3db5 Mon Sep 17 00:00:00 2001 From: pascallanger Date: Thu, 22 Nov 2018 10:21:18 +0100 Subject: [PATCH 1/8] Update Compiling_STM32.md --- docs/Compiling_STM32.md | 2 ++ 1 file changed, 2 insertions(+) diff --git a/docs/Compiling_STM32.md b/docs/Compiling_STM32.md index d8f3931..de56afd 100644 --- a/docs/Compiling_STM32.md +++ b/docs/Compiling_STM32.md @@ -172,10 +172,12 @@ Assuming the process is successful: 1. Your module is ready to use, enjoy!!! ## Flash from TX +1. The MPM module must have a recent bootloader installed 1. Click **Tools -> Upload method -> Flash from TX** 1. Click **Sketch -> Export compiled Binary**, or press **Ctrl+Alt+S** 1. Locate the file named **multi-stm-x.x.x.x.bin** in the **Multiprotocol source folder** folder (x.x.x.x is the multi version) 1. Follow the instructions [here](/docs/Flash_from_Tx.md) to upload the firmware using your radio +1. Once done your module is ready to be used ## Upload via USB In order for the module to be correctly identified it is necessary and only once to do some operations based on your operating system. From 6ad2ee5a478eac40671004f3012fbf6a1e5613f1 Mon Sep 17 00:00:00 2001 From: pascallanger Date: Thu, 22 Nov 2018 10:32:13 +0100 Subject: [PATCH 2/8] Update Compiling.md --- docs/Compiling.md | 7 +++---- 1 file changed, 3 insertions(+), 4 deletions(-) diff --git a/docs/Compiling.md b/docs/Compiling.md index 48af976..9ef0510 100644 --- a/docs/Compiling.md +++ b/docs/Compiling.md @@ -113,7 +113,7 @@ The bootloader only needs to be burned once, unless you decide to switch from on There are two bootloader options: * **'No bootloader'** maximises flash space for protocols - * **'Flash from TX'** (highly recommended) installs a small (512 byte) bootloader which allows flashing the module firmware using from a radio running ersky9x + * **'Flash from TX'** installs a small (512 byte) bootloader which allows flashing the module firmware using from a radio running ersky9x **Note:** 'Burning the bootloader' is necessary even if the 'No bootloader' option is selected, as it sets the fuses on the AVR module. This only needs to be once (unless you decide to change your bootloader choice later) @@ -122,15 +122,14 @@ There are two bootloader options: ### Upload the firmware You are now ready to upload the firmware to the multiprotocol module. There are two methods for uploading the firmware: -* **Flash from TX** - uses the bootloader mode of radios running ersky9x or OpenTX to upload the firmware. The radio needs to run the latest bootloader with the Multi Flash app. +* **Flash from TX** - uses the bootloader mode of radios running ersky9x or OpenTX to upload the firmware. The radio needs to run the latest bootloader with the Flash Multi app. * **Upload using Arduino IDE** uses the Arduino IDE and the USBasp programmer to upload the firmware #### Flash from TX 1. In the Arduino IDE click **Sketch -> Export compiled Binary**, or press **Ctrl+Alt+S** 1. Locate the file named **multi-avr-x.x.x.x.hex** in the **Multiprotocol source folder** (x.x.x.x is the multi version) 1. Follow the instructions [here](/docs/Flash_from_Tx.md) to upload the firmware using your radio - -You can disconnect the programmer now as it is not needed any more. +1. Once the previous step is completed your module is ready to be used #### Upload using Arduino IDE **Note:** If you have burned the 'Upload from TX' bootloader and you then upload firmware to your module using **Upload Using Programmer**, you will erase the bootloader. That's just the way the Arduino IDE works - avrdude will erase the entire flash memory prior to writing the new code, *including the bootloader*, and the upload will not put it back. If this happens you can [burn it again](#burn-bootloader-and-set-fuses). From 5fc860702f43e06b13ed0c8ee976b695cfa5fc90 Mon Sep 17 00:00:00 2001 From: pascallanger Date: Thu, 22 Nov 2018 10:35:30 +0100 Subject: [PATCH 3/8] Update Compiling.md --- docs/Compiling.md | 1 + 1 file changed, 1 insertion(+) diff --git a/docs/Compiling.md b/docs/Compiling.md index 9ef0510..f6a73bb 100644 --- a/docs/Compiling.md +++ b/docs/Compiling.md @@ -126,6 +126,7 @@ You are now ready to upload the firmware to the multiprotocol module. There are * **Upload using Arduino IDE** uses the Arduino IDE and the USBasp programmer to upload the firmware #### Flash from TX +1. The MPM module must have a bootloader installed 1. In the Arduino IDE click **Sketch -> Export compiled Binary**, or press **Ctrl+Alt+S** 1. Locate the file named **multi-avr-x.x.x.x.hex** in the **Multiprotocol source folder** (x.x.x.x is the multi version) 1. Follow the instructions [here](/docs/Flash_from_Tx.md) to upload the firmware using your radio From 9e3c1ab0599694a74f4d9ca95d5ac85dac452a56 Mon Sep 17 00:00:00 2001 From: pascallanger Date: Thu, 22 Nov 2018 11:42:47 +0100 Subject: [PATCH 4/8] Update Compiling.md --- docs/Compiling.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/docs/Compiling.md b/docs/Compiling.md index f6a73bb..55ca9c5 100644 --- a/docs/Compiling.md +++ b/docs/Compiling.md @@ -126,7 +126,7 @@ You are now ready to upload the firmware to the multiprotocol module. There are * **Upload using Arduino IDE** uses the Arduino IDE and the USBasp programmer to upload the firmware #### Flash from TX -1. The MPM module must have a bootloader installed +1. The MPM module must have the 'Flash from TX' bootloader installed 1. In the Arduino IDE click **Sketch -> Export compiled Binary**, or press **Ctrl+Alt+S** 1. Locate the file named **multi-avr-x.x.x.x.hex** in the **Multiprotocol source folder** (x.x.x.x is the multi version) 1. Follow the instructions [here](/docs/Flash_from_Tx.md) to upload the firmware using your radio From 693ea75e952ec211234a278dabe71041c34f4fe8 Mon Sep 17 00:00:00 2001 From: pascallanger Date: Thu, 22 Nov 2018 23:01:26 +0100 Subject: [PATCH 5/8] Update Protocols_Details.md --- Protocols_Details.md | 7 ++++--- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/Protocols_Details.md b/Protocols_Details.md index ce1ce38..0ee979c 100644 --- a/Protocols_Details.md +++ b/Protocols_Details.md @@ -406,15 +406,16 @@ Telemetry enabled for TSSI and plugins option=number of channels from 4 to 12. An invalid option value will end up with 6 channels. -CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8|CH9|CH10|CH11|CH12 ----|---|---|---|---|---|---|---|---|----|----|---- -A|E|T|R|CH5|CH6|CH7|CH8|CH9|CH10|CH11|CH12 +CH1|CH2|CH3|CH4|CH5|CH6|CH7|CH8|CH9|CH10|CH11|CH12|----|----|CH15 +---|---|---|---|---|---|---|---|---|----|----|----|----|----|---- +A|E|T|R|CH5|CH6|CH7|CH8|CH9|CH10|CH11|CH12|----|----|TH_KILL Notes: - model/type/number of channels indicated on the RX can be different from what the RX is in fact wanting to see. So don't hesitate to test different combinations until you have something working. Using Auto is the best way to find these settings. - RX output will match the Spektrum standard TAER independently of the input configuration AETR, RETA... - 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 (old way) uncomment in _config.h the line #define DSM_MAX_THROW . In this mode to achieve standard throw use a channel weight of 84%. + - TH_KILL is a feature which is enabled on channel 15 by defaut (can be disabled/changed) in the _config.h file. Some models (X-Vert, Balde 230S...) require a special position to instant stop the motor(s). If the channel 15 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 15 will instantly kill the motors on the X-Vert. ### Sub_protocol DSM2_22 - *0* DSM2, Resolution 1024, refresh rate 22ms From 4124ec80ec5c649f8f2e17c1ec836497f4d53107 Mon Sep 17 00:00:00 2001 From: pascallanger Date: Thu, 22 Nov 2018 23:07:01 +0100 Subject: [PATCH 6/8] Update Protocols_Details.md --- Protocols_Details.md | 2 ++ 1 file changed, 2 insertions(+) diff --git a/Protocols_Details.md b/Protocols_Details.md index 0ee979c..fc1fa7f 100644 --- a/Protocols_Details.md +++ b/Protocols_Details.md @@ -102,6 +102,8 @@ Option is used to change the servo refresh rate. A value of 0 gives 50Hz (min), 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). +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 From 04412667ffdd0c560b7be509d099e702ea661e70 Mon Sep 17 00:00:00 2001 From: pascallanger Date: Thu, 22 Nov 2018 23:08:20 +0100 Subject: [PATCH 7/8] Update Protocols_Details.md --- Protocols_Details.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Protocols_Details.md b/Protocols_Details.md index fc1fa7f..97b5178 100644 --- a/Protocols_Details.md +++ b/Protocols_Details.md @@ -108,7 +108,7 @@ 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 -Note that the RX ouput will be AETR. +Note that the RX ouput will be AETR whatever the input channel order is. ### Sub_protocol PWM_IBUS - *0* ### Sub_protocol PPM_IBUS - *1* From 52ca258616caf15a4559b607b6b5b954aa1b2ce4 Mon Sep 17 00:00:00 2001 From: pascallanger Date: Thu, 22 Nov 2018 23:24:38 +0100 Subject: [PATCH 8/8] Update Protocols_Details.md --- Protocols_Details.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Protocols_Details.md b/Protocols_Details.md index 97b5178..2d04ac1 100644 --- a/Protocols_Details.md +++ b/Protocols_Details.md @@ -417,7 +417,7 @@ Notes: - RX output will match the Spektrum standard TAER independently of the input configuration AETR, RETA... - 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 (old way) uncomment in _config.h the line #define DSM_MAX_THROW . In this mode to achieve standard throw use a channel weight of 84%. - - TH_KILL is a feature which is enabled on channel 15 by defaut (can be disabled/changed) in the _config.h file. Some models (X-Vert, Balde 230S...) require a special position to instant stop the motor(s). If the channel 15 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 15 will instantly kill the motors on the X-Vert. + - TH_KILL is a feature which is enabled on channel 15 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 15 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 15 will instantly kill the motors on the X-Vert. ### Sub_protocol DSM2_22 - *0* DSM2, Resolution 1024, refresh rate 22ms