For my location, in NYC, I prefer some sort of agc.
I have commercial aircraft flying overhead at 2000-3000ft blasting out 200-500W on their transponders(heading into KLGA).
I also have GA aircraft flying up and down the Hudson at 300-1200 feet alt and 300-2000ft laterally pumping out 200W minimum.
NYPD also loves to fly over at 150ft four or five times a day.
There is just too much variation from busy times to late at night.
start with 45 as gain value and the perform some try and error cycles.
will let u know what is the best result.
In planefinder’s overview, the installation of dump-muta is clearly visible (lost a few k planes with posistions per day) and got lots more of positionless planes.
is this a gain issue or something else? some other post (don’t remember where) said that there is a bug in 1.15dev.
The dongle can do AGC, but the problem is the very short duration of the transmissions for Mode S and ADS-B. They are of the order of 120 microseconds, which is far too short for any AGC system to react to. Since you are receiving many aircraft simultaneously, all at different ranges and with different signal strengths, which one is it supposed to be reacting to? The best option is to find a fixed gain level that is not so high that powerful signals overload the dongle, and not too low that the weaker ones are lost. Remember that ADS-B is a digital mode, so the aim is to get sufficient signal strength to decode, not the highest signal possible. In a receiver with greater dynamic range, this would not be such an issue since it could better cope with the large differences in signal strength.
AGC works well for receiving continuous or longer transmissions from a single transmitter, but it doesn’t work for this.
This is getting confusing to me too…
I have set “–gain -10” for dump1090-muta v1.15~dev at 11:51 UTC today - just before I tried “–gain 45” and “–gain 40”.
root@rpi:~ # Sat Mar 5 11:36:32 2016 UTC dump1090-mutability v1.15~dev starting up.
Using sample converter: UC8, integer/table path, with power measurement
Found 1 device(s):
0: Realtek, RTL2838UHIDIR, SN: 00000001 (currently selected)
Found Rafael Micro R820T tuner
Closest available gain: 40.20 dB
Setting gain to: 40.20 dB
Gain reported by device: 40.20 dB
root@rpi:~ # Sat Mar 5 11:51:24 2016 UTC dump1090-mutability v1.15~dev starting up.
Using sample converter: UC8, integer/table path, with power measurement
Found 1 device(s):
0: Realtek, RTL2838UHIDIR, SN: 00000001 (currently selected)
Found Rafael Micro R820T tuner
Using automatic gain control.
Gain reported by device: 0.00 dB
I can see more aircraft being tracked; the load on the dongle is rising; messages > -3dBFS is shown, but is this right?
This is my setting in “/etc/fr24feed.ini” at the moment, being used by fr24 / PiAware / pfclient all together:
I am using gain -10 for all antennas without an amplifier and it’s the best setting for these receivers. With an amplifier I’ve to lower the gain to reduce noise (-3dbfs messages) to not overload the dongle.
Changing settings just before high noon can be dangerous in Europe, because there is always a peak at around 12:00.
Just look at the statistics for one day or better a week to know if it is the right setting for you.
I did some more testing on gain settings with an inside cut-to-52mm whip antenne, with the base opened and copper shielding connected to a can.
The 4-legged spider just wasn’t performing and so as was a simple dipole.
From my experience after app. one week, not setting the gain at all (so leave it to default: max gain) gives the best S/N image.
Setting “–gain -10” brings in too much of > -3dBFS messages over here (noise / distortion, right?), since lots of planes and medical helicopters fly by.
My range won’t get passed 100NM very often, but I don’t have free view around, since I’m in the city centre.
So here are some gain settings I have tried with levels if noted (X means bad) :
19.7 X
28 X
36.4 X
40.2 X Noise: -11.6, Mean Level: -3
42 ... Noise: -42.1, Mean Level: -26
45 ... Noise: -41.9, Mean level: -22
48 ... Noise: -41.9, Mean Level: -24
49 ... Noise: -38.5, Mean Level: -18
max = 49.6
One needs to keep a “diary” of all changes and effects, because memorizing is too hard.
There seems to be a digital AGC and an analog AGC:
**–enable-agc **enables the digital AGC within the RTL2832U. In practice I find this is not very helpful (it’s just scaling the data within the digital stage, so there’s no additional information being extracted) –gain -10 enables the analog AGC in the tuner chip, which has more potential for being useful. –gain (something else) will disable the analog AGC and directly set the tuner gain to that value in dB (or whatever the tuner supports that is nearby)
This is the output you get when you (re)start dump1090-mutability.
I have a different setup than usual, but I guess similar output can be found in directory /var/log/ - in the file /var/log/dump1090-mutability.log