Closed maxgame91 closed 11 months ago
@mikeller add betaflight version and hardware.
@etracer65 add some info. If you need more things please tell me why. thanks
Read the info when you created the issue.
Describe the bug A clear and concise description of what the bug is.
To Reproduce Steps to reproduce the behavior:
Expected behavior A clear and concise description of what you expected to happen.
Flight controller configuration Create a
diff
and post it here in a code block. Put`` (three backticks) at the start and end of the
diff` block (instructions on how to do a diff: https://oscarliang.com/use-diff-not-dump-betaflight/)Use
resource show all
to create a resource allocation list and post it here in a code block. Put ``` (three backticks) at the start and end of the output block.Setup / Versions
- Flight controller [what type is it, where was it bought from];
- Other components [RX, VTX, brand / model for all of them, firmware version where applicable];
- how are the different components wired up.
Additional context Add any other context about the problem here.
This issue has been automatically closed because the information we asked to be provided when opening it was not supplied by the original author. With only the information that is currently in the issue, we don't have enough information to take action.
So I update with all the information ask, thanks
If it helps with ruling out anything, I'm having the same issue on Betaflight 4.2.6 in a Matek F405-CTR AIO. Crossfire 4.10 on a TX16S Baro is working fine on OSD and also see the graph moving on the betaflight configurator. Radio has openTX 2.3.10.
If you need my help let me know and I'll get you more data, was troubleshooting this just now and landed in this bug report.
@maxgame91: Unfortunately in CRSF telemetry, the only place where the altitude is sent is in the GPS frame:
To make matters more complicated, the altitude sent is absolute altitude, which isn't available from a barometer only.
Not sure there is a good way to improve this unless a different frame type with a field for relative altitude is added to the protocol.
Question from someone that does not really understand much of programming. Isn't there a way to implement into Betaflight a CLI command to change between altitude sensors? As in, report barometer altitude like if it was GPS data? this would probably be a suitable solution. Is there another alternative? Like log a bug on TBS CRSF?
Question from someone that does not really understand much of programming. Isn't there a way to implement into Betaflight a CLI command to change between altitude sensors? As in, report barometer altitude like if it was GPS data? this would probably be a suitable solution. Is there another alternative? Like log a bug on TBS CRSF?
This is not the problem. The problem is that CRSF telemetry only has as altitude field in the frame that contains GPS data. So the only way to send altitude is by sending all the GPS data. With no GPS we don't have anything to send.
@wildjokerss: The only way to implement a 'fix' for this in Betaflight will be to, in the case of a barometer but no GPS being found, GPS frames with bogus GPS location / speed / ... and a relative altitude in the field designated for the absolute altitude are sent. This would be a truly poor 'fix'.
Ok understood. So if I wanted to have Barometer telemetry on the radio, what would have to be done? Meaning, is it on betaflight side, crossfire side... Guess a feature request would have to be made to one of the two? For example, would it work with a telemetry enabled FrSky receiver?
Also, on the page 45 from the PDF below it states that the data source for Alt is TBS GPS or FC, I am guessing that it's either TBS GPS connected directly to the receiver or data coming from the FC but as GPS packets? Can't we trick somehow betaflight in putting out barometer values through the GPS altitude?
https://www.team-blacksheep.com/tbs-crossfire-manual.pdf
Apologies if my wording is not the best, I'm not a native English speaker nor a developer :D
@wildjokerss: There simply is no field in the CRSF telemetry to return relative altitude, and there is no way to get an absolute altitude from a barometer only. Opening a feature request with TBS to have an 'altitude' telemetry frame type added might get this addressed. Or else you can buy a GPS (does not have to be TBS) and install it, or switch radio protocols.
that's pretty much what I was expecting yes, I'll see if I can log a feature request with TBS, not really sure where or how, if you have a link at hand feel free to share :D I'll look for it anyway :) Thanks for the explanation @mikeller !
okay feedback for anyone looking for this as well, I've raised a ticket with TBS, looking to see their reply
Hi, I'd love a barometer alt in tracer.!!!! Thanks for keeping me in the loop for any info!
I the meantime I haven't had any further update from TBS, apart from their email below:
weve added this to t he feature request list and will work on getting it added
This was on the 2nd of March, not sure if applicable to Tracer as well.
Well I guess we'll see. 👍
Le sam. 20 mars 2021 à 18:20, wildjokerss @.***> a écrit :
I the meantime I haven't had any further update from TBS, apart from their email below:
weve added this to t he feature request list and will work on getting it added This was on the 2nd of March, not sure if applicable to Tracer as well.
— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/betaflight/betaflight/issues/10380#issuecomment-803429315, or unsubscribe https://github.com/notifications/unsubscribe-auth/ATKIVFLWIEFSITMKCMW25OLTETKPDANCNFSM4ULAE2DQ .
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs within a week.
Issue closed automatically as inactive.
@wildjokerss and others Isn't there any progress on TBS side for adding a barometric alt field to its CRSF protocol? Same problem I now have with an ELRS Matek Vario receiver, which has a barometric VSpd but no barometric Alt. And Matek is pointing to the limitation of the CRSF protocol with missing Barometric altitude sensor field/ID.
I'm in the same boat as @franz4949 above: The inability to get barometric altitude data from Matek vario receivers greatly reduces their usefulness for me. The same restriction applies to Matek CRSF-PWM converters.
Support at Matek informed me that, "I have seen CRSF V3 support Baro ALT, but ELRS and EDGETX don't support CRSF V3".
Can anyone at TBS comment on whether there's a resolution in sight?
Might any resolution depend on changes in ELRS, EdgeTx, and OpenTx?
Closing as inactive
FYI TBS has agreed to add a baro_alt field to CRSF:
https://github.com/EdgeTX/edgetx/pull/1819 https://github.com/ExpressLRS/ExpressLRS/pull/1528\
OpenTx has also agreed to the necessary mods.
Describe the bug
Altitude is not display in the telemetry page on open tx when using a barometer only (work with a gps only)
To Reproduce
A flight controller with a barometer, open tx, and a receiver with telemetry
Expected behavior
Altitude is display when only a barometer is use in the “ALT” sensors
Flight controller configuration
Matek F722-SE with a crossfire nano rx and qx7 with opentx
Setup / Versions
Why the altitude in the barometer is not shown in the telemetry page. I need to have the altitude from the barometer to fly legally. I use a logical function to have an altitude limit for my drone