Вчера целый день чистил программу от отладочных операторов, программа стала работать побыстрее.
В полночь, наблюдая за счётчиком времени выполнения программы чтобы оценить скорость
формирования HR спектра, внезапно увидел, что он пошёл в обратную сторону -
длина спектра увеличивается, а общее время работы программы УМЕНЬШАЕТСЯ
В программе от текущего системного времени отнимается время старта IQ BlScan и выводится на экран.
Да, алгоритм туннельного перехода из пространства исходных данных в пространство решений
ВСПОМНИТЬ БУДУЩЕЕ
предполагает движение в обратном направлении течения времени, но не настолько,
чтобы системный таймер, который реализованный аппаратно, стал уменьшать свои показания
Посмотрите на спектры, которые получены с разными N, и попробуйте найти ответ, как такое могло случиться:
Где на спектрах подписано время их формирования, вы знаете - слева сбоку и вверху
Надеюсь, что вы заметите разницу между качеством спектров, которые получены с разными и близкими значениями N
Для наглядности приведу спектр, который был получен до "чистки" программы:
Вы заметили, что на старых спектрах нет сиреневых линий, которые показывают, что в точке,
в которую они идут, значения FER>0.175? Я не удержался, чтобы не внести в программу усовершенствование,
которое связано с определением FER - отношения фатальных (неисправимых и неопределимых) ошибок
модуляции к общему числу точек на I/Q констелляции
Как вы можете видеть, добавление столь мощного параметра к прогнозу модуляции очень позитивно
сказалось на качестве спектров. Текущие значения FER выводятся в верхнем левом углу окна спектров.
Кстати, я и раньше использовал FER для определения достоверности прогноза параметров транспондеров
на FeedReport`ах
Наконец, я протестировал в очень сложных условиях алгоритм "отрывания" слепого поиска от низкоскоростных
транспондеров при их локе на понижении частоты. Число прыжков Kj отображается на месте вывода времени
выполнения программы:
Программа "отрывается" от находящегося слева сильного транспондера:
Такие вот дела