edgetx icon indicating copy to clipboard operation
edgetx copied to clipboard

Flysky el18/nv14 Switch Function Lost

Open Boxxxer64 opened this issue 8 months ago • 22 comments

Is there an existing issue for this problem?

  • [x] I have searched the existing issues

What part of EdgeTX is the focus of this bug?

Transmitter firmware

Current Behavior

Flysky EL18 EdgeTX 2.11RC3. The switches stop working at random intervals. Sometimes for 20 minutes, sometimes for an hour. It's very dangerous if the copter won't let you disarm.

Note (Richard Li): We have received several reports about this symptom, the switches will suddenly stop responding and can be recovered by a power cycle.

Expected Behavior

Flysky EL18 EdgeTX 2.11RC3. The switches stop working at random intervals. Sometimes for 20 minutes, sometimes for an hour. It's very dangerous if the copter won't let you disarm.

Steps To Reproduce

Dont know

Version

2.11.0-rc

Transmitter

Flysky EL18

Operating System (OS)

macOS

OS Version

Latest

Anything else?

No response

Boxxxer64 avatar Apr 20 '25 10:04 Boxxxer64

Video

Boxxxer64 avatar Apr 20 '25 11:04 Boxxxer64

https://youtube.com/shorts/sNU78yLwD00?si=tDT54h76nSo4V6-q

Boxxxer64 avatar Apr 20 '25 11:04 Boxxxer64

The symptom can be related to hardware cabling connectivity problem, did you check this? Can downgrading to 2.10 solves the problem?

richardclli avatar Apr 21 '25 03:04 richardclli

I don't think it's a hardware issue. All switches are affected, and the rear ones are connected to a different board. I'll have to test whether a downgrade fixes the problem. Apparently, there was a problem with 2.11 that was supposed to be fixed with RC3. I'll try upgrading to 2.10 in the next few days.

Boxxxer64 avatar Apr 21 '25 09:04 Boxxxer64

With 2.10.6 The hole day no Problem. No Switch Problem.

Boxxxer64 avatar Apr 23 '25 18:04 Boxxxer64

The symptom can be related to hardware cabling connectivity problem, did you check this? Can downgrading to 2.10 solves the problem?

With 2.10.6 all Fine. Over 30 Flights no Switch Problem.

Boxxxer64 avatar Apr 25 '25 12:04 Boxxxer64

Interesting though, let me test this when I have spare time.

richardclli avatar Apr 28 '25 10:04 richardclli

BTW, can you try to build with el18-old target and have a try? There is a change in 2.11 that use a single pl18 target to support all Flysky F4 radios. But I do not think this change will affect the switches.

richardclli avatar Apr 28 '25 10:04 richardclli

Is the symptom the same as #6200?

richardclli avatar May 12 '25 01:05 richardclli

@RustyWraith Follow up your problem here

richardclli avatar May 13 '25 01:05 richardclli

Please test the release version 2.11.0 to see if the problem persists. Or wait for the 2.11.1 releases, should be out soon.

richardclli avatar May 13 '25 01:05 richardclli

I can confirm the issue with 2.11.0 and NV14.

RustyWraith avatar May 13 '25 07:05 RustyWraith

I can confirm the issue with 2.11.0 and NV14.

Can the problem be reproduced by switching on the radio and wait for 1-2 hours doing nothing? Or requires one to move.the gimbals/switches to reproduce?

richardclli avatar May 14 '25 00:05 richardclli

I can confirm the issue with 2.11.0 and NV14.

Can the problem be reproduced by switching on the radio and wait for 1-2 hours doing nothing? Or requires one to move.the gimbals/switches to reproduce?

I've kept the radio on for 3 hours without touching anything. Switches were working.

RustyWraith avatar May 14 '25 14:05 RustyWraith

Check if 2.11.1 fixes the problem. There are quite a few critical bugs and fixed in 2.11.1, so not sure if the problem is gone or not.

richardclli avatar May 15 '25 10:05 richardclli

I can confirm the issue with 2.11.0 and NV14.

Can the problem be reproduced by switching on the radio and wait for 1-2 hours doing nothing? Or requires one to move.the gimbals/switches to reproduce?

I've kept the radio on for 3 hours without touching anything. Switches were working.

So one must operate the radio to repeat the problem, right?

richardclli avatar May 15 '25 10:05 richardclli

So one must operate the radio to repeat the problem, right?

I've tested the radio two times for about 5-6 hours total. It was sitting on the desk on batteries without any input. Worked fine. It could be just luck, though. The pattern to reproduce is unknown for me.

RustyWraith avatar May 15 '25 10:05 RustyWraith

Check if 2.11.1 fixes the problem. There are quite a few critical bugs and fixed in 2.11.1, so not sure if the problem is gone or not.

I've installed todays nightly via ETX buddy. I'll report if issue persist or not.

RustyWraith avatar May 15 '25 11:05 RustyWraith

I've got same issue after a significant time. The radio was in a USB HID mode. Will try a new release.

RustyWraith avatar May 26 '25 23:05 RustyWraith

Can confirm the bug persists in 2.11.1.

RustyWraith avatar May 27 '25 22:05 RustyWraith

I have an EL18 running since 16 hours now, with an external ELRS module connected and the error did not happen. Could someone please share their radio config, model and widgets with me, so that I can test that specific setup?

gagarinlg avatar Jun 01 '25 08:06 gagarinlg

Please, use my config from https://github.com/EdgeTX/edgetx/issues/6200

RustyWraith avatar Jun 01 '25 14:06 RustyWraith

Just remember one thing that worth to check. So for those who are able to reproduce this. Please reproduce the problem and check the hardware debug screen and see if the switches all malfunctioned? Or moving sa will show sb moving, etc.

richardclli avatar Jul 03 '25 00:07 richardclli

As I remember, all switches are stuck in the position they had at the time of the bug event. Can it be, that the bug is only happens, when the INPUTS tab is not completely empty?

RustyWraith avatar Jul 03 '25 01:07 RustyWraith