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

[R6LCF]

На 15м 7Х2ТТ гремит в многослоте

В Логе связи с этим корреспондентом есть на 40м и 10м ,ну пусть будет и на 15м. Это не "дефицит"

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

[UA3DTK]

UA3DJY...IP адрес, номер UDP порта в настройках либо результат работы антивируса.

...вот адрес IP и номер UDP порта...антивирус не использую,только блокировка рекламы в Опера...

[RA3QH]

Только что провел связь с VK9NK на 14095 F/H.
Вызывал около полутора часов.
За это время он три раза давал рапорт одному и тому же итальянцу, по три раза. Сам рапорт -10 -12.
Связь так и не состоялась.
Я получил +9.
Это что, оператор так себя ведет или у него в программе какие-то глюки?

это нормальное поведение программы в режиме "лиса\гончая"....почитайте здесь.... https://mcg-club.ru/digital-modes-ts...tion-mode.html

[UA3DJY]

Только что провел связь с VK9NK на 14095 F/H.
Вызывал около полутора часов.
За это время он три раза давал рапорт одному и тому же итальянцу, по три раза. Сам рапорт -10 -12.
Связь так и не состоялась.
Я получил +9.
Это что, оператор так себя ведет или у него в программе какие-то глюки?

Либо использует режим приоритета на меньший SNR (в WSJT-X по умолчанию) либо приоритет по расстоянию:

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

Если не отвечает - либо не декодирует либо слишком хорошо декодирует, либо у него в очереди много корреспондентов с б'ольшим расстоянием, в инструкции к WSJT-X Hound не сказано как различить
Но если Вы у него шли +9 то по критерию S/N вероятность ожидания нескольких часов пока закончится прохождение была велика.

[UA3DJY]

...вот адрес IP и номер UDP порта...антивирус не использую,только блокировка рекламы в Опера...

Что у Вас настроено в JTSync, картинку пожалуйста.

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

У меня JTSync ломается(операционка убивает процесс) когда пытается читать UDP пакеты одновременно от JTDX и WSJT-X.

[US-E-12]

У меня JTSync ломается(операционка убивает процесс) когда пытается читать UDP пакеты одновременно от JTDX и WSJT-X.

Одновременно получать пакеты от двух она и не будет, только от одной. К одному порту может подключатся только одна программа. Так что имейте ввиду, если ещё используется UDP для передачи пакетов другому логу, программа работать не будет.

[RA1AFR]

Всем доброго времени суток!
JTsync - по замыслу хороша, но на мой взгляд могла бы иметь продолжение.
1. Про конфликт портов уже сказали. В результате JTsync не пропускает данные для WSJTInterface – требуется вмешательство оператора.
2. Для контроля и корректировки времени требуются действия оператора. Этот процесс можно было бы и автоматизировать. Алгоритм может быть, например, такой. При запуске программа проверяет и корректирует время компьютера по данным интернета. Далее по алгоритму программы – Listen – Calculate – Update, но только в автоматическом режиме. При этом Listen до определённого задаваемого порога - далее Calculate и Update и так далее. Через установленный интервал – проверка и корректировка часов с данными интернета. Если нет интернета – то JTsync будет подстраивать время по данным из эфира. Тем самым конфликт между позывными по времени будет минимальный. Если подобный механизм был бы встроен в программы обработки цифровых данных – ошибки подобного рода минимизировались бы сами собой.

[UA3DTK]

...настроено в JTSync...

[UA3DJY]

Одновременно получать пакеты от двух она и не будет, только от одной. К одному порту может подключатся только одна программа. Так что имейте ввиду, если ещё используется UDP для передачи пакетов другому логу, программа работать не будет.

...настроено в JTSync...

Валентин, возможно причина в том что к порту 2237 у Вас уже подключен лог или программа JTAlert.

[R5WM]

To UA3DJY:
Игорь посмотри какие чудеса иногда бывают! Это к вопросу по макросам.
Тут и DF и DT различаются.
Причем сегодня такой эффект у многих станций > бесы тропо крутят!

[UA3DJY]

To UA3DJY:
Игорь посмотри какие чудеса иногда бывают! Это к вопросу по макросам.
Тут и DF и DT различаются.
Причем сегодня такой эффект у многих станций > бесы тропо крутят!

Откуда в тропо стабильная задержка 0.4 секунды, путь 120 тыс км? Похоже на работу ретранслятора?

[R5WM]

Откуда в тропо задержка 0.4 секунды, путь 120 тыс км? Похоже на работу ретранслятора?

Вот такое тропо! Все в шоке! Наблюдается с разных направлений!

[RW4WZ]

V2.1.0-rc145 Несмотря на опцию transmit, на выходе саунд карты всегда 50 %. Так и должно быть ?

[RV9CX]

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

или второй приемник (второй аудио канал) с другой антенной. Т.е. нужно позволить декодировать оба канала одновременно

[R5WM]

Опять те же грабли с макросами!
FT8 164045 -13 dB 0.5 s Freq 1684 Hz > R5WM UW5EFF R
И никаких RR73 или 73!