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

[RA3QH]

Сейчас на 30-ти метрах вещал VU2NKS c DT 1.1, как в такой ситуации можно подстроиться под синхронную работу корреспондента?
Ведь как-то с ним проводят связи.

Валерий! WSJT-X 1.8.0.rc3 принимает с ДТ 2.5 Сек ( это то что я видел)

JTDX тоже позволяет 2,5 сек...сегодня словенец меня звал с таким расхождением...ничего сработали...

[US4IRT]

но вот указаные у них частоты для FT8.....

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

[RA3QH]

Василий смысл в том что они все вне рекомендованых для данной моды частот....3574,7074,14074 и т.д...нет у них этих частот в списке

[UA3DJY]

Пока идет работа над новым AutoSeq решил дать возможность попробовать более удобную в работе версию 34.

В ней:

Если DX которого Вы зовете ответил другому оператору то его позывной остается в окне DX Call и его сообщение 73/RR73 будет выведено в окно приемной частоты независимо от того на какой частоте декодирован его сигнал, так чтобы быстро увидеть это сообщение и при желании вызвать его снова.

При повторном приеме RRR сообщения AutoSeq теперь повторно передаст сообщение 73 (совместимость со схемой 4+3).

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


собранный софт https://cloud.mail.ru/public/7vZw/Hv9KBp6qG

исходный код https://cloud.mail.ru/public/LwVA/WkhiiKzMD

кодовые суммы:
File name: JTDX-18.1.0.34-win32.exe
MD5: 9F96B470F0C1C4E4C5127BCD59AAF0E1
SHA-1: 2136668CE455BAE9A6BD4AD1CB5161AEBA11D5C8
SHA-256: 7AE30D39AB9B3E4D165A77EA70F0A5751FFC3922955E202AF6287D4364C12F95
SHA-512: 31C0D16C01645E4A4A93B5D574557AE6A0E6046BB8A47532D3B1B7CE56008A39558D57 056BD6DE48421089B9F7F3B9DEE7F3BC2029C6CB91B06333389A08BE37
RIPEMD: F84E86E4C87BEFA3BD6C3989A296A1CD4CEADBB3

JTDX.INI имеет такую же структуру как у версии 18.1.0.33.

[US4IRT]

нет у них этих частот в списке

Это частоты их передачи! Слушать они будут там где мы работаем. Режим SPLIT. Если читали ссылку - они не будут отвечать тому кто зовет на их частоте и тем кто дает локатор!!!

[UA3DJY]

Это частоты их передачи! Слушать они будут там где мы работаем. Режим SPLIT. Если читали ссылку - они не будут отвечать тому кто зовет на их частоте и тем кто дает локатор!!!

Получается что то вроде крупных соревнований: 10% непрерывно зовут остальные 90 ждут окончания "соревнований" чтобы можно было на диапазоне проводить обычные QSO. Если бы они слушали в RTTY участке то тогда и оставшимся 90% была бы возможность работать в эфире. Но тут опять могут быть лицензионные ограничения, как например в Японии где узкополосная цифра разрешена до 3575 кГц на диапазоне 80м.

[RA3QH]

Это частоты их передачи! Слушать они будут там где мы работаем. Режим SPLIT. Если читали ссылку - они не будут отвечать тому кто зовет на их частоте и тем кто дает локатор!!!

Ну со сплитом то справимся....Вот не пойму чем им локатор то помешал? цикл что с ним что без него один и тот же....

[UX8IW]

JTDX v18.1.0.34 - тестирование нового функционала

Может это только у меня, но в предыдущей версии JTDX такого не было:
При открытой форме сохранения QSO, в случае формирования циклов по варианту 2, в журнале UR5EQF_Log очищается поле "Позывной" до нажатия на клавишу "ОК". При варианте 1 - такого нет. (в WSJT-X тоже такого нет)

[RA3QH]

а вообще народ с FT8 уже обалдел....на 40-ке уже 1 килогерц у JT65 "отгрызли".....

[UX8IW]

На такой ответ сформировался повторный рапорт:

[R0JF]

JTDX v18.1.0.34 - тестирование нового функционала (Linux - version, сompiled in Ubuntu 16.04LTS)

64-bit binary files only:

https://cloud.mail.ru/public/98eQ/ZL2LwVWxU

64-bit deb-package:

https://cloud.mail.ru/public/8XNQ/nBx9BN2ks

32-bit deb-package:

https://cloud.mail.ru/public/7vJ2/QRzTBCJz1

[R2PU]

можно попробовать сделать кнопку с меняющейся надписью и цветом фона:
Unlock Tx/RX - зеленым фоном
Lock TX=RX - желтым (или каким нибудь другим) фоном
если так конечно будет удобнее
или кнопку с надписью Split TX/RX например с желтым фоном при ее включении

Игорь , решать безусловно Вам (да и не особо суть в стилистике) , но мне кажется удобнее всего будет примерно так :

Т.е. в обычном режиме видим зелёную кнопку с надписью "Lock Tx=Rx" и спокойно работаем с обычными станциями или на CQ
Нажимаем кнопку - цвет меняется на красный (Внимание , включен сплит!) , надпись на кнопке "Split on" - работаем с DXом.
Просто на собственном примере (каюсь-было) несколько раз попадал в некрасивую ситуацию : "увидел DXa - нашёл свободное место на водопаде , врубил сплит и зовёшь его - ура сработал - расслабился , покурил - решил сработать обычную станцию , клацнул на неё в приёмном окне - и ....... своей передачей накрыл человека который пока я курил уже встал на освободившуюся частоту" (всё просто - забыл что включен сплит , соответственно на станцию которую я выбрал перескочил только маркер Rx - а передача осталась на "старой" частоте где уже работает другая станция) .
Красный цвет всё-таки побольше привлекает внимание , соответственно шансы некрасиво косануть по изложенному или аналогичному сценарию изрядно уменьшаются. Но не более чем вариант )))).

----------
По второй "хотелке" (передача на eQSL по времени окончания QSO во избежании дублей при отправке через журнал) мне кажется надо максимально честно и понятно предупредить людей что при активации "галки" - на eQSL будет уходить время окончания QSO.
Т.е. примерно вот так :

Ну или как то аналогично , чтобы было однозначное понимание того что происходит при активации этого пункта (а не как в одном из журналов где только спустя энное время выяснилось что журнал берёт из wsjtx_log.adi время time_off и превращает его в time_on в своей базе + шлёт его же как time_on на eQSL и прочие сервисы).

P.S. Разбираюсь в дизайне как свинья в апельсинах , соответственно мои извинения если своими Paint рисовалками задел чьи то эстетические чувства , "не стреляйте в пианиста , он играет как умеет" (с) )).

[RW0LT]

Коллеги, а что нужно сделать, чтобы и JTDX и WSJT-X записывали связи в один и тот-же файл wsjt_lod.adi ?

[US-E-12]

при активации этого пункта (а не как в одном из журналов где только спустя энное время выяснилось что журнал берёт из wsjtx_log.adi время time_off и превращает его в time_on в своей базе + шлёт его же как time_on на eQSL и прочие сервисы).

Да не берёт LogHX время от JTDX. Время в журнал LogHX, как и в другие заносится в момент сохранения QSO т. е. в wsjtx_log это time_off. А вот в JTDX сделано неправильно, отправлять на eqsl нужно с time_off иначе, если QSO длится более 5 мин., его просто не увидит в логе корреспондента и начнуться опять проблеммы.

[VA3LLZ]

У меня такое предложение по Free Message. К примеру, когда я работаю малой мощностью, я хотел бы вместо 73 передавать какое-нибудь сообщение с названием антенны и мощности. Я написал макрос и выбираю его вместо 73 или R73. Но каждый раз это сообщение сбрасывается (т.е. убирается со строки Free message) и выбирается стандартное сообщение. И нужно каждый раз выбирать нужный макрос и выбирать его снова. Мне, например, интереснее было бы получить от корреспондента инфо об его антенне и мощности, чем стандартное сообщение 73 или R73. Я придерживаюсь такгого мнения, что если корреспондент передал другое сообщение, это значит он принял мое последнее сообщение. А если передается старое сообщение, значит корреспондент не принял мое последнне сообщение и я должен повторить последнее свое сообщение. Поэтому я считаю, что если я получил например такое сообщение 5W L WIRE 73 это значит что он получил мое последнее сообщение и дал мне 73 и некоторую дополнительную инфу об его аппаратуре. Поэтому хотелось бы чтобы Free message не исчезало, а стоял бы выбранный макрос постоянно.
И еще раз напоминаю о своем предложении совместить диапазон JT9 и Т10. Я считаю это бы значительно подняло активность в Т10. И всвязи с этим совмещением можно сдвинуть диапазон JT65 и JT9 на килогерц вверх, потому что FT8 и так уже забрало почти четверть диапазона JT65. И всем будет счастье.
Спасибо