‘This flight is restricted from public view’ says flightaware on about hundreds of flights a day my ads-b station catches.
but when i look into flightradar24 (i do not feed them at the moment) - no problem - nearly all of them are listed.
They’re fighter jets doing exercises over Germany. I can occasionally track them from my station in Switzerland. Other fighter jets use different names: I’ve seen “SLAYER01” and a few others over Germany too.
It’s also fun to look at the NATOXX (where XX is a number, like NATO01, NATO02, etc.) AWACS flights as they cruise around in circles in conjunction with other exercises.
I could be mistaken, but I think FlightAware’s policy is not to display any military flights at all, while FlightRadar24 restricts only certain aircraft (e.g. aircraft carrying heads of state, military aircraft in combat zones, etc.) rather than having a blanket “no military” policy.
can’t be german fighter jets - as they are probably all grounded with technical problems.
hopefully they are us military jets freeing the germans from their ‘bundesregierung’
… better they have lunch for 1,5 hours than grounded 24/7/365 like the germans - nothing is as annoying as having a german passport nowadays.
anyway - cool - looks like you can watch the airplanes over here in the south of munich from your site near bern
up to now i was too lazy to mount my antenna on the roof of my house - at the moment it is placed under the roof in the attic.
where do you have yours?
The current mlat server tracking filter has trouble with things that are maneuvering hard, as you’ve probably noticed (it’s a constant-velocity Kalman filter which works well enough for commercial flights most of the time)
as i wrote in another post since about 2 days i have a second pi on a window of my office to test mlat.
until now it seem to work very good - cpu load is below 9% (about 4,000 planes and 200,000 positions a day and about 5 mlat planes around the clock). i think it will be simply impossible to solve the ‘hard maneuvers thing’ if not lots of positions per second are given.
things i’m not really happy with are:
nearly no information about mlat stats
obviously nobody REALLY knows what effect is behind all the dump1090 switches (and how they interfere) found via --help
As an American living in Switzerland, it’s not my place to comment on the value of various European passports.
And yes, I can observe flights a tiny bit beyond Munich from Bern. I’m really lucky in terms of locations: my site is located on a mast on top of a solar observatory tower in the foothills just south of Bern and – when the weather is good – has a good view over France and Luxembourg up to Belgium, northeast to Frankfurt, and east to Munich. The view south is limited by the Swiss Alps. Not a bad location for observing.
If you make it down to Bern sometime, let me know and the first round’s on me.
There are adaptive filters that will handle it not too badly - things like this: ieeexplore.ieee.org/xpl/articleD … er=1174711
The maths is a bit beyond my current knowledge and it’s not a high priority as the current filter works well enough for commercial flights.
things i’m not really happy with are:
nearly no information about mlat stats
That’s being worked on at the moment actually
obviously nobody REALLY knows what effect is behind all the dump1090 switches (and how they interfere) found via --help
I understand them - what do you want to know?
the ugly interface via port 8080
It’s pretty minimal I agree. You can run dump1090-mutability which fixes some of the worst things, but I’m really not a web developer and it shows If you want a prettier interface you can use something like VRS or Planeplotter to view the data.
… and it’s not a high priority as the current filter works well enough for commercial flights.
totally agree
→ nearly no information about mlat stats
That’s being worked on at the moment actually
perfect - thank you
→ obviously nobody REALLY knows what effect is behind all the dump1090 switches (and how they interfere) found via --help
I understand them - what do you want to know?
puuuh - isn’t it really time-consuming for you to explain this to every singular user … anyway
for example only a few first questions:
how does --gain -10 and --enable-agc work together …
what is --modeac for
isn’t beast format on port 30005 already active without --net-beast
–heartbeat ???
why --fix AND --no-fix as one should be default at all
… to be continued
→ the ugly interface via port 8080
It’s pretty minimal I agree. You can run dump1090-mutability which fixes some of the worst things, but I’m really not a web developer and it shows If you want a prettier interface you can use something like VRS or Planeplotter to view the data.
i did not look into the web-code. but if the elements shown would be objects it were easy for others coding a nice template with css?
Much of the weirdness here is just that the software has been touched by many people and has grown organically over time so it’s not necessarily self-consistent!
–gain -10 sets the tuner stages to use auto-gain. This does not actually give you auto-gain for ADS-B signals because the tuner’s not designed for that. It effectively works something like “–gain 53” (but you can’t set it that way because of limitations in librtlsdr)
–enable-agc enables the digital AGC after the tuner - basically, scaling the sample values. This is not really giving you any new data so you will probably not see much improvement by turning it on.
–net-beast is only there as a legacy option (originally there was no beast support, then --net-beast acted to change the AVR-style output to Beast-style, then separate beast port support was added and --net-beast was only left there to support existing installs). dump1090-mutability hides this option from the help, IIRC.
–heartbeat sends dummy messages on connections if there is no other traffic, to make sure the connection is still there (and to keep NAT alive etc)
I don’t know why --no-fix exists, it does seem redundant.
i did not look into the web-code. but if the elements shown would be objects it were easy for others coding a nice template with css?
It’s mostly CSS-driven, yeah. dump1090-mutability more so. There are still a few bits that are manually styled, I’d like to get rid of those.
‘dankeschoen’ for the superfast support - helps much - appreciated
i’ll go through all the switches tonight after work - and make my own conclusion on them over the weekend.
then i could post the list i would like to run dump1090 with on my installation.
maybe you can take a look there and say 'this one ok, this one better not, this combination is bad …)
thank you so far + nice weekend
tom
p.s. just one trailing question for now - what is your dump1090 fork on github - this one? github.com/mutability/dump1090
And yes, I can observe flights a tiny bit beyond Munich from Bern. I’m really lucky in terms of locations: my site is located on a mast on top of a solar observatory tower in the foothills just south of Bern and – when the weather is good – has a good view over France and Luxembourg up to Belgium, northeast to Frankfurt, and east to Munich. The view south is limited by the Swiss Alps. Not a bad location for observing.
hi pete,
yesterday evening i read your post linked above and saw you are using vrs. so - today i downloaded vrs and installed on my mac mini server (was a bit annoying on osx) - but how to get the coverage map shown in your post ???
aaah - perfect - now i got it ‘step by step’ along your perfect lesson :))) thanx a lot abcd for all your labor!
additionally my problem was that my server settings interface is nearly unusable on mac. so i missed to set my site position there and while not set the menu ‘receiver range’ won’t show up …
as soon as i have plotted one - i’ll poste it in the forum