Safesky not sending ADS-B traffic from SkyEcho to Flydata.io

I purchased the Flydata_io unit expecting it to mirror exactly what is on my mobile phone Safesky (which itself shows Safesky + Skyecho ADS-B data).

It seems to only show Safesky data from the network and not any locally received ADS-B track data.

Is this a bug or a design feature? If so, how do we request that all data shown in Safesky is shown on Flydata_io? Without this, once the mobile network drops which is frequent in the UK, Flydata_io is useless as it doesn’t show up any local Skyecho data.
TIA!

Hi

I am one of the developers of FlyData Display..

I will need to test this, I have a SkyEcho but never tried to have it connected to SafeSky, only used it “directly”, since my phone is android is quite tricky (sometimes it works, other times it does not) to have Wifi connected to SkyEcho and be able to access the internet via 4G/5G for the SafeSky App and not that much local air traffic in this region.

Just some remarks:

  • Check what is the Vertical Decluttering setting on the Display, if it’s set to “Show All” otherwise it filter based on relative altitude.
  • Is the “local” traffic you are seeing in the “radar” view or “map” view of SafeSky App? The views have different rule set… particularly the vertical decluttering setting on the SafeSky App, the one that should mirror the Display is the “Radar” view.

One other note, SafeSky App itself filters the traffic being sent to Display via BLE Connection, namely it filters aircraft by distance (up to a max of 47nm) and also by the Vertical Decluttering setting on the App (max of +/-5000ft).

I have seen an instance where “all” traffic shows up in radar view temporarily, if no internet connection is active, and we switch to “map” view and then switch to “radar” view all traffic (no matter the vertical decluttering set on the App) will show for around 30s before disappearing…

Thank You

Hi, thanks for that. I think I managed to get it working….

  1. Disable Bluetooth on the phone running the SafeSky app

  2. Enable Wifi on the Flydata and connect to the Skyecho Wifi network

  3. Connect the phone to the Wifi network, and use Speedify to allow SafeSky to also access mobile data

  4. Ensure filtering is set correctly to avoid picking up airliners etc.

Observations:

  1. This seems to work and I see ADS-B and SafeSky traffic on the Flydata

  2. The selected track frequently changes, possibly when a track is lost from ADS-B, which makes the display kind of flash (see video for what I mean)

  3. Even when I have Bluetooth enabled on the phone and Flydata is receiving data from it over BLE, the BLE config screen shows no connections…..this meant that the only way to stop Flydata getting BLE data was to disable Bluetooth on the phone, I couldn’t do it from Flydata itself.

  4. If I connect to Wifi on Flydata but also leave Bluetooth on, I get flashing of the display, presumably because the device is receiving data from Safesky app over both BLE and Wifi at the same time.

Gonna test some more next time I go flying.

Hi

In that “setup”, and if SafeSky app is configured to share traffic to third-party apps, the Display will receive traffic from two sources, from the SkyEcho (via Wi-Fi and GDL90 protocol) and also via SafeSky (Wi-Fi and GDL90 protocol). This can create some issues that the same aircraft (based on ICAO ID) can receive data from SkyEcho (updated, let’s say with position updated in last second) and will also receive information for that aircraft via Safesky that is also transmitting data via Wi-Fi and GDL90 protocol. This may lead to some data incoherencies since the Display will update the radar screen every second based on the last information it has received.

I don’t see any video attached. But one possible issue with this, is that depending on the Software configured on SafeSky App to share traffic, SafeSky may be sending the GPS message (on GDL90 protocol), and it may have different data (for example heading) than the one from SkyEcho, specially at low speeds / Stop.

Yes, the Bluetooth menu on the Display, is only for when the Display is the one that connects to a third-party device, like for example Aero-Tracker. When it’s connected to the smartphone (SafeSky App), it’s the Smartphone that connected to the Display and it will not show there.

If using Wi-Fi, you can go on SafeSky App to “External traffic device” and remove the FLYData display, that way the phone will not connect to the Display.

Yes, most likely. Not sure if the “effect” you are talking, is something similar to this one:

20260406_191838(1)

If it is this one, it can “more or less” be minimized by going to Display Settings → Config → Traffic/Alerts Data Source and select “others”. This will minimize that effect when in very low speeds / Stop since the “heading” is not updated is speed is considered too low, it assumes heading is 0º (North), in higher speed booth should have heading relatively equal since is supposed to be GPS based. Either way, this option should be enabled if not connected via BLE to SafeSky App in order for the Display process the alerts internally instead of relying on them be generated by SafeSky App (this only works via BLE).

In this scenario, where more than one “data source” may be connected to the Display, need to think in a way to avoid these situations, specifically a way to config/indicate the GPS source since this is probably the one with more oscillation between sources.

Thank You