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

**EX8004A** · 31.03.2019, 20:04

Игорь, сегодня проводил связь в Т10 со своим соседом. У обоих стоит версия 133 и ЛОГ UR5EQF, у меня ICOM и интерфейс, у него Kenwod и CAT.
Ни у него, ни у меня автоматом запись в журнал не загоняется. в других модах (FT8, JT9, JT65) загоняется.
В чем проблема?

**RV6AFG** · 31.03.2019, 20:44

->Скрытый текст<-

Вот это да... одновременно 60 декодированных сигналов.

**US5WE** · 01.04.2019, 00:09

Юля UR5WDX решила приобщиться к FT8.
Получилось бредовое QSO с XR0ZRC.
204548 Tx 2007 ~ XR0ZRC UR5WDX KN29
204615 Tx 2007 ~ XR0ZRC UR5WDX KN29

204630 -7 0.5 450 ~ UR5WDX XR0ZRC -11 Juan Fernandez Is.
204645 Tx 2007 ~ XR0ZRC UR5WDX R-07
204700 -12 0.6 449 ~ UR5WDX XR0ZRC -11 Juan Fernandez Is.
204715 Tx 2007 ~ XR0ZRC UR5WDX R-12
204730 -7 0.5 389 ~ UR5WDX RN7A RR73 EU Russia
204745 Tx 2007 ~ XR0ZRC UR5WDX R-12

204800 -11 0.5 389 ~ UR5WDX RN7A RR73 EU Russia
204815 Tx 1238 ~ XR0ZRC UR5WDX R-12
204830 -10 0.5 449 ~ SV1CNS XR0ZRC -22 Juan Fernandez Is.
204830 -11 0.5 389 ~ UR5WDX RN7A RR73 EU Russia
204845 Tx 1238 ~ XR0ZRC UR5WDX R-12
204900 -12 0.6 449 ~ DL7UVO XR0ZRC -09 Juan Fernandez Is.
205000 -8 0.5 389 ~ DL7UVO XR0ZRC RR73 Juan Fernandez Is.
То есть подтверждение ей дал RN7A, а не XR0ZRC !!!!!
Проверил на себе:
205017 Tx 1238 ~ XR0ZRC US5WE KN29
205215 Tx 1238 ~ XR0ZRC US5WE KN29
Тут сразу ответил позывной RN7A вместо XR0ZRC.
205230 -6 0.5 389 ~ US5WE RN7A -16 EU Russia
205245 Tx 1238 ~ XR0ZRC US5WE KN29
потом исправился

205300 -9 0.5 389 ~ US5WE XR0ZRC -15 Juan Fernandez Is.
205320 Tx 1238 ~ XR0ZRC US5WE R-09
205330 -13 0.5 389 ~ US5WE XR0ZRC -15 Juan Fernandez Is.
205345 Tx 1238 ~ XR0ZRC US5WE R-13
205400 -4 0.5 389 ~ YU5B XR0ZRC -14 Juan Fernandez Is.
205415 Tx 1238 ~ XR0ZRC US5WE R-13
205430 -13 0.5 389 ~ US5WE XR0ZRC RR73 Juan Fernandez Is.

205500 -7 0.5 388 ~ CQ XR0ZRC FF06 Juan Fernandez Is.
205530 -5 0.6 388 ~ CQ XR0ZRC FF06 Juan Fernandez Is.
205600 -8 0.5 388 ~ CQ XR0ZRC FF06 Juan Fernandez Is.
205630 -9 0.5 388 ~ CQ XR0ZRC FF06 Juan Fernandez Is.
Кто-то может объяснить весь этот бред?
На пустом диапазоне был один 1-2х слотовый сигнал XR0ZRC

**R2EC** · 01.04.2019, 11:18

to US5WE
Иногда такое проскакивало на ранних версиях, на 133 кажется не было

**US5WE** · 01.04.2019, 11:41

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

to US5WE
Иногда такое проскакивало на ранних версиях, на 133 кажется не было

Так это от них проскочило, мы то тут причем? Кстати, обе связи с XR0ZRC в логе. Значит этот бред может повториться когда и у кого угодно.

**RW3RQ** · 01.04.2019, 12:40

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

Так это от них проскочило, мы то тут причем?

Всё дело в хэшах. Когда DX в одном треде передаёт одной станции 73, а другой рапорт, позывной DX-а к второй станции передаётся не в явном виде, а именно хэшем.

UR5WA RR73; US5WE <XR0ZRC> -10

<XR0ZRC> - это хэш, формируется он у вас в программе, формируется по какому-то простенькому алгоритму, поэтому хэши на различные позывные могут совпадать, поэтому и происходит подмена при выводе. По идее должна быть проверка на то, какой позывной стоит у вас в поле DX call, но её похоже нет. Хэши формируются начиная от запуска программы и сбрасываются при её закрытии, то есть если вы заметили, что происходит подмена позывного в хэше, достаточно перезапустить программу. Может их можно по другому очищать, я не вникал. Чем больше позывных примет программа, тем больше вероятность, что хэши перепутаются.

**US5WE** · 01.04.2019, 15:51

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

Всё дело в хэшах. Когда DX в одном треде передаёт одной станции 73, а другой рапорт, позывной DX-а к второй станции передаётся не в явном виде, а именно хэшем.

UR5WA RR73; US5WE <XR0ZRC> -10

<XR0ZRC> - это хэш, формируется он у вас в программе, формируется по какому-то простенькому алгоритму, поэтому хэши на различные позывные могут совпадать, поэтому и происходит подмена при выводе. По идее должна быть проверка на то, какой позывной стоит у вас в поле DX call, но её похоже нет. Хэши формируются начиная от запуска программы и сбрасываются при её закрытии, то есть если вы заметили, что происходит подмена позывного в хэше, достаточно перезапустить программу. Может их можно по другому очищать, я не вникал. Чем больше позывных примет программа, тем больше вероятность, что хэши перепутаются.

Не знаю, кто такой этот Хеш, по моему звать его Gluck и, наверное, я не первый, кого посетил этот субъект. Говорили, что это связано с дробными позывными, но в приведенном выше примере их не было, а кроме того "звериной" последовательности со скобками
UR5WA RR73; US5WE <XR0ZRC> -10 там тоже не было, а были обыкновенный ответ и обыкновенный RR73.
Идея перезапускать софт, когда отвечает, может быть новая диапазонная страна, выглядит абсурдно.
В общем, софт сырой и глючный, зато рекламы от ARRL навалом, везде где только можно, даже книжку уже продают.

**UA9OP** · 03.04.2019, 12:42

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

Примерно столько же в логе, на 4-х ядерном процессоре 3.2гГц загрузка почти моментальная, у меня все уведомления в настройках отключены.

двух ядерный Е8400 разогнан до 3.8Ггц 6 мегов ОЗУ win7 32 и не жалуюсь....

**UA1NAN** · 03.04.2019, 15:50

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

6 мегов ОЗУ win7 32 и не жалуюсь....

А зачем 6 "мегов" в win7 32. Что бы не жаловаться?

**R0AEB** · 04.04.2019, 03:55

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

А зачем 6 "мегов" в win7 32. Что бы не жаловаться?

Запаска

то UA9OP
6 мегов ОЗУ win7 32 и не жалуюсь....
W 7 32 видит только до 4х гб (3.75) Strater до 2х. Связано это с внутренними архитектурными ограничениями ОС.

**UA9OP** · 04.04.2019, 07:18

[QUOTE=UA1NAN;1574245]А зачем 6 "мегов" в win7 32. Что бы не жаловаться?[/QUOTE

АГА

**UA3DJY** · 04.04.2019, 17:07

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

Юля UR5WDX решила приобщиться к FT8.
Получилось бредовое QSO с XR0ZRC.

->Скрытый текст<-

То есть подтверждение ей дал RN7A, а не XR0ZRC !!!!!

Кто-то может объяснить весь этот бред?
На пустом диапазоне был один 1-2х слотовый сигнал XR0ZRC

Мы тоже иногда бред пишем, но есть пользователи кто не желают читать и предпочитают сами наступить на грабли:
Измененный функционал JTDX v2.0.1-rc131 (01.03.2019)
- обновленный модуль упаковки/распаковки FT8 сообщений и работы с хэш таблицей WSJT-X v2.0.1 интегрирован в код JTDX
JTDX Russian - Что нового

**UA3DJY** · 04.04.2019, 17:13

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

130600 -14 -0.0 2083 ~ RA4LY CX3AL R-12 °Uruguay
130600 -14 -0.0 2083 ~ RA4LY CX3AL R-14 •Uruguay
Это какой-то мультислотовый режим у CX3AL или ложное (dupe) декодирование на частоте QSO?

Ложное, rc134_19 сырая получилась, переработаем широкополосный декодер, после этого можно уже будет дать rc134 в широкое тестирование.

**US5WE** · 04.04.2019, 19:16

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

Мы тоже иногда бред пишем, но есть пользователи кто не желают читать и предпочитают сами наступить на грабли:
Измененный функционал JTDX v2.0.1-rc131 (01.03.2019)
- обновленный модуль упаковки/распаковки FT8 сообщений и работы с хэш таблицей WSJT-X v2.0.1 интегрирован в код JTDX
JTDX Russian - Что нового

Спасибо, после C5DL и VI9NI будем пробовать сапгрейдить. Правда не у одних нас, судя по сообщениям на форуме, были XR0ZRC<->RN7A проблемы. О полученных результатах сообщу.
Хорошо, хоть связи подтвердились.

**UN5J** · 05.04.2019, 03:20

Сегодня удалась связь с новой (#197 DXCC) страной на 160М FT8 SV5DKL, это робот, но работает небольшой мощностью, по этой причине я его раньше не слышал. А сегодня на нашем восходе услышал его на -20 и закончил связь на -25. Спасибо Игорю, Hint и Filter, для них эти уровни вполне доступны.