PHILC67

Pete, Understood... totally! I'm just telling you that I "witnessed" airplanes flying in the sky that had invalid id's (0's) in the TCAS structure. :shock: During this time it was very frustrating to see that I was not getting those planes in my list of AI flights... because I *was* ignoring '0' value id's. That's what started this whole chase last night. It baffled me that I saw planes flying (captioned in red, by FS) less than 10nm from me... but those planes were not in my list. But they were in FSInterrogate with 0 id's -- which confused me. It clarified for me "why" I don't put them in my list (I followed you rules!), but now I needed to know "why" they are still flying out there with a "0" id. That's when I started seeing duplicate entries of the nature I previously described. As I said... when I restarted FS all that confusion went away. Be certain... I have a very STRICT check so that I do ignore '0' value id's. You made that perfectly clear in your detailed AI section of the programmer's doc. There's nothing wrong with my methods, I'm just sharing what I'm seeing. Things that aren't consistent with what you documented... but things that are likely caused by conditions of constantly switching between different flight scenarios over the course of time. I think that under "normal" use this problem would never be seen. Phil p.s. I am traveling on business Monday and won't be back until Friday to work on this project. I will check the forum, but won't have access to my cockpit until next week. My apologies that I might vanish for a day or so.

Yes, I am using the "id" field. When I witnessed the strange behavior even valid airborne flights (visible in FS) were showing up in FSInterrogate with the id field as 0x00000000. In some duplication cases both flights had 0x00000000, and some cases both had apparently valid (and duplicate) id's, while still some times flights that were duplicated had 0x00000000 while it's alter-ego (same Flight#) had an apparently valid id. As you can see, I started losing trust in the "id" field (and losing my mind!). Too many possible id combinations, with no logical way to know which one was right/wrong, valid or invalid. I simply used the Flight# as a visual queue when Interrogating the registers because of this id dilemma. So far, since my last post... I did have dupes show up again, but failed to re-enact the chain of events that caused it. If I can come up with a predictable, reconstructable chain of events, with some supporting evidence, I will let you know. I'd rather not just give you just the Interrogated data that shows duplicates, I'd like to give you the events that cause it because I don't want to waste your time any more than I already have. Thanks again! Phil

Peter, Very strange... I rebooted FS2004 and restarted all the periperal apps that integrate with it and I can't get this issue to reappear. I've been working on this application for AI smoothing for a couple of days now and this was the first shutdown of FS that I've done -- mostly because I've been developing this eventual freeware app and testing it. I hadn't needed to shutdown FS. I'm wondering if, by aggressively restarting different "flights" to try different aiport scenarios as well as different traffic densities, that I tripped some condition that causes this situation. Funny how it appeared last night and stayed consistent this morning. Once I removed the range limitation and solved the 'alleged' problem, I was contented, then posted to your forum what I found... then shutdown the application to take a break. There went the evidence! Grrrrr Obviously, if I tripped it in my aggressive switching between flights or any other way, the chances are extremely remote that anyone will see this in a regular user environment. Frustrating when I spent sooo many hours trying to understand the issue so I could let you know... and try to find a work-around. If I see any strange behavior like this again, I will be more congnizant of what I may have done to introduce it and let you know. Best to you Peter! And Happy New Year! Phil

Hi Peter! I'm working on a AI smoothing process that evaluates incoming flights into "my" arrival ICAO. While successfully retrieving information from the F080-FF7E TCAS registers, I noticed that these registers report "duplicate" AI flights (i.e. looking a the Flight#) when the FSUIPC TCAS range is set to 'some' limit. However, when it is set to 'unlimited' it no longer reports dupes. I verified this using FSInterrogate2. Obviously we can work around the problem by setting the range to unlimited, but I thought you should be made aware of this issue if you have not already. Also, these dupes aren't exact dupes, the Longitude and Latitude, as well as other flight atritbutes, of the apparent duplicate Flight#s differ. Would seem to indicate that 'some' other flight is being detected, but the incorrect Flight# is being assigned to that register. (Just some extra info that might help) Great product Peter!!! Thanks for all your hard work! Cheers, Phil (registered user)

Pete, First off... FSUIPC is a wonderful product! I recently purchased my own license so I can "play" with FS2004 via your powerful tool. I'm trying to extract the "next waypoint" latitude and longitude information from the GPS offsets ($60AC, $60B4). I seem to be getting crazy results in boht 8-byte segments. I have no problem getting the latitude and longitude of the aircraft from the standard offsets ($0560, $0568). I do have an active Flight Plan loaded. I am using Delphi 6 Professional. (code shown below) Might you have any suggestions? Thanks much! Phil FSUIPC_Read($60AC, 8, @eLat, dwResult); if FSUIPC_Process(dwResult) then begin Latitude := eLat * 90.0 / (10001750.0 * 65536.0 * 65536.0); end; FSUIPC_Read($60B4, 8, @eLon, dwResult); if FSUIPC_Process(dwResult) then begin Longitude := eLon * 360.0 /(65536.0 * 65536.0 * 65536.0 * 65536.0); end;