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

**UA3DJY** · 28.10.2018, 17:25

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

кто то мог декодировать, применяя какую то утелиту для коррекции времени в проге.
Я это к чему, может не лишняя такая фича была бы и в обычных для фт-8 прогах? Конечно это не часто, но случаи бывают и будут, особенно с экспедициями. В WSJT очень удобно сделано.

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

Когда то уже предлагал. Потому, что тоже были такие проблемы (не помню с кем и не раз). Прога есть такая, где вручную можно. Называется time-2.

Посмотрел код WSJT 10.0, набор исходников Fortran/Python/C, смещение времени похоже реализовано с проблемами удержания буфера TX/RX звуковых потоков и скорее всего по этой причине а также из-за того что системное время многократно используется в коде WSJT-X в последний софт эта опция не пошла.

Когда то была мысль добавить NTP и/или управлять системным временем в JTDX но из-за необходимости прав администратора для запуска JTDX с таким функционалом от этой мысли отказались.

time-2 решение которое предложил Василий US4IRT наверно самое лучшее из всех вариантов.

**UA3DJY** · 28.10.2018, 17:30

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

Что то у VP6D проскакивают глюки по FT8. И не у меня одного такое. После этого должен был быть в их логе, но увы ... Это было 26-го.

Может задержка заливки логов с части компьютеров? Звуковой файл как подтверждение факта приема сообщения RR73, кроме случая если позывным VP6D вещал пират.

**US4IRT** · 28.10.2018, 18:00

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

Может задержка заливки логов с части компьютеров?

Да, Игорь, вы правы, в другом логе (на сайте) сегодня появилось, а в DXA нет до сих пор.

**RA3QH** · 28.10.2018, 18:36

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

Да, Игорь, вы правы, в другом логе (на сайте) сегодня появилось, а в DXA нет до сих пор.

Василий этот вопрос обсуждался в ветке DX Today ... Имеется у них проблемма с заливкой...

**US-E-12** · 28.10.2018, 18:41

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

а в DXA нет до сих пор

Василий есть твои связи на DXA.

Нажмите на изображение для увеличения.

Название: DXAus4irt.jpg
Просмотров: 28
Размер: 43.1 Кб
ID: 221182

**RZ1OA** · 28.10.2018, 18:55

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

Называется time-2.

еще бы сссылочку....

**US4IRT** · 28.10.2018, 18:56

Сообщение от US-E-12

есть твои связи на DXA

Здесь нет 30м FT8, Олег, а в логе ихнем есть (сегодня появилась только).

**US4IRT** · 28.10.2018, 19:03

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

еще бы сссылочку....

Ссылку найти не могу. Отправил вам на яндекс почту. Там всё понятно после запуска. Инсталяция не нужна. Если используется другая программа для коррекции - нужно её отключить.

**RW9WT** · 28.10.2018, 19:10

Андрей, R0AX.
Да, как-то упустил эту галочку.
Все нормально, работает.

**R2PU** · 28.10.2018, 20:25

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

Не все трансиверы поддерживают изменение частоты по команде через CAT во время передачи, надо смотреть описание на каждый трансивер. Этот функционал опциональный в JTDX, включается здесь:

Похоже так (подробнее под спойлером)

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

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

С другой стороны смена частоты во время передачи во многих случаях приведет к тому что Ваше сообщение не будет декодировано, в то время как сигнал создаст помеху другим операторам сразу на двух частотах.

Зависит от оператора , здесь не скажешь лучше чем сказал R3HH

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

А зачем переходить на частоту корреспондента,split всегда включен и остаюсь на своей частоте

Ответ под спойлером (кнопка"скрытый текст") в этом сообщении. Не обязательно на частоту корреспондента , смотрится по фактической обстановке , участие оператора в процессе пока ещё никто не отменял )))

**R3HH** · 28.10.2018, 21:33

Вот попрощался

, выбрано одиночное qso.

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

**UT8NT** · 28.10.2018, 21:46

У меня тоже не все связи с VP6D подтвердились, возможно дольют еще в лог...
( скриншот не подтвержденной связи на 40-ке)

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

**UA3DJY** · 28.10.2018, 22:45

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

Вот попрощался

, выбрано одиночное qso.

Странно что передача пошла на 5 секунд позже начала интервала, каким способом было внесено QSO в лог и как было очищено окно DX Call? Если была включена запись диагностики то полезную информацию даст файл ALL.TXT.

**R3HH** · 28.10.2018, 23:36

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

Странно что передача пошла на 5 секунд позже начала интервала, каким способом было внесено QSO в лог и как было очищено окно DX Call? Если была включена запись диагностики то полезную информацию даст файл ALL.TXT.

Игорь! отправил Вам лс с ссылкой на янекс диск файл TXT.
здесь не знаю как прикреплять.

QSO внес в лог, дав 73, окно DX Call очистил вручную ( а в штатном режиме очистка происходит после подтверждения 73 или RR73 в его случае.)

**UA3DJY** · 29.10.2018, 00:18

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

Игорь! отправил Вам лс с ссылкой на янекс диск файл TXT.
здесь не знаю как прикреплять.

QSO внес в лог, дав 73, окно DX Call очистил вручную ( а в штатном режиме очистка происходит после подтверждения 73 или RR73 в его случае.)

В файле ALL.TXT другая последовательность: сначала QSO было внесено в лог, потом пошла передача сообщения CQ и потом смена сообщения на 73:

20181028_181116.603 QSO logged: VK9XG
20181028_181120.004 Transmitting 10.136 MHz FT8: CQ R3HH KO95
20181028_181121.422 Transmitting 10.136 MHz FT8: VK9XG R3HH 73

Режим одиночного QSO работает за счет того что позывной остается в окне DX Call, если позывной удалить из окна DX Call вручную при включенной кнопке Enable Tx то идет передача CQ, таков дизайн.

Приглашение внести QSO в лог появляется в момент передачи сообщения 73, в файле ALL.TXT видно что внесение QSO в лог произошло ранее чем началась передача сообщения 73, наверно была нажата кнопка Log QSO вручную.

Если то что я вижу в ALL.TXT соответствует действительности то Вы пытались перехватить у AutoSeq управление QSO на себя, соответственно результат.
QSO можно провести вручную, но для этого надо отключить кнопку AutoSeq чтобы не конкурировать с алгоритмом автопоследовательности.