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

[UA3DJY]

JTDX 2.1.0-RUS-rc147,
2.) Появилась странная вещь... Во время приёма FT-8, в окне водопада, стало самопроизвольно то уменьшаться (до минимума), то увеличиваться (до нормального) расстояние между отображаемыми временными промежутками! Точной закономерности и причин, вызывающих подобный эффект, пока выявить не удалось, но работе оператора это мешает.
Первый раз проявилось с появлением версий с поддержкой FT-4, но не часто и легко убиралось перезапуском лога и JTDX. В последней версии каждый старт JTDX сопровождается этим багом и довольно на долго до самоустранения. С чем это связано и как устранить?

Выпадает часть звуковых фреймов: возможно процессор не справляется с нагрузкой. Смотрите в диспетчере задач какие процессы съедают ресурсы. Кроме этого причин может быть много, от драйвера, использования этого же звукового устройства другими программами, до железа.

[UA9CIR]

Как дать направленный вызов на Россию? (JTDX)

Не обремененный большим опытом, я подумал, что "CQ R" решит мою
проблему. Выяснилось, что JTDX не позволит моим корреспондентам
ответить на такой CQ.

Почитал доки, выяснилось, что надо давать основной префикс страны
(из cty.dat). Но Россия - это несколько стран по cty.dat: UA, UA2,
UA9, CE9, R1FJ (может кого забыл).
Т.е. если давать "CQ UA", то Тюмень может не звать - не отвечу,
а если "CQ UA9", то Дагестану не отвечу. А нужны и Тюмень, и Дагестан.
Как мне сказать иностранцам, что я работаю на Россию, чтобы они не
звали и не обижались, что не отвечаю?

[UA0FO]

UA9CIR;Как дать направленный вызов на Россию? (JTDX)

Я думаю надо давать CQ RU

[UA9AJK]

"CQ RU" я так думаю...

[R5WM]

Я думаю надо давать CQ RU

"CQ RU" я так думаю..

Вы оба неправы! CQ RU это вызов в RTTY Roundup contest!



Возможна передача FT8 062400 TX dB s Freq 1594 Hz > CQ RUS R5WM KO72
В программе MSHV Для этого в окне QRG прописать RUS нажать кнопку GEN MSG и в окне Опции > Макросы для TX7 добавить %G4 - CQ %QRG %M %G4

[R5WM]

Перестаньте вводить народ в заблуждение!!!!

К сожалению это так! Если есть возражения то напишите письмо K1JT.

[UA3DJY]

Как дать направленный вызов на Россию? (JTDX)

Не обремененный большим опытом, я подумал, что "CQ R" решит мою проблему. Выяснилось, что JTDX не позволит моим корреспондентам ответить на такой CQ.

Почитал доки, выяснилось, что надо давать основной префикс страны (из cty.dat). Но Россия - это несколько стран по cty.dat: UA, UA2, UA9, CE9, R1FJ (может кого забыл).
Т.е. если давать "CQ UA", то Тюмень может не звать - не отвечу, а если "CQ UA9", то Дагестану не отвечу. А нужны и Тюмень, и Дагестан. Как мне сказать иностранцам, что я работаю на Россию, чтобы они не звали и не обижались, что не отвечаю?

CQ RUS

JTDX разрабатывается для проведения QSO с DX корреспондентами, поэтому локальная работа в программе не поддерживается. Автовыбор JTDX работать с таким направлением не будет, корреспондент декодировавший такое сообщение будет щелкать на нем кнопкой мыши для начала QSO.

Окошко направления ограничено двумя символами, CQ RUS придется прописать в макросе свободного сообщения либо в окне сообщения Tx6.

[UR5WCA]

Может проблема в том что звук на RigExpert подается с выхода УНЧ трансивера?

Для работы в цифре использую в трансивере режим USB-D - звук подается с линейного выхода УНЧ на звуковую карту. УВЧ никогда не включаю. Уровни по НЧ такие:





Регулировка уровня входа на RigExpert Standard на первом делении, практически в минимуме.

[UA3DJY]

Если DX принял от Вас R+XX и перешел на другую станцию значит он принял от Вас и записал в Log!

Перестаньте вводить народ в заблуждение!!!!

К сожалению это так! Если есть возражения то напишите письмо K1JT.

Владимир, RTFM (читайте инструкцию, специально переведена на русский язык), пункт 14 раздела 'для операторов желающих работать с DXpedition': http://www.physics.princeton.edu/pul...on_Mode_ru.pdf

Возможные отклонения в реализации DXpedition протокола в программах приводят к хаосу на диапазонах и бессмысленной потере времени большинством корреспондентов.

[R5WM]

итайте инструкцию, специально переведена на русский язык), пункт 14 раздела 'для операторов желающих работать с DXpedition':

Это старая инструкция! В новых версиях WSJTX и MSHV работает так как я писал. Если в очереди много ждущих то программа может не передавать RR73 а при приеме R+XX переходить на следующего и связь в Log записывается после приема у DX от корреспондента R+XX.

P.S. Мы с Христо LZ2HV много обсуждали этот момент и нам тоже это не нравится, но группа разработчиков WSJTX сделала так!

[UA3DJY]

Это старая инструкция! В новых версиях WSJTX и MSHV работает так как я писал. Если в очереди много ждущих то программа может не передавать RR73 а при приеме R+XX переходить на следующего и связь в Log записывается после приема у DX от корреспондента R+XX.

P.S. Мы с Христо LZ2HV много обсуждали этот момент и нам тоже это не нравится, но группа разработчиков WSJTX сделала так!

Волшебники. Когда что то меняете в общем протоколе сообщений есть смысл хотя бы уведомить об этом других производителей софта, не ожидая обратной связи от пользователей.

Как Вы думаете, корреспондент не получивший RR73 догадался что в очереди у Fox было много корреспондентов и связь Fox молча занес в лог? Я бы на месте такого корреспондента продолжал вызывать Fox оператора.

[LZ2HV]

Волшебники. Когда что то меняете в общем протоколе сообщений есть смысл хотя бы уведомить об этом других производителей софта, не ожидая обратной связи от пользователей.

Как Вы думаете, корреспондент не получивший RR73 догадался что в очереди у Fox было много корреспондентов и связь Fox молча занес в лог? Я бы на месте такого корреспондента продолжал вызывать Fox оператора.

В F/H RR73 излучаетса там проблема нет
Я тебе писал за ета (месец или два назад непомню), я тоже бйл очин обрадаван кагда ето утанавил, без никакое ивестие в WSJT-X ето сделали (волна или неволна незнайу). Особенна ето бйла неприятан в состезания. Кагда все висят и не палучайут RR73 или 73 оказйваетса очин неприято.

[UA3DJY]

В F/H RR73 излучаетса там проблема нет
Я тебе писал за ета (месец или два назад непомню), я тоже бйл очин обрадаван кагда ето утанавил, без никакое ивестие в WSJT-X ето сделали (волна или неволна незнайу). Особенна ето бйла неприятан в состезания. Кагда все висят и не палучайут RR73 или 73 оказйваетса очин неприято.

Скорее всего дефект в WSJT-X. В release notes на WSJT-X 2.1.1 такой информации нет, в коде в явном виде тоже нет такой доработки. Видел в коде только возможность принудительно внести в лог корреспондента щелчком мыши на позывном находящемся в очереди.

[R5WM]

уведомить об этом других производителей софта, не ожидая обратной связи от пользователей.

Христо уведомил об этом в аннотации к версии MSHV 2.31

[UR5LCZ]

программа может не передавать RR73 а при приеме R+XX переходить на следующего и связь в Log записывается после приема у DX от корреспондента R+XX

Вопрос: а если дэх принял позывной вызывающей станции и начал давать ей свой рапорт, но R+XX не может принять, то сколько раз он будет гнать свой рапорт для этой станции?
Я ранее указывал, что насчитал по 8(восемь) раз для двух позывных.
А сколько было таких казусов - кто знает?
В исходнике установлено всего 3 (три) раза и становись в очередь снова.
О каком ускорении процесса может идти речь, если одна попытка связи будет длиться по 5 (пять) минут и без результата в конце концов?