iFly GPS Forum

We have a new Forum!  Go here to get started: https://adventurepilot.community.forum.  
The new forum is easier to use and much more capable than the old, we hope you will join our community! 

Below is a copy of the old forum. This will remain available for a short period so you can access and review the information contained here. To continue a conversation, or start a new one, please register and create a post at our new forum location.
HomeHomeDiscussionsDiscussionsiFly GPS for An...iFly GPS for An...Android 12Android 12
Previous
 
Next
New Post
1/19/2022 6:38 PM
 

Just pulled out my old phone (Samsung S7, running Android 8). There's the same approximate 50' discrepancy between GPS Status and GPS Essentials on that phone. Just like on my Samsung S21+, GPS Essentials is consistently 50' too low. Presumably, iFly would be also, but due to license restrictions, I can't run it now on that old phone.

In comparing the same apps to each other across phones: they're in agreement with each other (each app agrees with the same app on the other phone, give or take 10').

So, if this is a problem with the altitude data that the API provides iFly (and presumably GPS Essentials), then this is not an Android 12 problem -- it's been there for awhile.


Powrachute PC 2000; Aventura II; Cherokee 180
 
New Post
1/19/2022 9:29 PM
 

Thanks Hook.  It's entirely possible, maybe even probable, that I just perceived some wierd behavior.  With the tracking seeming to work in .38, I turned my attention to some other parameters during my drive to work today and it seemed the alt was very jumpy and somewhat  inaccurate.  I admit however that I'm not often looking at the alt, especially on the ground while driving so that may be normal.  Also,  if I'm not mistaken, the vertical component of gps is the least accurate.

That being said, I would consider my comment to be a red herring at this point.  Sorry for the distraction.

Chad


CHAD A. BAKER | PA-28 140 | Building a Cozy IV | Life is Short, Live Your Dream and Share Your Passion!
 
New Post
1/19/2022 9:53 PM
 

It may be a red herring. But I was saying that I agreed with you that the altitude reported by iFly was lower than it should be from what I could see on both my phones.

I'll do some more research on Fri or Sat, when I fly. It might be a big nothing-burger, but It's possible that you've uncovered an overlooked issue with the altitude that's being provided via the API that iFly (and probably some other GPS-using apps like GPS Essentials) are using to get GPS data.


Powrachute PC 2000; Aventura II; Cherokee 180
 
New Post
1/21/2022 8:23 AM
 

Hook, I've done some more checking.  I took my Android 6 tablet running IFly 11.1.33 and my Pixel running .38 for a drive.  The Pixel was routinely about 100 ft or so lower in gps alt than the Android 6 tablet ...at least while moving.  Both bounced around a lot even though the drive was basically level.  At rest sitting at home, they were maybe 50ft different from each other.

Next I connected them both to my Stratux ADS-B vs thier internal gps rcv'rs.  Both read the same GPS Alt as reported by ADS-B.  Both bounced around the same and were generally closer to my actual elevation at home.  It bounced around between 240ft and 300ft.  The actual elevation of my house according to Google Earth is 259ft.

So, I still think my initial observation above on the Gps Alt was in fact a red herring.  I think my perception was just inaccrurate given I've never spent much time watching the behavior of the Gps Alt.  Even sitting static, It's a lot more jumpy than I ever realized even using the ADS-B rcvr.  In the end, Gps Alt is only going to be as accurate and stable as the gps rcvr feeding it assuming that IFly is getting and reporting the GPS info accurately.  I don't see any evidence IFly isn't reporting it correctly...at least with the .38 update.

v/r,
cab


CHAD A. BAKER | PA-28 140 | Building a Cozy IV | Life is Short, Live Your Dream and Share Your Passion!
 
New Post
1/21/2022 3:33 PM
 

I agree with you that iFly is probably reporting what it's getting from whatever source it is currently using. But there's two different things going on in your last post. In the first case of your testing, iFly is reporting what it's getting from the Pixel and the tablet hardware via a blackbox programming interface it uses (aka an API). In the second case, it's reading a stream of messages it's getting from the Stratux. Two different things. The Stratux may have a better (or not) GPS receiver, and/or it may be that it's updating iFly less often than the API allows -- so less jumpiness. But the important point is that when connected to the Stratux, iFly is not using the API to get its GPS info.

What I've been questioning is whether the API is providing correct altitude information. It has already been shown to not be working right in regards to providing the most accurate horizontal position information available when in "fuse" mode. And, iFly (when using the API) is reporting a lower altitude than what Google tells me my home is at. And, that altitude is lower than what another GPS app on the same device is reporting. So, I have a shadow of doubt whether it's been passing accurate altitude info. It probably is, but I'm going to test some things.

If there is a problem, I suspect the API and not the iFly app because I have a third GPS app that 100% agrees with iFly in regards to altitude -- both of them being low, and both reporting the same altitude to the foot. I suspect they use the same API. This behavior was consistent for these apps on 2 different phones.


Powrachute PC 2000; Aventura II; Cherokee 180
 
Previous
 
Next
HomeHomeDiscussionsDiscussionsiFly GPS for An...iFly GPS for An...Android 12Android 12