GithubHelp home page GithubHelp logo

expresslrs / backpack Goto Github PK

View Code? Open in Web Editor NEW
94.0 14.0 68.0 8.86 MB

Firmware for ExpressLRS compatible backpacks

License: GNU General Public License v3.0

C++ 43.52% C 2.53% Python 19.87% CSS 13.38% JavaScript 15.57% HTML 5.13%
hacktoberfest

backpack's Introduction

What is a "TX Backpack"?

Some of the ExpressLRS TX modules include an additional ESP8285 chip, which lets us communicate wirelessly with other ESP8285 enabled devices using a protocol called espnow. We call this chip the "TX-Backpack". The aim of the TX-Backpack is to allow wireless communication between ExpressLRS, and other FPV related devices for command and control, or for querying config.

Sounds interesting... What type of FPV devices can it talk to?

A prime use case is your video receiver module (or VRX). Currently there aren't many VRX modules that have an ESP8285 built in to allow them to communicate with ExpressLRS, so in most cases you need to add your own. A small ESP based receiver can be "piggybacked" onto your VRX module, which allows ExpressLRS to control the band and channel that your goggles are set to. We call this device the "VRX-Backpack".

Wow cool, so I'll be able to control the module via ELRS!? Which VRX modules does it work with?

The list of supported modules can be found on the wiki: https://github.com/ExpressLRS/Backpack/wiki

Great! I use one of the supported modules. How do I get a VRX-Backpack?

There are a few different options for both DIY or compatible off the shelf backpacks... check the wiki for the current list: https://github.com/ExpressLRS/Backpack/wiki

backpack's People

Contributors

aaronsss avatar alessandroau avatar capnbry avatar cruwaller avatar deadbytefpv avatar fog-yamato avatar frankpetrilli avatar githubdlg avatar hwt662988 avatar i-am-grub avatar jonas-koeritz avatar jonesfu avatar jurgelenas avatar justinlampley avatar jyesmith avatar mustardtigerfpv avatar niklasvoigt avatar pkendall64 avatar stoneddawg avatar wenzhicode avatar wvarty avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

backpack's Issues

Happymodel EP82 target aliases.

Problem:
We only have rapidfire HappyModel EP82 target, but it doesnt even say that its for rapidfire only in configurator:
image
I was strugling whole evening with that, than I dig in to repo and check the target itself (https://github.com/ExpressLRS/Backpack/blob/master/targets/happymodel_vrx.ini) and find out that its rapidfire only.
From user perspective its imposible to find out that HappyModel target is for rapidfire, and that EP82 is same as ESP01F.

Tried to make PR #78 and find out that configurator doens't show new target from PR selected.

Solution:
We need to add aliases for all ESP01F for HappyModel EP82, or just make documentation for backpack better. (Can anyone told me how can I contribute for wiki?)

TBS Fusion Backpack not working

Firware Version
Backpack 1.4.1 on RM Boxer with last ELRS internal
FUSION Firmware 2.22 + 2.10. 2.30

Firmware was falshed to fusion with fdti with bindig phrase and home network. i testet also another binding phrase

When i am in elrs lua and will bind again the fusion esp is blinking one time, so i think it is communicate with the RM Boxer .
The WifiSymbol is with an "X" sign (not connected). Fusion is set in vtx follow mode, wifi is on.

In VTX Admin i change the channel and push sent to vtx. VTX is changed but not the fusion.
i can also not activate vrx wifi backpack for web gui
i have no idea anymore whats wrong.

try also 1.4.0 backpack version and 1.3.0

i try it the first time after i sold my tango 2 for elrs

RadioMaster TX16S - DUPLETX_TX_BACKPACK vs ESP_TX_BACKPACK

I just tried to update the TX backpack firmware in my RadioMaster TX16S (mk2, ELRS).
The "RadioMaster" - "RadioMaster TX16S Internal 2.4GHz TX" target which looks like an almost exact match.
image

However, after uploading the firmware file via WiFi, I get the "Targets Mismatch" error:

Targets Mismatch
Current target: DUPLETX_TX_BACKPACK.
Uploaded image: ESP_TX_BACKPACK.

The firmware update web page says:

From here you can update your TX Backpack module with DUPLETX_TX_Backpack firmware
Firmware Rev. 1.1.0 (710107)

  1. Any idea where this mismatch comes from and if it's safe to proceed?
  2. Is the DUPLETX_TX_Backpack some RadioMaster proprietary stuff, provided that it seem to be not mentioned in this repository?

Rapidfire + HM EP82 on v1.2.0 does not enter SPI mode

Rapidfire 1.3.2 (also tested and fails on 1.3.3)
HappyModel EP82 1.2.0 (works fine on 1.1.0)

Tx can control EP82 on both 1.2.0 and 1.1.0 fine.
Rapidfire module does not enter SPI mode when on 1.2.0 per LCD screen.
When channel/band is changed on Tx, Rapidfire will jump through different channel and band settings for about 2 seconds and stop, but not change to match Tx commanded setting. Multiple power-cycles does not correct operation.
Flashed back to 1.1.0 and issue is resolved with SPI mode shown on screen, and RF changing immediately to commanded setting.

TBS Fusion VRX integration

The TBS Fusion VRX module can connect to the WiFi of a TBS Crossfire/Tracer module, which enables these features:

  • automatic VTX/VRX frequency sync
  • dynamic VTX power
  • telemetry OSD inserted on the VRX side

See page 24 onwards at: https://www.team-blacksheep.com/tbs-fusion-manual.pdf

It would be great, if someone could figure what kind of data/protocol the TBS Fusion needs for this connection. So that it will be possible to connect a TBS Fusion to an ExpressLRS TX with an ESP backpack and use these features.

@JyeSmith has already got the frequency sync working with a DIY VRX module: https://github.com/ExpressLRS/ExpressLRS/wiki/VRx-Backpack

In an earlier issue it is mentioned, that apparently TBS Fusion integration is already being worked on.

dual SPI support for buttons and module

Would it be possible to support two SPI devices so that both the goggle buttons and the VRX module control could be reconciled by the backpack?
This way the backpack could update channel as a result of goggle buttons, or be completely transparent if no eLRS RX is in use.

Headtracker/trainer backpack

Hi,
I am currently experimenting with developing a headtracker using an off the shelf m5stack atom matrix board (just because of the included MPU), which connects to my remote using FrSky proprietary BLE trainer link.
I wonder whether instead of using BLE and only being compatible to higher end FrSky radios, we can integrate this usecase into the ExpressLRS backpack ecosystem?

As headtrackers are traditionally implemented using the trainer port on radios, I wonder whether ExpressLRS in general has a vision for trainer functionality, which could be used by either real trainer links as well as headtrackers?
Or did I miss something?
Is the "trainer" concept relevant at all for the FPV target group? IMO at least headtrackers are, even if kinda limited in their resolution because of ExpressLRS aux channel resolution limitations.

Thanks for your time and efforts!

Backpack repo missing binary_configurator.py

Currently unable to the backpack over UART through the configurator due to the backpack repo not having a binary_configurator.py file.

While most devices likely are flashed over wifi, it is useful to have the UART option for flashing DIY devices.

Namimno Flash OLED TX backpack firmware

So, Namimno Flash OLED TX uses HappyModel backpack firmware?
Even if the target and the code are exactly the same, can we make it more clear when naming or displaying? That would be more easy for users and not making them think something is wrong with their module.

image

image

Flash error because of WiFi password characters

I'm trying to flash the Backpack of the Happymodel ES24TX, using Configurator 1.3.4 and Backpack version 0.2 (TX version 2.1.0) under Linux.

While the TX worked fine with the same wifi password, with the Backpack I get this error:

I won't post my wifi password ;-), but it starts with 'wf###', which seems to be the problem.

<command-line>: error: pasting "wf" and "#" does not give a valid preprocessing token
lib/WIFI/devWIFI.cpp:53:5: note: in expansion of macro 'HOME_WIFI_PASSWORD'
   53 | STR(HOME_WIFI_PASSWORD)
      |     ^~~~~~~~~~~~~~~~~~
*** [.pio/build/HappyModel_TX_Backpack_via_UART/libf5b/WIFI/devWIFI.cpp.o] Error 1
========================== [FAILED] Took 2.32 seconds ==========================
Environment                      Status    Duration
-------------------------------  --------  ------------
HappyModel_TX_Backpack_via_UART  FAILED    00:00:02.319
==================== 1 failed, 0 succeeded in 00:00:02.319 ====================```

No HDMI output on SharkByte VRX.

After flashing backpack 1.3 to the module in my Sharkbyte VRX it no longer outputs video from the HDMI. All other status lights looked correct.
De-soldering the module or rolling back to 1.1 returned the HDMI output.
The module is the Happymodel EP82 VRX-Backpack, but I also tried a EP2 with a broken antenna with the same results.

Different methods to switch channels

Can I sync the receiver and transmitter using traditional methods to switch channels (on-screen menu and stick combination or switching channels with the switch on the radio)?

Eachine pro58

Any possibility for eachine pro58 ?
It's a nice vrx at low price work like charm as nearly fusion compared

Feature Request: flashing firmware over uart using ELRS backpack as bridge possible?

Hi :)

idk weather this is possible, but i saw that the happymodel backpack module has full spi functionality (clk, mi, mo, cs) and i was wondering if it would be possible to flash devices connected to that spi via backpack? I thought you could load precompiled firmware for any uart device onto your radios sd card, pass it to the backpack tx and send it to a backpack rx connected to the respective device. this would allow you to flash pretty much anything with a uart over the backpack system.

how i imaginge the implementation:

  • since backpack is based on transmitting small messages via esp now which is limited to 250-byte payloads and precompiled firmware would be a lot larger, you would need to implement another two way protocol layer within this payload to handle correct transmission (and retransmission if nessessary) of the firmware.

  • you would also need some software on the rx side to stitch the packages back together and translate them to spi (i guess the latter part exists already?)

  • you could choose if you wanted the spi communication functionality integrated into the transmitted package (then you have to translate the precompiled software to spi commands before loading it on the radio -- maybe integrate non elrs firmware compilation into elrs configurator to get it to the correct format) or if the backpack rx knows how to do that (maybe it does it already, i have no knowledge of spi communication or flashing firmware over it -- hardware compatibility issues?).

it would be really cool if that would work, but there are probably hardware or software limits i don't know of. if so, please tell me, i would appreciate a bit of insight into the workings of elrs backpack :)

thank you for reading and thinking this through :)

greetings

Can't manually override video channel with Skyzone Steadyview+ELRS receiver

I'm using the Skyzone Steadyview with built in ELRS backpack board as the receiver in my goggles (Skyzone Cobra S). I have it bound to my transmitter and can change both the VTX and VRX channels successfully through the ELRS VTX administrator page of the LUA script. However, I am not able manually override the VRX channel through the UI of the goggles, meaning I am only able to change VRX channels through my transmitter when I have an ELRS model selected.

Not all of my models with video transmitters use ELRS, and when I'm watching another person's video I won't have my transmitter on and thus won't be able to change my VRX channel.

Is there a way the ELRS backpack could set the VRX channel initially, but permit overriding through the goggle UI to manually switch to other channels? If not then my video receiver is practically unusable and I would've been better off buying the non-ELRS backpack version of the Steadyview module.

3 time blink when telemetry is recieved

Hi, I have a strange issue:
Backpack works fine, but when telemetry is on and quad is connected VRX backpack blinks 3 times than pause.
Disconnect quad - solid LED on VRX Backpack.
When it blinks the FPV screen blinks too. (If I disconnect data pin it stops, so its transmitting smth).
When I turn telemetry OFF in LUA scrips it stop blinking and works fine.
I tried to use different binding phrase on backpack, but issue is not there.

2.5.1 ELRS on TX
1.2 Backpack

HappyModel EP2 as VRx backpack

I am trying to make HappyModel EP2 work with VRx firmware for the RapidFire module.

However, the EP2 module behaves weird - once power-cycled, the green LED first blinks once(?) very fast, then remains solid for ~2 seconds, then slowly blinks 4 times, then remains solid forever (see video below). There seem to be no such LED status code in the docs.

This LED status does look a bit like "The Backpack is in Binding Mode", but the BINDING_PHRASE is embedded with the firmware, and thus it should be unnecessary. (The HOME_WIFI_SSID and HOME_WIFI_PASSWORD do work as expected -they are "saved", btw.) Attempting to perform Binding while it's blinking seem to change nothing at all.

When I try to actually use it ('VTX Admin" -> "Send VTx" in the Lua script), the VTx (the drone) actually switches the channel, but the VRx (the RapidFire) does not switch. I have to manually switch the channel on the RapidFire to get the picture back.

Each 3rd boot is WiFi mode (few slow blinks then constant fast blinking). This mode seem to work OK.

  1. Any idea what that kind of LED blinking actually means?
  2. Although EP1/EP2 is a supported and (even recommended) module, there seem to be no explicitly matching Target in the ExpressLRS Configurator v1.6.1. I tried the following:
    • "OFFICIAL RELEASES" - "Release1.1.0" - "VRX" - "Rapidfire ESP RX Backpack" / "Rapidfire ESP01F Backpack"/ "HappyModel EP82 VRX Rapidfire Backpack". Sadly, build fails with InvalidEnvNameError: Invalid environment name 'HDZero_RX5.1_ESP32_Backpack_via_WIFI'. The name can contain alphanumeric, underscore, and hyphen characters (a-z, 0-9, -, _)
    • Same for release 1.2.0
    • "OFFICIAL RELEASES" - "Release1.3.0" - "VRX" - "Rapidfire ESP01F Backpack" - the "4 slow blinks and then nothing".
    • "OFFICIAL RELEASES" - "1.4.1" - "rapidFIRE Module" - "ELRS Receiver" - the "4 slow blinks and then nothing".
    • "OFFICIAL RELEASES" - "1.4.1" - "rapidFIRE Module" - "ESP01F Module" - the "4 slow blinks and then nothing".
    • "OFFICIAL RELEASES" - "1.4.1" - "rapidFIRE Module" - "Happymodel EP82" - the "4 slow blinks and then nothing".
    • "GIT BRANCH" - "master" - "rapidFIRE Module" - "ELRS Receiver" - the "4 slow blinks and then nothing". "5917 SPI mode" is shown on the RapidFire screen.
    • "GIT BRANCH" - "master" - "rapidFIRE Module" - "ESP01F Module" - the "4 slow blinks and then nothing".
    • "GIT BRANCH" - "master" - "rapidFIRE Module" - "Happymodel EP82" - the "4 slow blinks and then nothing".

The firmware update via WiFi web page show "master (88ce11)" for both RadioMaster TX16S (mkii, ELRS) radio and the EP2 (when using "master").

WIN_20240131_10_50_43_Pro.mp4

Ability to disable backpack / channel change on start up

Not all of my models run on ELRS so it is annoying that it will change the channel to R8 when you turn the goggles on. Not to mention my TX won't be on if I am spotting someone at a race.

Is it possible to add a feature that prevents this channel change if the bound ELRS module is not available?

Unable to flash ESP32 over UART

Currently unable to flash the ESP32 chipset over UART through the configurator. This may be a configurator issue, but since it seems to only be impacting the backpack, I figured I should start here

  • Can flash ESP82 targets over UART through the configurator
  • Can flash the ESP32 target over UART through the toolchain
  • WiFi version of the ESP32 target build as expected
  • Attempted with devkits with different USB to UART adapters
  • Attempted on Windows and Linux

image-1.png

image-2.png

ExpressLRSBuildLog_20240430033900647.txt

Add webui for backpack binding phrase management (like ExpressLRS TX/RX)

I desire the ability to manage the backpack VRx Binding Phrase / UID similar to the webui of a normal ExpressLRS device.

Reasoning:
I like to keep firmware files generic in order to help friends update at the field AND still have my TBS Fusion backpack preserve it's binding after I power up my HDZero goggles into a non analog module mode three times (HDZ v2 "Auto" AnalogRX power).

Axis thor elrs module baxkpack problem

I'm trying to use backpack with rapidfire ep82 and my thor module and my edge tx tx16s.
One time the rapidfire receive the signal from the Thor but then I try with all backpack version and doesn't work anymore. I think that the thro axis need a fix for this importang bug...

Build error "Invalid environment name ' for file hdzero.ini

I have to empty the file hdzero.ini to compile BETAFPV_TX_Backpack_via_UART or DEBUG_ESP_RX_Backpack_via_UART, otherwise i get this error

Error: Invalid environment name 'HDZero_RX5.1_ESP32_Backpack_via_UART'. The name can contain alphanumeric, underscore, and hyphen characters (a-z, 0-9, -, _)

nested on:

$ pio system info
--------------------------  ---------------------------------------------------------
PlatformIO Core             6.1.7
Python                      3.11.3-final.0
System Type                 darwin_x86_64
Platform                    macOS-13.3.1
File System Encoding        utf-8
Locale Encoding             UTF-8
PlatformIO Core Directory   /Users/.../.platformio
PlatformIO Core Executable  /usr/local/bin/platformio
Python Executable           /usr/local/Cellar/platformio/6.1.6/libexec/bin/python3.11
Global Libraries            0
Development Platforms       12
Tools & Toolchains          56
--------------------------  ---------------------------------------------------------

binary_configurator.py not located in the repo

Hi

I have been trying to compile a new version of a pull request backpack but when I am compiling I get this error message, now I tried on mac and windows with the same result

/Applications/ExpressLRS Configurator.app/Contents/dependencies/darwin_amd64/python-portable-darwin-3.8.4/bin/python3: can't open file '/Users/mac1/Library/Application Support/ExpressLRS Configurator/firmwares/binary/Backpack/python/binary_configurator.py'

Hardware: mac - windows
Version configurator: 1.6.1

headtracker

Is there any documentation on a DIY headtracker available? which imu is needed? would it work on an EP82 backpack with external imu (super simple and quick) or is an ESP32 like in the HDZero goggles nesessary?

TrueD VRx switches channel only sometimes and to random channels

I know that the TrueD Furious FPV isn't supported as a VRx yet. I tried to use my ESP8285 betaFPV lite receiver as a VRx Backpack anyway. As Firmware I flashed RX5808_ESP_RX_Backpack.
My Transmitter is the Happymodel TX Pro 2400 and has a built in Backpack on version 1.2.0
My Goggles are Fatshark Attitude V3.
I followed this wiring diagram https://github.com/ExpressLRS/Backpack/raw/master/img/rf-wiring0diagram.jpg connecting CLK to the boot-pad.

  1. The VRx only switches channel sometimes and to random channels when I command it with the TX script. The command always arrives at the RX (it blinks 3x when I send a command). When it switches channel it sometimes immediatley switches one up afterwards.

Other things I found out:
2) With all 5 cables connected and the VRx installed in the goggles, the RX goes into bootloader mode (solid LED, not responsive to inputs from my radio). The VRx beeps once a second and switches one channel up and down (see this video: https://youtu.be/4T0QT9gV-JI ) This is caused by something inside my goggles, because it only happens if the VRx is installed in the goggles. Yes, I checked that there is no short between ground and the boot pad.

  1. With the CLK cable disconnected and the VRx installed in the goggles, I can control the RX, for example when I swith channel with the ELRS script, the RX blinks and sometimes the VRx switches channel to a random channel. So the same behaviour as in 1)

Any Ideas what I could do?

VRX set F8 when select R7

Hi, I'm using TBS Fusion with internal backpack flashed.
Thanks to it works very well.
But one annoying thing is VRX switched to F8(5880) when I select R7(5880) with LUA.
Yes it's same frequency but little annoying when I switch manually with module's button for watching other pilot's raceband channel.
And just want to see R7 on Fusion's OLED :)

What did I miss? or just intended?

Strange bind bug to OSD ESP devices with Hdzero googles

Reproduced it 3 times now:
HdZero Backpack flashed with bind phrase
TX(Radiomaster)Backpack flashed with bind phrase
ESP32/ESP8266 flashed with bind phrase
UID Bytes are same across all devices. Backpack fw version is latest.

ESP32/ESP8266 osd backpacks dont work after flashing it, in log there is same UID Bytes etc.. But cant see osd message in HdZero googles.
Only starts working after:

  1. Power on Hdzero googles + TX(Radiomaster) + ESP32/8266
  2. Go to Backpack setting in HdZero googles and press bind
  3. Press Bind in TXbackpack (radiomaster)
    And then ESP-OSD-Backpack starts working and sending messages to my hdzero osd.
    In esp-osd-backpack uid bytes didnt changed as I can see in log, hdzero googles also have same bytes, but it somehow rebinds and start working after that.
    Tested with 3 freshly flashed esp's one 32 and two 8266

[Feature Request] add lilygo T-Watch-2020

I don't know, who did it first, but there was a communication "proof of concept" with the lilygo T-Watch-2020. Maybe the backpack could communicate with the T-Watch to send telemetry data, and the module can be configured via the watch?

Compatibility / Wiring diagram

I am coming from @JyeSmith's video "ExpressLRS V2 - RX5808 Backpack". I've got a couple of the bare RX5808 VRX boards kicking around, one of my old DIY base stations uses two of those boards (running the "Pro Diversity" firmware). In the Readme I can see that (for now?) only Rapidfire is supported. I was wondering if any RX5808 based VRX could be retro-fitted or if adaptations in the firmware are needed?

I thought maybe the backpack just "injects" the signal to switch the channel of those modules, now I am not so sure...

Edit: Never mind, I just saw #10

[Docs request] FENIX module backpack

The documentation mentions that backpack supports the Fenix module. However no additional data on required hardware/wiring(?)/setup is present.
It is very confusing - if I understood it correctly, it should be compatible with this module by JyeSmith. This module itself has a ESP32 module onboard and even more, it has ExpressLRS options in its' OSD - I think there was some prototype to use this module as a controller for all backpacks.
It would be very nice to have some docs on required hardware, on wiring (should it be connected via SPI as any other rx5808 module?) and so on.

Can't manually override video channel with Skyzone Steadyview+ELRS receiver

I'm using the Skyzone Steadyview with built in ELRS backpack board as the receiver in my goggles (Skyzone Cobra S). I have it bound to my transmitter and can change both the VTX and VRX channels successfully through the ELRS VTX administrator page of the LUA script. However, I am not able manually override the VRX channel through the UI of the goggles, meaning I am only able to change VRX channels through my transmitter when I have an ELRS model selected.

Not all of my models with video transmitters use ELRS, and when I'm watching another person's video I won't have my transmitter on and thus won't be able to change my VRX channel.

Is there a way the ELRS backpack could set the VRX channel initially, but permit overriding through the goggle UI to manually switch to other channels? If not then my video receiver is practically unusable and I would've been better off buying the non-ELRS backpack version of the Steadyview module.

The backpack does work and I haven't removed the pins. If this is working as intended this is very poor design for a VRX module with no external way of controlling the channel. Not all of my models use ELRS so I have to change channel through my transmitter? If this is the case then I'm going to return this module and get one without the backpack.

I can disable the backpack of the module, but it still seems as though the video channel is soft-locked to the channel set by the backpack when I change the channel through the goggles.

Flashing ExpressLRS Backpack 1.3.0 to HappyModel EP82 "Update error: ERROR[4]: Not Enough Space"

I have an ImmersionRC Rapidfire analog module with a HappyModel EP82 VRX backpack. Building the 1.3.0 backpack firmware using ExpressLRS configurator 1.6.0 for VRX target HappyModel EP82 VRX Rapidfire Backpack for WiFi flash method results in file "Rapidfire_HappyModel_EP82_VRX_Backpack-1.3.0.bin". When attempting to flash this to the EP82 via WiFi I get "Update error: ERROR[4]: Not Enough Space".

Backpack as connection to Antenna tracker?!

That was the first that came up in mind as I read the description:

  • Place an antenna tracker (e.g. MFD Crossbow mini) and attach an esp-device to its port
  • bind it to the backpack and transmit the telemetry to it so the tracker can work

would this be possible?

BLE joystick through backpack

ELRS 2.0 has the functionality to use an ESP-based TX as a BLE joystick for simulators (see ExpressLRS/ExpressLRS/pull/815). Would it be possible to port that code into the backpack code, so that people with STM-based TXs with backpack can still use the joystick function?

Troubleshooting help needed.

I have wired up and flashed my happy model ep82 backpack module to my Rapidfire VRx. I have got it bound ( confirmed by being able to put the module in wifi mode) however I am unable to change the band or channel. The VRx is booting up in spi mode. The LUA scrips both Expresslrs and TBS agent lite will change my VTX channel and band. I have tried flashing the Rapidfire ep82 firmware as well as the Rapidfire ep01 version. Need help please.

Add support for dual RX5808 receivers

add code to backpack selections for using an Happymodel EP82 backpack module to add option for control of two RX5808 modules by adding a 2nd CS output. An example would be an Eachine Pro58 Diversity module.

Pro58 headers front

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    ๐Ÿ–– Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. ๐Ÿ“Š๐Ÿ“ˆ๐ŸŽ‰

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google โค๏ธ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.