Hi,

I try to use SD together with TRX-1500 Flarm and Airconnect. On almost every flight I get an "Unexpected GPS data encountered" messages popup. It always complains about PFLAA and PFLAU sentences which as far as I can tell are position reports Flarm receives.

Unfortunately it is quite annoying that SD seems to open up 3 to 10 popups (the amount seems random...) about the same sentence and simultaneously kicks itself out of navigation mode. In my opinion this behavior does not contribute to flight safety since you have to fiddle around to much to get SD back and running! And as a side affect, the flight log is broken which means that if I used one of the time tracking functions, they won't spit out a usable result after the flight.

I noticed that behavior on all SD versions since I installed my Flarm in summer last year until today. I am running SD under Android 4.2.2 on a Samsung Galaxy Tab 2.

I also noticed that the more aircraft are in the vicinity which likely have Flarm, the more quickly the  popups appear. So the is a linear trend of Flarms flying around and SD complaining about broken sentences.

SD-Team, can you please change the way SD handles data sentences it deems to be broken in a way that allows the pilot to continue his/her duty of  navigating and to observing traffic. If you still want to track broken sentences, I suggest write them down into a log file for example. In my opinion, it is better for flight safety, to just quietly drop a sentence here and there than waiting for the user to close multiple popups and restart navigation mode.

If there is anything I can do to help you in fixing this issue, please let me know!

Florian

Hi Tim,

so far I could not any tests in. The weather was to bad to get enough other FLARM traffic airborne.

Anyway, I worked through the screenshots I took over the ast few month in order to find anomalies within the data. In the attached spread sheet (Libre Office) you can find different sentences which were rejected by SD. They are pares into the spreadsheet like the CSV import would do (fields would be comma separated).

The column headers are the data structure from FLARM's latest data port interface control document(FTD-012, V7.10). I used current firmware for the TRX-1500and FLARM and the latest SD-Version in Google Play for all tests. So I assume that the FTD-012 document applies to the TRX-1500, too, since it is essentially a PowerFLARM working within.

What I see at first glace is that first, all of the PFLAA targets are quite far away. Also in all sentences the amount of fields does not correspond to the specification and that the order of the fields seems to be messed up.

Anyway, the checksums are still valid.

With better weather approaching I will continue to find out, who messes up the data. The FLARM inside the TRX-1500, the TRX itself, the AirConnect or SD.

Another approach I will try is to drastically limit FLARM's range since all invalid targets seem to be far away and so all seem to be ADSB-Out targets. Thinking of the weather and the amount of GA traffic at these times, I even suspect, these were IFR airlines.

I will let you know, if I find out more.

Florian