Feature request : using yapuu telemetry script with WifiBroadcast

[Yes21]

Hi,
I'm from the wifibroadcast project team.
Could you please take a few minutes to read this topic on our github, and give us your opinion about this subject ?
Many thanks to you.

[yaapu]

Hi,
to recap you have mavlink on the ground and you're asking for a good way to have frsky telemetry out of mavlink. Ideally this could be done in the RPi, technically is easy but the timing is critical, an frsky receiver is not necessary for polling can be simulated, just take into account that for a decent telemetry bandwidth you would need to send an frsky packet every 25ms, in that time window you would have to do full mavlink 2 decoding and parsing, By using an external converter you offload the RPi from doing it,
a well tested option that I actively collaborate with is

https://github.com/zs6buj/MavlinkToPassthru

Eric, the author of that project is an EZWifibroadcast user, his converter firmware produces full frsky passthrough telemetry on the ground even without an frsky receiver.

The setup you are looking for is named "ground mode" in the project's wiki

The converter can work in one of three modes: Ground_Mode, Air_Mode or Relay_Mode

Ground_Mode In ground mode, it is located in the back of the Taranis. Since there is no FrSky receiver to provide sensor polling, we create a routine in the firmware to emulate FrSky receiver sensor polling. (It pretends to be a receiver for polling purposes). Un-comment this line #define Ground_Mode like this.

Air_Mode In air mode, it is located on the aircraft between the FC and a Frsky receiver. It converts Mavlink out of a Pixhawk and feeds passthru telemetry to the frsky receiver, which sends it to Taranis on the ground. In this situation it responds to the FrSky receiver’s sensor polling. The APM firmware can deliver passthru telemetry, but the PX4 Pro firmware cannot. Un-comment this line #define Air_Mode like this

Relay_Mode Consider the situation where an air-side LRS UHF tranceiver (trx) (like the Orange), communicates with a matching ground-side UHF trx located in a “relay” box using Mavlik telemetry. The UHF trx in the relay box feeds Mavlink telemtry into our passthru converter, and the converter feeds FrSky passthru telemtry into the FrSky receiver (like an XSR), also located in the relay box. The XSR receiver (actually a tranceiver - trx) then communicates on the public 2.4GHz band with the Taranis on the ground. In this situation the converter need not emulate sensor polling, as the FrSky receiver will provide it. However, the converter must determine the true rssi of the air link and forward it, as the rssi forwarded by the FrSky receiver in the relay box will incorrectly be that of the short terrestrial link from the relay box to the Taranis

[Yes21]

Many thanks for your answer.

I will look into https://github.com/zs6buj/MavlinkToPassthru and contact Eric.

I'm not sure if we need an external converter since the ground RPI is not very busy ...

Thanks a lot for this link.

Ps : I'm also a happy user of your Yapuu telemetry script ;-)