Query regarding Turnigy 9x and Multiprotocol

er9x is the best known firmware. It has a superb range of features and is well supported by the community. Well worth trying out.
Post Reply
Darkblade48
Posts: 12
Joined: Wed Oct 07, 2020 6:47 am
Country: -

Query regarding Turnigy 9x and Multiprotocol

Post by Darkblade48 » Wed Oct 07, 2020 7:12 pm

I have an original Turnigy 9x with the M64 processor, with the Frsky telemetry mod.
I have flashed er9x-frsky.hex from the er9xProv822u.zip using eePe version p423 (May 15 2020)

I have an iRANGE X Plus multiprotocol module, connected using serial mode (e.g. rotary potentiometer is at position 'zero'). I have tried the following firmware versions:
1.3.1.69 (September 24 2020)
1.3.1.65 (September 18 2020)
1.3.1.59 (August 30 2020)
with the following pre-compiled binaries:
multi-stm-ppm-aetr-noinv-v1.3.1.69, multi-stm-ppm-aetr-noinv-v1.3.1.65, and multi-stm-ppm-aetr-noinv-v1.3.1.59, respectively.

Interestingly, I noted that in v.59, there is no problem with the module binding to an Eachine E011 ("Bayang" protocol with "Bayang" subprotocol). However, in v.65 and v.69, the multiprotocol module's red LED flashes at approximately a 0.5 second interval, which according to the troubleshooting guide, is due to the no valid signal being seen on the RX pin.

Might anyone have an idea about why this is so?

Additionally, I noticed that when selecting the Multi protocol in er9x, the names are no longer there (they used to be present in 822m); I assume this was done to save on flash space?


User avatar
MikeB
9x Developer
Posts: 17241
Joined: Tue Dec 27, 2011 1:24 pm
Country: -
Location: Poole, Dorset, UK

Re: Query regarding Turnigy 9x and Multiprotocol

Post by MikeB » Wed Oct 07, 2020 7:54 pm

Try flashing the pre-compiled, multiprotocol module versions that have "openTx" in their name. This selects "MULTI_TELEMETRY" that returns the protocol names from the module which the recent test version of er9x now support.

Mike
erskyTx/er9x developer
The difficult we do immediately,
The impossible takes a little longer!

Darkblade48
Posts: 12
Joined: Wed Oct 07, 2020 6:47 am
Country: -

Re: Query regarding Turnigy 9x and Multiprotocol

Post by Darkblade48 » Wed Oct 07, 2020 10:46 pm

Thank you for the speedy reply, Mike. I appreciate all the hard work you and everyone else involved in the er9x/Multiprotocol projects, and in keeping it still going even after all these years (admittedly the 9X transmitter is starting to get a bit old!)

I am happy to report that the OpenTX version (multi-stm-opentx-aetr-noinv-v1.3.1.69) works perfectly, and also even manages to pull the protocol and subprotocol names correctly.

However, I have noticed for telemetry, RSSI is correct, while TSSI remains at 0.

My second, and somewhat unrelated problem is that in a normal AETR setup, in the Safety switches menu, I have CH3 set to "Safety" !THR (switch) -100. i.e. when the throttle switch is off, it should be sending -100 to the throttle control, and when it is on, normal throttle function is restored.

I see no way of changing the safety from a simple safety to a sticky safety (I recall this used to be possible). This might just be a user (me) error. More interestingly, is that when this safety is set up, I occasionally experience an immediate throttle cut, and the transmitter acts as if I long-pressed the 'Menu' button (e.g. I can see Model Select, Model Setup, Last Menu, etc). Obviously, this is especially problematic.

If I disable the safety, I no longer experience the above problem.

User avatar
MikeB
9x Developer
Posts: 17241
Joined: Tue Dec 27, 2011 1:24 pm
Country: -
Location: Poole, Dorset, UK

Re: Query regarding Turnigy 9x and Multiprotocol

Post by MikeB » Wed Oct 07, 2020 11:05 pm

I'll dig my M64, 9X out and see if I can reproduce that problem.
When in the safety switches, with the word "Safety" highlighted, it should be possible to just press MENU and have that toggle to "Sticky". That works on my '2561 radio I have to hand for testing.

Mike
erskyTx/er9x developer
The difficult we do immediately,
The impossible takes a little longer!

Darkblade48
Posts: 12
Joined: Wed Oct 07, 2020 6:47 am
Country: -

Re: Query regarding Turnigy 9x and Multiprotocol

Post by Darkblade48 » Wed Oct 07, 2020 11:41 pm

Here's a quick video showing the problem (excuse the shakiness, I don't have a tripod to film this)
https://youtu.be/KJ7p5MxG1hI

TSSI == 0 from the start. When I go into the safety menu, with "Safety" highlighted, I tried long-pressing MENU, which makes it start flashing. However, pressing up/down/left/right does not change the value. Additionally, short-pressing MENU also does not change the value.

Please ignore that I don't have anything (e.g. !THR) set in the switch field, as I mentioned, it was being buggy on me, so I have disabled it for now.


User avatar
MikeB
9x Developer
Posts: 17241
Joined: Tue Dec 27, 2011 1:24 pm
Country: -
Location: Poole, Dorset, UK

Re: Query regarding Turnigy 9x and Multiprotocol

Post by MikeB » Thu Oct 08, 2020 11:10 am

Please try the test version I've just posted (I reproduced the problem, unable to select Sticky).

Mike
erskyTx/er9x developer
The difficult we do immediately,
The impossible takes a little longer!

Darkblade48
Posts: 12
Joined: Wed Oct 07, 2020 6:47 am
Country: -

Re: Query regarding Turnigy 9x and Multiprotocol

Post by Darkblade48 » Fri Oct 09, 2020 4:06 am

Thanks for jumping immediately on this, Mike.

The test version works, and I am able to switch between regular 'Safety' and 'Sticky' safety modes.

I am still experiencing some weird drop outs in both safety modes -- I'll suddenly lose connection, as if safety throttle has been engaged. The Model Select, Model Setup, Last Menu, etc popup appears (as if I long-pressed MENU). Resetting the safety switch doesn't affect anything (e.g. throttle remains at -100; if I am in sticky safety, pulling throttle all the way to the end does not release the safety). All other inputs work as expected. The only way to reset is to restart the TX, and then rebind.

I'm going to play around a bit more this weekend to see what the problem is; as mentioned, this only happens when safety is engaged (AETR setup, safety/sticky safety on CH3, set on !THR switch, at -100). I am wondering if it is a connection issue.

Have you any idea about the lack of TSSI telemetry?

User avatar
MikeB
9x Developer
Posts: 17241
Joined: Tue Dec 27, 2011 1:24 pm
Country: -
Location: Poole, Dorset, UK

Re: Query regarding Turnigy 9x and Multiprotocol

Post by MikeB » Fri Oct 09, 2020 7:33 pm

What telemetry protocol are you using (FrSky,DSM etc.)?
TSSI will only display a value if the module sends such a telemetry value.
I'm not sure regarding the other safety problem.
Suggestion for testing:
1. Use a different switch to engage safety.
2. Try using another channel (5?), with throttle as source and safety applied to that (as well).
3. Operate without the module fitted to see if is the telemetry data causing a problem.

Mike
erskyTx/er9x developer
The difficult we do immediately,
The impossible takes a little longer!

Darkblade48
Posts: 12
Joined: Wed Oct 07, 2020 6:47 am
Country: -

Re: Query regarding Turnigy 9x and Multiprotocol

Post by Darkblade48 » Fri Oct 09, 2020 8:45 pm

I'm using the FrSky telemetry, with the standard mod that is applied to a Turnigy 9x (i.e. moving switches to pin 41 and 42 of the M64 with 220 Ohm resistors added).

I will double check everything again; I recall the telemetry working on 822m, so I might try flashing the older version to see if I can narrow down the telemetry problem.

Thanks for the tips on the safety switch problems; I'll give it a try and report back.

Darkblade48
Posts: 12
Joined: Wed Oct 07, 2020 6:47 am
Country: -

Re: Query regarding Turnigy 9x and Multiprotocol

Post by Darkblade48 » Sat Oct 10, 2020 1:54 am

I've flashed my Turnigy 9X to an older version, mainly for testing (and because that was the last known version of er9x that I knew was working).

Flashed: er9x-frsky.hex from er9xProv822m.zip using eePe version p423 (May 15 2020).

I also started flashing older versions of the multiprotocol module firmware and have narrowed it down to a change between 1.3.0.53 and 1.3.0.76

Using the following binaries:
multi-stm-erskytx-aetr-noinv-v1.3.0.53.bin
multi-stm-erskytx-aetr-noinv-v1.3.0.76.bin

With 0.53, both RSSI and TSSI are OK.
With 0.76, only RSSI works.

Here is an image showing my telemetry screens
https://imgur.com/a/5j5PpYf

User avatar
MikeB
9x Developer
Posts: 17241
Joined: Tue Dec 27, 2011 1:24 pm
Country: -
Location: Poole, Dorset, UK

Re: Query regarding Turnigy 9x and Multiprotocol

Post by MikeB » Sat Oct 10, 2020 9:37 am

Please confirm you are using a FrSky receiver providing the telemetry (what protocol D8 or D16?), or what receiver are you using?.
So the TSSI problem is in the multi module firmware?

Edit: I see you are asking about this on RCGroups (bayang protocol).

If you flash the latest test version of er9x, and use the latest release of the multi firmware (erskyTx version), do you get the problem with the saftey switch?

Mike
erskyTx/er9x developer
The difficult we do immediately,
The impossible takes a little longer!

User avatar
MikeB
9x Developer
Posts: 17241
Joined: Tue Dec 27, 2011 1:24 pm
Country: -
Location: Poole, Dorset, UK

Re: Query regarding Turnigy 9x and Multiprotocol

Post by MikeB » Sat Oct 10, 2020 2:57 pm

Note that I cannot test the M64 (or the M2561) properly at the moment for your problem. My M2561 uses a proper RS232 buffer to invert the telemetry signal, and a STM module doesn't output a high enough voltage for that to work, I have to use an AVR module in that Tx. The M64 radio has a telemetrEZ unit fitted that doesn't support multi telemetry at all.

Mike
erskyTx/er9x developer
The difficult we do immediately,
The impossible takes a little longer!

Darkblade48
Posts: 12
Joined: Wed Oct 07, 2020 6:47 am
Country: -

Re: Query regarding Turnigy 9x and Multiprotocol

Post by Darkblade48 » Sun Oct 11, 2020 12:21 am

Sorry for the confusion Mike; I am not using a proper FrSky receiver, it is one of those cheapo toy quads (Eachine E011) that use the Bayang protocol with Bayang subprotocol. It seems that lack of TSSI may be due to the multiprotocol firmware, so I have cross-posted it to the RCGroups thread as well. Perhaps Pascal can shed some light on this (I suppose this would be out of scope for you/er9x in any case. But an interesting problem regardless). No worries on not being able to test the telemetry for me, ultimately, it's a minor annoyance, since it's a puzzle that can't be resolved yet.

I have flashed the fixed 822u er9x-frsky.bin file you provided a few days ago with eePe as usual.
I flashed the latest release (1.3.1.69) of the multi firmware, using multi-stm-erskytx-aetr-noinv-v1.3.1.69 and not the OpenTX version.

Telemetry wise, RSSI works while TSSI does not work, as expected.
For the safety switch, it still unexpectedly dies.

Here is an image of how I have the safety switch setup:
https://imgur.com/a/22drW8t

Here is a video immediately after a failure (sorry about the LED backlight being too bright)
https://youtu.be/I6i5m7cm6ec

Things to note about the video:
1) Safety switch has been physically disengaged, so THR should work, but does not.
2) After I engage safety (5 seconds in), THR does not work, as expected.
3) Disabling the safety switch again (8 seconds in), THR still does not work.
4) After a complete shutdown/reboot (20 seconds in), with safety engaged, THR does not work, as expected.
5) Disabling the safety switch (27 seconds in), THR works as normal (you can hear the motors revving up in the background).
6) Safety switch is engaged again (33 seconds in), THR does not work, as expected.

Darkblade48
Posts: 12
Joined: Wed Oct 07, 2020 6:47 am
Country: -

Re: Query regarding Turnigy 9x and Multiprotocol

Post by Darkblade48 » Sun Oct 11, 2020 4:14 am

I managed to catch the buggy safety behaviour on film, twice in a single video, if you can believe it! Unfortunately the exposure is all over the place, since my camera wants to alternate between focusing on the LCD and the rest of the frame.

Firmware is still er9x-frsky.hex from the fixed 822u that you uploaded a few days ago, and the multi module firmware is the latest 1.3.1.69, using multi-stm-erskytx-aetr-noinv-v1.3.1.69 (video below). I have tested with multi-stm-opentx-aetr-noinv-v1.3.1.69 as well, with reproducible behaviour (no video).

https://youtu.be/p-1oy-LK2sM

Video starts off with me turning on the TX, safety is engaged.

(min:sec) - Description
0:11 - As expected, moving THR has no effect.
0:24 - Safety disengaged. THR works (you can also hear the motors)
0:32 - Safety engaged. THR doesn't work again, as expected
0:47 - Safety disengaged again
0:50 - Before I can even get to moving throttle (was trying to fiddle with my camera's exposure), you can see the Menu pop up. It disappears by itself after a few seconds. Safety is disengaged, but THR does not work
0:59 - Safety engaged. THR does not work as expected
1:04 - Safety disengaged. THR still does not work (due to weird Menu pop up).
1:09 - Full shut down
1:17 - Safety engaged. THR does not work, as expected
1:19 - Safety disengaged. THR works.
1:26 - Menu appears again, with same described behaviour

User avatar
MikeB
9x Developer
Posts: 17241
Joined: Tue Dec 27, 2011 1:24 pm
Country: -
Location: Poole, Dorset, UK

Re: Query regarding Turnigy 9x and Multiprotocol

Post by MikeB » Sun Oct 11, 2020 9:08 am

I haven't looked at the videos yet,I will in a bit. Are you always testing with the quad powered up?
Please test these setups:
1. Without the multi-module installed (so no serial data from the module).
2. With the module, but without the quad powered (so no telemetry data).
3. Use a different switch to control the safety.

What programmer are you using to flash the radio and is it permanently connected? The SCK programming signal is connected to the MENU button signal, so if this goes active (caused by a connected programmer, this would cause the popup menu to appear).

Mike
erskyTx/er9x developer
The difficult we do immediately,
The impossible takes a little longer!

Darkblade48
Posts: 12
Joined: Wed Oct 07, 2020 6:47 am
Country: -

Re: Query regarding Turnigy 9x and Multiprotocol

Post by Darkblade48 » Sun Oct 11, 2020 4:13 pm

Yes, the quad is always powered up. I'll run through the tests that you mentioned today and report back.

I am flashing the radio with an Arduino Uno, acting as an AVR ISP. It is not permanently connected.

When you have the time, please take a look at the videos (about 2 minutes each), and let me know what you think. After all, if a picture is worth a thousand words, then at 30 frames per second, 2 minutes of footage = 3600 images = 3.6 million words! ;)

User avatar
MikeB
9x Developer
Posts: 17241
Joined: Tue Dec 27, 2011 1:24 pm
Country: -
Location: Poole, Dorset, UK

Re: Query regarding Turnigy 9x and Multiprotocol

Post by MikeB » Sun Oct 11, 2020 9:55 pm

I see your problem but I can't work out what is the cause. I've managed to do a partial re-wire of my M64 to get the telemetry data working from the multi module, although the telemetrEZ was doing the rewire of the two switches, so they are not working.
I've set up FrSky D8 to a D8 receiver so I'm getting FrSky hub telemetry (same format as the Bayang is using) and I don't get the problem you are seeing. I do, however, have a rotary encoder fitted. Pressing the button on this brings up popup menu, but the safety still works correctly.

Mike
erskyTx/er9x developer
The difficult we do immediately,
The impossible takes a little longer!

Darkblade48
Posts: 12
Joined: Wed Oct 07, 2020 6:47 am
Country: -

Re: Query regarding Turnigy 9x and Multiprotocol

Post by Darkblade48 » Mon Oct 12, 2020 12:07 am

MikeB wrote:
Sun Oct 11, 2020 9:08 am
I haven't looked at the videos yet,I will in a bit. Are you always testing with the quad powered up?
Please test these setups:
1. Without the multi-module installed (so no serial data from the module).
2. With the module, but without the quad powered (so no telemetry data).
3. Use a different switch to control the safety.

What programmer are you using to flash the radio and is it permanently connected? The SCK programming signal is connected to the MENU button signal, so if this goes active (caused by a connected programmer, this would cause the popup menu to appear).

Mike
1) Without the module installed, there is no unexpected drop (tested ~10 minutes)
2) With the module in, but without the quad powered, there is no unexpected drop (tested ~10 minutes)
3) Switching to a different switch (!ELE on throttle channel, set to -100, see below), tentatively everything seems OK (only flew for ~4 minutes, ran out of batteries :))

https://imgur.com/KEdKpBj

It's really strange how simply changing the switch seems to solve the problem. I'll continue with some additional testing once I have a few more batteries charged up.

To recap my testing conditions:

Turnigy 9x with M64 and FrSky telemetry mod done (no inversion)
er9x-frsky from fixed 822u, flashed with eePe p423
iRangeX 4+ running multiprotocol "multi-stm-erskytx-aetr-noinv-v1.3.1.69.bin" flashed with Flash-Multi 0.5
RSSI OK, TSSI telemetry does not appear

User avatar
MikeB
9x Developer
Posts: 17241
Joined: Tue Dec 27, 2011 1:24 pm
Country: -
Location: Poole, Dorset, UK

Re: Query regarding Turnigy 9x and Multiprotocol

Post by MikeB » Mon Oct 12, 2020 12:10 pm

One other test you could try is to create a new model, and just change the minimum number of settings to get operation. This would test for some other setting in the model you are using causing the problem.

Mike
erskyTx/er9x developer
The difficult we do immediately,
The impossible takes a little longer!

Darkblade48
Posts: 12
Joined: Wed Oct 07, 2020 6:47 am
Country: -

Re: Query regarding Turnigy 9x and Multiprotocol

Post by Darkblade48 » Thu Oct 15, 2020 12:31 am

Just an update to the situation: I've created a new model, made the minimum number of changes, and the !THR safety switch still seems to cause issues.

So far, with a different switch (!ELE), it seems to work.

Now I am wondering if there is some random short in my TX...

The TSSI telemetry still doesn't seem to work, and nobody is responding to my inquiries on the Multiprotocol page on RCGroups, unfortunately. But, as I mentioned, it's probably beyond the scope of er9x!

User avatar
MikeB
9x Developer
Posts: 17241
Joined: Tue Dec 27, 2011 1:24 pm
Country: -
Location: Poole, Dorset, UK

Re: Query regarding Turnigy 9x and Multiprotocol

Post by MikeB » Thu Oct 15, 2020 9:09 am

I've gone back through the multi code (previous commits to Github). Some time ago there was a TSSI value created for Bayang telemetry, but this was not a real value but simply the number of telemetry frames received each second. In the current code, this is no longer created so TSSI shows a 0 always.

Mike
erskyTx/er9x developer
The difficult we do immediately,
The impossible takes a little longer!

Darkblade48
Posts: 12
Joined: Wed Oct 07, 2020 6:47 am
Country: -

Re: Query regarding Turnigy 9x and Multiprotocol

Post by Darkblade48 » Fri Oct 16, 2020 1:45 am

Ah, so you're saying the previous TSSI wasn't even TSSI!

I've been bamboozled all along! Thank you for going through the Github and looking at the commits; most of it is a foreign language to me

I'll probably get around to poking around my TX again this weekend, to make sure there's no shorts on the THR switch. A short might explain why it's randomly cutting throttle power, but still doesn't explain why the MENU pops up, unless there is a short on SCK somewhere as well.


Post Reply

Return to “er9x”