openrcforums

SBUS is fastest. PPM and PWM are the same, unless you can switch the receiver to fast PWM in which case it would be inbetween SBUS and PPM.

If what you want to control supports sbus then yes. Faster as well.
Some of the new receivers also have PPM outputs if needed.

Well you need the switch PCB to turn it on, you can disconnect the RF module but it shouldn't make a difference.

You should measure the voltage at the output of the regulator e.g. across C518. Guess is the LDO is faulty and probably passing 5V straight through instead of regulating down to 3.3. It probably does so with some internal resistance which has prevented the CPU from blowing up but it's certainly not ...

1) RSSI max value which is showed is 100. Is it percentage ? or dBi ? is it ok that the max is exact 100 ? when I used openTX wit DJT module I remember it goes higher than 100, I remember 105, 108 and so on.. just a wondering if this is percentage range. It is not a percentage, it is dB (aka logari...

You have flashed OpenTX, which doesn't matter beyond hiding the D8 protocol selection.
What you need to do is flash the internal module with the EU version of the "IXJT Lite" internal module available on FrSky's website.

2.1.9.

Sorry, can't really help.

You can download and install a newer version of Qt directly from Qt, but that then installs side by side with your current one and I don't know what's involved if any to specify which one to use for what.

You need to flash the D8R-XP firmware, then look at its manual for jumper and plug positions.

Which Mint version are you using?

This is one of the biggest pains with linux distros, if your distro comes with outdated libs it is a nightmare to get newer ones. Need to find other sources that provide newer versions and add them to your sources.list, update or completely change distro.

Every time you want to make a change you should read from the radio, do your changes whether modifying something, creating a new model or copying one from another file, then write back.
Keeping a local copy as backup at this point is indeed a good idea too.

His whole problem description is precisely that it's always starting on the first sequence item instead of the last mode he was on when powering off like he wants. If that's what it does then there's no miracle solution to make it do something else. At best he could do a slightly automated workaroun...

It looks like the light you have simply doesn't do what you want.

You have probably not used the correct read-modify-write procedure and erased your stick calibration. Just recalibrate the sticks on the radio.

Yes telemetry on the same line is an Sbus2 feature.

What module exactly?

Telemetry comes only from the main RX and yes you will lose telemetry if it switches to the backup. This however only happens if the main receiver loses signal completely, there is no signal strength comparison.

The switches on the back are ONLY active when feeding the module with PPM.
When feeding PXX their positions are ignored and the settings come from the radio.

A FET is controlled by voltage, so leaving the pin floating is bad since any stray signal can turn it on. A BJT is controlled by current, so won't turn on unless something actively pushes current through it.

You should look at the R9M manual to see what's supported, it's pretty complex based on the selected region and power levels.

The Naza doesn't let you use manual by default, you have to enable it in the Assistant first.

Yes.

R9M works just the same as an XJT.

Yeah, they have just made it this morning. Not that we're happy about it, it seems every time we complain about things already being "worked on" by too many people in too many different repos without coordination the result is someone opening yet one more to ensure it's going to be months of hell be...

Not that I know of.
How did you do the 3sec timing?

Not at this point, no. But that is in the works:
https://github.com/opentx/opentx/pull/6008

The 7ms rate should not be critical.

Yes OpenTX supports SBUS in some configurations as well, but I had understood you did not want to go through the trainer port input/logic.

Most of the stuff on the Wiki is even older than that. I know of some sources but other people will be more likely to have links at hand.

OpenTX allowed connecting a 2nd module to the trainer port and sending upper channels to it. I think it was the "PPM16" choice.

Yeah currently broken as pointed out here. https://openrcforums.com/forum/viewtopi ... 12#p139412