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

[RM6LA]

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

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

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

[RX4HX]

Установил JTDX-2.2.160-rc7 и не парюсь.

У меня JTDX также отключается после 5 вызовов.

- - - Добавлено - - -

где искать?

Нигде не искать. Тут все понятно - борьба с тем, чтобы оператор не отходил от компьютера. Я лично поддерживаю!

[RJ7M]

Нигде не искать.

А здесь https://skr.sh/sR8VcGfrziF
Или здесь https://skr.sh/sR84PoHkfP3

[UX3IW]

[QUOTE=RX4HX;2044270]У меня JTDX также отключается после 5 вызовов.

- - - Добавлено - - -


Так в JTDX есть настройках,когда программа переходит в режим ожидания,а в WSJT-неть.

[RW4M]

Итог: очень надеюсь, что все же SF доработают, иначе смысла в нем нет.

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

... Наверное, всё же некоторый смысл у разработчиков присутствует... И этот не только борьба с пиратством... Возможно, главная идея режима SF/H - максимизировать количество "ответов" на "массу запросов", и при этом не снижать "удельную мощность", приходящуюся на единичный "ответ", как это имеет место быть в "традиционном многослоте" в обычном режиме F/H... НО! Классику (физику) не обманешь! Передача бОльшего количества информации при неизменной мощности НЕИЗБЕЖНО приводит к использованию более широкой полосы излучаемого сигнала, что и наблюдается в режиме SF/H - 750Гц...2250Гч - примерно 1500 Гц.... А вот приём такого сигнала в существенно широкой полосе по сравнению с простым (узкополосным) FT8 также сопряжён со снижением помехоустойчивости вследствие попадания в эту расширенную полосу большего количества помех... Вот и сам K1JT где-то в комментариях по режиму SF/H отмечал, что "теоретический предел" отношения С/Ш около -15 дБ... Что и подтверждает практика использования режима SF/H - декодирование не происходит, если сигнал ниже уровня шума на эти 15 дБ...

Ну а это вообще просто беда... Сами видите, сколько народа умудряются звать не в свой период!

"Умудряются звать" в периоде DX-а, возможно потому, что "забыли" включить режим SF/H, тогда программа работает в обычном варианте и может "звать" в любой период... Пока действительно, любой мало-мальски ощутимый сигнал чьей-то "настройки", и прочие "шорохи в кустах" в полосе сигнала SF/H приводят к потере всей информации, переданной в TX-периоде "лисы"... Полагаю разработчики это хорошо знают, и поэтому, видимо, работают над этим, поскольку ещё нет "релиза" программ - ни WSJT-X, ни JNDX, а только пробные версии кандидатов на релиз "rc_№"...
Поэтому нам остаётся немного пождать - как в известном фильме: "...торопиться не надо..."
73!

[RA3QH]

После 5-ти вызовов кнопка Разреш.TX отключается и приходится каждый раз включать ее заново, чтобы шел вызов.
Таймер отключения передачи стоит на 7 минут.
Пробовал WSJT v2.7.0-rc6 - происходит все то же самое.
Подскажите, пожалуйста, где искать?

Нигде,так заложено в проге...

- - - Добавлено - - -


несмотря на 3 потока от S21PL JTDX нормально декодирует

[ES1JA]

У меня JTDX также отключается после 5 вызовов.

In any Hound mode jtdx should call endless ( ok until watchdog timer expires ) when You are able decode sfox.

[UR4MQG]

Бывает! Установить помогли, а какие кнопки жать не объяснили.

Информация для тех у кого JTDX rc7 ничего не декодирует: SHound включается правым кликом мыши по "Hound/Гончая"!

Включаться то все включается, но почему то все равно не декодирует.

[RX4HX]

А здесь

Нет, это новая фича, и полностью она звучит так:
перестать вызывать после 5 вызовов, если не было ни одного декода DX.
Т.е. если декоды есть - вызов не прекратиться.

максимизировать количество "ответов"

Замечательно - практически никто с первого раза не отвечает. В результате из-за этого медленнее, чем в обычном FT8 получается.
Это как с FT4 - вроде быстрее, а в итоге медленнее.

Классику (физику) не обманешь!

Здесь с Вами 100% согласен! Хоть разработчики писали, что типа мощность не будет делиться на несколько сигналов, но в итоге то на то и выходит!

"Умудряются звать" в периоде DX-а, возможно потому, что "забыли" включить режим SF/H, тогда программа работает в обычном варианте и может "звать" в любой период

Тут не стыковочка - если не поставить галочку SH, декода вообще не будет, в отличии от обычного Hound. Как они вообще без единого декода WSJT или JTDX заставили звать DX?

[UA3GX]

14091 работает одна станция в суперфоксе,вторая в обычной ФТ-8 в 2 потока,видимо пират,уж мощно очень
162100 0 0.1 514 ~ 5B4VL N5J -12 *K
162100 0 0.1 574 ~ IT9SVJ N5J +15 K

[RX4HX]

Может реально из-за недовольства решили сделать тест - какая мода лучше.
...По моему они экспериментируют! У меня сейчас по попеременно видно то N5J в обычном FT8, то в SF!

[UR6MA]

Включаться то все включается, но почему то все равно не декодирует.

jtdx-2.2.160-rc7-win64.exe - всё работает, а версия jtdx-2.2.160-rc7-d2-win64.exe тоже не декодировала, может у вас тоже с d2 ?

[RX4HX]

d2

А что это за версия d2? Я что то такой не видел.

[R6LCF]

MS Windows debug builds: (отладочные сборки)

File: jtdx-2.2.160-rc7-d2-win64.exe
SHA256 checksum A7C906FC4E59099BC145AAFD55706A4BE6B32DD993A7A38E3E2279930B6D0EE3

[UA3GJM]

Установил версию JTDX 160 rc7 win64.Не видит комп трансивер-TS570D.Выскакивает вот это окно.Явно не хватает чего то.Может у кого было это,ответьте пожалуйста-Евгений-UA3GJM.

[RX4HX]

debug builds

Спасибо Владимир! Упустил это из виду.

Установил версию JTDX 160 rc7 win64.Не видит комп трансивер-TS570D.

У меня тоже не работает с SunSDR2 в режиме эмуляции TS-480. Значит проблема общая.