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

**US4IRT** · 07.03.2019, 07:11

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

Ваш E-Mail.

Можно было в личку. Позывной,собака, gmail.com

**RX3ASP** · 07.03.2019, 07:58

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

Я вот как-то упустил один момент.
А в настройках можно вернуть, чтоб станции передавшие 73 также выделялись цветом полностью, как станции передающие CQ?
Или этот функционал вырезали совсем из программы?
Удобно было...

В настройках Notifications галка RR73/73.
Советую при установке новой версии после обновления ini файла, проходить не торопясь и задумываясь все пункты меню настроек - будет меньше поводов к

**R0JF** · 07.03.2019, 08:01

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

Было бы вполне разумным и в JTDX, хотя бы при условии работы в TX=RX, отключить требование "принять 73" во что бы то ни стало. В виде галочки между RRR и SkipTX1

Вы ошибаетесь потому, что анализируете ситуацию только с одной стороны!

А вот такой сценарий - Вам дали рапорт -**, а Вы на него ответили R-** и после этого не приняли RR73 (неважно по какой причине). Один цикл не приняли, второй, а на третий видите, что Ваш корреспондент проводит другое QSO. Как Вы считаете, связь состоялась или нет? Вы-то RR73 не получили! Может он Ваш R-** так и не принял и "бросил" Вас выслушивать...

Пока на RR73 не получено хотя бы 73 - нет гарантии, что QSO состоялось. Должно быть финальное подтверждение для обеих сторон.

**UA3DJY** · 07.03.2019, 08:10

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

если не найдено то софт сам начинает передавать сообщение CQ.

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

Т. е. если я на CQ не работаю - они не нужны?

На усмотрение пользователя, счетчики можно использовать и в режиме одиночного QSO.

**RX3ASP** · 07.03.2019, 08:29

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

Вы ошибаетесь потому, что анализируете ситуацию только с одной стороны!

А вот такой сценарий...

Если оператор следит за ситуацией, то никаких проблем, по-любому, нет! Но вот когда видишь зацикленные RR73, бесконечные обмены рапортами и безответные CQ, а оператор отсутствует, то все вопросы к стандартным сценариям программ.
Счётчики это хорошо, но ими мало кто пользуется - они отключены по умолчанию.

**UA3DJY** · 07.03.2019, 10:54

Результат сравнительного тестирования JTDX и WSJT-X:

->Скрытый текст<-

В таблицу не включил результат тестирования для сообщений QSO на RX частоте по причине сложного проведения таких тестов в условиях пользователя, разница в чувствительности между JTDX и WSJT-X при декодировании таких сообщений составляет более 2 дБ.

В версии rc132 улучшена синхронизация для сообщений QSO что позволит чаще декодировать такие сообщения из-под помех на загруженном диапазоне. Версия rc132 будет опубликована сегодня.

**R0AX** · 07.03.2019, 11:24

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

а вот это уже его проблемма....даже если не принял RR73 то должен следовать повтор R-xx а никак не 73....

да нет,это ваша проблема,когда вы заносите в лог не оконченное qso и ждете его подтверждения.А если вам подтверждения не нужны,тогда как говорится - дело барина.Я уже писал,что swl проще,ничего ждать не надо не рапорта,не 73

**RZ1OA** · 07.03.2019, 11:53

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

а вот это уже его проблемма....даже если не принял RR73 то должен следовать повтор R-xx а никак не 73....

А он их передал несколько раз

А вы, не дождавшись от него 73 - уже следующее qso проводите

Увидев это оператор связь в лог не занесет (он ведь не знает, приняли его или нет). А в Вашем то логе эта связь уже есть

Обидно, если это new one на 160?

**UA3DJY** · 07.03.2019, 11:58

JTDX v2.0.1-rc132 измененный функционал:

->Скрытый текст<-

- сделано временное решение корректирующее неправильный формат сообщения DXpedition <>, сбой в обновленном модуле упаковки/распаковки сообщений протокола FT8v2 WSJT-X версии 2.0.1 packjt77.f90
- улучшена работа автопоследовательности при окончании QSO в режимах AutoSeq0,1
- хэш таблица должна синхронизироваться между потоками декодера при каждом ее изменении
- добавлена поддержка количества потоков декодирования в непрерывном диапазоне от 1 до 12
- история QSO не должна очищаться при отсутствии ответа на опрос трансивера через CAT интерфейс. Доработана диагностика очистки истории QSO при смене диапазона на трансивере.
- добавлена проверка формата даты/времени функционала фильтрации лога при считывании параметра с файла JTDX.ini
- патч: автопоследовательность не должна изменять направление сообщений QSO в сценарии когда оба оператора используют функционал вызова рапортом и корреспондент во время QSO повторно передал сообщение с рапортом
- улучшена синхронизация для сообщений QSO на RX частоте, новый функционал используется для FT8S декодера
- устранен дефект в декодере FT8S, увеличено количество декодированных сообщений
- изменение RX/TX частоты мышью на водопаде должно перезапускать TX watchdog таймер
- открыта возможность активации функционала индикации S-метра и выходной мощности для трансивера Kenwood TS590. Пока для этого трансивера показывается выставленная в трансивере мощность а не измеренная, требуется доработка Hamlib для передачи измеренного значения через CAT.
- в коде Hamlib добавлена поддержка передачи значения выходной мощности для трансивера TS2000.
- программа JTDX v2.0.1-rc132 собрана на основе модифицированной программы Hamlib, версия кода Hamlib 20190304

изменены исходные файлы: chkfalse.f90, decoder.f90, ft8_decode.f90, ft8_mod1.f90, ft8b.f90, ft8s.f90, msgparser.f90, packjt77.f90, sync8d.f90, tone8.f90, qsohistory.cpp, Configuration.cpp, mainwindow.cpp/h/ui

изменены исходные файлы Hamlib: kenwood.c/h, ts2000.c

Линки:

->Скрытый текст<-

Файл JTDX.ini имеет такую же структуру как для версии JTDX 2.0.1-rc131.

**R3BB** · 07.03.2019, 12:01

Русская локализация JTDX v.2.0.1-RC132.
Линки :

->Скрытый текст<-

**RA3QH** · 07.03.2019, 12:12

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

А он их передал несколько раз

А вы, не дождавшись от него 73 - уже следующее qso проводите

Увидев это оператор связь в лог не занесет (он ведь не знает, приняли его или нет). А в Вашем то логе эта связь уже есть

Обидно, если это new one на 160?

ну неправильно трактуете....если я передал RR73 значит я все принял и он это увидел коли передает в ответ мне 73...я сам всегда передаю по протоколу,просто нет смысловой информации в этом,просто вежливость и ничего более

**RA3QH** · 07.03.2019, 12:19

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

да нет,это ваша проблема,когда вы заносите в лог не оконченное qso и ждете его подтверждения.А если вам подтверждения не нужны,тогда как говорится - дело барина.Я уже писал,что swl проще,ничего ждать не надо не рапорта,не 73

насчет SWL согласен

а остальное...я вношу в лог завершенное мной QSO т.к я принял всю информацию и передал RR73,все....как я уже писал выше данное мне R-xx уже несет информацию что рапорт от меня принят...передача в ответ мне просто 73 это вежливость и ничего другого...

**R0AX** · 07.03.2019, 13:11

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

передача в ответ мне просто 73 это вежливость и ничего другого...

только после передачи вам 73 программа ему предложит сохранить qso - какая вежливость? Да мало что вы приняли r-рапорт и передали rr73,он ваше rr73 не принял - откуда он знает что вы приняли от него рапорт,а вы уже проводите другую связь - он пошел дальше по диапазону,соответственно qso не состоялось Я принял,я передал -типа сам с собою qso провожу,корреспондента нет,который мог вас не принять

**UA1OMZ** · 07.03.2019, 13:15

RC132 - в режимах AutoSeq0 и AutoSeq1 решена проблема повторных RR73/73, теперь даже нет коротких попыток повторно передать RR73/73. Т.е. теперь окончание QSO аля WSJT. Спасибо за это ОГРОМНОЕ Игорю и команде!!! Володя - RZ1OA: эту дискуссию можно продолжать вечно, а лучше в одном случае из ста дать повторное RR73/73 вручную, а не надеяться на автоматику. Ещё заметил улучшение, мой хилый ПК заработал в 2-х потоковом режиме, естественно заметно шустрее и без сбоев и без потери периодов при 30-40 декодах. Правда в 2-х потоковом режиме, PTT отрабатывает сразу, а передача начинается только через 1-2 секунды, но это вполне допустимая задержка, и связанно это скорее всего с полной загрузкой процессора. В ранних версиях периоды терялись и при 15 декодах. Ещё раз спасибо разработчикам, что не забываете и большую часть р/любителей со старым железом!

**RA3QH** · 07.03.2019, 13:21

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

только после передачи вам 73 программа ему предложит сохранить qso - какая вежливость? Да мало что вы приняли r-рапорт и передали rr73,он ваше rr73 не принял - откуда он знает что вы приняли от него рапорт,а вы уже проводите другую связь - он пошел дальше по диапазону,соответственно qso не состоялось Я принял,я передал -типа сам с собою qso провожу,корреспондента нет,который мог вас не принять

еще раз повторю хотя писал выше...если он не принял мое RR73 то он должен передавать мне снова R-xx а никак не 73 а идти ему дальше или позвать меня повторно ему решать...