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

[UA3DJY]

Очередной глюк вылез - Е31А то показывает, то нет <...>

Работает специальными сообщениями Fox DXpedition: JTDX их не должен показывать если позывной не вносился в окно DX Call.

Также Вы продолжаете использовать устаревшую версию rc133 и находить проблемы которые уже были устранены:

JTDX v2.0.1-rc134 (07.04.2019)
- при работе вне общих FT8 диапазонов позывной для декодированного специального сообщения Fox DXpedition должен браться с хэш таблицы и после очистки окна DX Call

[RU6B]

Здравствуйте. В компьютере есть один СomPort на который подключен OmniRig. Можно ли использовать LPT порт для PTT, ввиду отсутствия второго Компорта?

К сожалению нет, приходится работать с VOX

Эту проблему легко решит китайский переходник USB-COM за 100-150 рублей с Али или ебэй. Добавляйте СОМ-порты сколько хотите

[RK1AT]

В компьютере есть один СomPort на который подключен OmniRig. Можно ли использовать LPT порт для PTT, ввиду отсутствия второго Компорта?

Установите программу VSPE (эмулятор компорта) http://www.eterlogic.com/Products.VSPE.html, организуйте в нем сплиттер (реальный компорт+ виртуальный) и на этот виртуальный порт подключайте все программы, которым нужен компорт.
Для примера у меня 9 компорт реальный, а 10 виртуальный, вот на него я навесил все проги, которым требуется компорт.
да и OmniRig не нужен в таком включении.

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

[R5WM]

Очередной глюк вылез - Е31А то показывает, то нет <...>

Сегодня он долго проходил у меня и пайлап был страшный! Все декоды на MSHV без проблем!

[UA1OMZ]

Здравствуйте. Такая ситуация. Сегодня провел qso на 28 с A41ZZ. qso автоматом занеслось в log (и в jtdx и в loghx).Перехожу на 24, зову этого же A41ZZ, qso прошло штатно, но в log не занеслось (ни в jtdx ни в loghx).Ситуация повторилась в версии rc136. В rc135 было так же (заметил тоже один раз но не придал значения). Т.е. получается так:
Проводим qso, меняем диапазон, зовем этот же позывной, qso проводится, но в log не заносится. Вопрос — это что-то в настройках или программный глюк?

Подтверждаю, есть такое дело, а ещё когда меняешь в настройках свой позывной и проводишь вторую связь с этим же корреспондентом другим позывным, связь тоже автоматически не заносится. Не существенно конечно, уже привык вручную, но если есть возможность поправить, то пожалуйста.

[UA3DJY]

Здравствуйте. Такая ситуация. Сегодня провел qso на 28 с A41ZZ. qso автоматом занеслось в log (и в jtdx и в loghx).Перехожу на 24, зову этого же A41ZZ, qso прошло штатно, но в log не занеслось (ни в jtdx ни в loghx).Ситуация повторилась в версии rc136. В rc135 было так же (заметил тоже один раз но не придал значения). Т.е. получается так:
Проводим qso, меняем диапазон, зовем этот же позывной, qso проводится, но log не заносится. Вопрос — это что-то в настройках или программный глюк?

Подтверждаю, есть такое дело, а ещё когда меняешь в настройках свой позывной и проводишь вторую связь с этим же корреспондентом другим позывным, связь тоже автоматически не заносится. Не существенно конечно, уже привык вручную, но если есть возможность поправить, то пожалуйста.

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

[US5WE]

Сегодня он долго проходил у меня и пайлап был страшный! Все декоды на MSHV без проблем!

Сейчас уже все, волна прохождения пошла на Запад и сигнал Е31А пропал, но слышно было прекрасно.
К счастью, во время наших связей программных глюков не было.
С MSHV под Ubuntu16 были нерешенные вопросы, поэтому пока приостановился.

[R5WM]

Сейчас уже все, волна прохождения пошла на Запад

Это точно что на запад!

[UA3GQ]

Установите программу VSPE (эмулятор компорта)

Юрий! Спасибо. Скачал программу. Установил. JTDX работает. Буду пробовать для других программ.

[US5WE]

Это точно что на запад!

-9 на задний лепесток - это неплохо!
У нас сегодня было так:

[UA1OMZ]

Сейчас на 40-ке, три потока по два сообщения! Было и четыре потока!

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

Такими темпами они быстро пайлапы разгребут.

[R5WM]

У нас сегодня было так:

Тут тоже не хило на инвертед V 40/80.


MSHV декодировала а параллельно WSJTX не взяла

[UA1OMZ]

Почему позывной то отображается, то нет??? Версия rc137_3.

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

Из-за этого чуть не сорвалось QSO на 160м! Пришлось отвечать вручную...

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

На 80-ке со скрипом, но без глюков

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

[RA3QH]

Почему позывной то отображается, то нет??? Версия rc137_3.

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

да глюк имеется на 80 м такое же наблюдаю...

[RX3ASP]

Подскажите, в каком режиме работает E31A? В F/H + frequency control?
Поглючило немножко:

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

045515 Tx 2168 ~ E31A RX3ASP KO85
045530 -2 -0.6 309 ~ JA8JLC <...> RR73
045530 -2 -0.6 309 ~ JA9AVA <...> -12
045600 -3 -0.6 309 ~ JA9AVA <...> RR73
045600 -3 -0.6 309 ~ RX3ASP <...> -06
045622 Tx 2168 ~ E31A RX3ASP KO85
045630 -5 -0.6 309 ~ RX3ASP E31A -06 •Eritrea
045645 Tx 309 ~ E31A RX3ASP R-05
045700 -5 -0.6 309 ~ RX3ASP <...> RR73
045700 -5 -0.6 309 ~ JA5IU <...> -12
045715 Tx 309 ~ E31A RX3ASP R-05
045800 -8 -0.6 370 ~ RQ7L E31A +09 •Eritrea

Вначале вроде правильно всё шло: с 2168 перешел на 309, но после получения RR73 почему-то начал опять передавать рапорт, потом резко перебросился на 14074, ТХ выключился и моментально выскочила ошибка CAT.
Это из-за неправильного декодирования - то E31A, то <...>?
JTDX 137_3 К сожалению запись в ALL.txt была отключена, сохранилось только это:

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

20190527_045700 -5 -0.6 309 ~ RX3ASP <...> RR73 1
20190527_045715.008 Transmitting 14.09 MHz FT8: E31A RX3ASP R-05
20190527_045726 14.074 MHz FT8 JTDX v2.0.1-rc137_3
20190527_045741 14.0778 MHz FT8 JTDX v2.0.1-rc137_3
20190527_045742 14.0903 MHz FT8 JTDX v2.0.1-rc137_3
20190527_045743 14.09 MHz FT8 JTDX v2.0.1-rc137_3