-
-
Notifications
You must be signed in to change notification settings - Fork 357
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Lost FUTABA SFHSS protocol with ETX 2.8.2 and MPM 1.3.3.20 ? #3434
Comments
similar problem with radiomaster boxer 2.8.2 (External MPM) Selected protocol Eachine E129. |
You can try this tx16s firmware based on current 2.8.2 built with PR 3435 on top of it. I'd appreciate your feedback if this fixes your problem too. |
@mha1 |
try this please ... |
it still does not work ! |
What exactly are you doing? You are doing everything on the radio, no Companion, correct? I tried this but can't reproduce your problem:
Please post exact procedure to reproduce |
I do this only on the TX. I follow exactly the first 11 steps , but at the 12 step, "J6 Pro" is selected The same happen when I choose a model who was SHFSS with ETX 2.8.1 before the change to 2.8.2.... |
As mentioned before i have a similar problem with Radiomaster Boxer. In the multiptotocol file the JOYSWAY position is one after the E129 |
This is odd. Where did you get the firmware? self build? language build? Go to radio setting, version. Please post a screen shot of the internal RF / external RF settings go to model setup, internal RF (does ist say 1.3.3.20?) |
@coaster007 I'm really sorry but I can't reproduce your problem. Just flashed 2.8.1, created a new blank model, selected E129/E129 as MPM internal RF protocol. Then turned off the radio, flashed 2.8.2 and turned it back on. MPM (1.3.3.20) is still on E129/E129. Are you on language or self-builds? |
The firmware is tx16s-2.8.2-selfbuild (9c3c6c3) Yes, a pop come up saying "MPM Scanning protocols" |
I doubt it makes a difference but please use the official release and try the sequence I first posted again. |
@mha1 the 2.8.2 version is downloaded from the edgetx homepage (official release). |
Absolutely no change with v2.8.2"FlyingDutchman" :( |
@coaster007 there was a change for some invaldi protocol (XK). But so far I can't reproduce your problems. I wonder what is different. @LS-67 have you tried this:
please pot your your exact procedure to reproduce |
I do this "TX16s, flashed 2.8.2 release, Multi 1.3.3.20 Now, it's OK for a blank model (v2.8.2"FlyingDutchman") (even after turn off/on TX) But still not OK with a model which was SFHSS before with ETX 2.8.1! |
o.k. the same test here (radiomaster boxer external MPM) new model with protocol E129 power off/on protocol still E129. |
please post the 2.8.1 model.yml file of the model with Futaba/SFHSS selected |
How should I do to post it ? Drag and drop doesn't support the file type yml ? |
zip it? |
OK. Here it is |
Thanks, this looks ok. If you can, please post the yml file showing the wrong protocol in 2.8.2 |
Here it is |
Well, at least it confirms what you are seeing: before
after
means: I can reproduce your problem in the simulator. Let me see if I can find the root cause |
Thank's for your help ! |
please try this tx16s 2.8.2+ firmware and check if your problem still persists: tx16s-2.8.2+.zip |
It seems to work...perfectly ! Thank you for the time you spent to solve my problem. (vers 2.82-selfbuild 03e80fb) |
Is there an existing issue for this problem?
What part of EdgeTX is the focus of this bug?
Transmitter firmware
Current Behavior
The receivers of models under ETX 2.8.1 and FUTABA SFHSS protocol use automatically a "J6" protocol under ETX 2.8.2 and are no longer bindable.
When I create a new model with the FUTABA SFHSS protocol under ETX 2.8.2, this protocol disappears again after switching off/on the TX, to become "J6"
Expected Behavior
keep the SFHSS protocol like in ETX 2.8.1
Steps To Reproduce
Version
2.8.2
Transmitter
Radiomaster TX16S / TX16SMK2
Anything else?
No response
The text was updated successfully, but these errors were encountered: