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...No HeartbeatNo Heartbeat
Previous
 
Next
New Post
7/14/2016 1:44 AM
 

John, one thing to note is that our "out of range" (which should just say "idle") status is based on it being more than 1 minute since we've received "weather" info from the Towers. Many towers don't send weather, and so would always show up as Idle.

One issue we have is that we don't count traffic messages as tower data, since some of them are air-to-air. So if it's been > 1 minute since we've received weather messages from a tower, even though we may be getting traffic updates, we end up showing the tower as Idle (in v9.6 is shows this as "out of range").

For v9.7, we fixed the message to show "Idle" instead of out-of-range. Now we need to make it also account for traffic message from towers too.

If you can provide me with an AdsbRaw.bin file from one of your devices showing these symptoms, I would appreciate it, so that I can use this for testing/validation of the fixes we put into v9.7.


Brian Knox, Sr Software Engineer
 
New Post
7/14/2016 10:09 AM
 

Brian:

I finally get it. IFLY is saying out of range in reference to weather only, not targets, which explains what I am seeing..

Out of range would seem to indicate that my aircraft is out of range of the tower, but that is an erroneous assumption and when you change it to "tower idle", why not have it say "no weather" if that is all that is missing from the data stream. When I look at the status box I can see when the last Nexrad weather came in.

I think the status box may be a good place to allow the user to know what is happening with weather and targets without crowding the Nav screen. When you look in the status box it says "not receiving data." Aren't rebroadcast targets considered data? If you are receiving rebroadcast targets from those without ADS-B out then the tower isn't actually idle...is it? Only idle for weather?

Maybe it's just me, but this new technology seems to be unnecessarily confusing.

I am getting fewer "no heartbeat" messages since I installed the latest Navworx software, but it still happens on occasion and the status box indicated "disconnected" even though the WiFi signal from navworx is strong.

I think connecting by RS232 is much more reliable than WiFi. My research into WiFi dropout issues indicates that certain tablets and phones are more susceptible to WiFi dropout due to a) cockpit electrical interference b) interference from ground-based WiFi as an aircraft gets closer to the ground in metropolitan area with many WiFi in use c) some units can tolerate poor signal to noise ratios better than others.

With that in mind, Navworx is considering allowing users to change WiFi channels in the hope of finding channels that works best in the user's cockpit environment.

I'm going to keep a written IFLY log on my 1800 nm trip to OSH starting Tuesday the 19th. If I see anomalies that should interest you I'll start the log and when I land for fuel I'll send the bug report. One of my wingmen will have his Stratus on board and we'll be able to compare target and weather acquisition.

By the way, a friend says he likes the information that IFLY gives on his phone compared to the information his panel mounted device provides. He uses RS232 on the panel device while using WiFi to his phone using IFLY.

John

 
New Post
7/14/2016 10:09 PM
 

We've got improvements and fixes for this on our list for version 9.7. Some of the behavior of 9.6 that you've noted was not intended, and will be fixed.


Brian Knox, Sr Software Engineer
 
New Post
7/17/2016 8:50 PM
 

Flew again with my wingman with him using IFLY with Navworx through RS232 link.

I had "lost WiFi connections" and "out of range" indications while he did not since he is using RS232. Only when we were low in the pattern of a remote airport did he get out of range.

So anyone using WiFi with Navworx and IFLY will need to know that depending on:

a) the brand of tablet or phone can make a difference on a uninterrupted WiFi connection

b) the amount of electrical interference in the cockpit.

c) the number of WiFi devices on the same channel whether on the ground or low over metropolitan areas.

d) the amount of signal to noise a tablet or phone can handle.

e) anything on the phone or tablet that tries to force the unit to connect to the Internet even if in the airplane mode

I'm still waiting for Navworx to allow WiFi channel changes. Don't know if that will help, but I'd like to try.

 
New Post
8/2/2016 8:51 AM
 

Brian:

Just got back from OSH where I met the IFLY team.

All the way out and back IFLY worked well with Navworx. I did not have the "no Heartbeat" issue and when it indicated "Out of Range" this time, I was actually out of range with no towers showing over the more desolate parts of the country.

One of our group of 5 had ADS-B out so I saw him all the time. The others would drop out when there was no radar interrogation as expected.

One thing for the IFLY wish list is to have the two letter indication of each state when in the vector mode, i.e.., KS, WI, etc.

I did have an issue of some of the instrument boxes leaving the screen and the time to next way point being incorrect. I would have to remove that box and reinstall it again then it would be correct.

All in all a good test of IFLY.

 
Previous
 
Next
HomeHomeDiscussionsDiscussionsiFly GPS for An...iFly GPS for An...No HeartbeatNo Heartbeat