-
28.03.2019, 16:17 #18121
- Регистрация
- 05.03.2015
- Сообщений
- 5,355
- Поблагодарили
- 7745
- Поблагодарил
- 795
Весь вопрос в рациональности высокой чувствительности. У каждого оператора свой порог рациональности, кто то считает что на 10 проведенных QSO благодаря чувствительности -30дБ SNR одно потерянное QSO будет приемлемо, для кого то этот порог составляет 1/1000. Баланс между тем что получает пользователь и что теряет.
В rc134_11 мы дошли до такой чувствительности которую я считаю приемлемой при наличии Гауссовского шума (например почти закрытый ВЧ диапазон ночью при условии отсутствия бытовых помех, для моего региона при хорошей солнечной активности это может быть ночное прохождение на Чили в феврале/марте на диапазоне 15 метров), поскольку в симуляторе FT8 сигналов используется Гауссовский шум то мне достаточно просто протестировать вероятность ложного декодирования в присутствии и отсутствии адресованного мне сигнала, результаты я привожу в таблицах.
Поскольку Гауссовский шум с каждым годом все больше становится исключением чем нормой то вероятность ложных декодирований возрастает и пользователю придется самостоятельно настраивать чувствительность в зависимости от обстановки. 10% декодированных сигналов при -30дБ SNR в rc134_11 не предел, можно еще выжать примерно 0.5 дБ чувствительности (одна строка в коде), но при этом соотношение ложных декодирований к верным при Гауссовском шуме будет уже настолько велико что может из трех проведенных QSO сделать одну недействительной. В определенных условиях и такой вариант может быть востребован, например если с меньшей чувствительностью не получается провести ни одного QSO а декодирование с другой стороны решается энергетикой сетапа.
С точки зрения загруженного сигналами диапазона повышение чувствительности также повышает вероятность декодирования сообщения при наложении спектров разных сигналов во время QSO, но при этом вероятность ложного декодирования тоже намного больше чем для сценария когда только один сигнал + Гауссовский шум.
Декодер FT8S ориентируется на DT ранее декодированного сигнала, чтобы он работал в полную силу должно быть ранее декодировано одно из сообщений корреспондента, например CQ или одно из сообщений QSO корреспондента. В сценарии когда оператор работает на общий вызов первое входящее сообщение может быть декодировано только другими декодерами (неизвестна частота, позывной и DT), с соответствующим декодеру FT8 AP ограничением чувствительности.
У себя не наблюдаю, либо дефект в коде либо что то с настройками(ini). Декодер FT8S (сообщения QSO на RX частоте) работает в максимальную силу уже в режиме deep.Последний раз редактировалось UA3DJY; 28.03.2019 в 16:38.
-
28.03.2019, 17:08 #18122
- Регистрация
- 14.09.2010
- Адрес
- Доброполье
- Возраст
- 62
- Сообщений
- 2,522
- Поблагодарили
- 587
- Поблагодарил
- 1174
Я не против, чтоб это было, Игорь. Только что опробовал 134_11 на разных порогах (на XR0ZRC на 18 мГц) - не было ложных только на low. На medium почти тоже самое, что и на high.
Подчеркиваю - это в реальном эфире и на уровнях от -21 до -25 (меньшие не видел).
Сейчас он идет гораздо громче.Василий
-
28.03.2019, 17:36 #18123
Не очищаются окна при смене бенда из внешней программы.
UR7TT
-
28.03.2019, 17:41 #18124
- Регистрация
- 03.03.2007
- Возраст
- 63
- Сообщений
- 1,596
- Поблагодарили
- 683
- Поблагодарил
- 1094
Сергей UR4IOR 73! http://ur4ior.jimdo.com/
-
28.03.2019, 17:50 #18125
- Регистрация
- 07.12.2009
- Адрес
- г.Таганрог
- Возраст
- 69
- Сообщений
- 510
- Поблагодарили
- 299
- Поблагодарил
- 729
[QUOTE=UR7TT;1572195]Не очищаются окна при смене бенда из внешней программы.
Галка установлена?
-
28.03.2019, 17:51 #18126
- Регистрация
- 05.03.2015
- Сообщений
- 5,355
- Поблагодарили
- 7745
- Поблагодарил
- 795
-
28.03.2019, 18:10 #18127
- Регистрация
- 05.03.2015
- Сообщений
- 5,355
- Поблагодарили
- 7745
- Поблагодарил
- 795
-
28.03.2019, 18:21 #18128
- Регистрация
- 21.04.2015
- Адрес
- г.Таганрог
- Возраст
- 67
- Сообщений
- 3,669
- Поблагодарили
- 1082
- Поблагодарил
- 857
Игорь поздравляю.Ничего не наезжает ,все вернулось как было ранее ,то что надо!
Владимир.73!
-
28.03.2019, 18:37 #18129
- Регистрация
- 14.09.2010
- Адрес
- Доброполье
- Возраст
- 62
- Сообщений
- 2,522
- Поблагодарили
- 587
- Поблагодарил
- 1174
-
28.03.2019, 20:05 #18130
-
28.03.2019, 20:09 #18131
- Регистрация
- 05.03.2015
- Сообщений
- 5,355
- Поблагодарили
- 7745
- Поблагодарил
- 795
Сообщение от UA3DJY
Последний раз редактировалось UA3DJY; 28.03.2019 в 20:16.
-
28.03.2019, 20:11 #18132
-
29.03.2019, 10:33 #18133
- Регистрация
- 25.07.2016
- Адрес
- Красноярск
- Возраст
- 58
- Сообщений
- 115
- Поблагодарили
- 35
- Поблагодарил
- 161
На мой взгляд лучше пусть в ручную окна очищаются при смене диапазонов, не так уж это и часто нужно чтоб на этом заморачиваться, думаю есть другие приоритеты Иногда специально не очищаю, если перехожу на другой диапазон кратковременно чтоб посмотреть кто там появился и обратно.
Александр r0aeb 73
Give Peace A Chance
-
29.03.2019, 16:44 #18134
Кто в лес , кто по дрова...
Но если речь пошла про очистку окон, то:
-Сделать право выбора галочкой в меню разное,
очистка обоих окон после внесения qso в лог!
Я при смене каждого режима - постоянно чищу.
Особенно, когда сижу на cq с вкл. фильтрами...
то на один континент, то на другой.
И хорошо бы сделать пару счетчиков с выбором галочкой.
Один отвечал бы за очистку обеих окон (поминутно),
а другой за очистку чёрного списка (тоже поминутно).
Выставил счетчик на 5 минут - вот вам чистые окна.
Выставил стереть список тех кого звал, но они не ответили
на 30 минут и вот вам новые связи в лог.
А то прога их или не будет подхватывать,
или же будет звать до посинения...!
Возможно это уже реализовано, но мы ещё об этом не знаем...
-
29.03.2019, 16:52 #18135
- Регистрация
- 21.04.2015
- Адрес
- г.Таганрог
- Возраст
- 67
- Сообщений
- 3,669
- Поблагодарили
- 1082
- Поблагодарил
- 857
Последний раз редактировалось R6LCF; 29.03.2019 в 17:01.
Владимир.73!
Социальные закладки