A/C freezing after landing but not timing out

[peepsnet]

1. Stratux version: 0.6r1
2. Stratux config: dual SDR, GPS: no , AHRS no.
3. Galaxy Tab A, AvNav/FltPlan GO
4. I was using stratux at a local airport last night and had an issue with aircraft landing and then getting stuck on the runway and not moving...

An a/c would land... get to under 100knots and then just sit on the runway and not move again. looking at the webiu I would see the time updating for the a/c indicating it was still receiving data from the a/c but no change to the a/c position. As the a/c cleared the runway and taxied to the gate the AvNav and Fltplan GO continued to show both on the runway. So it appears there is something not updating with the data.

The callsigns that are on the screen are: JBU539 DAL1472 - I don't know why this guy was off to the north!! NKS251 UAL711 JBU1579

LOGS: logs.zip.txt

[Ergonomicmike]

If they're both on the ground, why is one at 0 feet & the other at -75? (And descending!)

[peepsnet]

GPS error.

[peepsnet]

There are actually about 5 A/C piled up on the ground there.

[peepsnet]

[cyoung]

Do either of these EFBs show ground traffic?

[peepsnet]

All of the EFB's I use(FtlPlan Go, DroidEFB, AvNav, Avare, Naviator) show the same thing. The position stops updating when the speed is below 100knots(probably the signal to switch from airborne to on the ground) and this is also when the A/C shows up in the EFB's

[Ergonomicmike]

I haven't looked closely for this, but a couple weeks ago I noticed that I could watch Pipers doing T'n'G's on the runway (1090) on iFly. Is there a ground proximity switch on Air Transports where they stop updating their position after landing? (Update: perhaps to minimize congestion on 1090? I mean, wouldn't TCAS units go crazy w/ everyone at the same altitude and 3000 ft of each other as the taxi?)

Update 2 Ref to squat switch http://www.pprune.org/atc-issues/502849-tcas-ta-vs-ta-ra-ground.html

[peepsnet]

I was watching the traffic screen in Stratux. The time field was changing(I believe indicating that I was still receiving 1090 hits from the a/c) but the lat/Lon/speed/alt were not updating.

Its as if this was keeping the a/c in the list but not moving. If there is an airborne flag should the logic remove the a/c from the list when that flag is false? Should we have an option(in settings) to feed this traffic to the efb's and force updates of the lat/Lon/speed/alt if selected/possible?

Is the Stratus logic to send non-airborne traffic in the data stream without updating position data a bug? Or is the bug that stratux is not updating position data of non-airborne targets? I assume by default the non-airborne traffic would not want to be included in the stream. But if its possible to get position updates from non-airborne a/c then an option to incluinclude this data might be nice.

[Axtel4]

1090ES only, or also with 978UAT traffic?

[peepsnet]

Haven't seen any 978 traffic landing at FLL. I might try FXE and see what happens!!

[skypuppy]

it seems that sometimes the other aircraft does not send any data or sends the wrong format.

On 02/16/2016 06:18 AM, peepsnet wrote:

I was watching the traffic screen in Stratux. The time field was changing(I believe indicating that I was still receiving 1090 hits from the a/c) but the lat/Lon/speed/alt were not updating.

Its as if this was keeping the a/c in the list but not moving. If there is an airborne flag should the logic remove the a/c from the list when that flag is false? Should we have an option(in settings) to feed this traffic to the efb's and force updates of the lat/Lon/speed/alt if selected/possible?

— Reply to this email directly or view it on GitHub https://github.com/cyoung/stratux/issues/241#issuecomment-184661052.

[peepsnet]

Still an issue in ver 0.7b3

Well I have more info on this issue. It seems when the a/c switch from airborne to on ground stratux is not removing them from the active list. The a/c's are still transmitting data, just speed and heading.

This is a list of a few a/c that were arriving and departing in each file:

/var/log/stratux/0136-es.log: landing 2749276809224,MSG,1,111,11111,A96BA2,111111,2016/02/23,02:40:12.640,2016/02/23,02:40:12.610,JBU813 ,0,,,,,,,,,,-1

3314624941977,MSG,1,111,11111,A9C5C5,111111,2016/02/23,02:49:37.966,2016/02/23,02:49:37.958,JBU1459 ,,,,,,,,,,,0

3382390674659,MSG,1,111,11111,A699A6,111111,2016/02/23,02:50:45.747,2016/02/23,02:50:45.724,VRD330 ,,,,,,,,,,,0

3472235749781,MSG,1,111,11111,A94AE5,111111,2016/02/23,02:52:15.612,2016/02/23,02:52:15.569,UAL1774 ,,,,,,,,,,,0

3620080026183,MSG,1,111,11111,A8AEF3,111111,2016/02/23,02:54:43.451,2016/02/23,02:54:43.414,JBU1101 ,,,,,,,,,,,0

takeoff 3731936740776,MSG,1,111,11111,A83477,111111,2016/02/23,02:56:35.270,2016/02/23,02:56:35.270,FDX1200 ,,,,,,,,,,,0

4208432770959,MSG,1,111,11111,A81773,111111,2016/02/23,03:04:31.798,2016/02/23,03:04:31.766,NKS596 ,,,,,,,,,,,0

4255351043128,MSG,1,111,11111,A8C796,111111,2016/02/23,03:05:18.713,2016/02/23,03:05:18.684,JBU706 ,,,,,,,,,,,0

4285759070565,MSG,6,111,11111,A8553C,111111,2016/02/23,03:05:49.130,2016/02/23,03:05:49.093,NKS416 ,,,,,,,3643,0,0,0,0

log 137 Takeoff nks0439

I am attaching he logs from about 3 hours of flights into and out of FLL

The github system doesnt allow me to upload rar's so I added the .txt extension. Please remove it

stratux_air-to-gnd-logs.rar.txt

[ghost]

285 will cause targets to properly time out if no valid position fix is received, even if speed or altitude data is being received.

[cyoung]

@AvSquirrel fixed this a while ago.