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

[US4IRT]

Только что протестировал WSJY-X 1.9.0 rc4 на 14 мгц (S01WS DX ped. mode). Как декодировались плохо уровни -15 и ниже, так и в этой версии. Да и понятно, что если напичкать в один интервал в два раза больше символов, то в ущерб чутью. Декодируется только половина сообщения при слабых уровнях.

[US-E-12]

Разрешил и протестировал в коде v18.1.0.85_1 обработку сообщений 73/RR73 полученных в UDP Reply message

Протестировал. У меня обрабатываются любые сообщения, а не только CQ и 73/RR73. Т. е. в JTDX включается передача при передачи любых сообщений по UDP от программы в JTDX.

[RX4HX]

когда приходит спот со "звездочкой" он у меня не парсится как "правльный" спот.

Причину нашел: когда спот приходит без звездочки он такой:

CQ RX4HX LO53

когда со звездочкой

CQ RX4HX LO53 + пробелы дополняющие его до длинны 21!
Вот по этому лог его и не обрабатывал. Удалил лишние пробелы - все заработало!

[UA3DJY]

Протестировал. У меня обрабатываются любые сообщения, а не только CQ и 73/RR73. Т. е. в JTDX включается передача при передачи любых сообщений по UDP от программы в JTDX.

Не заметил, благодарю - исправлю в следующем шаге.

[EW4C]

Коллеги, а как это он так ? Это же не фокс моде.
У меня JTDX 18.1.0.83.

[US4IRT]

Это же не фокс моде.

Дмитрий! Он работал именно в ней. Я наблюдал за ним в WSJT-X 1.9.0 rc4

[EW4C]

Василий, ну тогда может я что-то пропустил, но JTDX корректно декодировала все сообщения и я его ради интереса сработал. Все как с обычным корреспондентом.

[US4IRT]

но JTDX корректно декодировала все сообщения

Не так это. Вы не видели вторые половины декодов. Я не делал скринов.

[EW4C]

Не так это. Вы не видели вторые половины декодов. Я не делал скринов.

Все может быть, но свои RR73 я получил

[RX4HX]

Не заметил, благодарю - исправлю в следующем шаге.

НИ В КОЕМ СЛУЧАЕ!!!
Сейчас все работает отлично и как надо - зачем исправлять, ведь из WSJT/JTDX вызов идет из любого сообщения?
Сейчас работаю - очень удобно! 100% как надо! Спасибо большое!

[US-E-12]

НИ В КОЕМ СЛУЧАЕ!!!

Я тоже не возражаю, пусть остаётся так. У себя в программе-стыковки с EQF программно блокирую любые нажатия на сообщения кроме сообщений с CQ, RR73, 73.

[R7CA]

Вы не видели вторые половины декодов.

видел на JTDX 18.1.0.74_1 как он раздавал RR73.

[UA3DJY]

НИ В КОЕМ СЛУЧАЕ!!!
Сейчас все работает отлично и как надо - зачем исправлять, ведь из WSJT/JTDX вызов идет из любого сообщения?
Сейчас работаю - очень удобно! 100% как надо! Спасибо большое!

Есть еще несколько взаимодействующих с JTDX логов, ответ на любые сообщения из них может привести к увеличению интерференции на диапазонах, в том числе к передаче на частоте где еще не закончено QSO. Можно сделать опционально, пока не знаю, подумаем как лучше сделать.

[RX4HX]

взаимодействующих с JTDX логов

пока не знаю

Я уже придумал)))
На самом деле Вы правы, что убрали при любом раскладе выход на передачу (хотя получается и в самой JTDX это нужно сделать?)
А сделать нужно так: при клике на НЕ RR/73 сообщении чтоб позывной заносился в поле DXCall но на передачу не переходил даже при нажатой кнопке AutoTX!
Потому как на самом деле я делал так - сликал на спот, чтоб частота приема стала на интересующуюся станцию и если была нажата кнопка AutoTX и JTDX переходила на передачу, жал ESC в логе (JTDX посылаласть команда Stop TX), что естественно не айс! А в этом случае все будет правильно!

... Да и в версии 85_3 у меня на передачу перестала переходить при сообщениях 73/RR - т.е. вернулось как было...

[UA3DJY]

... Да и в версии 85_3 у меня на передачу перестала переходить при сообщениях 73/RR - т.е. вернулось как было...

В версии 85_3 уже опционально:
при проверке с message_aggregator вроде все работало без сбоев.