New UAT feeder

[Khan]

abcd567 thanks for answering those questions.

kx1t as mentioned by abcd567 you can download from https://repo-feed.flightradar24.com/...46-1_amd64.deb And I will check why "apt cache policy" still shows v44.

[kx1t]

Thank you both Khan and abcd567 .

• I'd really prefer using apt to install the latest version rather than manually downloading a specific version. I'm doing this to build a Docker container so I don't want to have to change my Dockerfile every time a new version fr24feed is released.
• @Khan could you let me know when the x86_64/amd64 version on the repo has been updated to 1.0.46-1 or later? (Either posting in this thread or by sending me an DM would be great!)

--Ramon kx1t

[abcd567]

@kx1t

Your FR24 apt sources list may be out-dated
I first ran following script to update repository list.

wget -qO- https://fr24.com/install.sh | sudo bash -s

Next checked apt-cache, found ver 1.0.46-1 is available in FR24 repository.


Screenshot_20240212_165019_Termux.jpg




.

[kx1t]

Strange -- I just fired up a new and empty (Bookworm) container, and I added the repo to it. Somewhere, somehow, between me and the repo, there's a cache that isn't updated.
I'll try again tomorrow - give it a few hours to flush the cache

root@e2f82f4cd4fb:/# curl -sSL https://repo-feed.flightradar24.com/flightradar24.pub | gpg --dearmor > /etc/apt/keyrings/flightradar24.gpg
root@e2f82f4cd4fb:/# echo "deb [signed-by=/etc/apt/keyrings/flightradar24.gpg] https://repo-feed.flightradar24.com flightradar24 linux-stable" > /etc/apt/sources.list.d/fr24feed.list
root@e2f82f4cd4fb:/# apt update
Hit:1 http://deb.debian.org/debian bookworm InRelease
Hit:2 http://deb.debian.org/debian bookworm-updates InRelease
Get:3 https://repo-feed.flightradar24.com flightradar24 InRelease [17.1 kB]
Hit:4 http://deb.debian.org/debian-security bookworm-security InRelease
Get:5 https://repo-feed.flightradar24.com flightradar24/linux-stable amd64 Packages [449 B]
Fetched 17.5 kB in 0s (51.2 kB/s)
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
8 packages can be upgraded. Run 'apt list --upgradable' to see them.
root@e2f82f4cd4fb:/# apt policy fr24feed
fr24feed:
Installed: (none)
Candidate: 1.0.44-0
Version table:
1.0.44-0 500
500 https://repo-feed.flightradar24.com flightradar24/linux-stable amd64 Packages
root@e2f82f4cd4fb:/#
​

[abcd567]

I have used docker for some period, but finally came to conclusion that it is problematic. The trouble free & cleanest method is direct installation. I then re-imaged machines which had docker, and made a direct install of fr24feed and other feeders. No more docker on any of my Pi or Computers.

[kx1t]

We (a group of people at sdr-e.com) have built an entire suite of containers that include receivers for ADSB, UAT, AIS, ACARS, VDLM, Airband, etc. We have containers for feeding about every aggregator in existence, for visualization, etc. It’s ideal to keep all these devices apart and individually maintainable, without having to deal with interference or common components like web servers/ports, etc.

If FR24 had their own container (ok, we have one for FR24 already), it would help them in being able to roll out a consistent deployment across all devices and save money on support costs.

I get that it’s not for everyone, but it really helps with modularization and maintenance. It provides consistency in setup across the various services. Plus it’s where cloud services have gone to entirely with orchestrators like Kubernetes and Jenkins, so it’s not simply someone’s hobby project.

Again, to everyone their own (and I’ll leave it at that because it’s probably out of scope for this thread)

[abcd567]

We (a group of people at sdr-e.com) have built an entire suite of containers that include receivers for ADSB, UAT, AIS, ACARS, VDLM, Airband, etc. We have containers for feeding about every aggregator in existence, for visualization, etc. It’s ideal to keep all these devices apart and individually maintainable, without having to deal with interference or common components like web servers/ports, etc.

If FR24 had their own container (ok, we have one for FR24 already), it would help them in being able to roll out a consistent deployment across all devices and save money on support costs.

I get that it’s not for everyone, but it really helps with modularization and maintenance. It provides consistency in setup across the various services. Plus it’s where cloud services have gone to entirely with orchestrators like Kubernetes and Jenkins, so it’s not simply someone’s hobby project.

Again, to everyone their own (and I’ll leave it at that because it’s probably out of scope for this thread)

Screenshot_20240213_021059_WhatsApp.jpgScreenshot_20240213_021059_WhatsApp.jpgScreenshot_20240213_021059_WhatsApp.jpg

Excellent!
.

[abcd567]

Today version 1.0.46-1 upgraded to version 1.0.46-2


fr24feed-1.0.46-2.png



fr24feed-1.0.46-2-b.png

.

[kx1t]

abcd567 yes!! My cache is now also updated to 1.0.46-2 for x86_64/amd64. The aarch64/arm64 repo is still on 1.0.46-1, but I think that's absolutely fine.

I did some research and experiments, and I think there's a web cache between my Boston home network and the actual repo where the entire repo-feed.flightradar24.com repo is cached. I tried everything - comparing the DNS A records between what I see in Europe vs Boston, etc. Nothing helped. There are options to flush the local `apt` cache, but I haven't figured out how to tell `apt` to use a `no-cache` header when they curl the repository.

In any case, it looks like it's resolved for now, and I can pull the latest repo on AMD64 by simply using apt!
Thanks for the help - feel free to join us on Discord as it's easier to chat there (kx1t at https://discord.gg/VDT25xNZzV)

--Ramon kx1t

root@2de6fae58814:/# apt policy fr24feed
fr24feed:
Installed: (none)
Candidate: 1.0.46-2
Version table:
1.0.46-2 500
500 https://repo-feed.flightradar24.com flightradar24/linux-stable amd64 Packages
​

[Oblivian]

If someone can find the resolve or reason for this..

[E] write_locked - missing monitor file pointer

Is it the broke Change in the log location?

It's causing users to question it.

[loganschapker]

Hey, I got it all setup no problems, for now. We do get a lot of UAT traffic here but it’s early in the morning so I can’t confirm everything is 100%. However, will this data be feeding publicly or just receiving for now?

UPDATE: UAT Traffic is being fed! HOWEVER, it doesn't show up on the IOS app, just the website? Will the app have to be updated to show this? Thanks in advanced!

UPDATE 2: Okay its showing on the app now. All good on my end! Thanks!

[paultcottey]

[QUOTE=abcd567;n223225]Thank yo Khan
I purged the depricated uat_reader, and installed new 2-in-1 feeder ver 46-1, and configured both 1090 & 978 feeds.

Toronto has very few UAT flights. In summer 1~3 flights a day and in winder snowfall months 3~ 5 per week. Some days there are no uat flights at all.

Since installing 2-in1 a couple of hours age, there have neen no flights. The fr24uat-feed ran for while, connected to Flightradar24 servers, then due to lack of flights, disconnected itself from Flightradar24 servers.

----

I have a similar situation in that I connect correctly for UAT, find no flights, and eventually disconnect. I have been through the forums and have found where there should be UAT coverage (https://www.flightaware.com/adsb/coverage#data-coverage), and I am already in it, but I can't find anywhere that says whether there should be UAT-only flights visible. (My hope here in the Phoenix area was to find a UAT-only flight on the map and then see if my receiver is also picking it up.) Everything I find here, and around the broader map, is ADS-B.

Is there any way to know if my receiver is working correctly even though it is not finding any UAT flights? My separate ADS-B receiver is seeing 1,900 aircraft a day and reporting 50,000 contacts, but I am 0 and 0 on UAT. If I am looking for purple squirrels in UAT-only flights since everything near a major airport is going to be ADS-B'd, then I will give up on UAT tracking and move on.

I know the software is running because I get this:

$ fr24uat-feed-status command

FR24 UAT Feeder/Decoder Process: running.

FR24 Stats Timestamp: 2024-03-06 21:35:48.

FR24 Link: connected [UDP].

FR24 Radar: T-KXXXNN.

FR24 Tracked AC: 0.

Receiver: connected ( MSGS/ SYNC).

$

Thanks!

[abcd567]

@paultcottey

Which uat decoder have you installed? Following are 3 most popular ones:

- dump978-fr24
- dump978-fa
- dump978-rb

[joey911]

Hi,

I'm here asking for a quick once-over on my UAT setup. Yesterday was day one and I had 3 hits during the setup. Today is day two with 0. I understand there may not be many UAT flights in the Denver area but I wanted to check anyway. What I did was extend my existing setup running DUMP1090-mutability to include the new DUMP978-fr24. I'm using two nooelec's connected to a sawbird+. I've set the serials on each of those so I know which is 1090 and which is 978....and then configured dump1090 and dump978 to use those serials. And yes, I verified they are on the right ports on the sawbird. dump1090 is reporting aircraft hits so I know that side is working. Attached are two images, one from dump1090 and one from dump978. I had some initial setup issues because I was on bullseye and not bookworm. dump978 requires glibc from bookworm so I had to upgrade the pi to get it to work.

Screenshot 2024-03-06 at 18.47.16.pngScreenshot 2024-03-06 at 18.47.28.png

[paultcottey]

abcd567 Thanks for the response. I have dump978-fr24 installed.