Проект WSJT-X: моды JT65,JT9,WSPR,JT4,JTMS,MSHV - работа с тестовым софтом - часть 3

**RM6LA** · 11.11.2022, 07:44

Проект WSJT-X: моды JT65,JT9,WSPR,JT4,JTMS,MSHV - работа с тестовым софтом - часть 3

Продолжение обсуждения проекта.

Предшествующие сообщения - в теме: https://forum.qrz.ru/377-jt65-jt9-ws...chast-2-a.html

**LZ2HV** · 21.10.2024, 19:17

HI ES1JA
OK, у меня "RC6" нету, говорю только за "RC7"

**RO7F** · 21.10.2024, 20:36

Правило " Скрывать сообщения от позывных "

Полагал, что правило " Скрывать сообщения от позывных " работает независимо то настроек в " Уведомления "
Но по ходу это не так.

Для понимания как я это себе представляю.
Занимаюсь Challenge_DXCC_FT
Да бы отсечь подтверждённое в LOTW и не нужное.
1. Из основного лога я делаю выборку QSO подтверждённых в LOTW и загружаю в JTDX.(wsjtx_log.adi)
2. Но если корреспондент тупо клянчит деньги за подтверждение своей территории в LOTW
То на кой мне тогда видеть его в приёмном окне допустим как Новая DXCC. Это моё сугубо личное мнение !

Подобная ситуация с Анголой, т.к. часто крутится в эфире.

**ES1JA** · 22.10.2024, 17:36

Сообщение от RO7F

Правило " Скрывать сообщения от позывных "

Полагал, что правило " Скрывать сообщения от позывных " работает независимо то настроек в " Уведомления "
Но по ходу это не так.

I have no idea, what is wrong with Your setup. Hide messages from Callsign is not connected to New notifications, only reason that filter does not work is if message is for You or message falls into some Wanted stuff.

**RO7F** · 22.10.2024, 18:31

Сообщение от ES1JA

I have no idea, what is wrong with Your setup. Hide messages from Callsign is not connected to New notifications, only reason that filter does not work is if message is for You or message falls into some Wanted stuff.

Arvo спасибо за ответ.
Спрошу трохи по другому.

Нажмите на изображение для увеличения.

Название: мянный.png
Просмотров: 9
Размер: 4.0 Кб
ID: 361723

Это правило " Скрывать сообщения от позывных " привязано к файлу wsjtx_log.adi ?

Название: Безымянный.png
Просмотров: 879

Размер: 3.7 Кб

**ES1JA** · 22.10.2024, 18:52

Сообщение от RO7F

Arvo спасибо за ответ.
Спрошу трохи по другому.

Это правило " Скрывать сообщения от позывных " привязано к файлу wsjtx_log.adi ?

what messages from D2UY do you see? Filter looks configured ok.
Yes Notifications are working using info from wsjtx_log.adi file.

**RO7F** · 22.10.2024, 19:05

Сообщение от ES1JA

Yes Notifications are working using info from wsjtx_log.adi file.

Теперь всё стало на свои места!
D2 этой территории в моём wsjtx_log.adi нет.
Поэтому программа определяет его как новый dxcc - минуя черный список.
Добро !
Вопрос исчерпан.
Arvo ещё раз спасибо !

**R1ZW** · 25.10.2024, 13:47

Приветствую Всех! Нужен совет знатоков WSJT...
Обычно использую программу JTDX,а тут решил попробывать WSJT 2.7.1 и столкнулся с проблемой.
После CQ - отвечает станция, но моя программа "не замечает" её и опять начинает давать CQ и так может до бесконечности.
Если же по позывному вызывающей станции - "мышкой", то дальшейшая часть QSO проходит в штатном режиме.
Подскажите, где "засада"?

**RA3E** · 26.10.2024, 08:03

Нажмите на изображение для увеличения.

Название: что бы шла передача.png
Просмотров: 215
Размер: 236.8 Кб
ID: 361805

В этой проге так заложено
вроде всё Удачи.

**UN8FR** · 26.10.2024, 08:58

Сообщение от R1ZW

Подскажите, где "засада"?

Автовыбор включите.

**R1ZW** · 26.10.2024, 17:17

Сообщение от UN8FR

Автовыбор включите.

Кнопка "Автовыбор" у меня была включена. Решение проблемы:
По-умолчанию, на кнопке было включено "CQ:None" и надо было переключить в положение "CQ:First"
На скрине все видно:

Название: wsjt.jpg
Просмотров: 616

Размер: 49.9 Кб

**UN8FR** · 26.10.2024, 17:29

Не обязательно First. Можно выбрать Max dB (у многих именно так). Или Max Dist...

**R1ZW** · 26.10.2024, 19:10

Сообщение от UN8FR

Не обязательно First. Можно выбрать Max dB (у многих именно так). Или Max Dist...

Конечно можно, согласен с Вами...

**UA3GX** · 26.10.2024, 20:37

Такой вопрос. программа jtdx-160-rc7 derivative . Когда мне дают рапорт то мой позывной,а когда рр73 то UW5EQM вместо моего
я бы не знал,пока мне из Турции корреспонент не прислал письмо на мыло с вопросом,типа зачем я снова его зову,если он мне рр73 передал и таких заходов было 4!!!!
сейчас дал мне рапорт 3da0dl с моим позывным а рр73 не увидел,снова зову,опять рапорт а 73 нет,3й раз зову,такая же ситуация. стал смотреть что он давал и снова этот UW5EQM и рр73

20241021_220500 -2 0.4 1699 ~ UA3GX TC101TC +00
20241021_220515.040(0) Transmitting 7.074 MHz + 1249Hz FT8: TC101TC UA3GX R-02
20241021_220530 -5 0.1 1700 ~ UW5EQM TC101TC RR73

**UN8FR** · 27.10.2024, 01:04

Может так декодер козлит? Попробуй ALLCALL7.txt обновить. Брать тут: https://sourceforge.net/projects/jtd...0.zip/download

**ES1JA** · 27.10.2024, 09:26

Looks like UA3GX and UW5EQM have same shorter hash value (not checked this), but from where UW5EQM gets into jtdx-s internal hash table is question (he should be also active same time there) and in general there no good solution at all, ft8 global current long (not standard) callsign support has this problem. We need to think about it, which callsign to show when hash table has a conflict with mycall. Currently You get wrong RR73. Other way is that You get RR73 to You not even called long callsign. Not so easy to explain.

Похоже, что UA3GX и UW5EQM имеют одинаковое более короткое хэш-значение (это не проверялось), но откуда UW5EQM попадает во внутреннюю хеш-таблицу jtdx-s, это вопрос (он также должен быть активен там в одно и то же время), и в целом хорошего решения вообще нет, Глобальная поддержка длинных (не стандартных) позывных ft8 имеет эту проблему. Нам нужно подумать о том, какой позывной показывать, когда хеш-таблица конфликтует с mycall. В настоящее время вы ошибаетесь в RR73. Другой способ заключается в том, что вы получаете RR73, даже не называя длинный позывной. Не так-то просто объяснить.