LibrePilot Forum
Users => Vehicles - MultiRotors => Topic started by: CBRrunner on July 12, 2016, 04:20:23 am
-
If I'm using the OPlink radio for control on my taranis can I set it up to give telemetry to my controller?
-
Not currently, but that's something that I would like to implement.
-
Are you one of the code writers?
I would not think it would be that hard. Than again I am a mechanic.
You would probably have to have a special setup for the OPlink you load from the GCS. The pixhawk does it via a teesey through the taranis RX's telemetry port.
-
I am the original OPLink developer after Pip, who designed the original hardware and wrote the first version of the firmware.
It shouldn't be hard, but I'm not sure yet what the best path is for getting the telemetry into the taranis. It would be nice to go through the sbus pin on the module connector, but that would require an inverter. The other alternative is to go through the uart, which is in the battery compartment.
I would also like to support some sort of higher speed digital protocol to replace PPM, but that also takes further research.
-
I like the S.bus so I can just stuff it all in my jr transmitter adapter.
What kind of inverter would it be and how hard is it to make and program?
I'm willing to sacrifice a teesey if need be.
-
This is all the hardware that's needed:
http://www.dx.com/p/signal-inverter-for-naze32-flight-control-sbus-receiver-black-429018#.V4fhKPkrJhE
The firmware is going to take some thought. It would require getting the info from the FC to the OPLink, which will likely be different between the different modes (control only, or control+data). It's probably going to need another selection (control+basic telemetry), where it uses a higher datarate and the FC responds to each control packet with telemetry, or maybe it would only send telemetry every n-th control packet, which would be supported over a lower datarate. Then, of course, there's the packaging the data in the right format to send to the taranis, but that shouldn't be too hard.
-
Here I thought the hardware would be way more exotic than that :-\
Will the data transfer degrade flight control performance?
Would it save processing power and reduce packet size to do the telemetry conversion on the transmitter side?
Just bring the raw data into the transmitter from the OPlink radio and then translate it through something else and then send it to the S.bus pin on the Taranis.
This would be Similar to how you can use teensy to translate mavlink data from a pixhawk to the Frsky receiver and then send it to the Taranis. There are some really cool .lau mods out there for that data.
I would gladly test some beta stuff if anything becomes available.
-
My thoughts are to model it after the OpenLRS telemetry model, where the Tx sends a control packets, and the FC ACKs with a telemetry packet. I wouldn't want to the telemetry packet to be really any bigger than the control packet, which leaves 9 bytes for telemetry. That should be enough for battery state, RSSI, etc.
Doing that would require doubling the air datarate over the PPM-only rate, which will affect range some, but I don't expect it to affect it too much.
-
what is the packet rate? would there be enough fidelity if the telemetry was staggered across the packets?
Could the OPlink be used for telemetry only to the taranis while using a D4r-ii or X type receiver for control and aux systems?
what would be the feasibility of copying the mavlink telemetry workaround by going from the FC to a converter board then to the RX telemetry port then back to the Taranis?
-
what is the packet rate? would there be enough fidelity if the telemetry was staggered across the packets?
The packet rate is matched to the PPM rate, which is about 50 packets / second.
I hadn't thought about spreading the telemetry over multiple packets, but I think that would only necessary if one wanted to send alot of telemetry. At 9 bytes of data a packet I believe the overhead is more than the data, so making the return packet smaller wouldn't really help.
Could the OPlink be used for telemetry only to the taranis while using a D4r-ii or X type receiver for control and aux systems?
The easiest way to do that would be to form the telemetry stream that the Tx needs in the FC and just configure the OPLink is a data-only modem.
what would be the feasibility of copying the mavlink telemetry workaround by going from the FC to a converter board then to the RX telemetry port then back to the Taranis?
I've never used "modern" Rxs, so I don't know how that would work. I assume that should work, but then that's not an OPLink issue, and there may be ways to do that already.
-
Thank you for the replies.
Is the telemetry data something that's being worked on?
-
The OPLink and the GPS flight modes are what sold me on Librepilot. The OPLink needs to support full s.bus, and Smart port natively. But instead of trying to make a square peg fit in a round hole, why not build a new OPLink module specifically to cater to FrSky community?
-
Is the telemetry data something that's being worked on?
I haven't started working on it yet, but I do plan to. My OpenLRS PR was merged, so now it will be easier to add new stuff.
-
The OPLink and the GPS flight modes are what sold me on Librepilot. The OPLink needs to support full s.bus, and Smart port natively. But instead of trying to make a square peg fit in a round hole, why not build a new OPLink module specifically to cater to FrSky community?
Are you talking about a Taranis module? I might actually do that for myself. It's really not hard to do, and I've made several other iterations of OPLink-like devices, but getting it manufactured is more difficult.
There has also been discussions about replacing the F1 MCU on the existing OPLink with an F3, which supports inverted UART natively. That would likely be an easier route because the F3 is pretty much a drop-in replacement for the F1, and we might be able to nudge the manufacturers to replace the F1 with an F3.
-
I'd be down for 2 upgraded oplinks
This maybe a little off topic but will the revo output frsky telemetry to the s.port on a D4r-ii or x series receiver?
-
ok after much more thinking... (hold on everyone I've been drone nerding and drinking mountain dew for days now)
I am using a taranis x9D with an internal oplink radio to control my drone... can I output telemetry to the taranis (directly or through some kind of converter) from the oplink, then display the data on the taranis with a custom Lua script?
it would be nice even if we just got the little box with the auto, sensr, io, pwr, sys and some gps data.
-
The OPLink and the GPS flight modes are what sold me on Librepilot. The OPLink needs to support full s.bus, and Smart port natively. But instead of trying to make a square peg fit in a round hole, why not build a new OPLink module specifically to cater to FrSky community?
Are you talking about a Taranis module? I might actually do that for myself. It's really not hard to do, and I've made several other iterations of OPLink-like devices, but getting it manufactured is more difficult.
There has also been discussions about replacing the F1 MCU on the existing OPLink with an F3, which supports inverted UART natively. That would likely be an easier route because the F3 is pretty much a drop-in replacement for the F1, and we might be able to nudge the manufacturers to replace the F1 with an F3.
if you want to manufacture,i would like to help
-
the taranis has 5 pins in the back, from top to bottom:
-PPM
-6V
-+Batt
-Ground
-Ant
When connected to the OPlink for control you connect to the PPM port, is the antenna port free for telemetry output from the OPlink. A LUA script should be able to be written to do the telemetry on the Taranis, or use a teensey like the PixHawk's can to translate the telemetry for the taranis...
the module can be printed from thingiverse and we are off to the races!
Also can we get these in 915mhz? or am I on my own swapping the radio modules myself?
-
...Also can we get these in 915mhz? or am I on my own swapping the radio modules myself?
Swapping the modules won't do any good unless you also rewrite the firmware, it's coded for 430MHz.
I picked up a couple of 915 MHz RFM-22b modules but I don't expect to get around to doing anything with them for a few months.
-
well crap
-
ok so new question,
can I just use an s.bus inverter (http://www.dx.com/p/signal-inverter-for-naze32-flight-control-sbus-receiver-black-429018#.V74QcY-cHb1) an output the telemetry to the sensor port on a D4R-ii or X4R just like it was frsky telemetry module?
-
No, the it's not just the inverter, the telemetry output is in uavtalk format not frsky.
Supporting frsky telemetry is being worked on under issue https://librepilot.atlassian.net/browse/LP-117 but it's not currently supported.
-
I wish I would have stuck with programming way back in the day so I could be of some help.
I feel like a nag some times. I hope the frsky telemetry comes soon.
-
I wish I would have stuck with programming way back in the day so I could be of some help.
I feel like a nag some times. I hope the frsky telemetry comes soon.
To be honest I am not so much worried about FrSky telemetry. Of course it is a nice gadget to have, but I am not sure where I would use it.
If you fly LOS then you are definitely not flying that far that you don't hear battery alarm. If you fly FPV then you do have your battery voltage and sensor on OSD almost for sure.
When it comes to loggin stuff, there is either GCS, on-board logging or Android app. I see really no issue here :) And FrSky telemetry just don't record all what you can record in OPL files.
I think I am good with what I have and fine without FrSky. When it comes I will probably play with it, but disable later, as I prefer my battery status on OSD :)
-
I still think it would be nice to have.