feat: ELRS bind command support

[3djc]

This PR brings support to CRSF bind and ping frames.

• you can now easily loan model using Bind and Unbind buttons from Model Setup screen without using the ELRS LUA script. Please note that those buttons will only appears on ELRS module that run ELRS 3.4 or later

• module version screen (under SYS//Info) now show much more info on ELRS modules

• also add module info to radio without pxx2

Fixes #4906

[raphaelcoeffic]

@3djc this will need support for color LCD as well, right?

[3djc]

@3djc this will need support for color LCD as well, right?

@raphaelcoeffic Should be working on colorlcd

[3djc]

Tested successfully on TX16S using RM Ranger and RM ER6, so colorlcd is fine as I said :)

I'm thinking about adding one cheerp audio feedback, as since only one frame is sent, the regular binding sound is not heard. Maybe one play of it is more in line with what a user would expect

[3djc]

Added detection of streaming receiver, in which case bind button is turned to unbind (and frame is then sent to receiver for it to go in bind mode instead of radio module)

Added audio feedback

[CapnBry]

This flippin works so good I love it (tried colorlcd and bw128x64). So easy without digging into multiple layers of lua.

Someone needs to test this on Crossfire though, because I think their bind procedure is backwards from ours? It has been several years since I've used it but I think the TX goes into bind mode continuously and then the RX completes the bind (where ours the RX is continuous and the TX completes it).

I'm not sure if their TX handles the bind command or if they only implemented the RX side too.

[3djc]

Have more polish to add to this so th Captain doesn't get alarmed :D

[3djc]

This flippin works so good I love it (tried colorlcd and bw128x64). So easy without digging into multiple layers of lua.

Someone needs to test this on Crossfire though, because I think their bind procedure is backwards from ours? It has been several years since I've used it but I think the TX goes into bind mode continuously and then the RX completes the bind (where ours the RX is continuous and the TX completes it).

I'm not sure if their TX handles the bind command or if they only implemented the RX side too.

This feature is now available only to ELRS modules (version >= 3.4), not Crossfire :)

[CapnBry]

Tested on TX16S (colorlcd) / T14 (128x64 but no module version page) / Boxer (128x64), and my long laundry list of concerns / issues (on Discord) have been addressed by this fabulous PR. Thanks so much, what a wonderful ease-of-use feature for binding or sharing a model with a friend, something I see a lot a races.

There's the issue of the user hitting Unbind in flight, which will disconnect the receiver. This is recoverable by simply rebinding, which occurs at the 50Hz (longest range) packet rate so it should not be an issue. I can also set the module type to OFF or change the receiver number in flight so I consider this to be of roughly the same risk level: None*

[rotorman]

To avoid unbinding during flight, could also check the arming state? If armed, do not allow to unbind (if we know the module is ExpressLRS module, then at least the ExpressLRS Lua is able to fetch the state of ExpressLRS RF "armed" or not. Thus EdgeTX should be able to get this info out of the module as well. Although RF armed state might not 100% correlate to the model arming state, if on the model side further checks are done or another channel is used for arming, nevertheless this could be a step towards eliminating users not unbinding during flight).

[3djc]

A lot of complications for an illusion of safety imho

[raphaelcoeffic]

A lot of complications for an illusion of safety imho

We've had the possibility of enabling "Bind" on the radio for basically all modules regardless of telemetry status, without anyone complaining about it.

[CapnBry]

To avoid unbinding during flight, could also check the arming state?

No new functionality will ever be tied to Armed state, as many users are unaware of "Arming" via CH5 and are using as a general purpose channel.

Also, if the user is 3 menus deep in their model settings changing the active transmitter module while flying and hits UNBIND... just press it again to re-bind. They weren't actively controlling the model anyway so all illusion of "safety" was already out the window. 😆

[3djc]

We need "something" to indicate loss of signal, not sure RF Signal critical is worse than anything else

[CapnBry]

Oh for sure, 100% agree. The telemetry lost / telemetry recovered is a great indicator. The "RF Signal Critical" just doesn't need to be there, but that's because its coming from ExpressLRS and EdgeTX is doing the correct thing when we report it.

[pfeerick]

Yes, it was probably more the "RF Signal Critical" that I was having issue with more than the telemetry recovered... as a "telemetry lost" on unbind, and "telemetry recovered" on bind is good audio feedback.. whereas the RF signal is not actually "critical". So if you can clear that in on ELRS at some point that would be great! :) But it is only lipstick, nothing critical in any way.

…

On Fri, Apr 26, 2024 at 11:46 PM Bryan Mayland ***@***.***> wrote: Oh for sure, 100% agree. The telemetry lost / telemetry recovered is a great indicator. The "RF Signal Critical" just doesn't need to be there, but that's because its coming from ExpressLRS and EdgeTX is doing the correct thing when we report it. — Reply to this email directly, view it on GitHub <#4907 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ABJ66KPEPHEM5FOSABJBIK3Y7JLDDAVCNFSM6AAAAABGSOHUP6VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDANZZGQZTAMRUGA> . You are receiving this because you commented.Message ID: ***@***.***>

[3djc]

100% agreed

[pfeerick]

Can we get some translations for this please 🙏

With ELRS, this will change to Unbind once bound:

#define TR_MODULE_UNBIND               BUTTON("Unbind")

• @zyren CN / TW
• @Eldenroot CZ
• @HThuren DA
• @ParkerEde / @TheIsotopes / @froqstar DE
• @Pat6874 FR
• @robustini IT
• @ToshihiroMakuuchi JP
• @ulfhedlund SE
• @ajjjjjjjj PL
• @zandorsp PT
• @kobakirill RU
• UA (thanks to Salo on Discord)

[zandorsp]

PT
#define TR_MODULE_UNBIND BUTTON("Unbind")

(There is no good translation)

[ToshihiroMakuuchi]

JP
#define TR_MODULE_UNBIND BUTTON("バインド解除")

[ajjjjjjjj]

PL

#define TR_MODULE_UNBIND BUTTON("Unbind")

(same story as with PT)

[ParkerEde]

DE
#define TR_MODULE_UNBIND BUTTON("Trennen")

[HThuren]

DA
#define TR_MODULE_UNBIND BUTTON("Afkobl")

[robustini]

IT
#define TR_MODULE_UNBIND BUTTON("Unbind")

(There is no good translation at the moment, I have to do more checking because in IT there are some BIND and some ASSOCIA)

[Pat6874]

FR: #define TR_MODULE_UNBIND BUTTON("Délier") Le dim. 5 mai 2024 à 12:53, Marco Robustini ***@***.***> a écrit :

…

IT #define TR_MODULE_UNBIND BUTTON("Unbind") (There is no good translation at the moment) — Reply to this email directly, view it on GitHub <#4907 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/A6HE7XL2FOZALMS44JP2MJ3ZAYFTPAVCNFSM6AAAAABGSOHUP6VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDAOJUG42TMMJYGQ> . You are receiving this because you were mentioned.Message ID: ***@***.***>

[Eldenroot]

CZ:

#define TR_MODULE_UNBIND BUTTON("Odpárovat")

[ulfhedlund]

SE:
#define TR_MODULE_UNBIND BUTTON("Glöm")

[kobakirill]

RU
#define TR_MODULE_UNBIND BUTTON("Unbind")

(There is no good translation)

[zyren]

CN

#define TR_MODULE_UNBIND               BUTTON("解绑")

---

TW

#define TR_MODULE_UNBIND               BUTTON("解綁")