Missing Vspd

[quadrifoglio]

Hello,
my conf is: erskytx (9XR Pro) + FrSky DJT + X8R, oXs 8.0.1 + MS5611

And i have problem with vario, only altitude is received by TX, not Vspd, i playing with this all day and still nothing.
Is there a problem in combination of DJT (HUB) and X8R (SPORT) ?
Tere must be some translations, because altitude works fine.

thank you for help.

[mstrens]

In the config file for oXs, are you sure you have defined in a correct way how the Vspeed must be generated?
There is a parameter that allow to select between several options (first sensor, compensated, ...)

[quadrifoglio]

i have #define VSPEED_SOURCE FIRST_BARO

[MikeB]

What revision of erskyTx are you using?
Originally the FrSky vario did not send Vspd over the hub protocol, so erskyTx did not handle the value. It should now handle it, but I can't remember when I added the support.

A way to check what telemetry is being received is to log the raw telemetry data before processing. See here: https://openrcforums.com/forum/viewtopi ... ng#p150408 for how to do this. Select "HEX", then start logging and log the data for a few seconds. The log file is in the directory "LOGS" on the SD card. Put the file in a .zip file and post it here and I'll look to check what is being received.

Mike

[mstrens]

i have #define VSPEED_SOURCE FIRST_BARO

This seems OK

[quadrifoglio]

erskyTx 222, log zip attached

[quadrifoglio]

another discovery for this day... with Rx D8R-II Plus Vspd works and altitude have bigger resolution (0.1m instead of 1m), so i think there is maybe some translations but not all values is translated between SPORT RX and HUB TX

[MikeB]

The log file clearly shows only altitude, in whole numbers, being sent by the X8R, no other telemetry values at all.
You could try getting the oxs to send the VSPD value using appID 0x0048 0x0030, and see if that gets through.
It does seem the X8R is very selective as to what SPort telemetry is forwarded as hub data.

Mike

[quadrifoglio]

ok, now i'm lost where i can set this appID?

[MikeB]

In "oXs_out_frsky.h" you will find:
#define VARIO_FIRST_ID 0x0110
#define VARIO_LAST_ID 0x011f
change these to:
#define VARIO_FIRST_ID 0x0030
#define VARIO_LAST_ID 0x0030

I made a mistake above, I put 0x0048 when it should be 0x0030 (which is 48 in decimal).

Mike

[quadrifoglio]

Still nothing

[MikeB]

In that case it does seem that the X8R is only translating some SPort sensors. What you could try is using a valid ID from some other sensor.
If you use:
#define VARIO_FIRST_ID 0x0400
#define VARIO_LAST_ID 0x040f

Then the vario data would be sent to the X8R as "Temperature 1". This might then get to the Tx as temperature 1.

Mike

[quadrifoglio]

i think there is something terribly wrong...
i try everything, almost all IDs... and finnaly if i delete all this IDs form oXs_out_frsky.h then program is still compillable without errors... lol?

so i try bruteforce method and replace all values in p_measurements[0-21] by &oXs_MS5611.varioData.relativeAlt and then still just Altitude is available on Tx...

so i giving this up... probably only this one value is forwarded...

[MikeB]

I can confirm that a X8R used in D8 mode with a FrSky SPort vario only sends altitude and not Vspd.

It may need some specific setting in the oxs config to make it send the Vspd value as something else.

Mike

[Kilrah]

It's been so long I don't remember everything clearly, but if I'm not mistaken the Hub protocol had only 3 frames defined, and Vertical speed was never part of any of them.
The community added a definition and a new frame for it later and since the D system was pretty much transparent feeding it to the receiver would make it come out of the DJT at the other end as intended, but since the X8R has to do a conversion when operated in D8 mode and Vspd was never officially in the FrSky spec it's unsurprising they never implemented a conversion for it.

[MikeB]

Vspd may not have been in the FrSky spec, but the high precision, FrSky varios I have send Vspd out on the "Data Out" port (ID 0x30), and this does pass through a D8 Rx to a DJT (I just checked it).

Mike

[Kilrah]

Through a D8 RX yes since that doesn't process the data, but an D16 one in D8 mode does!