ExpressLRS

STM32/ESP32/ESP8285-based High-Performance Radio Link for RC applications

GPL-3.0 License

Stars
3.1K
Committers
114
View Code on GitHub
Ecosystems: ESP32, ESP8266

Bot releases are hidden (Show)

ExpressLRS - ExpressLRS V3.4.0-RC1 Latest Release

Published by JyeSmith 6 months ago

Getting Started 3.0 Documentation

The important stuff

  • Arming must be on AUX1 for safety and feature reasons, having this fixed allows us to maintain small packet sizes and deliver better aux channel options
  • Be sure to flash both the TX and RX.
  • This is a release candidate. We have tested it using our release test plan, but there may still be bugs. Don't flash it to anything important. We appreciate the community testing.
  • Lua script MUST be updated to elrsV3.lua and is backwards compatible with 2.x. Firmware get it here: Lua

Compatibility

This is a feature release version (meaning it contains new features, targets and bug-fixes) and is compatible with all V3.X versions.

Who should update from V3.3?

  • Our 3 LBT users
  • Anyone who is interested in the latest and greatest features listed below

Who should NOT update from V3.3?

Our STM32 users. This includes the Happymodel ES915 TX/RX, Happymodel PP, NamimnoRC V1 Flash/Voyager TX/RX, FM30, Ghost and FrSky R9 hardware.

New Features

More detail on the below features will be added with coming RCs and the final release.

Team Race

#2176

"Match TX" output power

#2242

Added US433 domains

#2309

Sentinel tracker integration

#2370

Move targets to separate repository

#2400
This allows the dev team to add new targets as soon as they have been tested/passed, if they don't require firmware changes to support them

Added serial protocols on receivers

#2408 Support Graupner HoTT telemetry sensors
#2631 HoTT Telemetry: robustness measure

ESP32-S3 target support

#2410 Support for ESP32-S3 targets
#2463 Get thermal info from S3 if no LM75A
#2472 Fix esp32s3 and backpack passthrough flashing settings
#2494 Allow flashing of the backpack on S3 via USB

PWM extensions

#2346 DShot output for PWM receivers
#2425 Configurable I2C pins for PWM capable (ESP32) receivers
#2535 PWM failsafe modes, like no-pulse, hold, and custom set position
#2624 WebUI: prevent multiple I2C SCL/SDA selections

OLED/TFT menu updates

#2322 Configurable OLED/TFT startup splash screen
#2432 Added switch-mode and Gemini settings

UDP/WiFi Joystick support

#2444 Adds a Joystick that sends data via UDP/WIFI

SPI VTx control

#2515 VTX SPI output calibration routine and initial PWM value config
#2583 Fixed VTX PWM array initialization for unified ESP32 targets

Better binding experience

#2542 Allow all binding methods on RX
#2523 Support CRSF bind command from betaflight

Support for non-EdgeTX handsets

#2528 PPM handset support
#2612 Fix TX module PPM input seeing spurious channels

Support for Semtech LR1121 dual-band radio

#2540 Gemini Xrossband (GemX) - LR1121 Driver
#2616 Adds LR1121 image calibration
#2617 Fix LR1121 binding (adds 2.4GHz binding)
#2618 Allow choosing the domain for LR1121 modules

Fix for LBT telemetry lost

#2643 LBT - Change TX modules to use RX mode with timeout

Support for BMP280/BME280 I2C barometers on receivers

#2480 Add BMP280/BME280 I2C barometer support

New Targets

With the separation of the targets from the main firmware repository we will list only those targets that are only supported from this release onwards.
Any new targets that have been added that can be supported by older firmware will just show up in Configurator.

Receivers

Transmitters

  • Add ESP8285 900MHz TX Target #2566

Maintenance

  • Allow SPI VTx operation without an FC, for use with planes/cars etc that do not use a flight controller #2316
  • Display a logo on OLED/TFT boot #2322

Fixes

  • Fix backpack on Gemini 900 target #2323
  • Disable MSP VTx after no comms on boot #2324
  • Bring back full 16 Channel support #2365
  • Work around hardware bug in ESP32-S3 SPI implementation for SPI connected VTx #2406
  • Add float support to Lua #2415
  • Fix Lua for SELECT types with only one value #2416
  • Various web UI fixes and improvements #2422
  • Hide lua backpack items if the backpack is disabled #2429
  • SUMD not working at packet rates above 100Hz #2478
  • Pin AsyncTCP to a specific version (The upstream released a broken version!) #2522
  • Allow screen rotation for TFT screens #2520
  • Disable processing MSP VTX commands if there is no SPI VTx #2525
  • Pick SSID with strongest RSSI in mesh networks with multiple identical SSIDs #2536
  • Allow setting the destination for CRSF MSP packets (fixes integration with rotorflight) #2550
  • Fix error when radio chip failed to read #2567
  • Update the wifi power levels #2568
  • Only call servo function if theres a change #2571
  • PWM testing/fixes #2588
  • Increase SX1276 SyncPktIntervalDisconnected for 25Hz #2589
  • Add file drag-and-drop to web UI update tab #2590
  • Pass through handset channels if headtracking switch is off #2615
  • Fix "Not set" UID badge in web UI #2619
  • Fix antenna value for Diversity/Gemini receivers #2622

Known Issues

  • Some STM32 hardware is currently not compatible with v3.4.
ExpressLRS - ExpressLRS V3.3.2

Published by pkendall64 10 months ago

Changes since 3.3.1

  • Ability to control SX12xx output power when using a DAC controlled PA (#2498)
  • Fix for 10kHz Duty-cycle not going to 0 or 100% on 8285-based PWM receivers (#2496)
  • Fix PWM channel reset on TX/RX serial port config change via LUA (#2486, #2499)
  • Fix GetLastPacketStats() and diversity packet CRC check (#2488, #2491)

New targets supported by this release

  • RadioMaster Bandit series

Getting Started 3.0 Documentation

The important stuff

  • Arming must be on AUX1 for safety and feature reasons, having this fixed allows us to maintain small packet sizes and deliver better aux channel options
  • Be sure to flash both the TX and RX.
  • Lua script MUST be updated to elrsV3.lua and is backwards compatible with 2.x. Firmware get it here: Lua

Compatibility

This is a patch version release bug-fixes only (mostly) and is compatible with V3.X.

Who should update from 3.3.1 or earlier?

  • Users that are using 10kHz duty cycle output

Warning

  • The IMU has been temporarily disabled on TX modules that support it (Radiomaster Ranger, Radiomaster Bandit, Axis Thor). This has been done in order to work around a bug that has yet to be fixed, as described here: https://github.com/ExpressLRS/targets/pull/30. The following features will not be available on IMU-enabled TXs until the bug has been fixed, and the IMU has been re-enabled:
  1. Bump to loan
  2. Auto-reduce RF power when inactive and disarmed
  3. Auto screen on/off
ExpressLRS - ExpressLRS V3.3.1

Published by pkendall64 12 months ago

Changes since 3.3.0

  • Renamed the BETAFPV Lite Radio 3 to BETAFPV Lite Radio 3 Pro #2319
  • Separated Happymodel EP1/EP2 targets to be more obvious #2319
  • Fixed the naming of the Ghost Atto RX target (it's not a TX!) #2319
  • Renamed Radiomaster Zorro to Radiomaster Zorro Internal #2319
  • Added missing 900MHz Happymodel EPW6 receiver #2332
  • Reduced max packet rate for external modules limited to 400kbaud UART to 333Hz (fixes Lua freezing) #2327
  • Add Radiomaster Pocket radio, an alias for the Zorro target #2342
  • Corrected receiver power for LBT firmware #2334
  • Added back the stock bootloader flashing option for STM32 targets #2354
  • Fixed the maximum output power option for Happymodel ES900TX #2359
  • Reimplemented fuzzy_snr using integer arithmetic #2378 #2379
  • Fix LBT fall back mode #2430
  • Optimize and fix broken FM30 target #2413
  • Fix LBT #2438

Getting Started 3.0 Documentation

The important stuff

  • Arming must be on AUX1 for safety and feature reasons, having this fixed allows us to maintain small packet sizes and deliver better aux channel options
  • Be sure to flash both the TX and RX.
  • Lua script MUST be updated to elrsV3.lua and is backwards compatible with 2.x. Firmware get it here: Lua

Compatibility

This is a patch version release bug-fixes only (mostly) and is compatible with V3.X.

Who should update from V3.3.0?

  • LBT users
  • Users with radios that are limited to 400kbaud and Lua freezing at the loading screen
ExpressLRS - ExpressLRS V3.3.0

Published by JyeSmith over 1 year ago

Changes since RC2

  • Improved autobaud detection with handsets #2283
  • Don't reduce Wide switch channel bit depth when TLM is off #2282
  • Allow relay RX to accept telemetry from a TX module #2287
  • Correct RadioMaster PWM Rx VBAT scaling #2268 #2292
  • Fixes the firmware options and buzzer for STM targets #2295
  • Return wifi to R9M backpack upload methods #2299
  • Add missing isFirstRxIrq to sx127x #2301
  • Append prior target name to firmware to remove incorrect target mismatch warnings #2306
  • Jumper T-20 2400 and 900 target #2298 #2303
  • Happymodel ES900 Dual RX target #2304
  • Sub250 2400 RX target #2310

Getting Started 3.0 Documentation

The important stuff

  • Arming must be on AUX1 for safety and feature reasons, having this fixed allows us to maintain small packet sizes and deliver better aux channel options
  • Be sure to flash both the TX and RX.
  • Lua script MUST be updated to elrsV3.lua and is backwards compatible with 2.x. Firmware get it here: Lua

Compatibility

This is a minor version release (new features, targets and bug-fixes only) and is compatible with V3.X.

Who should update from V3.2?

  • Anyone who likes the sounds of the hit list of features below!
  • Anyone using a radio with a color LCD should update the Lua script for speed improvements
  • Owners of the new hardware listed below

New Features

Cloud Builds

“ELRS is great, but the first-time setup was a PITA!”
This is one of the main complaints we see across the groups about ExpressLRS.

We understand the challenges faced during the initial setup process of ExpressLRS, with many users expressing their frustration. In version 3.3, we are doing something to improve this, starting with the introduction of pre-compiled builds.

While our "just-in-time" firmware compilation approach has served us well in the past, it has also caused inconvenience and frustration. Various factors, some of which were completely out of our control (e.g. updates to the Platformio framework), have resulted in failed configurator builds, leading to user dissatisfaction.

To overcome these challenges, we have made a significant change in v3.3. Instead of relying on local compilation for release versions, the configurator will now seamlessly retrieve pre-built firmware from the cloud and flash it onto your device. This shift not only drastically reduces firmware update times from minutes to seconds but also eliminates many annoying build issues, where users are faced with the dreaded red "failed build" error message in the Configurator.

Make sure you have updated to version 1.6.0 the Configurator to take advantage of this awesome new feature: https://github.com/ExpressLRS/ExpressLRS-Configurator/releases

AirPort

#1904
In the hobby and commercial UAV industry, securing a dependable telemetry downlink alongside RC control often presents challenges in terms of cost, availability, and reliability. While Dragonlink has been the go-to option for a reliable long-range RC + telemetry link, it can be difficult to find in stock and tends to be expensive. Other alternatives, such as the RFD900 modems, are typically limited to 900MHz and also suffer from availability and cost issues.

This is where AirPort comes to the rescue.

AirPort offers a firmware option that transforms a standard ExpressLRS transmitter and receiver pair into a bidirectional transparent serial data link over the air. This enables seamless serial data communication between the connected devices, supporting any protocol of your choice, including MAVLINK (Ardupilot), MSP (Betaflight and INAV), or any other telemetry protocol that can be transmitted serially. This feature may also be useful for interfacing wirelessly with other ground devices, such as antenna trackers or similar.

Thanks to the increasing availability of ExpressLRS hardware, AirPort makes it effortless and cost-effective to incorporate an inexpensive telemetry uplink/downlink into your UAV models.

New Receiver Protocols

In previous versions, the only receiver protocol available for connecting ELRS to your FC was CRSF. While CRSF performs admirably in most scenarios and remains the preferred option if your hardware is compatible, what if your hardware doesn't support it? Typically, this would require the use of an additional protocol converter, such as the CRSF to SBUS converter.

In this release, we are delighted to introduce not just one, but THREE new receiver protocols, along with inverted options tailored for specific hardware requirements. This expanded protocol support ensures greater flexibility and compatibility, empowering you to seamlessly integrate ELRS with a wider range of hardware options.

SBUS

#2094
That’s right, you read that correctly… after all that bitching and whining from us in the past, ELRS finally added SBUS as a receiver protocol! This is particularly useful for those closed-source FCs & flight stabilizers that only allow SBUS as an input. We’ve also added an inverted version of SBUS (which is normally inverted, so technically it’s un-inverting it - insert Xzibit meme) for hardware that doesn’t have the inverter on the UART.

PWM receivers can also be configured to output serial on some pins and select serial protocol, so now you can have CRSF/SBUS etc and PWM simultaneously!

SUMD

#2137
Graupner HoTT SUMD joins SBUS as another user selectable receiver protocol, which can be found in many open source flight control firmwares (BF, INAV, ARDU) as well as a variety of flybarless controllers (helis).

DJI Ronin RS Pro

#2140
The DJI RS Pro series, including the RS2 Pro and RS3 Pro gimbals, are renowned professional camera stabilizers often utilized on cinelifters for active stabilization of high-end cinema-grade cameras. While these gimbals can be controlled via an SBUS interface, DJI’s janky implementation of the protocol demands precise channel endpoints to trigger various functions, such as recentering.

To spare you the frustration of manually adjusting mixer settings as you attempt to discover the exact (and poorly documented) values expected by DJI for channel outputs, the ELRS team has introduced a dedicated version of SBUS, specifically tailored to these gimbals. This special version is preconfigured to seamlessly integrate with your RS2 Pro or RS3 Pro. For more detailed information regarding installation, please refer to the associated pull request: https://github.com/ExpressLRS/ExpressLRS/pull/2140 or check out a quick demo here: https://youtube.com/shorts/OPZykP-bP4k

Gemini and Diversity for 900MHz

#1993
Dry those eyes #Team900, ELRS now has True Diversity 900MHz receivers. A much sought after piece of gear that was frequently requested is now a reality. Check the new targets list for BETAFPVs Super-D, and I'm sure there will be more to follow!

But that's not all… with diversity also comes Gemini! Need a 900 Gemini Tx? Be sure to go and pester your favorite FPV manufacturer.

DVDA for 900MHz

#2089
Exciting news! #Team900 is now part of the DVDA family! With the latest release, we introduce the new D50 packet mode, leveraging the 200Hz OTA modulation parameters to transmit 4 repeat packets across 3 frequencies. This approach is identical to the functionality of D250 for the 2.4GHz frequency range.

The primary goal of the D50 packet mode is to significantly enhance Link Quality (LQ) in RF-congested environments, particularly when flying alongside other pilots operating on the same frequency domain. By providing 4 transmission attempts for each packet, distributed across multiple frequency hops, you can enjoy improved reliability and stability during flights.

Wireless head tracking

#2060
Support has been added into VRx & TX backpack as well as the main firmware to allow head tracking information to be sent wirelessly from the goggles to the TX module and then mixed into the channel output. At present, this functionality is exclusively supported by HDZero goggles, however we are optimistic that other goggle manufacturers will follow suit and incorporate compatibility with this exciting feature.

16 channel PWM Receivers

Target support has been added for 16 channel PWM receivers in both 2.4G and 900M flavors. Not only that, they are true diversity!

Any PWM channel can be set to a combination of the available PWM modes e.g. 400Hz, 10kHz PWM, On/Off switch. A single PWM channel can also be reassigned to a serial protocol (CRSF, Sbus etc). You want a FC connected plus native PWM output, you got it.

Option to disable TX backpack

#2054
We understand that not everyone requires or utilizes the TX backpack feature in their transmitter setup. While enjoying a few cold ones at the ELRS headquarters, we asked ourselves: “If you’re not using the backpack, why have it sitting there chewing power?”, so we’ve introduced a convenient option to disable the TX backpack functionality. This can save a little juice (~0.3W) on the transmitter. Zorro users rejoice!

MSP VTX support for combined RX/VTX

#2007
Proprietary VTX control protocols SUCK! That's right Smartaudio and Tramp… you guys suck. These protocols are owned by commercial manufacturers who never seem to do a good job at properly documenting the protocol specs, and have low motivation to extend their protocols for features that don’t directly interest them and their bottom lines.

MSP control for VTXs is a breath of fresh air that alleviates many of these pains, and now it’s supported in ELRS for hardware where the VTX is controlled by the same MCU as the receiver.

Gemini Antenna mode selection

#2002
Allows you to run a Gemini TX in different antenna configurations:

  • Gemini
  • Ant1
  • Ant2
  • Switch - alternating single antenna output

Auto detect CRSF VBAT sensor

#1968
If you have a receiver with analog VBAT and use a CRSF based VBAT sensor, then the receiver will favor the CRSF based sensor automatically.

New Targets

Receivers

  • Foxeer 900MHz receiver
  • Happymodel EP5W and EP6W PWM receivers
  • HappyModel ES900 Dual RX target
  • NewBeeDrone 2.4GHz antenna diversity receiver
  • Generic 900MHz true diversity 16 PWM target
  • Generic 900MHz true diversity target
  • AnyLeaf targets, Diversity, true diversity and H7 FC Integrated
  • RadioMaster ER4, ER6, ER6-G, ER6-GV, ER8, ER8-G, ER8-GV PWM receivers
  • BETAFPV Super-D 900MHz true diversity receiver
  • BETAFPV Super-P 2.4GHz and 900MHz true diversity PWM receivers
  • GEPRC 2.4GHz true diversity receiver
  • Jumper T-20 2400 and 900
  • Sub250 2400 receiver

Maintenance

  • True diversity RSSI update on both radios, provides faster update to RSSI for second radio #2143
  • Updates true diversity dynamic power to behave more like antenna diversity receivers #2143
  • Updates to BLE Joystick for better compatibility #2050
  • Display backpack version in Lua, also indicates that the backpack is working #2041
  • Power reduction (~0.04W) by idling second core when possible on ESP32 devices #2021

Fixes

  • Faster loading of Lua script on color LCD radios #2183
    • On all radios really, but color LCD radios such as the TX16S on EdgeTX 2.8.0+ now load nearly twice as fast. Requires elrsV3.lua update.
  • Fix receivers which do not have a minimum power level of 10mW #2177
  • Drop max packet rate to <= 200Hz for 115k baud connections, this fixes the “Loading…” issue for older radios #2170
  • Fix power creep on TTGO V2 as TX. #2167
  • General Web-UI Fixes
    • Fix error reporting in wifi update where it reports “target mismatch” instead of the underlying error #2174
    • Fix error accessing button 2 if the TX has only one button #2166
    • Only show “Reset Runtime Options” button if things have been changed
    • Clearly display the source of the binding ID with new chrome
  • Always use flashed options after a new flash, fixes the problem where new flashed bind-phrase did not take effect #2149
    • Previously the Web-UI always overrode any flashed value, now flashing the device clears any overridden values from the first tab and will use the flashed configuration.
  • VBAT measurement fixes for ESP32-based receivers #2144
    • If it was reporting a value far too low, or would start reading 0V if the actual voltage got too low.
  • Reduced RAM usage of Unified hardware definitions, can make wifi AP mode slightly more usable. #2080

Known Issues

Acknowledgements

  • We would like to acknowledge the contributions of Vitroid, Senk0, King David, and FlyingBaguette, whose diligent testing played a part in shaping this RC release. Your assistance has been truly appreciated.
ExpressLRS - ExpressLRS V3.3.0-RC2

Published by JyeSmith over 1 year ago

Changes since RC1

  • Don't copy the extra binaries for ESP32 #2245
  • Fix compile error with DEBUG_RCVR_LINKSTATS #2244
  • Removing WiFi upload methods from STM targets #2253
  • Fix no backpack overwriting channels #2255
  • Fix Airport running at F1000 without a handset #2257
  • ADC attenuation for ESP32 targets #2252 #2268
  • Respect when someone declines to flash the wrong target #2267
  • Change airport packet type #2258
  • Fix LBT TLM reception bug #2271
  • More fixes for the flasher #2273
  • Speed bootup of ESP32 RXes without a vario #2274
  • RadioMaster targets ER4, ER6, ER6-G, ER6-GV, ER8, ER8-G, ER8-GV #2247
  • BETAFPV Super-P 2.4GHz and 900MHz #2251
  • GEPRC True Diversity 2.4GHz #2265
  • iFlight 2.4 & 900 V2 TX modules #2281

WARNING - RC2 contains a breaking change for Airport users. Anyone using Airport must update both TX and RX.

Getting Started 3.0 Documentation

The important stuff

  • Arming must be on AUX1 for safety and feature reasons, having this fixed allows us to maintain small packet sizes and deliver better aux channel options
  • Be sure to flash both the TX and RX.
  • Lua script MUST be updated to elrsV3.lua and is backwards compatible with 2.x. Get it here: Lua

Compatibility

This is a minor version release (new features, targets and bug-fixes only) and is compatible with V3.X.

Who should update from V3.2?

  • Anyone who likes the sounds of the hit list of features below!
  • Anyone using a radio with a color LCD should update the Lua script for speed improvements
  • Owners of the new hardware listed below

New Features

Cloud Builds

“ELRS is great, but the first-time setup was a PITA!”
This is one of the main complaints we see across the groups about ExpressLRS.

We understand the challenges faced during the initial setup process of ExpressLRS, with many users expressing their frustration. In version 3.3, we are doing something to improve this, starting with the introduction of pre-compiled builds.

While our "just-in-time" firmware compilation approach has served us well in the past, it has also caused inconvenience and frustration. Various factors, some of which were completely out of our control (e.g. updates to the platformio framework), have resulted in failed configurator builds, leading to user dissatisfaction.

To overcome these challenges, we have made a significant change in v3.3. Instead of relying on local compilation for release versions, the configurator will now seamlessly retrieve pre-built firmware from the cloud and flash it onto your device. This shift not only drastically reduces firmware update times from minutes to seconds but also eliminates many annoying build issues, where users are faced with the dreaded red "failed build" error message in the Configurator.

Make sure you have updated to version 1.6.0-rc1 of the Configurator to take advantage of this awesome new feature: https://github.com/ExpressLRS/ExpressLRS-Configurator/releases

AirPort

#1904
In the hobby and commercial UAV industry, securing a dependable telemetry downlink alongside RC control often presents challenges in terms of cost, availability, and reliability. While Dragonlink has been the go-to option for a reliable long-range RC + telemetry link, it can be difficult to find in stock and tends to be expensive. Other alternatives, such as the RFD900 modems, are typically limited to 900MHz and also suffer from availability and cost issues.

This is where AirPort comes to the rescue.

AirPort offers a firmware option that transforms a standard ExpressLRS transmitter and receiver pair into a bidirectional transparent serial data link over the air. This enables seamless serial data communication between the connected devices, supporting any protocol of your choice, including MAVLINK (Ardupilot), MSP (Betaflight and INAV), or any other telemetry protocol that can be transmitted serially. This feature may also be useful for interfacing wirelessly with other ground devices, such as antenna trackers or similar.

Thanks to the increasing availability of ExpressLRS hardware, AirPort makes it effortless and cost-effective to incorporate an inexpensive telemetry uplink/downlink into your UAV models.

New Receiver Protocols

In previous versions, the only receiver protocol available for connecting ELRS to your FC was CRSF. While CRSF performs admirably in most scenarios and remains the preferred option if your hardware is compatible, what if your hardware doesn't support it? Typically, this would require the use of an additional protocol converter, such as the CRSF to SBUS converter.

In this release, we are delighted to introduce not just one, but THREE new receiver protocols, along with inverted options tailored for specific hardware requirements. This expanded protocol support ensures greater flexibility and compatibility, empowering you to seamlessly integrate ELRS with a wider range of hardware options.

SBUS

#2094
That’s right, you read that correctly… after all that bitching and whining from us in the past, ELRS finally added SBUS as a receiver protocol! This is particularly useful for those closed-source FCs & flight stabilizers that only allow SBUS as an input. We’ve also added an inverted version of SBUS (which is normally inverted, so technically it’s un-inverting it - insert Xzibit meme) for hardware that doesn’t have the inverter on the UART.

PWM receivers can also be configured to output serial on some pins and select serial protocol, so now you can have CRSF/SBUS etc and PWM simultaneously!

SUMD

#2137
Graupner HoTT SUMD joins SBUS as another user selectable receiver protocol, which can be found in many open source flight control firmwares (BF, INAV, ARDU) as well as a variety of flybarless controllers (helis).

DJI Ronin RS Pro

#2140
The DJI RS Pro series, including the RS2 Pro and RS3 Pro gimbals, are renowned professional camera stabilizers often utilized on cinelifters for active stabilization of high-end cinema-grade cameras. While these gimbals can be controlled via an SBUS interface, DJI’s janky implementation of the protocol demands precise channel endpoints to trigger various functions, such as recentering.

To spare you the frustration of manually adjusting mixer settings as you attempt to discover the exact (and poorly documented) values expected by DJI for channel outputs, the ELRS team has introduced a dedicated version of SBUS, specifically tailored to these gimbals. This special version is preconfigured to seamlessly integrate with your RS2 Pro or RS3 Pro. For more detailed information regarding installation, please refer to the associated pull request: https://github.com/ExpressLRS/ExpressLRS/pull/2140 or check out a quick demo here: https://youtube.com/shorts/OPZykP-bP4k

Gemini and Diversity for 900MHz

#1993
Dry those eyes #Team900, ELRS now has True Diversity 900MHz receivers. A much sought after piece of gear that was frequently requested is now a reality. Check the new targets list for BETAFPVs Super-D, and I'm sure there will be more to follow!

But that's not all… with diversity also comes Gemini! Need a 900 Gemini Tx? Be sure to go and pester your favorite FPV manufacturer.

DVDA for 900MHz

#2089
Exciting news! #Team900 is now part of the DVDA family! With the latest release, we introduce the new D50 packet mode, leveraging the 200Hz OTA modulation parameters to transmit 4 repeat packets across 3 frequencies. This approach is identical to the functionality of D250 for the 2.4GHz frequency range.

The primary goal of the D50 packet mode is to significantly enhance Link Quality (LQ) in RF-congested environments, particularly when flying alongside other pilots operating on the same frequency domain. By providing 4 transmission attempts for each packet, distributed across multiple frequency hops, you can enjoy improved reliability and stability during flights.

Wireless head tracking

#2060
Support has been added into VRx & TX backpack as well as the main firmware to allow head tracking information to be sent wirelessly from the goggles to the TX module and then mixed into the channel output. At present, this functionality is exclusively supported by HDZero goggles, however we are optimistic that other goggle manufacturers will follow suit and incorporate compatibility with this exciting feature.

16 channel PWM Receivers

Target support has been added for 16 channel PWM receivers in both 2.4G and 900M flavors. Not only that, they are true diversity!

Any PWM channel can be set to a combination of the available PWM modes e.g. 400Hz, 10kHz PWM, On/Off switch. A single PWM channel can also be reassigned to a serial protocol (CRSF, Sbus etc). You want a FC connected plus native PWM output, you got it.

Option to disable TX backpack

#2054
We understand that not everyone requires or utilizes the TX backpack feature in their transmitter setup. While enjoying a few cold ones at the ELRS headquarters, we asked ourselves: “If you’re not using the backpack, why have it sitting there chewing power?”, so we’ve introduced a convenient option to disable the TX backpack functionality. This can save a little juice (~0.3W) on the transmitter. Zorro users rejoice!

MSP VTX support for combined RX/VTX

#2007
Proprietary VTX control protocols SUCK! That's right Smartaudio and Tramp… you guys suck. These protocols are owned by commercial manufacturers who never seem to do a good job at properly documenting the protocol specs, and have low motivation to extend their protocols for features that don’t directly interest them and their bottom lines.

MSP control for VTXs is a breath of fresh air that alleviates many of these pains, and now it’s supported in ELRS for hardware where the VTX is controlled by the same MCU as the receiver.

Gemini Antenna mode selection

#2002
Allows you to run a Gemini TX in different antenna configurations:

  • Gemini
  • Ant1
  • Ant2
  • Switch - alternating single antenna output

Auto detect CRSF VBAT sensor

#1968
If you have a receiver with analog VBAT and use a CRSF based VBAT sensor, then the receiver will favor the CRSF based sensor automatically.

New Targets

Receivers

  • Foxeer 900MHz receiver
  • Happymodel EP5W and EP6W PWM receivers
  • NewBeeDrone 2.4GHz antenna diversity receiver
  • Generic 900MHz true diversity 16 PWM target
  • Generic 900MHz true diversity target
  • AnyLeaf targets, Diversity, true diversity and H7 FC Integrated
  • RadioMaster ER4, ER6, ER6-G, ER6-GV, ER8, ER8-G, ER8-GV PWM receivers
  • BETAFPV Super-D 900MHz true diversity receiver
  • BETAFPV Super-P 2.4GHz and 900MHz true diversity PWM receivers
  • GEPRC 2.4GHz true diversity receiver
  • iFlight 2.4 & 900 V2 TX modules
  • And more…

Maintenance

  • True diversity RSSI update on both radios, provides faster update to RSSI for second radio #2143
  • Updates true diversity dynamic power to behave more like antenna diversity receivers #2143
  • Updates to BLE Joystick for better compatibility #2050
  • Display backpack version in Lua, also indicates that the backpack is working #2041
  • Power reduction (~0.04W) by idling second core when possible on ESP32 devices #2021

Fixes

  • Faster loading of Lua script on color LCD radios #2183
    • On all radios really, but color LCD radios such as the TX16S on EdgeTX 2.8.0+ now load nearly twice as fast. Requires elrsV3.lua update.
  • Fix receivers which do not have a minimum power level of 10mW #2177
  • Drop max packet rate to <= 200Hz for 115k baud connections, this fixes the “Loading…” issue for older radios #2170
  • Fix power creep on TTGO V2 as TX. #2167
  • General Web-UI Fixes
    • Fix error reporting in wifi update where it reports “target mismatch” instead of the underlying error #2174
    • Fix error accessing button 2 if the TX has only one button #2166
    • Only show “Reset Runtime Options” button if things have been changed
    • Clearly display the source of the binding ID with new chrome
  • Always use flashed options after a new flash, fixes the problem where new flashed bind-phrase did not take effect #2149
    • Previously the Web-UI always overrode any flashed value, now flashing the device clears any overridden values from the first tab and will use the flashed configuration.
  • VBAT measurement fixes for ESP32-based receivers #2144
    • If it was reporting a value far too low, or would start reading 0V if the actual voltage got too low.
  • Reduced RAM usage of Unified hardware definitions, can make wifi AP mode slightly more usable. #2080

Known Issues

Acknowledgements

  • We would like to acknowledge the contributions of Vitroid, Senk0, King David, and FlyingBaguette, whose diligent testing played a part in shaping this RC release. Your assistance has been truly appreciated.
ExpressLRS - ExpressLRS V3.3.0-RC1

Published by pkendall64 over 1 year ago

Getting Started 3.0 Documentation

The important stuff

  • Arming must be on AUX1 for safety and feature reasons, having this fixed allows us to maintain small packet sizes and deliver better aux channel options
  • Be sure to flash both the TX and RX.
  • Lua script MUST be updated to elrsV3.lua and is backwards compatible with 2.x. Get it here: Lua

Compatibility

This is a minor version release (new features, targets and bug-fixes only) and is compatible with V3.X.

Who should update from V3.2?

  • Anyone who likes the sounds of the hit list of features below!
  • Anyone using a radio with a color LCD should update the Lua script for speed improvements
  • Owners of the new hardware listed below

New Features

Cloud Builds

“ELRS is great, but the first-time setup was a PITA!”
This is one of the main complaints we see across the groups about ExpressLRS.

We understand the challenges faced during the initial setup process of ExpressLRS, with many users expressing their frustration. In version 3.3, we are doing something to improve this, starting with the introduction of pre-compiled builds.

While our "just-in-time" firmware compilation approach has served us well in the past, it has also caused inconvenience and frustration. Various factors, some of which were completely out of our control (e.g. updates to the platformio framework), have resulted in failed configurator builds, leading to user dissatisfaction.

To overcome these challenges, we have made a significant change in v3.3. Instead of relying on local compilation for release versions, the configurator will now seamlessly retrieve pre-built firmware from the cloud and flash it onto your device. This shift not only drastically reduces firmware update times from minutes to seconds but also eliminates many annoying build issues, where users are faced with the dreaded red "failed build" error message in the Configurator.

Make sure you have updated to version 1.6.0-rc1 of the Configurator to take advantage of this awesome new feature: https://github.com/ExpressLRS/ExpressLRS-Configurator/releases

AirPort

#1904
In the hobby and commercial UAV industry, securing a dependable telemetry downlink alongside RC control often presents challenges in terms of cost, availability, and reliability. While Dragonlink has been the go-to option for a reliable long-range RC + telemetry link, it can be difficult to find in stock and tends to be expensive. Other alternatives, such as the RFD900 modems, are typically limited to 900MHz and also suffer from availability and cost issues.

This is where AirPort comes to the rescue.

AirPort offers a firmware option that transforms a standard ExpressLRS transmitter and receiver pair into a bidirectional transparent serial data link over the air. This enables seamless serial data communication between the connected devices, supporting any protocol of your choice, including MAVLINK (Ardupilot), MSP (Betaflight and INAV), or any other telemetry protocol that can be transmitted serially. This feature may also be useful for interfacing wirelessly with other ground devices, such as antenna trackers or similar.

Thanks to the increasing availability of ExpressLRS hardware, AirPort makes it effortless and cost-effective to incorporate an inexpensive telemetry uplink/downlink into your UAV models.

New Receiver Protocols

In previous versions, the only receiver protocol available for connecting ELRS to your FC was CRSF. While CRSF performs admirably in most scenarios and remains the preferred option if your hardware is compatible, what if your hardware doesn't support it? Typically, this would require the use of an additional protocol converter, such as the CRSF to SBUS converter.

In this release, we are delighted to introduce not just one, but THREE new receiver protocols, along with inverted options tailored for specific hardware requirements. This expanded protocol support ensures greater flexibility and compatibility, empowering you to seamlessly integrate ELRS with a wider range of hardware options.

SBUS

#2094
That’s right, you read that correctly… after all that bitching and whining from us in the past, ELRS finally added SBUS as a receiver protocol! This is particularly useful for those closed-source FCs & flight stabilizers that only allow SBUS as an input. We’ve also added an inverted version of SBUS (which is normally inverted, so technically it’s un-inverting it - insert Xzibit meme) for hardware that doesn’t have the inverter on the UART.

PWM receivers can also be configured to output serial on some pins and select serial protocol, so now you can have CRSF/SBUS etc and PWM simultaneously!

SUMD

#2137
Graupner HoTT SUMD joins SBUS as another user selectable receiver protocol, which can be found in many open source flight control firmwares (BF, INAV, ARDU) as well as a variety of flybarless controllers (helis).

DJI Ronin RS Pro

#2140
The DJI RS Pro series, including the RS2 Pro and RS3 Pro gimbals, are renowned professional camera stabilizers often utilized on cinelifters for active stabilization of high-end cinema-grade cameras. While these gimbals can be controlled via an SBUS interface, DJI’s janky implementation of the protocol demands precise channel endpoints to trigger various functions, such as recentering.

To spare you the frustration of manually adjusting mixer settings as you attempt to discover the exact (and poorly documented) values expected by DJI for channel outputs, the ELRS team has introduced a dedicated version of SBUS, specifically tailored to these gimbals. This special version is preconfigured to seamlessly integrate with your RS2 Pro or RS3 Pro. For more detailed information regarding installation, please refer to the associated pull request: https://github.com/ExpressLRS/ExpressLRS/pull/2140 or check out a quick demo here: https://youtube.com/shorts/OPZykP-bP4k

Gemini and Diversity for 900MHz

#1993
Dry those eyes #Team900, ELRS now has True Diversity 900MHz receivers. A much sought after piece of gear that was frequently requested is now a reality. Check the new targets list for BETAFPVs Super-D, and I'm sure there will be more to follow!

But that's not all… with diversity also comes Gemini! Need a 900 Gemini Tx? Be sure to go and pester your favorite FPV manufacturer.

DVDA for 900MHz

#2089
Exciting news! #Team900 is now part of the DVDA family! With the latest release, we introduce the new D50 packet mode, leveraging the 200Hz OTA modulation parameters to transmit 4 repeat packets across 3 frequencies. This approach is identical to the functionality of D250 for the 2.4GHz frequency range.

The primary goal of the D50 packet mode is to significantly enhance Link Quality (LQ) in RF-congested environments, particularly when flying alongside other pilots operating on the same frequency domain. By providing 4 transmission attempts for each packet, distributed across multiple frequency hops, you can enjoy improved reliability and stability during flights.

Wireless head tracking

#2060
Support has been added into VRx & TX backpack as well as the main firmware to allow head tracking information to be sent wirelessly from the goggles to the TX module and then mixed into the channel output. At present, this functionality is exclusively supported by HDZero goggles, however we are optimistic that other goggle manufacturers will follow suit and incorporate compatibility with this exciting feature.

16 channel PWM Receivers

Target support has been added for 16 channel PWM receivers in both 2.4G and 900M flavors. Not only that, they are true diversity!

Any PWM channel can be set to a combination of the available PWM modes e.g. 400Hz, 10kHz PWM, On/Off switch. A single PWM channel can also be reassigned to a serial protocol (CRSF, Sbus etc). You want a FC connected plus native PWM output, you got it.

Option to disable TX backpack

#2054
We understand that not everyone requires or utilizes the TX backpack feature in their transmitter setup. While enjoying a few cold ones at the ELRS headquarters, we asked ourselves: “If you’re not using the backpack, why have it sitting there chewing power?”, so we’ve introduced a convenient option to disable the TX backpack functionality. This can save a little juice (~0.3W) on the transmitter. Zorro users rejoice!

MSP VTX support for combined RX/VTX

#2007
Proprietary VTX control protocols SUCK! That's right Smartaudio and Tramp… you guys suck. These protocols are owned by commercial manufacturers who never seem to do a good job at properly documenting the protocol specs, and have low motivation to extend their protocols for features that don’t directly interest them and their bottom lines.

MSP control for VTXs is a breath of fresh air that alleviates many of these pains, and now it’s supported in ELRS for hardware where the VTX is controlled by the same MCU as the receiver.

Gemini Antenna mode selection

#2002
Allows you to run a Gemini TX in different antenna configurations:

  • Gemini
  • Ant1
  • Ant2
  • Switch - alternating single antenna output

Auto detect CRSF VBAT sensor

#1968
If you have a receiver with analog VBAT and use a CRSF based VBAT sensor, then the receiver will favor the CRSF based sensor automatically.

New Targets

Receivers

  • Foxeer 900MHz receiver
  • Happymodel EP5W and EP6W PWM receivers
  • NewBeeDrone 2.4GHz antenna diversity receiver
  • Generic 900MHz True diversity 16 PWM target
  • Generic 900MHz True diversity target
  • AnyLeaf targets, Diversity, True Diversity and H7 FC Integrated
  • BETAFPV Super-D 900MHz true diversity receiver
  • And more…

Maintenance

  • True diversity RSSI update on both radios, provides faster update to RSSI for second radio #2143
  • Updates true diversity dynamic power to behave more like antenna diversity receivers #2143
  • Updates to BLE Joystick for better compatibility #2050
  • Display backpack version in Lua, also indicates that the backpack is working #2041
  • Power reduction (~0.04W) by idling second core when possible on ESP32 devices #2021

Fixes

  • Faster loading of Lua script on color LCD radios #2183
    • On all radios really, but color LCD radios such as the TX16S on EdgeTX 2.8.0+ now load nearly twice as fast. Requires elrsV3.lua update.
  • Fix receivers which do not have a minimum power level of 10mW #2177
  • Drop max packet rate to <= 200Hz for 115k baud connections, this fixes the “Loading…” issue for older radios #2170
  • Fix power creep on TTGO V2 as TX. #2167
  • General Web-UI Fixes
    • Fix error reporting in wifi update where it reports “target mismatch” instead of the underlying error #2174
    • Fix error accessing button 2 if the TX has only one button #2166
    • Only show “Reset Runtime Options” button if things have been changed
    • Clearly display the source of the binding ID with new chrome
  • Always use flashed options after a new flash, fixes the problem where new flashed bind-phrase did not take effect #2149
    • Previously the Web-UI always overrode any flashed value, now flashing the device clears any overridden values from the first tab and will use the flashed configuration.
  • VBAT measurement fixes for ESP32-based receivers #2144
    • If it was reporting a value far too low, or would start reading 0V if the actual voltage got too low.
  • Reduced RAM usage of Unified hardware definitions, can make wifi AP mode slightly more usable. #2080

Known Issues

Acknowledgements

  • We would like to acknowledge the contributions of Vitroid, Senk0, King David, and FlyingBaguette, whose diligent testing played a part in shaping this RC release. Your assistance has been truly appreciated.
ExpressLRS - ExpressLRS V3.2.1

Published by wvarty over 1 year ago

Getting Started 3.0 Documentation

The important stuff

  • Arming must be on AUX1 for safety and feature reasons, having this fixed allows us to maintain small packet sizes and deliver better aux channel options
  • Be sure to flash both the TX and RX.
  • Lua script MUST be updated to elrsV3.lua and is backwards compatible with 2.x. Get it here: Lua

Compatibility

This is a bugfix release (bug-fixes only, no new targets or features) and is compatible with V3.X.

Who should update from V3.2.0?

  • There are minor fixes that benefit all users, so ideally everyone should update, however some fixes will be more important for:
    • Users with Skystars SS24D receivers
    • Users with Emax 900Mhz transmitter modules
    • Users with Radiomaster Zorro, TX12 or TX16S handsets, with internal ELRS modules
    • Users within the EU_LBT region

Maintenance

  • Hide the 'Reset Runtime Options' button in webui if runtime options are not customized #2053
  • Tweak output power values for Emax 900Mhz targets #2126

Fixes

  • Fix Skystars SS24D target layout #2078
  • Fix "random hangs" when using the EU_LBT region, and a "channel in use" is detected #2055
  • Fix issue where some MSP commands would be mistakenly processed by the RX as RX commands #2062
  • Fix race condition in Telemetry #2103
  • Display the correct UID (the one that is currently being used) in the webui #2112
  • Fix the displayed telemetry bandwidth in LUA when using F1000 TLM 1:2 #2118
  • Fix "AST node column out of range", python 3.11 support (#2116) #2138
  • Fixed an issue that caused RF power to increase past the set limit on TX modules that use the SKY85321 #2142

Known Issues

  • Changing the packet rate via the screen + 5way while a link is active between TX and RX may sometimes result in a failure to re-link after the rate change. Reverting back to the previous packet rate will recover the link. The current workaround for this issue is to use the LUA to change packet rates, which is not affected by this problem.
ExpressLRS - ExpressLRS v2.5.2

Published by CapnBry over 1 year ago

Getting Started 2.0 Documentation

The important stuff

  • Arming state must be HIGH on AUX1 for safety and feature reasons
  • This update is not required for most users and is only meant to fix some small issues.

Enhancements

  • N/A

New targets

  • N/A

Bug fixes

  • Fix build errors for TX modules due to NeoPixelBus library (#2070)

A note on versioning

The versioning scheme chosen by the ExpressLRS devs is based on the semantic versioning scheme.
Where a version is defined as “major.minor.patch”
major = major new feature and/or incompatible changes
minor = minor features or enhancements and/or new targets
patch = bug-fixes

ExpressLRS - ExpressLRS V3.2.0

Published by JyeSmith over 1 year ago

Getting Started 3.0 Documentation

The important stuff

  • Arming must be on AUX1 for safety and feature reasons, having this fixed allows us to maintain small packet sizes and deliver better aux channel options
  • Be sure to flash both the TX and RX.
  • Lua script MUST be updated to elrsV3.lua and is backwards compatible with 2.x. Get it here: Lua

Compatibility

This is a minor version release (new features, targets and bug-fixes only) and is compatible with V3.X.

Who should update from V3.1?

  • Anyone using a PWM RX and set failsafe values from Lua
  • Owners of the new Radiomaster hardware listed below
  • Anyone using 868/915 receivers and wanting to use higher power for telemetry output
  • The other fixes listed do not affect flight performance, and the features are either minor or not yet available (Gemini) due to lack of commercial hardware.

New Targets

  • Transmitter Modules
    • Radiomaster 2.4GHz Boxer #1999

New Features

  • Gemini 2.4GHz #1914 ExpressLRS Gemini Tx
  • Module Configuration Import/Export for backing up or cloning your TX #1943
  • Configurable TX PWM fan speeds based on power output level #2011
  • The telemetry power on 868/900mhz receivers can now be selected from 10mW, 25mW, or 50mW via the Lua (note, this was technically included in version 3.1.2, but was missed in the release notes) #1981

Maintenance

  • Update EMAX 900 OLED power settings #1986
  • Fix GitHub build warnings #1948
  • GitHub Actions: update deprecated PIO platform command #2023

Fixes

  • Fixes DIY hardware with different pin mappings and allows auto WiFi mode to be entered. (sx1280) #1990
  • Fixes WiFi updating on ESP8285 based receivers due to not enough space. #2019 #2024
  • Minor fix that may improve RX connection after a failsafe if the frequency has drifted. #1997
  • Fix PWM output for ESP32 based receivers. Note that no ESP32 base PWM RX are currently available commercially. #1951
  • Fix PWM failsafe value channel mapping #2020
  • Free up some more RAM on ESP8285 based devices #2026
  • Add condition to prevent config commits from the main loop while in WiFi update mode #2037
  • Fix visibility of TLM status on the web UI. #2035
  • Improve wifi scanning #2036

Known Issues

ExpressLRS - ExpressLRS V3.1.2

Published by JyeSmith almost 2 years ago

Getting Started 3.0 Documentation

Who should update from V3.1.1?

All PWM receivers.

New targets

  • N/A

New Features

  • N/A

Bug fixes

  • Fix for PWM reboot (#1998)
ExpressLRS - ExpressLRS V3.1.1

Published by pkendall64 almost 2 years ago

Getting Started 3.0 Documentation

The important stuff

  • Arming must be on AUX1 for safety and feature reasons, having this fixed allows us to maintain small packet sizes and deliver better aux channel options
  • Be sure to flash both the TX and RX.
  • Lua script MUST be updated to elrsV3.lua and is backwards compatible with 2.x. Get it here: Lua

What happened to V3.1.0?

V3.1.0 was pulled as there was a serious upgrade issue for some users on Windows systems. Their TX module or ESP32-based receivers appeared soft-bricked, as they would enter wifi hardware-configuration mode because of an obscure bug in the platformio ESP32 base system which left the flash chip unable to be read by the firmware.
There were also a couple of other bugs found during testing that we really wanted to get fixed.

Compatibility

This is a minor version release (new features, targets and bug-fixes only) and is compatible with V3.X.

Who should update from V3.0.0?

All users that require LBT (i.e. the EU/CE regulatory domain for 2.4GHz)

New Targets

  • Transmitter Modules
    • EMAX 2.4GHz Nano and 900MHz Nano
    • Radiomaster 2.4GHz Ranger, Ranger Micro and Ranger Nano
  • Receivers
    • BETAFPV 5A AIO with serial ELRS

New Features

  • Customisable TX button actions (for modules that have buttons) #1761
  • Multiple RGB led support (individually assignable to buttons, boot animations and status indication) #1837
  • PWM fan support for TX modules #1760
  • Betaflight passthrough support for ESP32 receivers (BETAFPV SuperD and Happymodel Dual) #1806
  • Add RSSI_2 for true diversity receivers #1876
  • Receiver SPL06 barometer/vario support #1892
  • Add PWM mapping and failsafe setup to PWM receivers #1763
  • Scale the PWM failsafe time with packet rate #1930
  • Support for brushed motor 10kHz duty-cycle mode in PWM settings #1850
  • Allow config of initial packet rate on RXs for faster connections #1757

Fixes

  • LBT telemetry lost/recovered loop fixed (for EU/CE regions) #1834
  • Better OTX sync, more reliable locking on packet update frequency #1867
  • Fix Foxeer PA RX not being configured when built #1886
  • Fix QuadKopters Nano RX #1922
  • Fix network credentials being lost on first setup then setting passphrase #1933

v3.1.1 fixes

  • Fix soft-bricked windows builds #1961
  • Fix error when selecting receiver page in Lua #1962, #1974, #1980
  • Fix module configuration upgrade #1963, #1964, #1976
  • Fix Betaflight passthrough for receivers with PA/LNA and/or RGB #1975
  • Correct antenna labels in diversity RX Lua #1978
  • Add 10, 25 & 50mW settings for ESP-based 900MHz receivers #1980
  • ... and many, many more

Known Issues

ExpressLRS - ExpressLRS V3.0.1

Published by JyeSmith almost 2 years ago

Getting Started 3.0 Documentation

The important stuff

  • Arming must be on AUX1 for safety and feature reasons, having this fixed allows us to maintain small packet sizes and deliver better aux channel options
  • Be sure to flash both the TX and RX.
  • Lua script MUST be updated to elrsV3.lua and is backwards compatible with 2.x. Get it here: Lua

Compatibility

This is a fix release and compatible with V3.0.0.

Who should update from V3.0.0?

All receivers based on the STM32 MCU, and the SIYI FM30 2.4GHz TX.

  • All SIYI Receivers
  • All FrSky Receivers
  • All ImmersionRC Receivers
  • DIY PP RX
  • Jumper 900 Mini RX
  • SIYI FM30 2.4GHz TX
  • HappyModel PP and ES915 RX
  • NamimnoRC Voyager 900MHz and Flash 2.4GHz RX

Fixes

  • Move uart writes from ISR on STM32 #1874
  • Disable TX diversity on FM30 #1882
  • Updated mismatch firmware warning #1859

Known Issues

ExpressLRS - ExpressLRS V3.0.0

Published by wvarty about 2 years ago

Getting Started 3.0 Documentation

The important stuff

  • Arming must be on AUX1 for safety and feature reasons, having this fixed allows us to maintain small packet sizes and deliver better aux channel options
  • Be sure to flash both the TX and RX.
  • Lua script MUST be updated to elrsV3.lua and is backwards compatible with 2.x. Get it here: Lua

Compatibility

This is a new major version, 3.x, and like previous major versions the software is incompatible with the previous major versions, ExpressLRS 1.x and 2.x. TXes running 3.x software only work with RXes running 3.x software-- both sides must be upgraded. SPI RXes all currently run 2.x and will not work with a 3.x TX.

Users of SPI receivers (AIO boards) maintain compatibility with currently available V2 RF modes. Flight controllers can be updated from PR https://github.com/betaflight/betaflight/pull/11783 or wait until merged into BF master.

Packet types and RF smarts

New Features

Functionality changes

  • Rewritten Dynamic Power - Uses SNR instead of RSSI to determine appropriate power, as RSSI doesn't factor in the noise floor or if the RX has an amplifier. Also reacts faster, needing just a single telemetry packet to make a decision, and preemptively steps up power when missing packets instead of waiting to jump to full. Also will lower power if overloading the RX at close range.
    https://github.com/ExpressLRS/ExpressLRS/pull/1529
  • "Standard" telemetry ratio - Automatically picks a basic ratio for the selected packet rate, which means it will pick a “good default” for the packet rate selected. https://github.com/ExpressLRS/ExpressLRS/pull/1599
  • "Race" telemetry ratio - Same as "Standard" except disables telemetry and SYNC packets when armed (replaces NO_SYNC_ON_ARM). https://github.com/ExpressLRS/ExpressLRS/pull/1599
  • New (factory defaults) transmitter modules now default to 250Hz for Team2.4 #1815

Minor enhancements and fixes

  • New Lua file name: elrsV3.lua (V3 LUA also works with 2.x firmware as well)
  • Display warning message when baud too low for the selected RF mode https://github.com/ExpressLRS/ExpressLRS/pull/1672
  • Long-press the button on receivers to reset RX config https://github.com/ExpressLRS/ExpressLRS/pull/1681
  • Reduce handset sync margin - Reduces latency for all RF Modes by 0.3ms https://github.com/ExpressLRS/ExpressLRS/pull/1532
  • Increased telemetry bandwidth - Makes things like RxBt and GPS position update more frequently.
  • TX modules will not start transmitting until they receive a ReceiverID command from the handset, or at least 5s from the first received channels packet. This prevents syncing using ModelID 0 on boot #1775
  • Lua: Update sensitivity while changing packet rate #1808
  • Lua: Don't pause updating while in edit mode #1809
  • Lua: Support touch events on popups, reduced code size #1753
  • Safer updating of SwitchMode on the RX instead of ignoring it #1792
  • Adjust VBAT scaling for 6ch PWM RX #1724
  • Fix difficulty flashing Betaflight passthrough where target name was reporting a number #1708
  • Allow TX to function with a failed accelerometer #1698

New targets

  • TX12 Target #1738
  • EMAX OLED TX and RX #1787
  • Foxeer RX #1796
  • HappyModel EP1 Dual RX #1821
  • Unified ESP targets - Our internals are now set up to produce just one firmware image for all devices of the same type (all ESP32-based TXes, all ESP8285 RXes and now ESP32 based RXes)
    https://github.com/ExpressLRS/ExpressLRS/pull/1552
  • Integrated VTX - New receivers with the VTX combined on a single MCU, similar to the Happymodel Fyujon, but without the extra MCU for the VTX side. This will allow for AIOs with serial RXes, rather than SPI, thanks to us taking over the VTX duties and only using a single UART. Keep an eye out for the next generation of ExpressLRS AIO’s from your favorite manufacturers in the near future.
    Manufacturers and DIYers can find reference designs here https://github.com/ExpressLRS/ExpressLRS/pull/1607
  • True diversity receivers with optional integrated VTx - working with manufacturers currently to make these
    Manufacturers and DIYers can find reference designs here https://github.com/ExpressLRS/ExpressLRS/pull/1555#issuecomment-1146757077
  • Receivers with more PWM outputs - working with manufacturers currently to make these, 6ch, 8ch and 10ch at least in pre-production
  • Use any (ESP8285) receiver as TX - Just for DIYers really https://github.com/ExpressLRS/ExpressLRS/pull/1457

Known Issues

ExpressLRS - ExpressLRS V3.0.0 Release Candidate 2

Published by JyeSmith about 2 years ago

Changes since RC1

  • Rename Lua file name to elrsV3.lua (works with 2.x as well still) https://github.com/ExpressLRS/ExpressLRS/pull/1680
  • Display warning message when baud too low for the selected RF mode https://github.com/ExpressLRS/ExpressLRS/pull/1672
  • Fix R9MM RX (and any other external EEPROM devices) resetting config on every reboot https://github.com/ExpressLRS/ExpressLRS/pull/1675
  • Changes to OTA packet to reduce the chances of accidental connection between V2 and V3 devices. https://github.com/ExpressLRS/ExpressLRS/pull/1673
  • Allow button to reset RX config https://github.com/ExpressLRS/ExpressLRS/pull/1681
  • Fix missing and unaligned descriptions in hardware.html #1725
  • Adjust VBAT scaling for 6ch PWM RX #1724
  • HGLRC Hermes TX not working on 3.0 #1716
  • mDNS missing product/device name #1710
  • Fix difficulty flashing Betaflight passthrough where target name was reporting a number #1708
  • IN866 region not working #1706
  • Allow CORS through webui #1703
  • Allow working with a failed accelerometer #1698
  • Adjust AION Nano joystick right value #1696
  • Calibrate T-Lite power levels #1692
  • Fix software version returned by DeviceInfo when not running a tagged release #1689
  • Fix default LED on R9M #1688
  • Webui sometimes reporting firmware upload success on failure #1685
  • Fix always enabling SX1280 DCDC on all hardware #1683
  • UID displayed in webui not always correct #1670
  • Antenna pin names standardized across RX and TX #1663
  • EU CE Regulatory Domain display text #1740
  • Only change RF power when idle, delay disconnected #1734
  • Fix 1:2 telem ratio on ESP32 RX #1737
  • Only adjust PFD when a new result is available #1743
  • Fix BLE/WiFi exit on LUA #1750
  • Delay sending of VTX Admin if reconnected quickly #1744

The important stuff

  • Arming must be on AUX1 for safety and feature reasons, having this fixed allows us to maintain small packet sizes and deliver better aux channel options
  • Be sure to flash both the TX and RX.
  • Lua script MUST be updated for V3 and is backwards compatible with 2.x. Get it here: Lua
  • Users of SPI receivers (AIO boards) must not update as only ELRS V2.x is compatible.
  • This is a RELEASE CANDIDATE, and is not guaranteed to be stable or bug free. Test at your own risk! Bad things might happen!
  • The user notes below are an initial draft version of the new features and fixes. Once the final release has been cut, these will be expanded to add more detail. For now, testers are expected to research within the relevant pull request links, and be prepared to use documentation that is not yet complete.

Compatibility

This is a new major version, 3.x, and like previous major versions the software is incompatible with the previous major versions, ExpressLRS 1.x and 2.x. TXes running 3.x software only work with RXes running 3.x software-- both sides must be upgraded. SPI RXes all currently run 2.x and will not work with a 3.x TX.

Packet types and RF smarts

Functionality changes

  • Rewritten Dynamic Power - Uses SNR instead of RSSI to determine appropriate power, as RSSI doesn't factor in the noise floor or if the RX has an amplifier. Also reacts faster, needing just a single telemetry packet to make a decision, and preemptively steps up power when missing packets instead of waiting to jump to full. Also will lower power if overloading the RX at close range.
    https://github.com/ExpressLRS/ExpressLRS/pull/1529
  • "Standard" telemetry ratio - Automatically picks a basic ratio for the selected packet rate, which means it will pick a “good default” for the packet rate selected. https://github.com/ExpressLRS/ExpressLRS/pull/1599
  • "Race" telemetry ratio - Same as "Standard" except disables telemetry and SYNC packets when armed (replaces NO_SYNC_ON_ARM). https://github.com/ExpressLRS/ExpressLRS/pull/1599

Features

New targets

  • TX12 Target #1738
  • Unified ESP targets - Our internals are now set up to produce just one firmware image for all devices of the same type (all ESP32-based TXes, all ESP8285 RXes and now ESP32 based RXes)
    https://github.com/ExpressLRS/ExpressLRS/pull/1552
  • Integrated VTX - New receivers with the VTX combined on a single MCU, similar to the Happymodel Fyujon, but without the extra MCU for the VTX side. This will allow for AIOs with serial RXes, rather than SPI, thanks to us taking over the VTX duties and only using a single UART. Keep an eye out for the next generation of ExpressLRS AIO’s from your favorite manufacturers in the near future.
    Manufacturers and DIYers can find reference designs here https://github.com/ExpressLRS/ExpressLRS/pull/1607
  • True diversity receivers with optional integrated VTx - working with manufacturers currently to make these
    Manufacturers and DIYers can find reference designs here https://github.com/ExpressLRS/ExpressLRS/pull/1555#issuecomment-1146757077
  • Receivers with more PWM outputs - working with manufacturers currently to make these, 6ch, 8ch and 10ch at least in pre-production
  • Use any (ESP8285) receiver as TX - Just for DIYers really https://github.com/ExpressLRS/ExpressLRS/pull/1457
ExpressLRS - ExpressLRS V3.0.0 Release Candidate 1

Published by JyeSmith over 2 years ago

The important stuff

  • Arming must be on AUX1 for safety and feature reasons, having this fixed allows us to maintain small packet sizes and deliver better aux channel options
  • Be sure to flash both the TX and RX.
  • Lua script MUST be updated for V3 and is backwards compatible with 2.x. Get it here: Lua
  • Users of SPI receivers (AIO boards) must not update as only ELRS V2.x is compatible.
  • This is a RELEASE CANDIDATE, and is not guaranteed to be stable or bug free. Test at your own risk! Bad things might happen!
  • The user notes below are an initial draft version of the new features and fixes. Once the final release has been cut, these will be expanded to add more detail. For now, testers are expected to research within the relevant pull request links, and be prepared to use documentation that is not yet complete.

Compatibility

This is a new major version, 3.x, and like previous major versions the software is incompatible with the previous major versions, ExpressLRS 1.x and 2.x. TXes running 3.x software only work with RXes running 3.x software-- both sides must be upgraded. SPI RXes all currently run 2.x and will not work with a 3.x TX.

Packet types and RF smarts

Functionality changes

  • Rewritten Dynamic Power - Uses SNR instead of RSSI to determine appropriate power, as RSSI doesn't factor in the noise floor or if the RX has an amplifier. Also reacts faster, needing just a single telemetry packet to make a decision, and preemptively steps up power when missing packets instead of waiting to jump to full. Also will lower power if overloading the RX at close range.
    https://github.com/ExpressLRS/ExpressLRS/pull/1529
  • "Standard" telemetry ratio - Automatically picks a basic ratio for the selected packet rate, which means it will pick a “good default” for the packet rate selected. https://github.com/ExpressLRS/ExpressLRS/pull/1599
  • "Race" telemetry ratio - Same as "Standard" except disables telemetry and SYNC packets when armed (replaces NO_SYNC_ON_ARM). https://github.com/ExpressLRS/ExpressLRS/pull/1599

Features

New targets

  • Unified ESP targets - Our internals are now set up to produce just one firmware image for all devices of the same type (all ESP32-based TXes, all ESP8285 RXes and now ESP32 based RXes)
    https://github.com/ExpressLRS/ExpressLRS/pull/1552
  • Integrated VTX - New receivers with the VTX combined on a single MCU, similar to the Happymodel Fyujon, but without the extra MCU for the VTX side. This will allow for AIOs with serial RXes, rather than SPI, thanks to us taking over the VTX duties and only using a single UART. Keep an eye out for the next generation of ExpressLRS AIO’s from your favorite manufacturers in the near future.
    Manufacturers and DIYers can find reference designs here https://github.com/ExpressLRS/ExpressLRS/pull/1607
  • True diversity receivers with optional integrated VTx - working with manufacturers currently to make these
    Manufacturers and DIYers can find reference designs here https://github.com/ExpressLRS/ExpressLRS/pull/1555#issuecomment-1146757077
  • Receivers with more PWM outputs - working with manufacturers currently to make these, 6ch, 8ch and 10ch at least in pre-production
  • Use any (ESP8285) receiver as TX - Just for DIYers really https://github.com/ExpressLRS/ExpressLRS/pull/1457
ExpressLRS - ExpressLRS V2.5.1

Published by FOG-Yamato over 2 years ago

Getting Started 2.0 Documentation

The important stuff

  • Arming state must be HIGH on AUX1 for safety and feature reasons
  • This update is not required for most users and is only meant to fix some small issues.

Enhancements

  • N/A

New targets

  • N/A

Bug fixes

  • Restore HTTP upload functionality (#1580)
  • PlatformIO and Namimno STM Voyager TX bootloader fixes (#1593)
  • Fix WiFi force flash (#1600)
  • Add WS2812_IS_GRB for Namimno OLED TXes (#1625)

A note on versioning

The versioning scheme chosen by the ExpressLRS devs is based on the semantic versioning scheme.
Where a version is defined as “major.minor.patch”
major = major new feature and/or incompatible changes
minor = minor features or enhancements and/or new targets
patch = bug-fixes

ExpressLRS - ExpressLRS V2.5.0

Published by wvarty over 2 years ago

Getting Started 2.0 Documentation

The important stuff

  • Arming state must be HIGH on AUX1 for safety and feature reasons
  • This update is not required for most users.

Enhancements

New targets

  • BETAFPV LiteRadio 3 Pro
  • GEPRC Nano 2400 RX
  • GEPRC Nano 900 RX

Bug fixes

  • The streamexpect library that is used to support ETX passthrough had ones of it's dependencies updated in an incompatible way, so we've included this library directly into the build chain code (#1564)
  • Fix WiFi firmware update reboot process when auto wifi is set to off (#1559)

A note on versioning

The versioning scheme chosen by the ExpressLRS devs is based on the semantic versioning scheme.
Where a version is defined as “major.minor.patch”
major = major new feature and/or incompatible changes
minor = minor features or enhancements and/or new targets
patch = bug-fixes

ExpressLRS - ExpressLRS V2.4.0

Published by JyeSmith over 2 years ago

Getting Started 2.0 Documentation

The important stuff

  • Arming state must be HIGH on AUX1 for safety and feature reasons
  • This update is not required for most users.

Enhancements

The ExpressLRS team would like to thank RadioMaster and EdgeTX for their collaboration on integrating ExpressLRS into the TX16S.

Bug fixes

  • Correction to the Radiomaster Zorro output power (#1517)

A note on versioning

The versioning scheme chosen by the ExpressLRS devs is based on the semantic versioning scheme.
Where a version is defined as “major.minor.patch”
major = major new feature and/or incompatible changes
minor = minor features or enhancements and/or new targets
patch = bug-fixes

ExpressLRS - ExpressLRS V2.3.0

Published by wvarty over 2 years ago

Getting Started 2.0 Documentation

The important stuff

  • Arming state must be HIGH on AUX1 for safety and feature reasons
  • This update is not required for most users, but contains new features for HDZero users, and minor bugfixes.

Enhancements

The ExpressLRS team would like to thank Divimath / HDZero for their support and collaboration on an integration between ExpressLRS, and the HDZero Video Receiver (VRX).

What does the ELRS + HDZero integration provide?

Currently, the high level feature set allows a user to:

  1. Change the band (R-band, F-band) and channel (1 to 8) that the VRX is receiving on from the VTX Administrator menu within the ELRS LUA,
  2. At the same time, change the band and channel that a HDZero VTX is transmitting on, assuming it has been configured to use Smartaudio control, and is connected to a Betaflight FC,
  3. Start and stop the DVR recording on a HDZero VRX based on the state of an AUX channel,
  4. Delay the start or stop of DVR recording by a configurable timespan, when using the AUX control described in item 3 above.

There may be more features introduced in future to further extend this integration.

For more information, see the Manual for the HDZero Backpack here: https://docs.google.com/document/d/1L4U4uEqYhuwCww_RxSpavNetltbHMvLAknhM0HjRnwE/edit?usp=sharing

NOTE: This integration uses the Backpack functionality (See https://github.com/ExpressLRS/Backpack), and requires that a backpack receiver, running v1.0 or later be added to your VRX

Bug fixes

A note on versioning

The versioning scheme chosen by the ExpressLRS devs is based on the semantic versioning scheme.
Where a version is defined as “major.minor.patch”
major = major new feature and/or incompatible changes
minor = minor features or enhancements and/or new targets
patch = bug-fixes

ExpressLRS - ExpressLRS V2.2.0

Published by JyeSmith over 2 years ago

Getting Started 2.0 Documentation

The important stuff

  • Arming state must be HIGH on AUX1 for safety and feature reasons
  • This update is not required for most users, but contains minor bugfixes and new targets.

Enhancements

The ExpressLRS team would like to thank RadioMaster and the EdgeTX team for their support and collaboration on an internal ExpressLRS module. RadioMasters contribution of numerous prototypes and final product hardware for testing has resulted in the first fully featured and supported handset... the RadioMaster Zorro!

https://www.radiomasterrc.com/products/zorro-radio-controller
https://github.com/EdgeTX

Internal Full Duplex

Misc

Bug fixes

New Hardware Targets

2.4GHz

915-868MHz

  • NA

A note on versioning

The versioning scheme chosen by the ExpressLRS devs is based on the semantic versioning scheme.
Where a version is defined as “major.minor.patch”
major = major new feature and/or incompatible changes
minor = minor features or enhancements and/or new targets
patch = bug-fixes

Badges
Extracted from project README
Release Build Status License Stars Chat Open Collective backers
Related Projects
ESPixelStick

Firmware for the ESPixelStick

30 Jul 2015 537
esp-ai

The simplest and most cost-effective AI integration solution, enabling any device to achieve inte...

26 Jun 2024 231
Farm-Data-Relay-System

A system that uses ESP-NOW, LoRa, and other protocols to transport sensor data in remote areas wi...

18 Dec 2020 507
arduino-esp32

Arduino core for the ESP32

06 Oct 2016 12,797
esp-at

AT application for ESP32/ESP32-C2/ESP32-C3/ESP32-C6/ESP8266

11 Jan 2017 879
esp-dev-kits

Docs, Schematics, Factory Firmwares for ESP Development Kits

27 Apr 2020 352
ESP3D

FW for ESP8266/ESP8285/ESP32 used with 3D printer

16 Apr 2015 1,742
esp-thread-br

Espressif Thread Border Router SDK

15 Jun 2022 105
esp-rfid

ESP8266 RFID (RC522, PN532, Wiegand, RDM6300) Access Control system featuring WebSocket, JSON, NT...

10 May 2017 1,299
esp-adf

Espressif Audio Development Framework

02 Apr 2018 1,336
RacingLapTimer

Racing lap timer, based on a laser sensor.

13 Jul 2020 6
esp-box

The ESP-BOX is a new generation AIoT development platform released by Espressif Systems.

20 Oct 2021 649
esp-faq

19 Jun 2020 35
esp-drone

Mini Drone/Quadcopter Firmware for ESP32 and ESP32-S Series SoCs.

22 Jun 2020 786
OpenMQTTGateway

MQTT gateway for ESP8266 or ESP32 with bidirectional 433mhz/315mhz/868mhz, Infrared communication...

17 Sep 2016 3,437