Skip to content
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

Control loss randomly #7288

Closed
snir2001 opened this issue Jan 11, 2020 · 72 comments
Closed

Control loss randomly #7288

snir2001 opened this issue Jan 11, 2020 · 72 comments

Comments

@snir2001
Copy link

Hi,

Today I lost a jet due to control loss in mid flight.
It was the first flight after updating to 2.3.4

To check it, I tried few receivers, all showing the same problem:
The servos hangs for few seconds while there is no alarm, and the RSSI is normal, and also the receiver battery is normal.
I tried of course few batteries.
After that kind of a loss, I can't trust my transmitter any more....

Any suggestions ?

General information

  • OpenTX version 2.3.4
  • Hardware Horus X10S
@kilrah
Copy link
Member

kilrah commented Jan 11, 2020

What exact X10S, the normal, normal upgraded to ACCESS, or Express?
What firmware on the module and receivers?

@snir2001
Copy link
Author

Normal X10S, no upgrades.
OpenTX 2.3.4
All of my RX8R Pro receivers.

The receiver not going into failsafe, and the monitor on the radio shows everything normal, ie servos moving by stick movement, but the actual servos freeze for 3 seconds

@kilrah
Copy link
Member

kilrah commented Jan 11, 2020

Did you find particular conditions that make it repeatable?

@snir2001
Copy link
Author

No, but I will try to downgrade and check it again.
I want to be sure it's not the transmitter itself.

@1Sven
Copy link

1Sven commented Jan 11, 2020

I have another error: It happens that a servo (often Ch3) runs briefly into the end stop. X12s LBT. Not reproducible. Maybe the same cause.

@1Sven
Copy link

1Sven commented Jan 11, 2020

Caution! Not just now, but when switching to LBT:

@snir2001
Copy link
Author

OK, I have an ongoing update.
I managed to reproduce the problem ONLY in the crashed model profile.
ALL other profiles works normally for now, but i'm trying to do so over long time.
I will give final verdict tomorrow.

@kilrah
Copy link
Member

kilrah commented Jan 11, 2020

Might be too late, but please backup the EXACT configuration that causes the issue (copy entire SD card to somewhere, and read firmware from radio to a file) before changing stuff.
And if you know what you have on them include the info about the internal module and receiver firmware versions.
Provide us with a link to download these things to have a look at, using Dropbox or such.

@snir2001
Copy link
Author

OK, I will do so tomorrow. Thanks.,

@snir2001
Copy link
Author

snir2001 commented Jan 12, 2020

Well, after rigorous testing on a test rig I build, with my trusty Futaba for comparison, I have some results.
The tests took place at a free airfield, on ground level.
The Horus was with the same working setup as before upgrading to 2.3.4: 2.4Ghz RX8R Pro with R9 transmitting on 100mw.
The Futaba was only with 2.4Ghz of course as a reference.
Both radio used the very same servos and battery.

The Horus was hanging badly on all profiles...

After disabling the R9, the Horus and the Futaba shows the same results of 320 meters from the transmitter.

I repeated the test four times with the same results, with robust link and no hangs.

Because this setup was working flawless before the update, my conclusion is that there is a problem with 2.3.4 (Maybe even before) regarding the setup I used.

@snir2001
Copy link
Author

Provide us with a link to download these things to have a look at, using Dropbox or such.

Here you go:
https://drive.google.com/drive/folders/1xq3J_ibg42Xd8kXFYmmgX_ua_1L9XGGA?usp=sharing

@3djc
Copy link
Contributor

3djc commented Jan 12, 2020

Well, I do not understand how you can come to this conclusion !

If I understand correctly:

  • with only 2.4ghz, both radio work fine, so clearly horus 2.3.4 2.4GHz runs perfect

You then add r9 to only Horus, it stops working nicely, and you conclusion is ... OpenTX fails ??? The only way you could say that is if similar setup with FrOS was working flawlessly, which you do not seem to have tested.

What you could do it test with your horus with a profile that uses both 2.4 and r9 BUT without the R9 module. If that works, it means OpenTX is doing its job correctly, and R9 module interfere with you Horus hardware

@snir2001
Copy link
Author

Well, I do not understand how you can come to this conclusion !

If I understand correctly:

  • with only 2.4ghz, both radio work fine, so clearly horus 2.3.4 2.4GHz runs perfect

You then add r9 to only Horus, it stops working nicely, and you conclusion is ... OpenTX fails ??? The only way you could say that is if similar setup with FrOS was working flawlessly, which you do not seem to have tested.

What you could do it test with your horus with a profile that uses both 2.4 and r9 BUT without the R9 module. If that works, it means OpenTX is doing its job correctly, and R9 module interfere with you Horus hardware

No....
It works perfectly with 2.2.3 before, do the math....

@3djc
Copy link
Contributor

3djc commented Jan 12, 2020

You haven't said that in your test reports have you ? And is that it is working today if you put 2.2.3 in the very same conditions, or is it worked some weeeks ago, because thats very different

@snir2001
Copy link
Author

snir2001 commented Jan 12, 2020

With the very same conditions, yes, it's working fine and that's why my conclusion is OpenTx.
I updated version, lost control, simple as that.

@3djc
Copy link
Contributor

3djc commented Jan 12, 2020

So you tested yesterday with 2.2.3 ? So I'm assuming it happens with model UltraFlash as it is the only one with both xjt and r9 ?

Also, how are your receivers setup ? RX8R Pro with redundancy to ???

@snir2001
Copy link
Author

So you tested yesterday with 2.2.3 ? So I'm assuming it happens with model UltraFlash as it is the only one with both xjt and r9 ?

Yesterday crash and tests, today more tests. (not the very same receiver obviously)

@3djc
Copy link
Contributor

3djc commented Jan 12, 2020

What model are you using ? The only one with both modules is UltraFlash , but that uses an RB and you mention that nowhere

@snir2001
Copy link
Author

OK,
I changed again one hour ago, this time to 2.2.4
The system works for the full hour now, with R9 on 100mw flawless...
IT'S THE 2.3.4 VERSION! (for my setup)

I will keep it working for another hour, but it's pretty obvious.

@kilrah
Copy link
Member

kilrah commented Jan 12, 2020

Please connect some servos directly to both receivers, use 2.3, and see if when the servo connected to the RB freezes the ones connected to the receivers do as well or not.

@snir2001
Copy link
Author

The RB is out of the game, crashed yesterday... I use only receivers.

@3djc
Copy link
Contributor

3djc commented Jan 12, 2020

I use your model, rx8r pro and r9, servo connected to rx8r, can’t reproduce

@kilrah
Copy link
Member

kilrah commented Jan 12, 2020

How exactly are you set up now on the receiver side then? R9 sbus out into rx8r sbus in, and servo connected to rx8r? If so, firstly:

  • Connect a servo to the same channel on both receivers, see if both stop working
  • Leave those servos, and disconnect the cable between the 2 receivers (add power to the other obviously), see again if they both freeze simultaneously

@snir2001
Copy link
Author

snir2001 commented Jan 12, 2020

The setup on the doomed model was RB-20 with RX8R Pro to RX1 and R9 mini to RX2.
Since the R9 mini disintegrated, I have no R9 receiver to check, so all my testing is with various RX8R Pro (standalone, no RB).

The servos hangs with 2.3.4 (R9M - on 100mw) and works nicely with 2.2.3 and 2.2.4 (R9M - on 100mw).

@kilrah
Copy link
Member

kilrah commented Jan 12, 2020

Ouch, one day we might have a chance to understand your test setup, would be much easier if you clearly described it.

So you just have a standalone RX8R Pro and no other accessories on the RX side, and on the TX side you have both the internal module and an R9M. When you are transmitting both with the internal module and the R9M it causes drops, but if the R9M is disabled this does not happen?

If that is correct, what if you leave the R9M on in the menu but physically remove it from the radio?

@snir2001
Copy link
Author

Ouch, one day we might have a chance to understand your test setup, would be much easier if you clearly described it.

So you just have a standalone RX8R Pro and no other accessories on the RX side, and on the TX side you have both the internal module and an R9M. When you are transmitting both with the internal module and the R9M it causes drops, but if the R9M is disabled this does not happen?

If that is correct, what if you leave the R9M on in the menu but physically remove it from the radio?

That is correct.

I will try later with R9M removed but switched on.

@snir2001
Copy link
Author

OK,
That was pretty straightforward.

Did a clean install of 2.3.4
Config 1: R9M physically out, and external module off in menu.
Result: Working fine.

Config 2: R9M physically in, and external module off in menu.
Result: working fine.

Config 3: R9M physically in, and external module on in menu.
Result: Servos hangs.

Config 4: R9M physically out, and external module on in menu.
Result: Servos hangs.

All of the above works fine with 2.2.4....

@3djc
Copy link
Contributor

3djc commented Jan 12, 2020

Ok so r9 pulses seem to be affecting xjt pulses. How frequent are those freeze ? It is like always and you can’t miss, or less frequent ?

@snir2001
Copy link
Author

It can be right at the start, or after few minutes.

I will upload a short video.

@bsongis bsongis self-assigned this Jan 12, 2020
@i3dm
Copy link

i3dm commented Jan 14, 2020

well of course. we had a miscommunication. i thought you were talking about 2.3.5 release, sorry.

@3djc
Copy link
Contributor

3djc commented Jan 14, 2020

Could you try 2.3.5N101 ? We believe it fixes the issue

@bsongis
Copy link
Member

bsongis commented Jan 15, 2020

  • X10 tests done
  • X12S tests done
  • XLitePro tests done

@3djc
Copy link
Contributor

3djc commented Jan 15, 2020

While not fully applicable; T16 test done

@i3dm
Copy link

i3dm commented Jan 15, 2020

Was the bug evident on T16 before the update?
is it exhibited only with XJT / R9M external module? or also MPM?

@3djc
Copy link
Contributor

3djc commented Jan 15, 2020

The bug you describe no, it did not exist on T16, but another one lined to emergency that we fixed at the same time yes

@3djc
Copy link
Contributor

3djc commented Jan 15, 2020

Fixed in 2.3.5

@3djc 3djc closed this as completed Jan 15, 2020
@i3dm
Copy link

i3dm commented Jan 15, 2020

i just flashed 2.3.5 to my X10S Express and got a "Wrong PCB deteced" error, i verified on bootloader screen it should version as x10express.
2.3.5 is currently unuseable on X10S express.

@3djc
Copy link
Contributor

3djc commented Jan 15, 2020

What is the exact name of the file you downloaded, so that we can check that ?

@i3dm
Copy link

i3dm commented Jan 15, 2020

opentx-x10express-flexr9m-lua-en.bin

@3djc
Copy link
Contributor

3djc commented Jan 15, 2020

What is the size of the firmware ?

@i3dm
Copy link

i3dm commented Jan 15, 2020

1041 kb

@3djc
Copy link
Contributor

3djc commented Jan 15, 2020

1 048 952 bytes ?

@i3dm
Copy link

i3dm commented Jan 15, 2020

Size on disk: 1.01 MB (1,069,056 bytes)

@3djc
Copy link
Contributor

3djc commented Jan 15, 2020

size on disk depends of your disk cluster size, can I hve the other one ?

@i3dm
Copy link

i3dm commented Jan 15, 2020

Size: 1.01 MB (1,064,996 bytes)

@i3dm
Copy link

i3dm commented Jan 15, 2020

Also tried: opentx-x10express-en.bin
Wrong PCB detected

@3djc
Copy link
Contributor

3djc commented Jan 15, 2020

Ok, that seems to be the roght file. Very strange, we will find someone to try on an x10 express

@i3dm
Copy link

i3dm commented Jan 15, 2020

am i not enough? :)

@kilrah
Copy link
Member

kilrah commented Jan 15, 2020

Someone who can try a fix AND test it on his X10 Express ;)

@i3dm
Copy link

i3dm commented Jan 15, 2020

i can. where do i get the fix?

@kilrah
Copy link
Member

kilrah commented Jan 15, 2020

Try to MAKE a fix.

@i3dm
Copy link

i3dm commented Jan 15, 2020

gotchata. since im not fimiliar with OpenTX code, will leave that to the experts.
i can help with testing.

@i3dm
Copy link

i3dm commented Jan 15, 2020

can i somehow get the 2.3.4 file again? just so my X10S express is not temporarily bricked? as im using internal module only for now on this radio anyway.

@bsongis
Copy link
Member

bsongis commented Jan 15, 2020

I take it

@bsongis
Copy link
Member

bsongis commented Jan 15, 2020

Reproduced.

@i3dm
Copy link

i3dm commented Jan 15, 2020

just opened a new issue for that Bertnard, hope thats OK.

@bsongis
Copy link
Member

bsongis commented Jan 15, 2020

Yes thanks, this one is already something ...

3djc pushed a commit that referenced this issue Jan 16, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

7 participants