Полезный плагин авто старта AutoStartRadio_v1.0.2.0

https://drive.google.com/file/d/1oytVKrHOGLKVfNQ0ixfP5ZQQAzfZcLwP/view?usp=sharing

интересно, в каких единицах выражается в сканирующем плагине величина
Noise protection delay? От нуля до двадцати чего-то там..
Когда ее увеличиваешь, перестают раздаваться кратковременные всхлипывания
при каждом проходе, но заметно падает скорость сканирования, за счет
того, что дольше останавливается на каждом щелчке, что повышает вероятность пропуска активных частот..
, трудно найти компромисс при установке триггера на уровне около 6 дБ над уровнем шумов

ещё я заметил такую вещь. Если в диапазоне сканирования наблюдается
несколько пиков на грани срабатывания триггера, то сканер начинает
носиться между ними, на каждом из них немного раздумывая, остановиться ему
или нет , и если
в этот момент появится активный сигнал на частоте не между ними,
то он так и стаётся не замеченным. И сканирование идёт не во всем диапазоне
, а только между вот этими пиками.

Конечно, можно поднять триггер повыше, но вот беда , все интересующие
источники сигнала обычно находятся далеко, либо сигналы приходят чуть выше уровня шумов,
и поэтому загрубить порог триггера , значит, пропустить все эти сигналы
незамеченными

сегодня случайно обнаружил одно очень полезное свойство
сканирующего плагина. Там ведь, как известно, можно назначать
диапазоны сканирования, и потом гоняя выделение по списку , выбирать
тот или иной диапазон. Оказалось, что можно выделение растянуть
сразу на два соседних диапазона, если один например 30-50 МГц, а
второй 160-170, и нажать скан, то он начнет сканировать одновременно
и лоу-бэнд, и VHF.
И даже три разных диапазона, как я понял, можно.
До этого мне приходилось для такой задачи включать одновременно
несколько компов, каждый со своим свистком сканировал свой кусок,
один на лоубенде, другой на двойке, третий на 400-мегагерцовом диапазоне.
Однако, век живи, век учись © :-)

правда, "минус" тоже есть. Если в одном из диапазонов сканер
останавливается на какую-то активность, то в это время он
не сканирует два других диапазона и может пропустить активные
частоты там.

А если сделать скажем 30-500 и мышкой внизу добавить в игнор все ненужное? По логике будет тоже самое, как если наделать много нужных участков. Только не будет гибкости шага/модуляции/полосы.

Я пробовал ставить диапазон сканирования от 24 МГц до 1700 МГц. Теоретически
должен был бы пробегать за 70.секунд, но в реале плагин безнадежно зависает.
А так да, была такая задумка, взять широкий диапазон, и забанить в нем все лишнее.


PS:
сейчас попробовал запустить сканнерна новом компе, так на нем при параметре
Detect==0 показывает скорость сканирования аж 160 мегагерц в секунду.
Но ещё не проверял , нет ли пропусков при такой скорости.

Вообще непонятно, параметр Detect включает в себя - только время , затрачиваемое
на Фурье-анализ каждой полосы в 2.4 МГц, или ещё и время захвата ФАПЧ при
перестройке свистка на следующий участок шириной 2.4 МГц?

Интересно, сколько миллисекунд занимает захват фапч и как работает софт-
опрашивает свисток на предмет того, PLL Locked уже или ещё нет, или просто
выжидает некоторое время , входящее помимо прочего в состав параметра Detect?

и интересно, сколько миллисекунд занимает анализ Фурье. Что в большей степени
определяет скорость сканирования здесь - время ,за которое заканчивается преобразование
Фурье или время захвата фапч при перестройке свистка?