- Posts: 1891
expressLRS
- hexfet
- Offline
I can replicate the issue with the parameters not changing if there was a long delay before clearing the throttle warning. Won't have time to look at it until later today.
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.
- hexfet
- Offline
- Posts: 1891
There's a note on the Dynamic Power page of the ELRS website that says if telemetry is not being received then the power will be set to maximum. That seems to still apply if the TX is in WiFi mode.
Please Log in or Create an account to join the conversation.
- mooiweertje
- Offline
- Posts: 85
I will try model match this week. Are you coming with a new test build soon?
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.
- hexfet
- Offline
- Posts: 1891
Last thing on my list is doing something with the model match error message. Not sure if I'll have a test build before the weekend but won't be too long. Thanks for testing!
Please Log in or Create an account to join the conversation.
- hexfet
- Offline
- Posts: 1891
This build has support for the ELRS info message. The ELRS device pages display the bad/good packet ratio and connection status in the title at the top of the screen. Similar to the Lua script, the connection status is either 'C' for "connected to receiver", or '-'. This information is updated about once per second only when disarmed (AUX1 low).
A dialog with text "Model Mismatch" displays when model mismatch is reported in the ELRS info message. The main use case works well - T8 turned on, then turn on aircraft power, if mismatch the error dialog displays. Some other cases I'm not sure the behavior is correct. For example when changing packet rates sometimes the receiver connection is lost momentarily. If model mismatch is active this may cause the dialog to display again. If the receiver is powered up before the T8 sometimes the dialog does not display. Let me know if you notice anything else that's not optimal. The dialog will only display when disarmed.
The reason the data is updated only when disarmed is that Deviation has to request an ELRS info message. The request means a sticks packet is skipped, and extra telemetry bandwidth is used. So the ELRS info is not requested when armed.
Please Log in or Create an account to join the conversation.
- mooiweertje
- Offline
- Posts: 85
When I turn off and on model match the RX is updated both on and off. Seems to work perfectly. Is this according the design? I've never used model match before so I don't know what is required/expected.
Something I haven't been able to reproduce yet. I once had during reckless turning of T8, TX, etc during connection that model match spontaneous was turned on, on the T8 and as expected the connection wasn't set up and I got the model match popup.
Please Log in or Create an account to join the conversation.
- hexfet
- Offline
- Posts: 1891
Shouldn't be any way a parameter would spontaneously change. Is it possible a button was pressed while things were moving around?
Hope the flying goes well!
Please Log in or Create an account to join the conversation.
- mooiweertje
- Offline
- Posts: 85
So the TX can store setting per model? So over 60 storage places? That makes it a little more interesting. I might want 2 model types, race quad and plane.
Please Log in or Create an account to join the conversation.
- hexfet
- Offline
- Posts: 1891
Need to get the manual updated, and I'm trying to get nightly builds going again. Until then I'll post a test build named "nightly_build".
The parameters that ELRS keeps separate per model id are listed on this page .
Please Log in or Create an account to join the conversation.
- belrik
- Offline
- Posts: 94
Please Log in or Create an account to join the conversation.
- mooiweertje
- Offline
- Posts: 85
I haven't seen anything disturbing on d00091a for 6 flights and a few hours of clicking around. The flickering menu buildup is not an issue but maybe something to note.
If I notice anything worrying in the future I will let you know here. If you want me to test or develop something for you, you have my email.
Thanks again!
~ Mooiweertje
Please Log in or Create an account to join the conversation.
- rc manic
- Offline
- Posts: 18
Fantastic work! Thanks do much for keeping Deviation alive and well. I've been following this thread since the beginning and using your last 2-3 test builds . I probably should have chimed in earlier, but I didn't have any issues with any of the test builds while flying.
I was considering an open tx radio, but no need now! I've been using my T8v2+ as a daily driver for years, just keeps going.
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
I've had no problems with recent builds either.
Please Log in or Create an account to join the conversation.
- hexfet
- Offline
- Posts: 1891
I'm spending some time on getting the CI going but don't have credentials to update the nightly builds page. I can set something up for test builds.
The idea for warning about protocol not matching the module would be nice to have. I'd like to eliminate the ELRS protocol but need a way to set the serial datarate. One thought is to add a "handset" device to the CRSF config page where the bitrate could be set. It makes some sense to put it there because the handset has it's own CRSF device address. In Deviation the bitrate would be stored in the model file.
Please Log in or Create an account to join the conversation.
- hexfet
- Offline
- Posts: 1891
The available bitrates are 400K, 1.87M, and 2.25M. The ELRS PR #1435 is needed to run 2.25M, or just add 2.25M to the baudrates array in the code. This is the fastest I could get the serial link to run.
The ELRS protocol is no longer needed but I left it in the test build so as not to break any model files. It is now identical to CRSF so it needs to be removed before a merge to master. With the test build any models with ELRS as the protocol will revert to 400Kbps. While the rate can be changed with ELRS still set as the protocol, please change to CRSF so models won't be affected by a future upgrade to a nightly build.
Comments invited! Maybe the bitrate selections should use abbreviations instead of showing the full bitrate number?
Please Log in or Create an account to join the conversation.
- mooiweertje
- Offline
- Posts: 85
Any bitrate format is fine with me. It fits in the screen so.. You can also say, legacy, megabaud, multimega or something to make it more snappy.
From a ui design it may be nice to have the baud rate setting part of the TX module settings since that is where the setting is for. From a technical point of view that may be tricky so I understand why better not.
We have terrible weather, storm and rain so I am not sure when the next flight is going to be.
Please Log in or Create an account to join the conversation.
- hexfet
- Offline
- Posts: 1891
Test build is updated - 9c4e73b . I did decide to change the bitrate settings to use abbreviations - it looks better. This build also has a change to support 1000Hz packet rate. Looks like that will be coming soon in ELRS.
I've seen some videos of the storms over there. Not flying weather.
Please Log in or Create an account to join the conversation.
- Home
- Forum
- Development
- Protocol Development
- expressLRS