You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
An idea from Zigi's fork of auto_rx (which has other geographic-specific features which will not be added into auto_rx for various reasons...).
If a peak shows up in the scan result more than X times in a row, with no valid sonde detection, add it to the temporary block list (which locks out that peak for 2 hours by default). This should help with reducing scan time on 'birdies' or other non-radiosonde signals that are always present.
The value for X will need to be tuned to avoid sondes that might just be starting to become decodable to be locked out.
The text was updated successfully, but these errors were encountered:
The other issue we see is non-radiosonde signals (in my case, trunked radio network channel) being detected as iMet sondes, and auto_rx starting up a decoder. The above approach wouldn't lock these out.
I guess we could also add something in that temporarily locks out a frequency if it's been detected as an iMet, but has timed out multiple times?
An idea from Zigi's fork of auto_rx (which has other geographic-specific features which will not be added into auto_rx for various reasons...).
If a peak shows up in the scan result more than X times in a row, with no valid sonde detection, add it to the temporary block list (which locks out that peak for 2 hours by default). This should help with reducing scan time on 'birdies' or other non-radiosonde signals that are always present.
The value for X will need to be tuned to avoid sondes that might just be starting to become decodable to be locked out.
The text was updated successfully, but these errors were encountered: