- Posts: 4
expressLRS
- LAM_FPV
- Offline
I have betafpv 1w tx betafpv rx elrs 2.2.0
Thanks !
Please Log in or Create an account to join the conversation.
- mooiweertje
- Offline
- Posts: 85
I have family in Ukraine and busy getting them out. Not that I can do much but ok.
flew once this week and seemed to work fine and smooth.
Please Log in or Create an account to join the conversation.
- hexfet
- Away
- Posts: 1885
mooiweertje wrote: Hi, I'm sorry I am not giving feedback anymore.
I have family in Ukraine and busy getting them out. Not that I can do much but ok.
flew once this week and seemed to work fine and smooth.
No worries. Hope your family stays safe and whole.
Please Log in or Create an account to join the conversation.
- hexfet
- Away
- Posts: 1885
LAM_FPV wrote: Hi i have tested the last version everything works good. The only problem i have is that the module restart all my settings when i reboot the transmitter. Rate. Telemetry power etc... any idea ?
I have betafpv 1w tx betafpv rx elrs 2.2.0
Thanks !
Interesting! I had not noticed this behavior before but I think it's consistent with the description on the ELRS Model Matching page . If your model's Fixed ID is outside the range 0(None)-63 then this explains the behavior you're seeing. I can duplicate the behavior on my HappyModel ES2400TX.
For Fixed IDs from 0-63 (Deviation displays 0 as None) the ELRS Model Matching feature is in effect. The doc at the link above says that even if the Model Match setting is Off, ELRS stores some parameters based on Fixed ID, with up to 64 sets of parameters. For Fixed IDs outside that range ELRS boots up with the default parameter settings.
Try changing the Fixed ID to something in the range None-63 for each of your ELRS models. It's fine to use the same Fixed ID in multiple models if you don't use Model Match and do want the models to use the same ELRS parameter settings.
Also want to mention there is a fix in ELRS master branch that may also be needed, though if the Fixed ID change works then the ELRS fix will only help the menus load faster. The ELRS change will be included in the 2.3 version.
Please Log in or Create an account to join the conversation.
- LAM_FPV
- Offline
- Posts: 4
It seems like 400k and 1.87M bitrate work well, wich one do you advice to use ?
Ok for the 2.3 i will flash it as soon as it will be released !
Please Log in or Create an account to join the conversation.
- belrik
- Offline
- Posts: 94
Connection defaults to 150hz which is not correct for 2.4g systems, every time I put in a new pack the connection is set to 150hz.
Anytime the RX restarts the TX is defaulting to 150hz, I believe the prior packet rate should be retained (as on EdgeTX).
Please Log in or Create an account to join the conversation.
- hexfet
- Away
- Posts: 1885
belrik wrote: Testing on 2.4g with eLRS 2.2. latest deviationTX build linked above.
Connection defaults to 150hz which is not correct for 2.4g systems, every time I put in a new pack the connection is set to 150hz.
Anytime the RX restarts the TX is defaulting to 150hz, I believe the prior packet rate should be retained (as on EdgeTX).
Sounds like the same thing as described in my previous post. Change your model's Fixed ID to 63 or less. ELRS saves some TX settings even when not using Model Match, but only for model id's 0-63. For CRSF Deviation treats any Fixed ID over 63 as 255. ELRS treats this as "no model id defined" and doesn't store settings in that condition.
I see that EdgeTX only allows the model id (Receiver) to be set 0-63, so it's never the "off" value. That's probably a good UI choice. There may be some users that want to change settings but not have them saved past the current power cycle. But judging by these two questions it seems mainly to cause confusion. I'll think about a change.
Please Log in or Create an account to join the conversation.
- mooiweertje
- Offline
- Posts: 85
Please Log in or Create an account to join the conversation.
- belrik
- Offline
- Posts: 94
hexfet wrote:
LAM_FPV wrote: Hi i have tested the last version everything works good. The only problem i have is that the module restart all my settings when i reboot the transmitter. Rate. Telemetry power etc... any idea ?
I have betafpv 1w tx betafpv rx elrs 2.2.0
Thanks !
Interesting! I had not noticed this behavior before but I think it's consistent with the description on the ELRS Model Matching page . If your model's Fixed ID is outside the range 0(None)-63 then this explains the behavior you're seeing. I can duplicate the behavior on my HappyModel ES2400TX.
For Fixed IDs from 0-63 (Deviation displays 0 as None) the ELRS Model Matching feature is in effect. The doc at the link above says that even if the Model Match setting is Off, ELRS stores some parameters based on Fixed ID, with up to 64 sets of parameters. For Fixed IDs outside that range ELRS boots up with the default parameter settings.
Try changing the Fixed ID to something in the range None-63 for each of your ELRS models. It's fine to use the same Fixed ID in multiple models if you don't use Model Match and do want the models to use the same ELRS parameter settings.
Also want to mention there is a fix in ELRS master branch that may also be needed, though if the Fixed ID change works then the ELRS fix will only help the menus load faster. The ELRS change will be included in the 2.3 version.
Please Log in or Create an account to join the conversation.
- hexfet
- Away
- Posts: 1885
Please Log in or Create an account to join the conversation.
- hexfet
- Away
- Posts: 1885
From looking at the ELRS code I learned the situation is a little different than what I thought. The fixed id of 255 meaning model match is off only applies to the RX. When sending a model id to the TX it should always be in the range 0-63.
Please Log in or Create an account to join the conversation.
- belrik
- Offline
- Posts: 94
hexfet wrote: New test build is available - 5889e07 . This build sends a model id of 0 to ELRS if the Deviation Fixed ID is greater than 63. I'll probably make a change to the UI so it's only possible to set a CRSF fixed id in the range 0-63 but UI changes take more time.
From looking at the ELRS code I learned the situation is a little different than what I thought. The fixed id of 255 meaning model match is off only applies to the RX. When sending a model id to the TX it should always be in the range 0-63.
Now I get the normal 500Hz default for my models, which is what I would expect when not using Model Match. Thanks.
Please Log in or Create an account to join the conversation.
- hexfet
- Away
- Posts: 1885
I've merged the pending PR and the fixed id change so the Deviation master branch is the latest (and same as the latest test build). I put a "nightly build" in the Test Build section on deviationtx.com. Still working on the CI build changes.
Please Log in or Create an account to join the conversation.
- InGage
- Offline
- Posts: 3
Please Log in or Create an account to join the conversation.
- hexfet
- Away
- Posts: 1885
Please Log in or Create an account to join the conversation.
- InGage
- Offline
- Posts: 3
Please Log in or Create an account to join the conversation.
- hexfet
- Away
- Posts: 1885
ELRS master branch has a fix that eliminates some serial port errors, but 2.2 seems to still work.
PPM In should be None. The bidirectional serial port protocols like CRSF can't be used with PPM since they use the same serial port.
Please Log in or Create an account to join the conversation.
- InGage
- Offline
- Posts: 3
Thanks for everything!
Please Log in or Create an account to join the conversation.
- hexfet
- Away
- Posts: 1885
Please Log in or Create an account to join the conversation.
- marcus0304
- Offline
- Posts: 4
I use BetaFPV ELRS Micro TX Module 1W Edition at Jumper t8sg v3 it works great.
But there are nothing in CRSF but "bit rate" when I use Jumper 2.4G ELRS TX Module AION NANO at DEVO 7E.
I use transmitter’s trainer port (tip connector) to connect this module and it can bind a receiver and work normally.
Is it normal for Devo 7E using a CRSF protocol (also ELRS) or something i have done wrong.
firmware : dba34f0
Thanks.
Please Log in or Create an account to join the conversation.
- Home
- Forum
- Development
- Protocol Development
- expressLRS