Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Adaptive Gain - Burst Mode Configuration Questions #153

Closed
VirusPilot opened this issue Sep 6, 2021 · 6 comments
Closed

Adaptive Gain - Burst Mode Configuration Questions #153

VirusPilot opened this issue Sep 6, 2021 · 6 comments

Comments

@VirusPilot
Copy link

I have been testing the burst mode since it has been released in the following application which certainly is only an edge case for dump1090: https://github.com/b3nn0/ogn2dump1090

Here the requirement is not to achieve maximum range rather than reliable reception of nearby traffic, even if airplanes are taxiing close to the receiver location as this application is intended to support the local air traffic controller. With burst mode enabled I was hoping to be able to set the receiver up with some moderate gain (e.g. 40dB) and let the burst mode do the job to decrease the gain as soon as the traffic approaches the traffic pattern and then will touch down on the runway close to the receiver site. This is somehow similar to our Stratux project requirements but the ownship transponder is "killing" the burst mode there as discussed https://github.com/flightaware/dump1090/pull/144#issuecomment-891684768).

Unfortunately the default burst mode config takes 14s per gain step so that it takes >1min to decrease the gain down to a level which prevents too many loud messages. In many cases this is way too slow so I played around with some of the burst mode parameters but no success, still 14s per gain step.

So how do I have to change the parameters so that a gain step only requires a few seconds?

As a suggestion it might be nice to have a few burst modes instead, e.g. fast, moderate, slow.

@mutability
Copy link

mutability commented Sep 23, 2021

Try changing --adaptive-burst-change-delay, --adaptive-burst-loud-runlength, --adaptive-burst-quiet-runlength

The shortest delay between changes is approximately --adaptive-burst-change-delay + --adaptive-burst-loud-runlength seconds to decrease gain, and approximately --adaptive-burst-change-delay + --adaptive-burst-quiet-runlength seconds to increase gain.

If you reduce --adaptive-burst-change-delay you probably need to adjust --adaptive-burst-alpha too, to reduce the smoothing of the burst rate so that it reacts faster after a gain change.

@VirusPilot
Copy link
Author

Did the following changes and still 14 seconds for each gain step:

ADAPTIVE_BURST=yes
ADAPTIVE_BURST_ALPHA=1
ADAPTIVE_BURST_CHANGE_DELAY=1
ADAPTIVE_BURST_LOUD_RUNLENGTH=1
ADAPTIVE_BURST_QUIET_RUNLENGTH=1

@mutability
Copy link

I assume this is in /etc/default/dump1090-fa. You can't just make up new settings in there and expect it to do anything; either you also have to teach start-dump1090-fa about them, or pass the new command-line switches in EXTRA_OPTIONS

@VirusPilot
Copy link
Author

VirusPilot commented Sep 23, 2021

Alright, now I am on board, will test accordingly. Shall I leave adaptive-burst-loud-rate unchanged?

@VirusPilot
Copy link
Author

Testing concluded, it works quite well with the following parameter set:

EXTRA_OPTIONS="--adaptive-burst-alpha 0.7 --adaptive-burst-change-delay 1 --adaptive-burst-loud-runlength 1 --adaptive-burst-quiet-runlength 5"

I have modified debian/dump1090-fa.default accordingly in my fork.

Thanks for your support!

@mutability
Copy link

👍 The burst mode is quite experimental so knowing what settings work for you is very useful, thanks for the feedback!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants