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

**UA9AX** · 05.11.2019, 14:50

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

у меня комп скажем честно медленный,кнопка SWL часто включена и подолгу но не заметил проблемм с уходом времени...специально отключал SP TimeSync,работал по 30-40 мин без него все нормально....

Михаил,
Вы изменение DT и не увидите, так дело в том, что у меня DT во время приема тоже не уходит никуда, а это наблюдается во время передачи, эти выбеги DT видит Ваш корреспондент на Вашем сигнале. Мы проверили на 2-х станциях с примерно одинаковыми компьютерами, ситуация аналогичная моей.

73! de UA9AX
Анатолий

**R6LCF** · 05.11.2019, 15:20

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

Вы изменение DT и не увидите, так дело в том, что у меня DT во время приема тоже не уходит никуда, а это наблюдается во время передачи, эти выбеги DT видит Ваш корреспондент на Вашем сигнале

Вы сами себе противоречите.
Если во время передачи у вас "разбежалась" синхронизация по времени ,то в следующий период приема увидите эту разность уже у себя. А этого нет. Синхронизация до 1-3 милисекунды один раз в 15мин. Нет ничего подобного при всем желании.

Название: 2019-11-05_152402.png
Просмотров: 599

Размер: 7.3 Кб

**UA3DJY** · 05.11.2019, 15:20

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

..для меня эта ситуация с DT уже не актуальна, я хотел довести ее в основном до тех людей которые ранее жаловались на изменение синхронизации, возможно кто то держит нажатой кнопку SWL то в этом случае не хватает ресурсов компьютера.

Уже не раз было предложение заблокировать в коде программы кнопку Enable Tx при включенной кнопке SWL, часто пользователи не понимают как оценить загрузку ядер процессора и определить входит ли загрузка каждого из ядер в 100% насыщение. Пока не заблокировали потому что есть в использовании компьютеры(все еще мало таких) которые позволяют при включенной кнопке SWL достаточно быстро декодировать интервал. В результате периодически получаем сообщения о "сбоях" в работе программы при работе на передачу с включенной кнопкой SWL.

**UA3DJY** · 05.11.2019, 15:23

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

Вы сами себе противоречите.
Если во время передачи у вас "разбежалась" синхронизация по времени ,то в следующий период приема увидите эту разность уже у себя. А этого нет. Синхронизация до 1милисекунды один раз в 15мин. Нет ничего подобного при всем желании.

При заклинивании загрузки ядер процессора модулятор программы может включиться с задержкой, в результате на прием на экране будет нормальное значение DT, при передаче сигнала другие корреспонденты будут его декодировать с прыгающим значением DT от интервала к интервалу. Такое поведение DT и наблюдает Анатолий UA9AX.

В этом случае со стороны JTDX можно попробовать принудительно ограничить количество потоков FT8 декодера. Проблема задержки включения модулятора наблюдается не на всех компьютерах, есть какие то внешние факторы приводящие к ее появлению.

**UA3DJY** · 05.11.2019, 15:26

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

Не первый раз сталкиваюсь с такой ситуацией, когда корреспондент долго работает и не дает своего квадрата.
Для меня этот корреспондент новый и по-этому окрашивается определенным цветом.
А когда я проверяю его данные на QRZ.COM, оказывается он находится в новом для меня квадрате.
Понятно, если его данных нет в базе, то программа не отображает его статус "новизны" квадрата (для меня).
Но почему, если я вношу данные его местоположения и добавляю в CALL3.TXT нажатием кнопки, он не окрашивается в цвет нового квадрата после этого ?
Я и закрывал программу, чтобы после перезапуска, обновленная информация была доступна для нее.
Сейчас работает YJ0RRC. У меня есть связи с этой страной, но такого квадрата (с трудом отыскал его) у меня нет.
А в эфире аншлаг на этот позывной и ребята только отвечают, не давая CQ с указанием квадрата.
Получается, что "обучение" программы возможно только из сообщений самой станции, и не из вручную введенной информации.
А жаль.

JTDX берет QTH квадрат из истории QSO (ранее декодированные сообщения на этом диапазоне), если его нет в истории QSO то JTDX проверяет есть ли QTH квадрат в логе (файл wsjtx_log.adi).

CALL3.TXT дает возможность принудительного поиска QTH квадрата через кнопку 'lookup' но не используется для уведомлений по QTH квадрату.

**R6LCF** · 05.11.2019, 15:29

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

Пока не заблокировали потому что есть в использовании компьютеры(все еще мало таких) которые позволяют при включенной кнопке SWL достаточно быстро декодировать интервал. В результате периодически получаем сообщения о "сбоях" в работе программы при работе на передачу с включенной кнопкой SWL.

Категорически не нужно блокировать.
На "пустом" диапазоне с одной или парой станций ,на 2м или на 10м этот режим ...."самое то" !

P.S. На слабом компе есть достаточно возможностей чтобы избежать работы проца на пределе.
От снижения количества" потоков " до других настроек ,их масса. Что мешает?

**UA3DJY** · 05.11.2019, 16:22

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

В нормальном режиме работы JTDX и паре запущенных программ загрузка процессора не превышает 50%, в момент начала передачи прыгает до 70-80 % потом опять возвращается до 50%.

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

часто пользователи не понимают как оценить загрузку ядер процессора и определить входит ли загрузка каждого из ядер в 100% насыщение

Вот пример загрузки четырех логических ядер процессора (в FT8 декодере принудительно выбрано 4 потока) при декодировании звуковых файлов в режиме SWL на моем 4-х ядерном процессоре (4 физических / 4 логических ядра), на картинке загрузка ядер не уходит в 100% насыщение:

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

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

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

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

**RA3QH** · 05.11.2019, 17:11

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

Михаил,
Вы изменение DT и не увидите, так дело в том, что у меня DT во время приема тоже не уходит никуда, а это наблюдается во время передачи, эти выбеги DT видит Ваш корреспондент на Вашем сигнале. Мы проверили на 2-х станциях с примерно одинаковыми компьютерами, ситуация аналогичная моей.

73! de UA9AX
Анатолий

Анатолий я это контролировал с помощью HamSpots... там видно с каким ДТ меня принимает спотер....

**UA9AX** · 05.11.2019, 17:13

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

Вот пример загрузки четырех логических ядер процессора

Игорь, я сейчас посмотрел загрузку процессоров еще раз,
включил 4 потока, без SWL также как и у Вас, нет насыщения. А при включенной SWL идет ограничение, насыщение загрузки всех 4- процессоров.
В посте #20949 Вы правильно описали процессы происходящие с моим сигналом.
Спасибо, у меня вопросов более нет.

73! de UA9AX Анатолий

**UA9AX** · 05.11.2019, 17:17

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

Анатолий я это контролировал с помощью HamSpots... там видно с каким ДТ меня принимает спотер....

ОК Михаил.

**RT8U** · 05.11.2019, 18:03

помогите, чем можно конвертировать файл с расширение .log в файл с расширением .adi? Для загрузки в LoTw

**UA3LHA** · 05.11.2019, 18:20

видел кто нибудь такую помеху?

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

Название: qrm ft8.JPG
Просмотров: 60
Размер: 175.8 Кб
ID: 242249

**US4IRT** · 05.11.2019, 18:24

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

помогите, чем можно конвертировать файл с расширение .log в файл с расширением .adi?

ADIFMaster наиболее простая. Можно и через лог UR5EQF (сложнее).

**R6LCF** · 05.11.2019, 18:43

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

чем можно конвертировать файл с расширение .log в файл с расширением .adi? Для загрузки в LoTw

Ниже вам сказали ,что если у вас UR5EQF_Log то все это автоматом,у меня на диск D,а с него на TQSL каждого первого числа нового месяца в ручном режиме.