New in ER9x and eePe

[erazz]

PXX protocol
This will (hopefully) work with the new FrSky firmware. I'm including the experimental fw for the receiver and module. Please be extra careful with this protocol. It really isn't totally fleshed out. DO NOT USE FOR FLYING MODELS!!!


Other changes:
More elaborate SW warning. This has been around for a while. You can now set "Default" switch positions to trip the switch warning.
Light on by moving switches. Just like turning the light on by clicking the menu buttons - this will turn on the light by moving the sticks.

Have fun and please post bugs relating to these changes here

[wallaguest1]

can anyone explain me where pxx protocol is used for? thnks

[wheelspinner20]

+1 thanks.

[erazz]

pxx is a specialist protocol developed by me, Mike, Frsky and IIRC, Rob.

It's essentially a PCM code that allows for advanced functions like Model Match, More than 8 channels (you can transmit to as many as 125 different rx at the same time!), low latency and failsafe.

The files in the zip are FrSky firmwares. One for the rx and one for the tx module. You need to update both the tx and rx for this to work. Again, highly experimental. Use with care!

[jhsa]

Hi Erazz. The module file I guess that can update all the telemetry modules? and the receiver file? for which receiver? there are different versions of the D8R for example. I have mostly the old ones.

Thanks.
João

[wheelspinner20]

Hi erazz, Pmac just came up with a great idea, after helping us out with an eepe question. How difficult would it be to change the color of the output sliders based on how they are moving, as real channel or virtual? Galand had a mix on 7 or 8 and only had 6ch on the output set up on the model setup screen. And he didnt realize it and was wondering why in eepe the slider would move, but he couldnt get it to work on the model.... I think thats how it was anyway.

Anyway different color for virtuals, or green for the number of channels that is set up in the proto line for that model. maybe? does that make sense??

Pat

[wallaguest1]

wonderful,

how does it compare in latency times to a standard PPM -> 2,4 GHz module procedure?
this will allow to join two FrSky Rx's to get 16 channels ?
WIll this enable to configure failsafe from er9x firmware instead from the module button?

[Romolo]

Little issue in eepe related to the new features
You create a new eeprom
You edit a model with protocol PXX setting RX id to 5
you save the eeprom
When you open the file again it is apparently back to 1.
But it's not !!! If you open the same file with companion9x you get 5.
This may lead to bad configurations.

The same applies to DSM2 parameters,,,, LP4/LP5, DSM2, DSM2/DSMX: they are stored correctly in .eepe file but displayed wrongly in eepe.

Regards,
Romolo

[erazz]

I'll look it over. Probably a missed comma on my part. Thanks for catching it

Pat, I'm not sure what you mean. Can you explain in more detail?

wallaguest1, we really don't know how it will stack up until we test it. It should enable us to achieve latency of under 10msec.
Yes, it will enable to transmit 16 channels. Actually there's no problem to transmit to many receivers and get much more channels. The only issue is that ER9x supports only 16 channels. That being said, ERSKY9x should be able to do as many as 2000 channels! (250*8).
And yes, though it's not functional yet, you will be able to set failsafe from the tx.

Erez

[jhsa]

Hi Erazz. The module file I guess that can update all the telemetry modules? and the receiver file? for which receiver? there are different versions of the D8R for example. I have mostly the old ones.

Thanks.
João

Hi Erazz, you probably missed this question...
Thanks.

João

[wallaguest1]

witch is the latency today with standard PPM ? i want know how much % in time response is the improvement with PXX

about the 2000 channels of ersky9x... 2000 channels? w0w, that would enable the user to use "infinite" mixes,
is there any useful thing than can be done with so many channels?

[erazz]

João,
Truth be told is that I don't know. I'm waiting for Frsky to return to work to continue this.


wallaguest1,
I think it's between 20msec and 50msec. It's not the most important thing since it's much more important how the rx exports this data. But still, this sells
The point that I'm trying to make is that ERSKY9x wil be pretty much "unlimited" in abilities. No other system would even come close to it.

[pmackenzie]

I have my good logic analyzer working again, so measuring latency of DSM2 and now PXX is on my "to do" list.

FWIW, the best (modular) 2.4 system I tried was XPS.
Stock PPM Frsky is pretty bad, because is makes no attempt to match the outgoing frame rate to the PPM frame rate. It is always playing catchup.
Flysky does itself no favors by doing some averaging, so it takes two frames for the final value to appear at the servos.

Pat MacKenzie

[wallaguest1]

will the new protocol enable a wider bandwidth to use ardupilot mega over frsky telemetry and avoid the use of xbee modules

by the way, in this case, should loaded the ardupilot mega er9x or the frsky er9x firmware ?

[Reacher10]

I have a stupid question. What do I need to flash my module and Rx? The USB cable from FrSky and a RS232 board, or the one they sell...either or?

OH, and the SW they provide?

[shaddi]

Does anybody got this working? I flashed my D8R-II und DJT-Module with the provided firmware but cant get it working with PXX in er9x.
If i change back to PPM in er9x, the receiver works as before..

Is there a special bind-routine for the new Firmware?

[agressiva]

Erazz, i like too much the ER9x firmware and i am using is on all my RC vants.

Today i am using an modified 14 channel OPEN LRS radio system because i need tons of channels.
Its possible that frsky receiver output all 16 channel in composite PPM out ? (only one receiver)

On my open lrs i have 14 channel CPPM + 9600baud telemetry when using planes. If necessary i can have 56k7 baud telemetry + 16 channes RC when using multirotor.
I prefer to use frsky radios than openLRS because the radio is better than openlrs.
regards.