openrcforums

Lettuce wrote: ↑Thu Feb 09, 2023 7:37 pm I have a weight setting, but

Just set it to negative numbers?

Download a new copy of companion from the OpenTX website and replace the old, Ventura changed things in how drives are identified.

Start by telling us what firmware/version is currently installed

These are meant to be connected to a flight controller, then it's the one that will handle forwarding that to whatever system you're using.

They're back up.

That "OFF" refers to the big timer at the bottom, not the trims.

Image doesn't work and you don't say what firmware you're using.

What controllers are they? Car ones tend to behave differently in both directions. E.g. if you go from backwards to forwards they respond instantly, but if you go from forwards to backwards they initially brake for a couple of seconds, and only then start accelerating backwards.

bob195558 wrote: ↑Thu Jan 05, 2023 2:57 pm Maybe try ERSKYTX (erskyTx for RK TX18S): http://www.er9x.com/

How is that going to help with what has been confirmed was a hardware problem, that's been solved now?

Would need to be a stylus for capacitive screens. Not many around.

Yes, just assign the trim as source to that channel (and disable trim on the elevator mix).

Check hardware page / [ANAS], that's the raw stick input, if it moves unexpectedly there it's a hardware issue, if not it's the setup.

Given the constistency it looks like you've explicitely got a mix set up to apply elevator compensation with throttle.

No definitely not, need to all be the same type

The one with 3.3v works fine, and the other one jumps between 0 and midpoint all the time, no matter what... Can't be calibrated... The [Anas] screen shows good values when gimbal is disconnected (I can short the signal pin to 0v or to 3.3v to get 100% / 0% readings), but starts jumping all over on...

andrewju wrote: ↑Fri Dec 23, 2022 2:02 pm I think OpenTX doesn't show these

Of course it does, Debug / [Anas] at the bottom of the hardware page

No they don't

Doesn't have anything to do with RSSI, only about whether valid packets are actually received. If none is received for 1 second failsafe is triggered.

Billy60 wrote: ↑Mon Nov 21, 2022 5:35 pm In fact, 75% of the GPS modules I got from A...zon were dead on arrival or died after a few minutes.

Sounds more like a usage issue, like they were 3.3V only modules and were powered with 5V.

You can add a "Play Track" before the Play Value with an appropriate file that says what it is, but it's not built-in (sensor names are customizable and there's no text to speech engine...)

Repeat 20 seconds will say the value as it is every 20 seconds.

13 was too low, they changed many years ago. I actually got several 18V ones with radios.

I've split your question into a new topic since it had nothing to do with the original topic it was posted in.

No, the RX8R Pro doesn't have D8 backwards compatibility.

You'll probably want to get a multiprotocol module.

It's just that the FSD only supports what's on that list and that doesn't include cell voltage, GPS etc...

You might want to clarify what you have, the well known orangerx module that was out when the dev was done doesn't have switches on it, but has a bind button you use to bind: https://hobbyking.com/en_us/orangerx-dsmx-dsm2-compatible-2-4ghz-transmitter-module-jr-turnigy-compatible.html?___store=en_us...

OrangeRX module needs PPM as input and is bound using the switch on it, nothing is handled by the radio.

It's up to each project to decide to support the radio or not.

57600. As mentioned in the reply to your other post the port on the module itself is entirely independent from the radio.

There is no setting, the port on the module is always active.

X9D+ has "Plus" written on the screen bezel. 2019 has an ACCESS logo on it. If it has nothing it's a plain X9D.

Do the trims work normally? One may be faulty.