Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Ezuhf RSSI, RSSI extra character #117

Open
GoogleCodeExporter opened this issue Aug 11, 2015 · 0 comments
Open

Ezuhf RSSI, RSSI extra character #117

GoogleCodeExporter opened this issue Aug 11, 2015 · 0 comments

Comments

@GoogleCodeExporter
Copy link

What steps will reproduce the problem?
1. Using minimosd found here:  
http://api.ning.com/files/JH0C62scBfBAtFDqmGCv60XlaSBO2A3xoBrqtHWq-nP5g0wWTfQm9p
q-RHel2NpW7Dk5TClfOgSx7Qd-HqbgThVbUHT5aU60/MinimOSDExtra_Plane_Prerelease_2.4_r7
95.hex

EzUHF rssi finally works (outputting on channel 8 through CPPM)

However the EzUHF RSSI is inverted so the RSSI level goes from 0% at full 
signal to 100% when the radio is off.

If the min and max values are entered in reverse it breaks the OSD rssi value.

What is the expected output? What do you see instead?

It would be good if the rssi raw values could be feed in high or low in either 
position so reversed signals can work. Or if there was an invert button next to 
the channel select for RSSI in the minimosd setup.


What version of the product are you using? On what operating system?

R795 on Arduplane 3.2 with APM 2.5


Please provide any additional information below.

Also on the OSD the rssi generates extra characters to the right of the % sign. 
Sometimes its another percentage sign, sometimes its a random number.

If these have been fixed already sorry!

Original issue reported on code.google.com by [email protected] on 31 Jan 2015 at 4:10

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant