использование декодирования с подсказкой
Даже при очевидных преимуществах декодирования с подсказкой по сравнению с FTRSD декодером, ложные декодирования-подсказки могут вызывать неоднозначную реакцию. Вчера у меня было сразу два ложных декодирования подсказки на одном интервале декодером DX Call при сильном сигнале рядом с частотой QSO, оба с разными рапортами на разных проходах декодирования.
Еще раз хочу обратить внимание на алгоритм работы декодирования с подсказкой. На каждый позывной из списка CALL3 и на позывной DX Call декодер-с-подсказкой генерирует 66 сообщений(кодовых слов) которые потом сравнивает с кодовым словом кандидата на частоте QSO.
В этих сообщениях 30 прямых рапортов(-01...-30), 30 рапортов начинающихся с буквы R.
Остальные 6 сообщений это CQ, RRR, RR73, RO(УКВ), 73, позывной оператора + позывной корреспондента + грид локатор.
Такое распределение сообщений определяет вероятность ложного декодирования подсказки: c рапортом ложное декодирование будет появляться в 60 раз чаще чем любой другой из оставшихся шести вариантов. Соответственно декодирование с рапортом должно рассматриваться оператором как потенциально ложное с большей вероятностью чем любое другое сообщение.
Если нет необходимости использовать декодер DX Call то желательно держать окошко DX Call пустым.
логика применения и количество проходов декодирования в mod15.2
Цитата:
есть вопрос. Ты писал, что мод-15 делает 4 прохода (видимо до 4) при декоде.
А в настройках числа проходов вижу только цифры 1, 2 и 3. А где заветная цифра 4 ?
Ответ на этот вопрос будет интересен всем, публикую его на форуме:
По причине сложности примененной логики я не стал менять настройки в закладке Advanced, в софте применил несколько условий включения проходов декодирования.
Первый проход ( = 1 в настройках) разделен на два или четыре подпрохода, в зависимости от количества кандидатов на декодирование. Применяется еще несколько условий которые определяют выйти из первого прохода на втором подпроходе или идти до четвертого подпрохода. Если софт решает что можно выйти на втором подпроходе первого прохода то происходит переход на проход =2 и проход = 3 в настройках.
Разница в том что на первом проходе независимо от количества подпроходов используется один и тот же список SYNC кандидатов на декодирование. На втором и третьем проходе список SYNC кандидатов вычисляется заново после вычитания сигналов из спектра, также на втором и третьем проходе применен другой SYNC порог выбора кандидата на декодирование, отличающийся от первого прохода.
Любой декодированный сигнал вычитается из спектра сразу после окончания его декодирования, программа на каждом проходе работает с сигналами последовательно по SYNC списку, один за другим. SYNC список кандидатов имеет порядок на уменьшение по значению SYNC, кандидаты находящиеся на частоте QSO помещаются в начало списка.
При первом проходе если кандидат из SYNC списка не декодировался на первом подпроходе то будет предпринята попытка его декодирования на последующих подпроходах. Такая логика обеспечивает высокую эффективность декодирования JT65 при большом количестве сигналов на диапазоне, на каждом подпроходе может декодироваться примерно до 12 сигналов - количество зависит от степени пересечения спектра сигналов.
SYNC кандидат есть значение функции корреляции между (сигналом+шумом) или шумом в конкретном бине спектра и последовательностью синхронизации JT65. Чем больше корреляция между сигналом в бине и синхропоследовательностью тем больше значение SYNC и тем ближе к началу списка декодирования находится этот кандидат.
Если в настройках выбрать 1 проход декодирования то софт может выполнить либо два либо четыре подпрохода.
Если выбрать 2 прохода декодирования то может быть либо 4 подпрохода первого прохода либо 2 подпрохода + второй проход.
Если выбрать три прохода декодирования то софт может сделать либо 4 подпрохода первого прохода либо 2 подпрохода первого прохода + второй + третий проход декодирования.
Вся логика выбора подпроходов и проходов находится в исходном коде jt65_decode.f90, сортировка SYNC кандидатов в списке, а также ограничение количества кандидатов в списке в зависимости от номера прохода находятся в исходном коде sync65.f90.