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

**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, для них эти уровни вполне доступны.

**RX4HX** · 05.04.2019, 08:52

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

услышал его на -20 и закончил связь на -25

Тоже хочу отметить что тестовые версии rc134 стали существенно чувствительнее! Это даже "на глаз" заметнее! Теперь провести QSO при уровне -20 проблем не составляет.

**US5WE** · 05.04.2019, 10:16

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

Тоже хочу отметить что тестовые версии rc134 стали существенно чувствительнее! Это даже "на глаз" заметнее! Теперь провести QSO при уровне -20 проблем не составляет.

Поставим, снятую на зиму, антенну

и будем пробовать на 6м, Es облачка уже стали появляться.

**UA3DJY** · 05.04.2019, 19:57

Интересный проект трансивера позволяющего одновременный прием FT8 сигналов с восьми диапазонов Multiband FT8 transceiver

**EU1FQ** · 05.04.2019, 21:04

Все больше стало появляться станций работающих в многослотовом режиме в общепринятом участке для FT8, в основном юбилейных позывных. Вроде ничего страшного нет, за исключением досадной мелочи.
Если в настройках стоит галочка отключать передачу когда оператор ответил другому корреспонденту, и если оператор одновременно ответил вам и кому то другому, то передача выключается. Приходится ручками вносить поправку в работу АвтоТХ.

**UA3DJY** · 05.04.2019, 21:37

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

Все больше стало появляться станций работающих в многослотовом режиме в общепринятом участке для FT8, в основном юбилейных позывных. Вроде ничего страшного нет, за исключением досадной мелочи.
Если в настройках стоит галочка отключать передачу когда оператор ответил другому корреспонденту, и если оператор одновременно ответил вам и кому то другому, то передача выключается. Приходится ручками вносить поправку в работу АвтоТХ.

Режим Hound (без управления частотой) в JTDX должен игнорировать галочку "отключать передачу", он сделан для совместимости с многослотовой передачей программы MSHV.

PS Такие операторы со специальными позывными возможно считают что общие участки FT8 выделены приоритетно для их передатчиков а остальные операторы на диапазоне могут и подождать пока они занимают общие полосы несколькими слотами передачи

Если они сами не понимают то единственный способ исправить - не звать их.