Skip to content

Conversation

@pkendall64
Copy link
Collaborator

Problem

Some of the refactoring/optimisation had the radio number set to RadioAll, this caused an issue where the PA was NOT enabled when transmitting because the code path on the STM32 and ESP8285 does not actually support 2 radios.

Solution

Remove all the old code that that operated on the second RF AMP, even though it couldn't actually be supported. Now if RadioAll is passed in it handles it as Radio1, which is "All" on STM32 and ESP8285.

This needs to merged to the master branch which will fix #3395

This caused an issue where the PA was NOT enabled when transmitting because we send Radio_ALL which is not supported
@Johanl1964
Copy link

Tested this PR on my GEP 2.4 Nano PA, but refused to bind, so tested PR 3407 (0b7543) then RX bound without problems, but still crappy TRSS!

@CapnBry
Copy link
Member

CapnBry commented Nov 17, 2025

Wow that's nuts that ESP8285 was coded to work with two independent RF frontends but didn't understand RadioAll-- must be left over from early True Diversity dev? You're right though, all dual frontend stuff is made with ESP32 by requirement so it is better to remove the extra code. Code looks right.

BetaFPV Nano RX on 3.6.1:

  • TRSS -84dBm at 0.5m
  • TRSS -101dBm at 4m
  • TQly 10% at 4m

BetaFPV Nano RX on this:

  • TRSS -22dBm at 0.5m
  • TRSS -44dBm at 4m
  • TQly 100% at 4m

I've now noticed that of the 10 different things on my desk there is literally 0 hardware that is ESP8285 RX with an amp, so I can see how I never noticed this!

@pkendall64 pkendall64 merged commit 0b0cce6 into ExpressLRS:3.x.x-maintenance Nov 17, 2025
51 checks passed
@pkendall64 pkendall64 deleted the rfamp-fix branch November 17, 2025 01:05
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants