-
17.07.2025, 17:45 #5761QRP
- Регистрация
- 16.03.2024
- Сообщений
- 19
- Поблагодарили
- 0
- Поблагодарил
- 2
-
17.07.2025, 18:07 #5762Very High Power
- Регистрация
- 18.01.2003
- Адрес
- Pavlodar (MO82lg)
- Возраст
- 54
- Сообщений
- 4,365
- Поблагодарили
- 704
- Поблагодарил
- 632
Это надо включить в настройках WSJT-X или JTDX. Закладку смотрим Радио. На английском Fake-It, на русском - Эмуляция на 1 VFO. Зависит от трансивера, может и Два VFO будет работать.
Третья гармошка по НЧ попадает в полосу фильтра и если Вы работаете на 800Гц, гармошка будет на 2400 Гц. А если выше 1000 Гц стоять будете - гармошки будут на 3000 Гц и выше, никто их не услышит.Аркадий.
-
04.08.2025, 12:10 #5763Standart Power
- Регистрация
- 27.01.2022
- Возраст
- 51
- Сообщений
- 115
- Поблагодарили
- 9
- Поблагодарил
- 74
Что то повадились в FT8 звать позывной/R что это?
Всем привет!
Последние месяца 3-5 наблюдаю картину, стою на CQ в фт8 например, и как черт из табакерки вылезают позывные с /R
самое интересное что в логи связи заносятся сразу но без рапортов об уровнях сигналов (по крайней мере MSHV так пишет)
Это какой то новый тренд и я что то пропустил?
-
04.08.2025, 12:17 #5764Модератор
- Регистрация
- 18.01.2003
- Адрес
- Кишинёв
- Возраст
- 54
- Сообщений
- 4,539
- Поблагодарили
- 2033
- Поблагодарил
- 8759
-
04.08.2025, 12:29 #5765
-
04.08.2025, 12:34 #5766Standart Power
- Регистрация
- 27.01.2022
- Возраст
- 51
- Сообщений
- 115
- Поблагодарили
- 9
- Поблагодарил
- 74
-
04.08.2025, 13:19 #5767Коротковолновик
- Регистрация
- 17.11.2006
- Адрес
- Омутнинск
- Возраст
- 68
- Сообщений
- 1,455
- Поблагодарили
- 783
- Поблагодарил
- 552
R - это фейковый позывной, сформированный самой программой, не обращайте на них внимания.
Дмитрий RCWC#206
-
04.08.2025, 14:56 #5768
-
04.08.2025, 18:41 #5769High Power
- Регистрация
- 26.03.2015
- Адрес
- Gaithersburg, Maryland, United States
- Возраст
- 69
- Сообщений
- 714
- Поблагодарили
- 961
- Поблагодарил
- 20
Существует сравнительно простой способ фильтровать такие false decodes. Но разработчики WSJT-x и JTDX упорно не хотят его применить мотивируя это тем, что "лучше пропустить 10 ложных декодов, но не потерять одного DX-a", хотя этот способ не будет фильтровать реальных DX-ов. Описано вот тут, если кому-то интересно (правда на англ.) - https://forum.qrz.ru/377-jt65-jt9-ws...ml#post2094432
Вроде-бы в версии wsjt-x_improved by DG2YCB (https://wsjt-x-improved.sourceforge.io/) вроде-бы частично начал применять подобный фильтр. Во всяком случае по моим наблюдениям (пользуюсь им уже около года) он пропускает значительно меньше таких False decodes.
A /R это станция Rover, т.е. подвижная, иногда (редко) такие позывные появляются в UHF/VHF контестах.73, Николай NA3M (ex RZ9CN)
-
04.08.2025, 19:22 #5770
-
04.08.2025, 20:41 #5771High Power
- Регистрация
- 26.03.2015
- Адрес
- Gaithersburg, Maryland, United States
- Возраст
- 69
- Сообщений
- 714
- Поблагодарили
- 961
- Поблагодарил
- 20
Нет. Ещё раз - такой фильтр не приведёт к потере корректных декодов, самое худшее, что он может сделать - не пропустит первый (подозрительный) декод, да и то, только в том случае, если "DX" неправильно введёт свой Grid в программе WSJT-x или JTDX. Есть просто нежелание разобраться или просто лень.
А мне уже просто надоело убеждать кого-либо и обьяснять как такой фильтр может работать. Я встроил его в свою версию логгера N1MM Logger+ и теперь спокойно работаю с DX и больше не вижу false decodes, которые только отнимали время и действовали на нервы.
Прочитал внимательно WSJT-X Improved - User Guide, там нет даже простейшей версии фильтра о котором я пишу. Я просто спутал, такой фильтр реализован в программе Telnet кластера VE7CC. Идея простая - если не соответствует страна позывного станции дающей CQ её гриду, такой спот блокируется. В моей версии, если такой спот появится снова, он пройдёт через фильтр. Это сделано на случай, если оператор просто сделал ошибку при вводе своего грида. Тут используется факт, что все false decodes уникальны, т.е. фактически никогда не повторяются.73, Николай NA3M (ex RZ9CN)
-
05.08.2025, 07:47 #5772
-
05.08.2025, 07:56 #5773Координатор темы
- Регистрация
- 03.02.2006
- Возраст
- 53
- Сообщений
- 20,112
- Поблагодарили
- 9901
- Поблагодарил
- 5298
Идея интересная! Нужно попробовать себе в лог сделать.
Николай! Просто такой фильтр должен быть не на уровне WSJT/JTDX, а на уровне логов - WSJT/JTDX должны показывать ВСЕ что принял и это верно, а вот на уровне окна лога, который принимает данные от WSJT/JTDX и показывает декодированные позывные - тут да, тут как раз и должна быть фильтрация.
Не поделитесь Вашим файликом Cty_Field.txt?73 de RX4HX, Alexei, http://rx4hx.qrz.ru
Ant.: UW4HW, Pwr.: ~500 Wtts
-
05.08.2025, 20:06 #5774High Power
- Регистрация
- 26.03.2015
- Адрес
- Gaithersburg, Maryland, United States
- Возраст
- 69
- Сообщений
- 714
- Поблагодарили
- 961
- Поблагодарил
- 20
Да, Алексей, конечно поделюсь. Надо только будет его обновить исходя из накопленных за 2 последних месяца новых данных. Иногда (но уже редко) приходится добавлять 1 или 2 новых сектора (Field) для какой-нибудь страны. Старая версия (30/5/2025) лежит здесь: https://n1mmwp.hamdocs.com/mmfiles/cty_field-txt/
Для случаев, когда в CQ станции (речь про FT8/4) нет Grid-a я для доп. фильтрации применяю файл Patt3Ch.lst в котором собраны почти все (насколько это было возможно) реальные префиксы (первые 3 знака позывного), которые две мои станции слышали в эфире на всех КВ диапазонах. Я с их помощью (плюс 2 моих локальных CW/FT скиммера) постоянно мониторю эфир и обновляю мои файлы для фильтрации. Примерно такой-же файл используется в CW/RTTY Скиммерах, там позывные с неизвестными префиксами "дожидаются" 3-х последовательных декодирований прежде чем спот с этим позывным будет отправлен пользователям (RBN или local user). Вот ссылка на этот файл от 30/7/2025: https://n1mmwp.hamdocs.com/mmfiles/patt3ch-lst/
Еще раз хочу отметить, что фильтры на основе этих файлов "тормозят" только первый FT8/4 месседж от подозрительной станции (т.е. на один цикл в FT8/4). Если это сообщение появится второй раз, то оно пройдёт через фильтр, т.к. получит статус valid. Таким образом будут отфильтрованы только уникальные подозрительные сообщения, которые скорее всего и есть false decodes. A FT8/4 сообщения с ошибками в Grid или с новым префиксом пройдут через фильтры, но с небольшой задержкой. Если кто-то считает, что при этом может потерятся ценный DX, то можно эти фильтры сделать отключаемыми.
У меня еще реализован фильтр сверяющий позывной станции с базой позывных на QRZ.com, но там пока вроде-бы есть запрет для российских станций, так-что это пока не актуально.
И я по прежнему считаю, что такие фильтры должны быть реализованы на уровне WSJT/JTDX, ведь именно там происходит декодирование, т.е. там рождаются false decodes.
- - - Добавлено - - -
Пётр, я больше никого не убеждаю.
Вы не могли-бы привести пример полезности этих false decodes? Может это как-то связано с работой на VHF/UHF?
На HF я этого не замечаю.73, Николай NA3M (ex RZ9CN)
-
05.08.2025, 20:09 #5775Модератор
- Регистрация
- 18.05.2007
- Адрес
- Усть-Каменогорск
- Возраст
- 49
- Сообщений
- 2,424
- Поблагодарили
- 1385
- Поблагодарил
- 1128
Нет не правы.... От одного декода толку нет, для проведения QSO надо хотя бы три устойчивых декода.
А вот эти "уникальные" декоды не нужны.
Вот например какой прок если после первого и единственного декода программа отправляет спот в репортер?? Толку-то? Это может быть самолет\метеор или еще что-то....
Одним декодом сыт не будешь))))73. Валерий UN7JID!
Если Вам нечего ответить оппоненту, следует тщательно проверить его сообщение на предмет орфографических и пунктуационных ошибок

1517Спасибо
URL обратной ссылки
Подробнее про обратные ссылки













Ответить с цитированием

Социальные закладки