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 General Di...iFly General Di...ADS-B Filtering Targets?ADS-B Filtering Targets?
Previous
 
Next
New Post
7/9/2020 1:24 PM
 

So here's a suggestion for the AP folks: put an extra field in the aircraft profile and let the user optionally supply the ICAO hex code.  If the code is there, the software would have a foolproof way to eliminate ghosts for that aircraft (like the capability apparently available in the Stratux code).  Otherwise, it can continue to use the logic it does now.


Powrachute PC 2000; Aventura II; Cherokee 180
 
New Post
7/11/2020 6:55 AM
 
Hook wrote:

So here's a suggestion for the AP folks: put an extra field in the aircraft profile and let the user optionally supply the ICAO hex code.  If the code is there, the software would have a foolproof way to eliminate ghosts for that aircraft (like the capability apparently available in the Stratux code).  Otherwise, it can continue to use the logic it does now.

Tail number is already included in ADSB data, and iFly uses the tail number in the Aircraft Profile as part of the ghost detection logic, so the intent of your suggestion is already implemented.  

If the ghost detection logic is at fault here, it's the part of the logic that is intended to eliminate your ownship ghost from appearing due to other reasons.  Example:  ADSB-Rebroadcast traffic targets with no tail number identification associated with them that iFly incorrectly guesses is you.

 
New Post
7/11/2020 7:05 AM
 

I'm surprised no one from AP has piped up on this discussion yet.  Ghost detection has had niggling issues for a long time and there are several threads associated with users reporting issues.  Typically Brian's first request is for the user to capture an ADSB log encompassing the problematic behavior and send it in attached to a bug report.  While "normal" bug report logs are automatically captured for every iFly session quietly in the background, ADSB logs are much larger so they have to be manually enabled when those data are desired to be captured.

You can turn on ADSB logging here:  Menu > Setup > ADS/B > Options > Enable ADSB Logging.  (Since that option creates fairly large files, on subsequently iFly startups you'll be asked whether you want to continue logging ADSB data, so you don't turn it on and then forget to turn it off, and unwittingly fill up your storage card with logfiles.)

 
Previous
 
Next
HomeHomeDiscussionsDiscussionsiFly General Di...iFly General Di...ADS-B Filtering Targets?ADS-B Filtering Targets?