Геннадий, пожалуйста, объясните для чего? JTDX видит подтвержденные?
Windows ?
Если да то попробуйте JTAlert :
Сами побэндово вобьёте искомое из таблицы DXCC Challenge LoTW (делается один раз , потом только добавлять new cfm DXCC) - после чего при возникновении искомой DXCC на бэнде из колонок компа раздастся призыв "нью кантри" (есть и русский голосовой файл но я консерватор) , и наведя курсор мыши на уже подсвеченный квадратик позывного увидите в т.ч. и дату когда он последний раз выгружался на LoTW.
QSO начинается оттуда же (щелчком по подсвеченному квадратику).
Смысл в том чтобы не тратить силы-время на того кто попробовал да давно забросил LoTW , но влёт сработать тех от кого реально получить подтверждение.
Для WAZ\WAS и далее по желаниям - абсолютно аналогично.
Бонусом общий лог B4 для JTDX\WSJT-X и немерено настроек на все случаи жизни.
Единственный минус (для меня) : XYL периодически заявляющая : "к этой мадам вдруг завопившей про нью кантри\нью стэйт\нью зоне ты бежишь не в пример резвее чем когда тебя призываю я". Решаемо отключением звука\ установкой male voice\ уменьшением скорости бега ))))
P.S. Если действительно распробуете JTAlert - то попробуйте потом отключить "псисы"(с) в JTDX (вообще все раскраски\звоночки\собачки\кружочки , вплоть до Show DXCC names и LoTWuser) - и сравнить производительность декодирования "до" и "после".
Скрываются подтверждённые в LOTW , а не подтверждённые подсвечиваются на том или ином диапазоне.
Это мои настройки для Challenge_DXCC
Сработанные, но не подтверждённые территории высвечиваются.
Вложение 261630
Когда народ научится работать СПЛИТОМ?!
Вложение 261631
- - - Добавлено - - -
Машинка уже старенькая Win7(32)
Не любитель я дополнительных преблуд.
А при каждом декодировании в JTDX "прокрутить" .....цать тысяч QSO из wsjt_log.adi на предмет B4 и "промаячить" искомое цветами/звуками/точечками-собачками (в ту же копилку попутно и нотификация по lotw-user-activity.csv) - это всё в JTDX совсем даром даётся по нагрузке на ПК ? )))))
Здесь ПК на компонентах в т.ч. десятилетней давности (материнку я покупал ещё в 2009г , трудится по сей день) + Win7 SP1 64bit.
Полёт нормальный , было бы желание ))).
Смотря что понимать под "приблудами" - в моём понимании ни один из компонентов связки : "железо-софт-оператор" не должны просаживать итоговый результат - впрочем IMHO.
Вложение 261630
Вложение 261633
- - - Добавлено - - -
Роман может быть Вы и правы, но мне это не нужно. :)
Меня смутило словосочетание Challenge и LoTW в Ваших примерах )))
Далее грех было бы не сказать что при одновременном декодировании нескольких new DXCC есть очень простой способ не разрываться между помеченными в JTDX как пользователь LoTW (в т.ч. и теми кто давно забросил этот сервис) - а работать на максимальную подтверждаемость.
Но тут как говорится каждый выбирает сам.
Игорь , это понятно - но когда декодирование на максимальных настойках и нотификацию по позывным производит сторонний специализированный софт - то отдавать даже мизерную часть ресурсов на дублирование задачи уже барство.
Если конечно мы сейчас не про: "подсобирание всех кто шевелится на бэндах" (с) а про DXинг с прицелом на результат: декодирование на максимум + параллельно JTDX "крутятся" ещё несколько узкоспециализированных программ.
Довольно часто в теме читаю что JTDX.....программа не предназначенная для работы на УКВ.
Последние три дня работаю довольно успешно на 10м в FT8. Вчера вечером контакт с Бразилией ,сегодня утром контакт с Австралией это помимо сотни других контактов с Индонезией,Таиландом,Китаем да и мало ли с кем.
Ну да ладно. Подключив антенну и включил диапазон 144мГц. только что в FT8 довольно легко контакт с Сицилией. 2200км.Огромное спасибо Игорю за отлично работающую программу.Очень доволен работой программы.
Если кто нибудь использует Flexradio 5000A, подскажите пожалуйста Ваши настройки по CAT и подаче звука.
О чём спор?!
Владимир пока в jtdx не будет такой модуляции, как msk144, мы так и не узнаем об красоте приема данный программы!
На укв в ft8 работаю через jtdx, как вы знаете...
Я бы и контест модуль потестил в jtdx, так как фильтрация прекрасно работает и многое другое хотелось бы получить
от разработчиков данного продукта. Но увы и ах! Теперь и вовсе динозавры не справляются с последними наработками.
С 150_8 откатился уже до 150_5 и всё ровно есть бяка с подбором и с пропуском периодов + не подбирает те станции,
которые, я ранее звал и они мне сразу не ответили, а после проснулись и зовут меня в тот момент, когда я уже кого еще
подобрал и вызываю. В 149 было в этом направлении всё хорошо и работало, как часики...
Странное поведение с JTDX 2.1.0 -rc148 (я знаю, что я не использую последнюю версию - может быть, оно там вылечено?)
Несколько минут назад я передавал со специальным вызовом OL901AA и RN6LPL позвонил мне. Но JTDX отвечал странно, и было почти невозможно провести QSO.
JTDX 150_32A
Господа кто подскажет как прописать два разных аппарата к JTDX , не заходя каждый раз в настройки (F2) проги.
Привязки были к INI файлу, если не ошибаюсь.
Что то подобное обсуждалось на каком то из форумов, но найти пока не судьба.
Было прописано к UR5EQF_Loc для которого OmniRig составная часть. Было прописано на OmniRig1 один трансивер ,на OmniRig2 второй трансивер,трансиверы в течении времени менялись ,все работало в течении буквально 10лет. Сейчас SunSDR2DX аналогично прописан через OmniRig к указанному Логу. Без замечаний.
- - - Добавлено - - -
В перечне трансиверов к JTDX.....есть OmniRig1 и OmniRig2.Программа одна,два окна ,по очереди.
Добрый вечер !
Подскажите начинающему цифровику : на пригнутом файле видно , что у меня с двух сторон хвосты , то есть перекачка по НЧ . Запись сделана в Донецке , мой уровень +8 , программа JTDX . При этом смотрю дома ( 50 км от дачи ) - все чисто , уровень сигнала +12-13 , программа WSJTX . Где собака зарыта ?
Вложение 262303
Для себя делаю так:
Выставляю нужную мощность в аппарате, далее бегунком Мощность в проге устанавливаю
уровень раскачки так, что бы брехунок ALC трансивера не выходил за рамки дозволенного.
F2- Звук- Передача стоит псиса, это чтоб каждый раз не выставлять нужный уровень ALC по диапазонам.
Нареканий от соседей не поступало.
-------------------------------------------------------------------------------------------------------------------------------
Уровень по приему в JTDX
JTDX показывает уровень звука который он имеет на входе, цифровой поток 16 бит, целые числа, итого примерно 90дБ диапазон от минимального до максимального значения.
Если Вам необходимо регулировать уровень в операционной системе то на входе АЦП звукового устройства Вы имеете либо слишком большой уровень либо слишком малый. В первом случае Вы зажимаете динамический диапазон сигнала на входе АЦП, во втором случае выходите на ошибку квантования в АЦП звукового устройства.
Оба случая приводят к ухудшению декодирования слабых сигналов. По этой причине в JTDX убрали регулировку входного уровня, чтобы пользователь мог оценить что происходит на входе АЦП звукового устройства и согласовать уровни подаваемого сигнала с динамическим диапазоном АЦП.
Допустимо иметь показания термометра JTDX от примерно от 40 до 85..87дБ, при этом 40дБ должно быть уровнем шума на чистой частоте в полосе 2500Гц вне общего цифрового диапазона. Тогда будет обеспечен максимальный диапазон входного сигнала в примерно 50дБ и декодирование FT8 сигналов с уровнем до -30дБ SNR.
Если в операционной системе усиление звука равно 0 дБ и сигнал подается на линейный вход (отсутствует аналоговый усилитель) звукового устройства то Вы будете уверены что подаваемый на вход АЦП сигнал согласован с динамическим диапазоном АЦП звукового устройства.
============================================================
Какой уровень выставить (в попугаях) по приему в JTDX?
.... делаю так- запускаю программу JTDX. Захожу в настройки звуковой карты в микшер. И выставляю движок регулятора записи (входа) в среднее положение. На "градуснике" показания , примерно, 40...45%. Это шум ЗК. Довольно много. У меня встроенная в материнку. Далее. Во время приема регулирую RF GAIN в трансивере так, чтобы показания были, в среднем, не более 75...80%. AGC (АРУ) в трансивере отключена.
А где это? Где посмотреть?
- - - Добавлено - - -
Вспомнил,я делал скрины вашего сигнала. Сначала возмутилсся про себя ,а чуть позже начал анализировать.
1) Если не изменяет память применена довольно большая выходная мощность. А это уже налагает определенные обстоятельства на Мой приемный тракт.Работал как всегда и как все или почти все в цифровых модах с вык.АРУ.
Конкретно под ваш сигнал отрегулировал движком RF уровень по приему.Очень мощный сигнал остался но "хвосты" по краям исчезли. И моя вина была в таком приеме, НО убрав движком RF сигнал ниже 50% я перестал видеть/декодировать слабых,а это существенный минус.
2) Я вижу две причины.Я не думаю что вы в трансивере уровень ALC вывели выше "0" ,значит большая мощность для близко расположенных.И вторая причина перегруз ЗК по приему ,как было в моем случае.
Как правило ничего страшного , начните со средней мощности и желательно с кем то пообщаться из близко /средне расположенных. Применение большой мощности,в основном, вреда не приносит окружающим ,у меня в створе моей антенны (азимут на янков) очень мощный сигнал ,но он мне абсолютно не мешает как и я ему когда стою на передачу в "тыл" ему .Он от меня 500м.
Так что ничего страшного,просто необходимо провести несколько экспериментов и определится.
Спасибо всем ответившим , но я не услышал главного : Почему в одном месте при +8 видны хвосты , а в другом при +12 их нет ???
Владимир верно заметил - настройки приемника и наверное перегрузка по Звуку на приемной стороне . Это было на диапазоне 160 м ,
так что мощность там Ватт 300 , на удаленке больше нет . Владимир , то о чем Вы говорите - это было в городе , хотя мощность тоже не великая ,
просто мы рядом .
А вот когда на экране появляются такие записи , причем нормально декодируются - это что такое :
035645 -19 0.3 2336 ~ VA2WA SV1LK KM17
091230 -24 -0.0 856 ~ BY5TDR JX4JBO R 599 7486
Вторая строчка ?
- - - Добавлено - - -
Плохая фильтрация в передатчике была бы видна везде ? Или не так ?
Наводка на аудио на какой стороне ???
Я это знаю ,поэтому необходимо что бы все могли работать даже рядом расположенные. Я не знаю где вы в городе но вашу позицию напротив въезда в Матвеев Курган я видел.С охоты возвращался той дорогой с Куйбышево. То что надо. Насчет позиции я не ошибся? А уж оттуда однозначно никому в городе не мешаете.
На 160м довольно большой размер реактивного поля антенны и часто передатчик находится в этом поле, что может приводить к насыщению НЧ каскадов передатчика. Вы сравнивали сигнал на приеме в том же интервале передачи?
- - - Добавлено - - -
Код Hamlib сейчас меняют настолько быстро что мы не успеваем отслеживать что изменено, получаем сообщения о сбоях и после диагностики у конкретного пользователя Michael W9MDB устраняет дефекты в Hamlib, мы с трудом успеваем делать отдельные сборки для проверки работы его патчей. Скорее всего очередные изменения Hamlib частично поломали функционал CAT для Yaesu.
Процесс изменений Hamlib можно наблюдать здесь https://github.com/Hamlib/Hamlib, возможно сбой связан с изменениями в newcat.c/h.
- - - Добавлено - - -
Шум частично совпал с сигналом соответствующим такому сообщению. При импульсном характере шума он ближе к реальным сигналам по сравнению с Гауссовским шумом, поэтому на 'грязном' диапазоне больше ложных декодов.
На НЧ диапазонах, из за специфики распространения радиоволн. Особенности , различных антенн, применяемыми HAM. Антенны излучают под разными углами к горизонту. По этой причине, на приёмной стороне даже на относительно небольших расстояниях, в вечернее время. Можно слышать изменения силы сигнала. А на водопаде видеть несколько принятых сигналов одной и той же станции. Смещённые во времени. Из за различного пути. Пройденного ими в эфире. На приёмной частоте происходит и сложение, и вычитание сигнала. Что вы можете наблюдать на водопаде программы. Даже имея прекрасный сигнал из за сложившихся обстоятельств. Будет выглядеть мазнёй у вашего корреспондента. Хотите знать больше, читайте теорию Распространение радиоволн
В случае R7LV чётко видно +/-100 Гц и одинаковую задержку 0,1 сек. Так что Доплер, длинный радиоканал вокруг глобуса и отражения от северокорейских ракет тут абсолютно не при чём. Скорее виноваты полупроводники в светодиодных лампочках на столбе, к которому антенна натянута.
Теорию распространения радиоволн изучал, когда учился в радиотехническом институте и даже несколько лет работал в этой теме , не думаю что это тот случай . А вот наблюдая сегодня за сигналом CE3CT на 160 было четко видно , что сигнал приходил иногда разными путями , соответственно был размазанным . Относительно реактивного поля антенны - если это влияние на передатчик есть , то оно есть и в 50 км и в 200 км , поэтому вариант тоже не очень подходящий . Не соображу - какие сигналы надо сравнить ?
Сергей - а насчет лампочек это Вы о чем ? Ближайшая лампочка думаю метрах в 200 от полотна антенны , неужели что то может вносить в передачу ?
Но главный вопрос остается почему то без внимания - в одном месте эти бока есть а в другом нет при одном и том же передатчике и примерно одинаковых уровнях .
Подозреваю , что причина здесь , возможно в настройках приемника и возможностях обработки звука ( обработка то в WSJTX и JTDX одна ? ) .
Меня бы это не сильно волновало , если бы у некоторых не складывалось впечатление , что некачественный сигнал ...
Ваша антенна может давать наводки на ваш же TRX, ПК, звуковую карту, провода... потом эта наводка вместе с сигналом вашей же антенной передаётся на 50 и 200 км.
Это уже про помехи скорее при приёме, про лампочки образно, хотя и не без оснований. Вам наверняка доводилось на батарейный приёмник принимать с сильным фоном мощные АМ радиостанции, хотя и на радиостанции и в приёмнике всё в норме. Сейчас в каждом утюге микропроцессор и мультипликативные помехи, даже в выключенном состоянии.
На передачу, кстати тоже могут вносить помехи. Особенно, если передачи мощность высокая.
И включите блокировку дублированных сообщений в JTDX FT8!
Всем доброе время суток! Не знаю что случилось, но вот уже третий день не могу найти причину и обращаюсь за помощью. Ситуация заключается в том, что при переходе на передачу отсутствует сигнал и выскакивает табличка "ошибка в sound output. произошла ошибка при открытие звуковой карты", по САТ управление и передача работают, прием нормально. Для информации у меня loq ur5eqf + jtdx v150 + sdr malamute, ОС win10. Звук на выход так же пропал и в Fldigi.
Согласен насчет возможной наводки на передатчик , но ее нет :-) Она если есть - то и на 200 и на 50 км , а ее наблюдают только на 200 . Это не мой JTDX , ничего не могу включить , это мне прислали картинку , использую WSJTX /
Мощность от силы ватт 300 , КСВ отличный , антенна метров 200 от передатчика
Игорь карты здесь не при чём. Я рание писал . 149 версия пашет без проблем. А вот 150, та же ситуация, CAT отключена управление PTT через COM порт. Стоит его подключить звук проподает. Сменил инстоляцию Windows не помогло. И так четыре звуковухи пробывал, и даже внешнюю USB карту. не помогло. Запускал софт вертуального порта менял прирывания. менял програмные биьлиотеки. Эмоций ноль. Откатился на 149 версию, она работает. Жаль но ты промолчал по этому поводу. Будем ждать, ответа в новой версии программы. К стати у меня банка, и не самая плохая, раньнние версии работают на неи без проблем. Windows 7 стоит. И ещё стоит отключить PTT зув появляется.
Увы, имею похожую проблему. Без САТ, управление PTT через COM порт. Win7, не переустанавливал давно, администратор. На 149-й версии JTDX -- всё ОК. На 150-й версии передача включается, но сигнала нет. Танцы с бубном были продолжительными, менял драйвера, прерывания, порты и т.д. и т.п. Откатился на 149-ю JTDX.
Игорь всё перепробывал, не помогает. А установку программы JTDX с ноля с проверкой и чисткой рестра делал.
Сын работает на призводстве, профессионально занимается ПК, попросил поморчь, сказал что гдето в самой программе ошибка. Что увы нет столько времени чтоб до конца разобратся с программой. Что ещё могу сказать. Перепробывал всё время было у меня достаточно, но воз и ныне там. Жаль но эта проблемма не только у меня возникла на 150 версии. Windows с форматированьем жёсткого диска ставил.
Последнюю неделю каждый день начинаю работу на 10м ,пожалуй и заканчиваю. Версия установлена rc 150 _32A под 64 bit систему.(W10 Pro 64bit)Прекрасно работает программа. Установка стандартная : удаление ini файла не запуская саму программу,обязательно,удаление программы собственным Uninstall exe.(поверх никогда не устанавливаю) Установка новой версии и все настройки по новой. В вкладке частоты Reset. Раскраску под себя. Все в наличии : отличный прием/декодирование,передача и все режимы без замечаний.
У кого что не так попробуйте запускать от имени Администратора(галку поставить). Помоему все.
Смотрим. Фильтр на Европу включен ,в приемном окне станции Европы отсутствуют. Отвлекают!
Игорь, кабель как кабель, через USB. Откатился я на 148, что имел в архиве и такая же беда(. настройку с программы включаю, сигнал есть. как только захватываю позывной и хочу сработать, становится на передачу и на выходе вместо сигнала, выскакивает табличка с ругательством звуковой карты). такая вот печалька)
Еще возможную причину подсказали: в ряде моделей трансиверов есть функционал отключения источника звука - звук на передачу берется либо с микрофонного разъема лицевой панели либо с разъема расположенного сзади трансивера. В настройках закладки Радио JTDX есть опция выбора и если в кабеле который управляет PTT контакт управления источником звука тоже распаян то при поломанном ini файле может идти сигнал на выбор источника звука в трансивер через кабель. Может идти по CAT, в этом случае задействован Hamlib и либо поломан ini файл.
Звук идет через встроенный в трансивер USB Audio Codec? Если через него и используете win64 сборку то в какую папку установили JTDX?
Два трансивера. FT-1000MP и FT-990. Один и тот же ноутбук с одной и той же Win7, один и тот же интерфейс и звуковуха. Все одно и тоже, за исключением, что FT-1000MP OmniRig, а FT-990 Radio-None (не работает CAT). Так вот, в FT-1000MP никаких проблем ни в 149, ни 150 версиях. А вот в FT-990 звук на передачу включается один раз из десяти! В 149 версии все нормально! Получается, что все это как то связано с работой OmniRig.
Мое мнение что большинство создают эти проблемы себе сами! И когда им об этом говоришь .......не хотят сделать то что уже проверено не одним десятком установленных и рабочих версий. Анализ и ....все познается в сравнении. Детский сад ....честное слово!
- - - Добавлено - - -
P.S. Еще буквально десять версий назад ради эксперимента запускал свои аппараты не по установленному сценарию. И сделал выводы для себя: первым Лог. вторым трансивер,третьим цифровая программа. А можно не так....можно но тогда или исчезает передача(у меня это VAC чудит) или синий экран и информация об ошибке.(запускал JTDX.....когда еще не запустилась программа SunSDR2DX).
Мне этого эксперимента хватило! Предупреждаю это для моих установленных аппаратов ,каждому свое!
На версии 150...поспешил и невольно повторил то что описал......Синий экран. Проверил разов пять и успокоился. Все в норме и ничего против согласно выводов эксперимента не происходит.
Ключевое слово. Совет один...обратится для начала к автору LogHX ,что посоветует.Лог уже давно и постоянно обслуживается ,должны помочь.
- - - Добавлено - - -
P.S. Как помню СОМ порт создается под трансивер ,а из Лога управляется.Или непосредственно или через OmniRig. Как помню цифровая программа запускается из LogHX. К автору!
[QUOTE=UA3DJY;1699134]А какая звуковая карта используется?
насколько помню в маламуте кодеки CS4272, в ноуте своя карта. Самое интересное, подключаю другую станцию просто к звуковой карте ноута микрофон-динамик работают и САТ тоже.
Это хождение по кругу.Последнее что мне сказали JTDX не любит задержек.VSPE не годится.Но прошлой мат.все работало как часики.Выходит проги сырые.
Крайний случай Попробую SDC.А может повезет.com0com не хотел работать.
10 лет точно работает VSPE сначала с трансивером, теперь с СДР-ом, и ни разу не было ничего подобного ни на ХР3, ни на 7-ке.
Добрый вечер. довольно интересные настройки.СОМ3 и СОМ4 занимает один трансивер Обьясните мне тупому. У меня IC-718.Кто из них физический?
Из скринов, кажется, всё понятно. СОМ3 - САТ. СОМ4 - РТТ. Пробовал и через САТ РТТ - работает, но рекомендуют отдельный порт, поэтому сделал через отдельный. Нет скрина с лога. Забыл.
Физических у меня сейчас нет. СОМ3 и 4 - виртуальные. СОМ7 и 8 тоже. Когда был трансивер был физический (USB) СОМ2 на FT232RL в модеме. В VSPE он был соединен с СОМ6 (виртуальный).
Только что сработал со станцией F5MYK/MM, которая давала общий вызов и свой квадрат.
Раньше такое было невозможно.
Появился новый протокол или как-то удалось выйти из положения?
Всего насчитал 16 знакомест в сообщении.
CQ F5MYK/MM IH32
Хорошо.VSPE И у меня работал со старой Мат.А теперь вопрос. А лог у вас есть и какой И он одновременно работает c Jtdx ? Физически должен быть.Покажите настройки коннектора.
Лог UR5EQF. САТ через OmniRig. Работает через утилиту с JTDX (WSJT). Никаких физических портов не используется. Сейчас СДР. Настройки СОМ-порта лога ниже давал. Они такие же как в JTDX или WSJT-X.
Я ни слова не сказал про доплеровский эффект, хотя он тоже присуиствует, но смещение минемальное. А вот наложение сигналов одной и той же станции даже на небольших растояниях есть, и очень значительеое. По этой причине приём одной Р/С, даже если фаза сигнала смещена незначительно, может привести к существинным неготивным последствиям. Почему наши деды рекомендовали при работе с DX, использовать GP антенны для передачи сигнала? А работать в цифре используя сурогат надеясь на тюнер, от многих это слышу, даже не смешно. Увидеть можно и не такое. Не исключаю и наводку бытовухи, но не на передатчик. Столбняк в антене и магнитные поля собственной антенны. Но товарищь уверяет что сигнал нормальный....
Отвечаю на заданный вопрос,по поводу вкл.фильтра на Европу.#24049
Станции Европы я не вижу в приемном окне(огромное количество отвлекает от нужных мне) ,но если кто то вызовет меня то связь происходит и этот алгоритм работы очень даже правильный.Странно что вы об этом не знаете.
Пример: Особенно часто такое бывает когда стою на вызов или работаю конкретно с ЮгоВосточной Азией ,антенна рефлектором на Европу но вызывают ,конечно в таком случае не отвечать ....прямое не уважение!
У вас установлена программа от Олега WSJTInterface? А при установке версии rc150 вы внимательно смотрели в какую папку установилась программа ,а если не в ту что была ,исправить и установить в ту же.Понятно что прежде требуется удаление ini файла и полное удаление предыдущей версии. С этим вообще нет проблем.
...ОК. Проверю..
- - - Добавлено - - -
..да все подправил -пошло! Спасибо.
Ну и как многолучевой приём может родить такой ровный забор через 100 Гц?
Вот свежий пример на 18 мГц:
Уровни низкие, так что о мультипликативных помехах приёму речи тоже не идёт. Это именно наводка с передающей антенны на передающее оборудование + сетевые 100 Гц - помеха со стороны UA9YK. Что её там рождает - диодные ключи, мосты, не экранированные провода или утюг, неизвестно. В итоге мощность рассеивается на бесполезные помехи, облучение головы и вращение электросчётчика.
Блокировка дублированных сообщений JTDX отключена. В WSJT-X блокировка не отключается, но забор хорошо виден на водопаде.
Сдвиг фазы мешающих сигналов в место приёма зависят от сигнала лидера плюс растояние которое они проходят, по разным трассам. Сдвит фазы может достигать нескольких герц. Одна лямда равна 1 герцу. А отсюда разница в герцах набегает значительная. Для FT8 с её полосой заметна. Плюс ребятки не скромно используют мощность. На приёмной частоте даже с незначительными искажениями сигнала. После преоброзования получитс не разбери пойми сетка частот. И это всё в полосе вашего фильтра и далее на звуковых частотах. От таких помех в принципе уже избавится нереально. А он видит прямой сигнал не разу не отражённый и считает что у него всё волном порядке. Извените, донёс ли я до вас свою мысль но нет времени. Подумайте ладом.
Если стационарно расположенный передатчик излучает на частоте A то принимать этот сигнал будут на частоте А, независимо от того прошел этот сигнал два скачка с отражением от слоя F или 5 скачков с отражением от слоя Е или оба пути одновременно. Сигналы просто сложатся с фазовым смещением и изменится амплитуда суммарного сигнала на выходе приемной антенны (причина быстрых QSB).
Для доплеровского смещения частоты сигнала необязательно ставить передатчик на самолет, достаточно большой скорости перемещения точки отражения волны, один из примеров переливы полярного сияния. Именно доплеровское смещение частоты приводит к размазанному по частоте сигналу на входе приемника и если путей распространения волны несколько то в один момент времени на входе приемника будет присутствовать несколько сигналов с разной частотой. Хороший пример - отражение от нескольких летящих самолетов сигналов корреспондентов находящихся в мертвой зоне на расстоянии 60..400км, при небольшой высоте летящих самолетов для малых расстояний можно наблюдать даже на диапазоне 15м.
А вам что "религия"мешает задать вопрос в Гугл и получить ответ моментально ....Ставропольский край с.......Все предельно ясно.
Мне подобная информация абсолютно не нужна ,а в Логе автоматически вижу это в тот же момент как позывной в окне.
Странно.
P.S. У меня не GP с мертвой зоной ......км ,а Яги так что вижу всех от нашего города и до........
Игорь здесь немного другое. Эффект доплера с изменением частоты звукового сигнала относительно неподвижного наблюдателя. Был открыт давно, с проежающим мимо паровозом. А два встречно идуших паравоза с одной скоростью но с разнецей во времени дадут разные тона сигнала. Плюс вы с музыкальным слухом будите слышать и ещё одну частоту биений между ними. Хотя стоите на одном месте. Как и радиоприёмник но принимат два сигнала о Р/C продлелавших разный путь. Не редко вещательные станции КВ работая в эфире, сильно искаженный сигнал. Уровыень искажений менялся от силы одного из сигналов.
Либо источник сигнала должен перемещаться относительно приемника либо точка отражения этого сигнала от ионосферы, при этом во времени должно меняться расстояние до приемника.Многолучевость сама по себе не дает смещения частоты. Например один скачок на 2500км с отражением от слоя F на высоте 300км имеет путь примерно 2571км, два скачка на этом расстоянии с отражением на высоте 90км имеют путь 2526км, итого 45км разница. Для диапазона 20м это примерно 2250 длин волн и если следовать 'теории конвертации разницы фазы в частоту' Вы получите 2250 Гц смещение частоты. Это не так, иначе все диапазоны уже давно бы были закрыты такими помехами.Цитата:
Сдвиг фазы мешающих сигналов в место приёма зависят от сигнала лидера плюс растояние которое они проходят, по разным трассам. Сдвит фазы может достигать нескольких герц. Одна лямда равна 1 герцу. А отсюда разница в герцах набегает значительная.
Так гугл мне не ответит на вопрос про вид распространения Es или прямая волна. И странно что Вам, как заядлому укависту не известен метод калькуляции MUF исходя из частоты и расстояния. Если есть Es на 28Мгц на расстоянии 100-150км (заранее отвечаю на вопрос > а откуда мне известно, что это Es. Так вот при Es уровень сигналов как правило очень большой), то с большой уверенностью можно предположить, что есть Es облако с довольно высокой МПЧ и нужно переходить на 144Мгц.
Ну.....144мГц я стараюсь постоянно мониторить. Это уже серьезно ,это не 10м. К сожалению на 2м не все так просто в моем местоположении. Север "глухо" закрыт 15этажным зданием на расстоянии 30м от моей 10этажки. Поэтому только остальные направления.То есть весь Север ,Центр и так далее Европейской ,наиболее активной части России от меня закрыт. На Запад Украина ,на Юг Кубань ,Ставрополье. Ну это средние ,рядовые связи. Вот так и крутимся.
Большое спасибо Игорь за заботу о нас, софт получил, буду тестировать.
Я не буду с вами спорить особо Игорь. Но почти год мне довелось жить в Златоусте. Вот там ежедневно приходилось наблюдать отражение сигналов. Просто беда, когда на экране вашего ТВ складываются 3 4 картинки довольно хорошо видимые, до боли в глазах разнесённые по всему экрану телевизора. Порой полностью срывают, картинку. Вы скажите горная местность и УКВ диапазон. Но в диапазоне 20 метров там нет прямой видимости. А вот от вершин гор практически постоянно слышны челябинские станции. Европа от меня была закрыта горой Касатур. Тоже проводить связи удавалось, каким-то отражением, и даже с УМ слышали слабо. Но это горы и их скалы. и ВЧ диапазоны. От ионосферы подобные отражения маловероятны. А речь шла о НЧ диапазонах. где в разное время суток возможно от очень крутых углов к горизонту и более низких. Почему данные эффекты очень влияют на связь как раз на 160 80 метрах. И ещё раз повторюсь. Человек вдул в антенну всё что мог. А антенна излучает под всеми мыслимыми и не мыслимыми углами. Вот почему стояла у меня антенна GP из журнала QST с емкостной нагрузкой, и электрической длинной 24 метра. На эту антенну, в дневное время мощностью 50мвт. Удавались связи за 100 и более км. А в вечернее время, ближних районов практически не слышал. А а вот о 1000 км и далее. Работал без проблем. CW 20 ват с ZL и прочими. но стоило воткнуть длинный провод или инвертер ви. Начинался танец с бубном. Я это к тому, что эти эффекты отражения очень мешают при соответствующих антеннах на НЧ диапазонах и на УКВ в горах. А на 20ке у моего знакомого в Челябинске на крыше I/V у меня 3 элемента яга он не слышит, что слышу я и на оборот. А про 160 метров скажу одно не только мощу вдувать надо в первую очередь, нужны соответствующие антенны. И проблем не будет.
Сейчас тоже, WSJT-X 2.2.1 при формировании сообщения обрезает его до CQ F5MYK IH32:
JTDX rc150 тоже:
Возможно какой то контест режим?
Тот человек Vlad. который сам добровольно описал свою проблему и попросил совета ,я думаю ,больше никогда не обратится за подобным.
Он же написал ,что на 160м работа с позиции ,а там все очень серьезно.Мощность была озвучена не более 300ватт,а сколько менее по факту было ...... Да это мелочи тем более довольно далеко от населенных пунктов. Телевидения аналогового у нас нет и уже не предвидется ,так что только один или пара корреспондентов видели подобное. Я например не уверен что виноваты были не они сами. Для работы на 160м во главе угла антенна ,то биш физическая длина весьма не малая. Имеют единицы,если не сказать один-два на сотни км.Возвращаясь с охоты ,проезжая мимо видел их позицию. Вам бы такие антенны иметь.
Второе. У нас местность равнинная и ближайшие горы это Кавказ. Отпало.
Я думаю что разберется ,он человек с образованием по профилю. Мне очень не нравится когда начинается..... в отсутствие задавшего вопрос и нет что бы конкретно помочь и подсказать пусть несколько вариантов ответа ....началось.Ну да ладно.
Мне чужого не надо. Свои поставим.
Гор нет это хорошо, Но отражаемся от тех же слоёв все.
А за мощностью всем следить надо. Тем более на НЧ диапазонах. В штатах только экстра клас там на 160м работал. А на небольшие мощности насмотрелся в доволь. Да и писал про мощьность обобщая это понятие. А не к товатищу с просьбой. Сие на совести каждого в оотдельности.
..коллеги, а кто какой мощностью работает? ..у меня опять перерыв случился, долго не работал...по старинке работаю 20..40 вт, но похоже я опять отстал от жизни?..иногда такие сигналы идут ( и не с ближней зоны) , что приемник просто затыкается, приходиться или ару включать или аттенюатор ставить....
to UA3DJY. Игорь при работе r2ea/p в jtdx 150 снимается галочка в окне Проп.Лок на автомате,
после того как только позову другую станцию с дробью. Даже если qso не состоялось.
Подбор станций значительно хуже чем в 149.
Не обращает внимание на те станции которые ранее вызывал, но они не ответили мне,
как только перешел на cq и они позвали так cq продолжается по счетчику, не обращая внимание на них.
Похоже поломан код Hamlib, у Виталия RN9AZ проблему решили выбором модели трансивера FT847UNI для эмуляции CAT:
В продолжение к этому вопросу, только что на диапазоне 20м:
Вложение 262638
085015 -10 2.4 2731 ~ CQ F/MM IG68
085215 -11 1.4 2731 ~ CQ F5MYK/MM •where?
Интересно, что это значит:
085100 -14 1.5 594 ~ CQ Q UN9LBZ MO13 Kazakhstan
085300 -7 1.4 593 ~ CQ Q UN9LBZ MO13 Kazakhstan
Интересно, что это значит:
085100 -14 1.5 594 ~ CQ Q UN9LBZ MO13 Kazakhstan
085300 -7 1.4 593 ~ CQ Q UN9LBZ MO13 Kazakhstan
Малиновых штанов нет!!!
В момент вызова снимается, проверю можно ли сейчас добавить исключение для операторов с дробными позывными.
PS
В таком случае Вы будете вызывать корреспондента позывным без дроби и Ваш корреспондент не сможет ассоциировать хеш позывного R2EA/P, то есть не сможет декодировать Ваших сообщений 73/RR73:
Неужели ранее выполненный в JTDX функционал поддержки QSO между двумя дробными позывными оказался настолько неудобен что Вы спешите от него отказаться?
В jtdx на панеле очень не хватает движочка для регулировки уровня по микрофону.
Есть разница по приёму на укв и кв, а так же при использовании разных антенн,
поэтому часто приходится регулировать и заходить через меню записывающих
устройств компьютера. А вот как раз движочком мощности совсем не пользуюсь
и всегда стоит на максимуме. Вся регулировка в быстром меню трансивера.
Был бы очень счастлив появлению данного функционала.
Кажется в MSHV такое уже имеется...
Поддерживаю.
+ организовать сохранение уровня по диапазонам.
- - - Добавлено - - -
Вложение 262691
А если сюда галки поставить, это разве не то ?Вложение 262693
To:UA3DJY
Игорь. Всё работает хорошо, САТ во время работы не мешает, правда после перезагрузки не распознаётся. Ставиш вновь частоту и всё работает. Довольно неплохо. Наверное этой проблемы и не заметил, но САТ система трансивера два года назад вылетила во время грозы. Хотя всё было отключено кроме заземления. Вот по ниму и пришол заряд растикания. Благодаою за помощ.
Как быть с переизбытком уровня?
Термометр ниже 80дБ не опускается.
Порой краснеет; наверно от стыда. :)
Вложение 262769
Настройку для звуковых USB карт можно посмотреть по ссылке: USB Sound cards detected as "microphone" instead of "line in" decrease the decoding quality in digital modes
Это для 7300.
А для 7600 .Вы используете USB audio codec. Посмотрите его настройки в Панель управления звуком.
Находите настройки вашего кодека и изменяете уровень.
На примере микрофона.
Обновите (переустановите) драйвер. У него пропала закладка Усиление.
Здесь еще есть информация по 'дефекту' определения чипа как микрофонного входа в операционках Windows 7+ для чипов PCM290x и PCM290xB, где производитель говорит что проблема решена в чипах PCM290xC и операционка должна их определять как линейный вход:
Типичные грабли в которых несколько производителей не смогли договориться, а поддержку по факту сбоя надо получать от производителя трансивера.
Если по ВЧ нет перегруза ,то АТТ не трогаем.Вы это знаете не хуже меня. Аналогично с УВЧ. При "нормальных" сигналах регулируем уровень USB .
В вашем случае вообще проблем"0"
P.S. Например я в своем SunSDR2DX вообще АТТ не трогаю никогда,а на ВЧ включаю пред.с +10дб(особенноссти СДР ) ,АРУ выключено всегда в цифре, уровень по НЧ однажды выбран и годами,конкретно под выкл.АРУ (-40дб)А оперативная регулировка уровнем RF. Но это у меня.
Скрин к # 24127. Несмотря что в данный момент на диапазоне 10м станций более чем ,уровни подобраны правильно,АРУ выключено ,перегруз отсутствует.Программа отлично работает,замечаний нет.
...аналогично...и нет проблем :up:Цитата:
Сообщение от R6LCF
Не, это не корректно..
На 20 и 7 без АТТ уже не самильфо...
Где баланс распределения усиления...
Работать можно и так и так(без АТТ, но загрубив усиление по ПЧ)...
Где правильный алгоритм???
Антенна ОБ17-4, очень помогает конечно...
Вопрос - как перераспределить усиление тракта?
Вы лично для своих аппаратов устанавливаете такую схему которая вам подходит больше всего. По моему вопросов быть не должно.
Я избавился от всех "чемоданов" даже экстра класса ,а для работы на SunSDR2DX это все что вы написали абсолютно не актуально.
Делайте как считаете нужным для себя и своих аппаратов ,вам работать не мне . У меня как раз полнейший порядок.
Да и нет в моем трансивере АТТ в общем устоявшимся понятии. Это же СДР прямой оцифровки ,шумовая полочка ниже/выше ,динамический диапазон больше /меньше. И решение почти всех проблем.
Почему и не вернусь больше к "чемоданам". На современном СДР с прямой оцифровкой даже близко нет тех проблем которые свойственны традиционным аппаратам.
Хотя встречаются и с подобными проблемами. Был у меня icom7300 во всем отличный аппарат но ....с перегрузом АЦП не доработано .На моем это было особенно заметно на 40м в ночное время. Без АТТ не работал полноценно.Первый в этом сегменте ,последующие от этой фирмы уже были избавлены от подобных дефектов. На моем подобное отсутствует в принципе.
Коллега, не надо заморачиваться, если градусник в программе не опускается ниже 30 дб. и в верх не краснеет, с уровнями все в норме, программа будет прекрасно декодировать. Так, что включайте все, что Вам нужно. У меня такой же аппарат, постоянно включена быстрая АРУ, а АТТ или УВЧ, это по необходимости. Если нужно принять слабую станцию, включаю на неё программный узкополосный фильтр, отключаю АРУ и подбираю усиление в ручную, но это не часто приходится делать.
73 SOS RAD WK
Что бы это значило?
Появляется постоянно на разных частотах
Правильно так, как правильно с конкретном случае. Дело в том, что эфирная обстановка меняется очень быстро. Вот на "градуснике" был уровень 60%, но появилась станция с громоподобным уровнем и на "градуснике" уже 80...90%. И у всех станций уровни упали. Поэтому давать универсальные советы нельзя.
TO R6LCF - У меня с перегрузкой по входу (IC-7300) нет проблем ВООБЩЕ. На всех диапазонах. Ну, почти на всех. На 10-ке могу принудительно зажечь иконку перегрузки на дисплее, если ручку RF загоню в крайнее правое положение. А так, при постоянной работе, всегда включен режим АТТ. Функцию P.AMP никогда не включаю - необходимости нет.
https://www.sosradioweek.org.uk/regi...week-stations/
SOS Radio Week – what is it?
SOS Radio Week is one month of fun, operating, an opportunity for amateur radio to celebrate the work of the Royal National Lifeboat Institution (RNLI) and National Coastwatch Institution (NCI) and to raise much needed awareness and funds for them.
...по ссылке https://www.sosradioweek.org.uk/regi...week-stations/...
Неделя SOS Radio - что это?
Неделя SOS Radio - это месяц веселья, работы, возможность для любительского радио отметить работу Королевского национального института спасательных шлюпок (RNLI) и Национального института береговой охраны (NCI) и собрать для них столь необходимую осведомленность и средства.
SOS Radio Week поддерживает Королевский национальный институт спасательных шлюпок
Экипажи RNLI самоотверженно добровольно выходят в море при любой погоде, чтобы спасти и спасти жизни тех, кто подвергается риску на наших побережьях и на расстоянии до 250 миль от берега.
SOS Radio Week Лига Таблица
Мы держим вызов для участников. Зарегистрированные станции записывают количество контактов, которые были у них в каждой полосе / режиме, и SOS Radio Week League автоматически обновляется. В конце мероприятия мы отправим сертификаты трем лучшим станциям для каждого диапазона и режима
Чат УКВ можно тут https://irc.r3s.su/#/connect
А может в программе дело ? Все видят, что получатся перегруз, если подавать на вход сигналы в цифровом виде (если не уменьшать усиление в виртуальном кабеле). А ведь во всех других случаях на компьютере при подаче сигнала с одного места на другое виртуальными кабелями, без регулировки громкости в нем, уровни совпадают в точности. 0дб - стандартизовано. Сигнал ведь - в цифровой форме.
Даже можно попробовать подавать сигналы с трансиверов на, например, проигрыватели музыки или анализаторы спектра, эквалайзеры и т.д. и убедиться, что без какой-либо регулировки усиления уровни совпадают в точности и перегруза нет.
Например в моем случае.: АРУ включено уровень по виртуальному аудио кабелю -10дб. АРУ выключено уровень по VAC -40дб.Заранее выставляю в зависимости от АРУ,вкл/выкл.
Есть другие оперативные регулировки ,например уровень RF,перегруз отсутствует в принципе.
Конечно это актуально для нахождение перед трансивером, а вот для робота -автомата все возможно. Ничего страшного ,издержки автоматического режима. Таким не пользуюсь и не только я.
Программа JTDX....с самого начала позиционировалась как программа для связи с DX и работы с слабыми и очень слабыми уровнями ,что в ней и достигнуто. Работа на отлично. Мы получили то что хотели и просили. Высокочувствительную и максимально удобную в работе программу.
Человек ....не понимает. Бывает!
аргументы (и факты)?
Владимир, не закапывайтесь далеко! Кто и что получил от обсуждения в разработке программы, а так же в её опробовании это всё еще относительно!
Давайте вспомним с чего всё начиналось? Как появилась эта ветка? Может почитаете всё заново? И как выкладывались версии тут,
а не в узком кругу среди испытуемых... Я понимаю, что всё и от всего устали, но идей в башке на годы в перед. Возьметесь их сделать?
А НННет, Батенька, вы делаете только , то что нужно Вам! Вот также дела обстоят и у команды JTDX!
Они возможно правильно всё делают, но это уже их история! И ни как - не ваша заслуга, как бы вы прогу и разработчиков - не хвалили...
R2EA...но идей в башке на годы в перед...
...ну,так дерзайте...почему ваши хотелки должен делать кто-то...
...программа работает отлично...
Подходите на десяточку,не лучший день сегодня но все таки.
P.S. А вот теперь о главном. Положа руку на.....говорю ,у меня все работает на отлично. Иногда даже сам удивляюсь ,может делаю что то не так как некоторые. Поэтому к разработчикам и команде только Благодарность!
вышла очередная WSJT-X 2.2.0-rc2
https://www.physics.princeton.edu/pu...1jt/wsjtx.html
https://sourceforge.net/projects/wsjt/files/
Коллеги уже всё давно имеется. Не нужно придумывать колесо! Необходимы доработки.
Просто некоторые вещи в jtdx невозможны без wsjtx
Мы уже это слышали!
Вам контест подложка не нужна, вам сканирование отслеживаемого позывного не нужно.
Вы против роботов и за любой кипишь кроме внедрения новинок. А когда и молча внедряют,
то всегда благодарны Игорю и команде и успеваете обязательно упомянуть об этом!
Я безустали благодарен в душе за продукт от UA3DJY и КО, но хочется еще пару шагов вперед...
Уже сейчас у многих в связи с низкой /средней производительностью компа и попыткой настроек по максимуму ,декодирование выходит за интервал времени. Повторюсь ,вам что то требуется займитесь и сделайте под себя. Многим это вообще.........
Я в любом случае из положения выйду. У меня каждые пять лет плановая замена системного блока.Сейчас сижу на проце i7-7700K ,в 2002г у меня замена полностью системного блока с проц.i9-9900. Я не пропаду ,а вот многие могут пострадать и весьма существенно. Многим на эти "плюшки" "фиолетово" им подавай отличное декодирование ,удобство в работе без лишних заморочек.Отличная программа для работы с DX!!!
P.S. Я вот подумал ,а почему вам не начать писать в команду разработчиков WSJT_X и начать "полоскать мозги" им. Как они на это посмотрят и выполнят что либо или сразу пошлют......?
Да вы версию что у меня установлена видели? Я же предлагал вам встретится на 10м. Конечно доволен ,а с вами даже и обсуждать не хочется.
Со скрытыми угрозами поосторожнее в публичном сообщении или статью напомнить. Так к слову.
- - - Добавлено - - -
Диапазон очень капризный ,особенно сейчас,но отлично работает версия!
- - - Добавлено - - -
Только сейчас до меня "дошло" в полной мере ,какая удобная штука эта галка Bars. На заполненном под завязку диапазоне ,очень удобно выбирать место.
Сытый-голодного не поймёт!
https://tnxqso.com/r2ea-p#/log
А галку CLR оценили?
Это фишка протокола FT8, в точках спрятан нестандартный либо дробный позывной, но он в этом сообщении не передается(протокол не имеет достаточно бит для его передачи), вместо позывного передается вычисленная кодовая сумма от этого позывного. Чтобы на экране был позывной ранее от него должно быть декодировано сообщение с полным позывным, только так он сможет попасть в хеш таблицу программы, а программа потом сможет заменить декодированное значение кодовой суммы самим позывным при выводе на экран. Уровень сигнала здесь не решает.
Дополнение к этому посту: в сообщениях RRR/RR73/73 под точками 'спрятан' стандартный позывной.
К благодарности разработчикам искренне присоединяюсь!
Но подобное почти на каждой странице ветки... + ваша чудная аппаратура... + ваше чудное прохождение и связи... ну до тошноты уже...
"Флуд — однотипные не тематические сообщения в интернет-форумах и чатах, зачастую занимающие большие объёмы. Способ ведения беседы в интернете, при котором пользователи обмениваются между собой бессмысленными по содержанию сообщениями. На многих веб-ресурсах флуд является одним из главных раздражающих факторов. Единственный адекватный способ борьбы с флудерами — полное игнорирование их сообщений." R2EA ;-)
Обновление MSHV 2.39
Скачать английскую или русскую версии можно тут MSHV | LZ2HV Amateur Radio Website
Новое в версии 2.39:
- Добавлено: В меню Декодер, подключаемая опция «Декодирование FT8 - Три Интервала»,
как в WSJT-X 2.2.0 RC2.
Для использования этой опции на данный момент нужен высокоскоростной ПК, например (Intel Core i3, i5, i7 ...).
Принцип работы этой опции:
1 интервал: декодирование при 11,8 с.
2 интервал: вычитание всех из 1 интервала за 13,5 с.
3 интервал: вычитает всех, кто не вычитался во 2 интервале и декодирует за 14,7 с.
- Добавлено: новый формат сообщений для EU VHF Contest. Это изменение не совместимо с предыдущими
версиями MSHV и WSJT-X.
- Добавлено: В «Управление интерфейсом», RIG TS-890S.
- Исправлено: TX Sounds error в Windows.
- Добавлено: В «Протоколе автоответа с несколькими ответами» нулевое количество вызовов в списке в очереди.
to R5WM что то я с палитрой навертел, водопад ужас, нельзя ли скрин редактора палитры скинуть? Спасибо.
Большое спасибо.
Коллеги, форум не предназначен для выяснения личных отношений. Пожалуйста не выходите за рамки темы.
Добрый день, в MSHV на водопаде метки красная и зелёная почему при нажатии на позывной они не передвигаются на частоту кореспондента,только надо перетаскивать или не включено что то.
Вложение 263334
И в MSHV, и в WSJT-X последних версий нагрузка на проц-р очень выросла (в сравнении с JTDX), Игорь, но ничего не мешает работе (пробовал обе). В MSHV и WSJT вся нагрузка на одно ядро, выбора нет (или я не знаю). Время декодирования у этих программ в два, а то и в три раза больше, чем в JTDX.
Запускал по одной, естественно.
У меня не выросла
Вложение 263342
Вот прогон на RX 1.5 часа. Пока я думаю это допустимо. Помех у меня очень много.
Вложение 263344
В программе - есть файл помощи - FAG.
там описана процедура управления курсорами.
отличается от JTDX, но в принципе не критично.
Христо намудрил с управлением ИМХО.
В режиме Мультиответ-Стандарт предполагается что Вы работаете на CQ и зачем Вам отвечать на частоте зовущей станции? Поэтому поставили красный сектор на определенную частоту там и стойте. Если к примеру нужно сузить полосу захвата DF Tol def, То щелкните мышкой на треке и зеленый сектор будет там сужаем DF и в окне только декоды в этой полосе.
JTDX 150-я версия, 32 бита. Просто мучение какое-то.
День через день вылетает при запуске, оставляя jtdxjt9.exe в списке задач. Хоть 10 раз после этого запускай - без перезагрузки бесполезно.
А это - куча открытых программ, вкладок и т.д, еще то "веселье".
А чего стоит переустановка в новые папки с предварительным удалением всего прочего? Много таких программ, которые нельзя нормально обновить "поверх"?
Специально после первых "вылетов" 150-й деинсталлировал, удалил все, вместе с папками, вычистил реестр (все ветки и параметры где упоминается jtdx). Поставил в желаемую инсталлятором папку C:\JTDX32\150
И... Пофигу мороз, как слетало все без возможности запуска, так и слетает. Win10 64-битная.
Может, стоит с этого начать, с приведения в стабильное рабочее состояние, создания нормальной процедуры установки новых версий с переносом настроек, перестать плодить папки и ветки в реестре? А потом уже всякие "фишечки и шашечки"?
Программа отличная по функционалу и интерфейсу, но работает - просто пи...# как...
Накипело... Перегружаться чуть ли не каждый раз как попытаешься jtdx запустить.
Может стОит сначала своё хозяйство в порядок привести?
У меня месяцами без перезагрузок работает. Что в Windows (10), что в Linux...
И кроме Вас до сих пор на "вылетание" никто пока не жаловался...
Приведите СВОЮ систему в нормальное рабочее состояние, потом будет смысл разговаривать.
Игорь, Вы не правы, сам автор в этой теме с неделю назад писал об этой проблеме (как 150-я вышла).
У меня все работает отлично, основной комп - чего там только нет, и все как часы. Только с JTDX проблемы.
А установка новой версии у Вас тоже прекрасно проходит, без новых папок, удаления старых файлов, ini и "прочих танцев"?
Если у Вас нет проблем - незачем отвечать на мой пост, рад за Вас. Я здесь информирую об ошибках с JTDX и ищу/жду решения, подходящая тема, как Вы считаете?
Спорим иногда,бывает,но поддержу на этот раз. С правдой не поспоришь. Аналогично ,система W10Pro 64bit все работает.Никогда ничего не вылетает не тормозит и не "виснет". Писал ранее что если запущу JTDX.....не дождавшись запуска работы SunSDR2DX ...да VAC чудит.Обычная спешка. Я это знаю и последовательность соблюдаю. Проблем просто нет.
Версия установлена на сегодня rc 151_1_32A Win64.
Автор писал не об этом. Действительно, есть некоторая несуразица с переходом на более свежую версию Qt, но "вылеты" - это явно не из-за этого.
У меня ВСЁ работает изумительно, тем не менее, я отвечу.
В некотором смысле я отвечаю в Команде за компиляцию программы для Linux (Ubuntu, Manjaro).
Заодно САМ себе компилирую для Windows (10-64Bit)... И нигде нет проблем. Работает без глюков.
Разберитесь в своём железе (как Вы говорите "чего только не наставлено). Особенно с памятью.
73!
R5WM спасибо большое.
Вопрос к R5WM и не только. Для чего в интерфейсе управления программы MSHV локальная сеть и как её активировать, в хелпе не нашел? Нет синхронизации частоты и моды с логом UR5EQF, приходиться в логе вручную выставлять, трансивер с MSHV взаимодействуют нормально, QSO в лог по UDP сохраняются. Давно не использовал MSHV, обновился до последней версии и обнаружил такую засаду, вроде раньше синхронизация лог-трансивер-программа работала или я не прав? Использую WSJTInterface-1.0.7.102 .
Я этой программой не пользуюсь ,но установлена и все работает из того что вы сообщили.Установлена для сравнения. Все познается в сравнении и не иначе.И частоты и моды все работает.
Эта версия для тестирования 32bit по звуку на 64bit системах . Применяю SDR.....трансивер.
Эта версия будет опробована и выложена автором в свободный доступ.
Вы видите что творится в теме. Очередные версии отработанные и выложенные автором с комментариями что и как ....да и то постоянные трения и претензии.
Эта версия для тех кому необходимо разрядность 32bit по звуку.
Ожидайте автор сообщит.
У меня не хватит терпения еще и 64-битную после каждой версии перенастраивать (порты, фильтры, цветовые палитры) - вроде и немного, минут на 5-10 занятия, но при каждой замене версии это уже черезчур. Поэтому крайне редко меняю, но вот дернул черт 149 поставить (после 130-какой-то), а после сразу 150-я вышла с большими исправлениями. Вот дождусь пока ближайшая глючить не будет - и останусь на ней на несколько месяцев.
PS. Пока после перезагрузки работает (32-битная), часа 2 уже. Она вроде не падает когда запущена, проблема именно с запуском бывает. Может, действительно как-то связано с последовательностью запуска (набор-то не очень большой: whatsup, ThaBat, chrome, HRD Rig Control + Logbook, JTDX, JTAlert, Dimension 4, TeamViewer, VSPE - это постоянно практически запущено, остальное - по необходимости).
Это не претензии, а информирование о проблеме. На всех предыдущих (которые у меня стояли, обновляю нечасто) - никогда проблем с запуском не было!
Извините если резко...
Что касается обновления (установки новой версии поверх существующей) с требованием убивать ini (а теперь и новая папка под каждую версию) и последующей полной настройки - проблема изначальная.
Тот что и вы. UR5EQF_Log с плагином от Олега.Установлено 3 программы WSJT_X, JTDX,MSHV ,запускаю любую по очереди. Все работают,притензий нет.
- - - Добавлено - - -
Автор Игорь ранее писал для чего это требуется.Версии тестовые и идет постоянные доработки и очень часто обновления. Когда это требуется автор конкретно и обязательно указывает в аннотации к версии.
Если честно никогда поверх не устанавливаю ,от слова никогда.Всегда убиваю Файл конфигурации (ini) предыдущей версии не запуская саму программу.
Ну вот так!
По этой темке я делаю просто.
Из файла JTDX.ini старой версии сохранил нужные строки настроек в отдельный файл, затем копирую в новый JTDX.ini с заменой, любым текстовым редактором.
В основном это настройки макросов , фильтров, ...
По каждой новой версии автор делает ремарку стоит или не стоит сохранять старый файл JTDX.ini.
PS: у нас в городе человек десять балуют модой FT и не только , а я у них вместо техподдержки.
Кое кто обновил свой РС и перешел на десятку .
Поэтому и задал вопрос.
После записи QSO в лог, окна ТХ1-ТХ4 должны очищаться от позывного?
C 19 мая работаю на JTDX 150-64, была сначала небольшая проблема, через какое-то время работы, не сразу, менялась форма курсора, только в правом окне, вместо стрелки - вертикальный вид, это описывалось здесь. Грешу на свою мышь, появились к ней замечания, требует замены, до магазина пока не добрался. Проблема с изменением курсора решилась просто, повесил маленькую ферритовую защелку на провод перед мышью и все, никаких проблем с JTDX 150-64, работой сейчас полностью доволен. ОС у меня Win 7 64.
Почему интересуюсь, я про изменение курсора со стрелочки на I. 148 версия 64 bit все нормально, 150 32 бит все нормально, 149 64 bit произвольно меняется 150 64 bit меняется, сейчас вернулся на 150 32 bit. сбоев за несколько дней нет.
Я не утверждаю что это у многих но несколько пользователей с таким столкнулись. Использую WIN-7 64 bit.
- - - Добавлено - - -
Та же проблема описал выше, проводную поменял на бесхвостную проблема осталась. Но почему тогда при одиноковых условиях в 148 64 bit версии нет такой проблемы.
У меня как раз на 148 64 bit курсор менялся то в левом окне, то в правом, то в обоих сразу мог появиться, поэтому через два дня перешел на 150-64, у товарища, который мне ее порекомендовал, на 148-64 тоже курсор менялся, а на 150-64 - вообще нет. Наверное все-же в железе и проводах может быть дело, а может и в сборках Win.
Геннадий, а подскажите пожалуйста или лучше покажите, какие строчки файла JTDX.ini за что отвечают? Конечно в основном интересуют закладки "уведомления(цвета!)", "макросы", "радио", "общие" и все, что касается настройки водопада. Думаю, благодарных будет не мало... Не то, что бы лень перенастраивать, просто долго и напрягает каждый раз, а вдруг не так было... Сразу прошу господ воздержаться от выкладывания своих навыков, алгоритмов настройки и скоростных результатов.
Александр, я вам советую разобраться самостоятельно, а не полагаться на чужие пошаговые инструкции. Всё, что для этого потребуется, это некоторое знание английского и кое-каких терминов.
Я тоже, при обновлении, кое-что копирую из старого файла на свой страх и риск.
Закрываю программу, переименовываю ini, открываю программу, ввожу основные настройки, смотрю - что нового в меню.
Закрываю программу.
Открываю новый и старый ini блокнотом.
Копирую нужную строку из старого, выделяю эту же строку в новом и вставляю содержимое буфера, убедившись, что структуры строк одинаковые!
Сохраняю. Запускаю программу.
Вот например эта строка отвечает за цвет "ранее сработанных" colorWorkedCall=@Variant(\0\0\0\x43\x1\xff\xff\0\0\xff\xff\0\0\0\0)
MyCall=RX3ASP
MyGrid=KO85vt
Тут тоже всё понятно
Я стараюсь копировать по минимуму, все настройки делаю вручную это занимает максимум 5 минут. Копирую настройки водопада, макросы (у меня там ругательства на разных языках, чтобы не ограничиваться традиционным IDIOT))) и пароль к eQSL
В одном из сетапов проблема ушла после смены внешнего вида курсора в настройках Windows.
Сейчас исходник UI JTDX все еще идет в формате Qt 5.5, win64 сборка выполняется под Qt 5.14.2 и эта версия Qt отличается в части геометрии. Команда WSJT из-за несовместимости геометрии отказалась от поддержки Windows XP в WSJT-X, наверно нам тоже уже пора поставить на WinXP крест. Например переход между win32 и win64 версиями JTDX сейчас ломает геометрию в используемом ini файле.
- - - Добавлено - - -
Обновили файл ALLCALL7.TXT для версий JTDX rc148..150.
За прошедший месяц в FT4/FT8 появилось примерно 3300 новых позывных.
Правильно Вы написали, только бывает, что файл .ini ломается и начинаются качели - программа начинает вести себя неадекватно. У меня такое было.
Лечится удалением этого файла, а вместе с ним удаляются и все настройки.
А бывает выходит новая версия и старый файл не подходит.
Я открываю старый файл блокнотом и копирую из него в новый основные блоки - по соединениям, уведомлениям.
Но если не заморачиваться, то правильно посоветовал товарищ выше - сделайте скрины каждой закладки и в новой версии введите все по подсказке, которую сами себе и создали.
Хорошее решение!
Долго я молчал по этому вопросу. Вы много знаете программ, которые при накате обновлений, просят удалить файл конфигурации или ini и настроить всё заново. Я нет. Если ломается ini файл, значит что-то неправильно сделано при его сохранении, старые настройки должны перезаписываться новыми данными, а вновь введённые просто добавляются.Цитата:
что файл .ini ломается и начинаются качели
Единственное что удалось понять: Windows при записи измененных настроек дописывает их в конец блока, то есть меняет порядок, Linux выдерживает изначально заданный порядок и что под Linux случаи поломки содержимого файла настолько редки что пользователи могут месяцами использовать старый файл с уймой уже удаленных из кода настроек. Файл часто ломается когда мы добавляем новые настройки в код и самое слабое место CAT настройки и геометрия, где при загрузке настроек выполнить проверку их значений слишком сложно.
Всем добрый день, удачной работы в эфире! Хотел поинтересоваться, ранее здесь появлялись ссылки на русифицированные версии WSJT-X, теперь..., то ли я пропустил, то ли что то изменилось. Хотелось бы поставить новую версию. Работаю в основном в JTDX, но WSJT-X и MSHV русифицированные версии обновляю (для сравнений, DX экспедиций, Contest). Если можно ссылочку на на новую версию. Спасибо - Всем коллегам Здоровья, радиолюбительских радостей!
Вот wsjt-x 2.2cr1
https://drive.google.com/open?id=19r...ZEA1bt_w9HG03I
To R6LCF
Обратите внимание на синхронизацию DT. Для FT4 это не пройдет!
144 MHz FT8 084715 -11 dB 0.8 s Freq 1043 Hz > CQ R6LCF KN97
Чтобы не было кривотолков вот у меня.
Вложение 263681
Да вроде сейчас нормально.
Вложение 263684
Постоянно устанавливаю новые версии JTDX поверх старых версий, никаких настроек не удаляю. Все работает. Windows 7. Сейчас версия 64 бита, но раньше была 32. Удалял настройки руками только один раз, когда Игорь просил об этом при установке новой версии.
А разве настройки не в ini-файлы записываются при помощи Qt-класса для предназначенного для этого?
namespace Ui {
class MainWindow;
}
class QSettings;
...
void MainWindow::closeEvent(QCloseEvent * e)
...
writeSettings ();
Метод MainWindow::writeSettings () имеет определенный порядок выполнения кода по блокам параметров(записи параметров в файл), что при этом вытворяет Windows с файлом известно только ее разработчикам.
Большое спасибо всем, кто отозвался и в личку и здесь, но это версии rc1, я имел ввиду версию WSJT-X 2.2.0-rc2. Может еще рано, когда появится сообщите пожалуйста!
Installation packages for WSJT-X 2.2.0-rc2 Windows: http://www.physics.princeton.edu/pulsar/k1jt/wsjtx.html
Перевод статьи о новой версии WSJT-X 2.2.0-rc2 опубликованной на сайте ARRL
"В списке измененного функционала к WSJT-X 2.2.0-rc2 объясняется:
"Растущее использование FT8 на диапазонах 40,30 и 20 метров означает что имеющиеся общие поддиапазоны полосой 3 кГц часто полностью заполнены сигналами. Переполненные диапазоны приводят к тому что некоторые операторы включают усилители мощности, что приводит к ухудшению ситуации. На основе тестирования и в ответ на многочисленные предложения со всего мира, мы добавили для FT8 второй набор рекомендуемых частот на трех КВ диапазонах а также на диапазоне 6 метров... 7.071, 10.133, 14.071, и 50.310 мГц."
"Эти частоты появятся в выпадающем списке выбора диапазона после того как Вы зайдете в закладку частот настроек нажатием правой кнопки мыши на таблице выберите и затем выполните Ресет. Альтернативно Вы можете добавить новые FT8 частоты вручную. Когда основные FT8 поддиапазоны на диапазонах 6, 20, 30, и 40 метров заполнены пожалуйста попробуйте сменить частоту VFO на 3 кГц вниз. В текущем исполнении WSJT-X установит нижнюю частоту поддиапазона для выбранных режима работы и дапазона при смене диапазона.""
Коллеги, примите пожалуйста искренние поздравления от команды JTDX, мы начали движение к более комфортной и эффективной работе в FT8.
.
.
Пока не прочухали торчат все 14074 Давно наблюдаю.
Сглазил, закрывал сегодня днем JTDX, сейчас пробую запустить - вылетает. "Убийство" процесса ничего не меняет. Только перезагрузка.
Что касается поломки ini-файла при записи/изменении значений - может тогда перед записью перечитывать полностью все настройки в ini, полностью его очищать и записывать все настройки обратно? Не пинайте если что не понимаю, это лишь взгляд пользователя со стороны.
Пока видели два варианта: в обоих процесс jtdxjt9 вообще не запускается, конструктор до него не доходит, в логе событий Windows пусто либо запись что успешно загружена библиотека Qt Core другой версии и с несуществующей на диске папки. По этой причине сделали сборку win64 rc150Q под версией Qt 5.14.0, для тех пользователей Windows у кого чудеса с Qt 5.14.2.
Нечего скринить. При запуске появляются белые окна (основное и панорама) и тут же исчезают, после этого остается процесс в памяти. После его "убиения" попытка повторного запуска приводит к тому же результату.
В логах вот такое нашел, не знаю, поможет чем или нет...
PS. После закрытия JTAlert - удалось запустить JTDX без перезагрузки. Буду смотреть дальше, замечу если что - напишу.Цитата:
Имя сбойного приложения: jtdx.exe, версия: 0.0.0.0, метка времени: 0x08254f10
Имя сбойного модуля: ntdll.dll, версия: 10.0.18362.815, метка времени: 0x2995af02
Код исключения: 0xc0000005
Смещение ошибки: 0x000868ea
Идентификатор сбойного процесса: 0x2b04
Время запуска сбойного приложения: 0x01d635b706592f7c
Путь сбойного приложения: C:\JTDX32\150\bin\jtdx.exe
Путь сбойного модуля: C:\WINDOWS\SYSTEM32\ntdll.dll
Игорь, вопрос по этому поводу:
SDR позволяют установить практически произвольную полосу по приёму (просматривать
например от 14.071 до 14.078 - никаких проблем). Формировать сигнал на передачу тоже
умеют.
А вот как поведет себя при этом JTDX? Особенно с функционалом FakeIt (Rig)? Если
передача далеко за пределами 3-4 КГц по НЧ?
- - - Добавлено - - -
Так Вы запустите не через иконку, а из командной строки.
Там, в консоли, и останется вся ругань. Её и покажите.
От использования Split Rig|Fake It с SDR придется отказаться, декодирование пока ограничено передискретизацией в 12 кГц, в результате доступная полоса для декодирования только 5 кГц. Для более менее нормальной работы программы потребуются как минимум 8 логических ядер, пользователи с современными процессорами в 16 логических ядер и SDR трансиверами будут использовать JTDX по максимуму.
На данный момент JTDX поддерживает максимум 12 потоков в FT8 декодере, примерно по 416 Герц полосы с сигналами на один поток.
В Интернете много забавных инcтрукций, особенно про копирование файла с другой машины понравилось :) : https://mywebpc.ru/windows/ispravit-...-v-windows-10/
Попробуйте для начала поставить версию rc150Q, так Вы точно не сможете поломать операционку.
- - - Добавлено - - -
В Windows поддержка stderr в консоль появилась в коде JTDX начиная с версий rc151_x. Это только в Linux все само работает :)
To: UA3DJY
Игорь. Проблема упровление через СОМ порт, при отключеной CAT, та же что и в JTDX. Смотри скрытый текст.
Тоже иногда наблюдаю такое явление. Сама по себе JTDX (150) запускается и выгружается безпроблемно. Запускается без проблем и из под лога Loghx3. По выгрузке. Если сначала закрыть JTDX, а потом лог, то тоже проблем нет.
Но если закрыть лог, не закрыв предварительно JTDX, то и вылазит эта свистопляска. Аналогично -"убийство" процесса ничего не меняет. Только перезагрузка. Но если кроме jtdxjt9 выгрузить еще и OmniRig, то все нормально запускается. Видимо собака зарыта в OmniRig. (Win7x32 и Win7x64 аналогично)
TO RN9AZ: Большое Спасибо, но ссылка не раскрывается.
installation packages for WSJT-X 2.2.0-rc2 Windows: WSJT Home Page
- - - Добавлено - - -
Ну хочет открываться УВЫ ! http://www.physics.princeton.edu/pulsar/k1jt/wsjtx.html
Альтернативный линк для скачивания WSJT-X. 30 минут назад опубликовали rc3.
rc3 скачал, спасибо большое, я ищу русифицированную версию - уже привык к русифицированным, будем ждать, может появится здесь ссылочка!
Попробуте по этим ссылкам. Если нет, то меняйте свой браузер. Только он не поддерживает ссылки. У меня всё работает
http://www.physics.princeton.edu/pul...-rc3-win32.exe
http://www.physics.princeton.edu/pul...-rc3-win64.exe
- - - Добавлено - - -
Игорь. В rc3 всё заработало. Похоже Hamlib отремонтировали хи.
.
Первые вспышки на солнце. За прошлый и этот год: https://tesis.lebedev.ru/sun_flares.html Может активность солнца пойдёт в гору. Минимум уже достал.
Посмотрел на 14071, а там кто-то в какой-то цифре работает, наших пока нет.
Получается, что выделяют частоту, которая ранее была выделена под другие виды.
С одной стороны - нам дают, с другой - у кого-то отберут.
Это немного не то! Нас интересуют больше пятна или по другому число Вольфа.
Индексом солнечной активности является относительное число солнечных пятен или число Вольфа, определяемое для данного дня по формуле:
W = k (10 g + f ), где
W - число Вольфа
f – полное число солнечных пятен независимо от их размеров на видимой полусфере,
g – число наблюдаемых групп пятен,
k – нормировочный коэффициент, приводящий наблюдаемые разными наблюдателями и телескопами величины к выбранному стандарту.
Вложение 263742
Не по теме.
После вспышки, открылся такой проход на 6 метрах, какого я еще не видел.
Одновременно декодировались 5 стран Карибского бассейна.
А сегодня был один декод Аргентины, более 13тыс. км.
В 2 часа ночи работал с Центральной Америкой на 10 и 12 метрах.
To: UA3DJY
Доброе утро Игорь. Программа работает отлично, в моей конфигурации. Чего не скажу о прохождении. Вторые сутки закрыт короткий путь, через северный полюс. На северную Америку. Штормит немного солнце. И только завсегдатые с материка, слышны с любого направления. Куда бы ни смотрела антенна. Даже тропо есть на 20ке 250 км Курган без проблем.
Вот это что такое 5H7ET/088CE, получил от него R-05?
Коллеги,
вопрос по синхронизации времени ПК.
Если ответ уже где-то есть, сильно не бейте - просмотреть 1000 с лишним страниц форума для меня задача непосильная, зрение уже не то...
Суть вопроса.
Для синхронизации времени использую программу NetTime, период синхронизации 2 часа, время держится стабильно.
Когда работаю на TS-590, dT в среднем около 0.
При переходе на SunSDR к dT добавляется 200-300mS - сказывается задержка в SDR и VACах.
Хотелось бы эту задержку устранить.
В связи с этим собственно вопрос - есть ли программы синхронизации времени ПК, позволяющие в дополнение к периодической синхронизации организовать постоянный сдвиг времени ПК +200-300 mS ?
В NetTime я такой опции не нашел.
Открылся короткий путь через север на штаты. Диапазон забит до упора.. Вот тут и начинается глухариная заря. Токуют все и разом. На скриншот, включен фильтр на Европу. Иначе окна activity не хватает, для декодированных позывных. Какие уж тут дэхи, кошмар, одним словом. Программа трудится на славу. Даже в таких условиях удаётся что – то выцарапать. Круто на быстр FT8 но JT65, медленно но намного эффективнее работалось. Практически на токовище FT8 тратишь на QSO столько же времени что и JT65. Повторы в FT8 съедают всё быстро….
Обновление MSHV 2.40
Скачать английскую или русскую версии можно с сайта MSHV MSHV | LZ2HV Amateur Radio Website
Новое в версии 2.40:
- Исправлено: Многие проблемы в опции «Декодирование FT8 - Три интервала», спасибо за
помощь, Дэвид EB7DX, EA7AH и многим другим Hams.
- Примечание. На данный момент в режиме FT8 для медленных ПК уровни декодирования
«Быстро» и «Нормально» не совпадают с уровнями WSJT-X, только равен «Deep».
To: UA3DJY
Игорь. Не могу не выразить, ещё раз свою благодарность. После исправления ошибки, со звуком на передачу. Получаю огромное укдовольствие от работы программы. Благададарю!
JTDX проверяет по ряду критериев проверяет позывные во входящем вызове, но если пользователь сам внес такой позывной в окно DX Call то программа считает что пользователь прав. Во время проведения QSO выше чувствительность декодера, значит больше вероятность ложного декода.
В JTDX rc151 уже добавлено еще несколько фильтров по ложным декодам и по критериям низкого SNR либо большого разброса DT сообщение 'CQ 5H7ET/088CE' не пройдет на экран.
Количество ложных декодов зависит от сетапа, у нас есть пользователь у которого вместо Гауссовского шума на всех диапазонах импульсный бытовой, он нам помогает отфильтровать подавляющее большинство ложных декодов.
Пользователи с хорошо настроенным антенным сетапом будут получать ложные декоды в JTDX rc151 крайне редко.
Забыли упомянуть на каком диапазоне все это происходит. Если на 15м или 20м ,то ничего сверхестественного нет,а вот вам станции NA на 10м.То что надо,очень уверенно!
Ничего не понял,"шапка" не моя ,а по последующему тексту вроде мне. Ну да ладно.
На скрине, в скрытом тексте всё видно, в том числе и диапазон. Речь не о диапазонах. А если и про них родимых. То мы с вами живём в разных зонах, и прохождение на всех диапазонах, очень разное для вас с нами. Не будем об этом здесь....
Конечно вам. Но оказывается и в инет тоже глюки случаются.
- - - Добавлено - - -
Первый сильный всплеск солнечной активности в новом цикле завершился
Ссылка: https://tesis.lebedev.ru/info/20200601.html
В прошлом году ,примерно в это же время, один контакт с Канадой ,один с Северной Америкой и пара с Карибами. Южная Америка неплохо шла.
В этом году Карибы неплохо,Северная Америка уже где то 4 контакт,из Южного континента или около,Фолкленды уверенно. Несколько контактов с Австралией.За Бразилию,Чили, Японию и Индонезию и не говорю.Это все на 10м.
Самое сложное это конечно Северная Америка."Окно" живет несколько минут и ....исчезло. Слежу и провожу,интересно же!
Программой JTDX...очень доволен ,четко,уверенно и для меня имеет большое значение , очень удобно пользоваться.Наш менталитет!
Дней пять прохождение у нас на 28 заканчивается в 01:30 - 02:00 московского. Вместе с карибами и ЮА проскакивают R7R R7A R7H. J68HZ выплывает до +10. Есть проход и на 24, но там народу поменьше.
Я прекрасно знаю летние прохождения на 10м и на 6м, когда то работал и на 10 и на 6. Летом слой F2 на 10м практически не работает а вот Es c хорошей антенной мультихоп без проблем. Как раз операторы КВ и не следят за прохождениями а ждут у моря погоды. Сегодняшняя картинка! Красные линии это Es. Мультихоп пока нет сегодня.
Вложение 264146
Ну почему не следят? Следят.Непредсказуемо сейчас на 10м. Для сравнения прогноз для 20м.
Это не мой личный прогноз, использованы ионосферные данные Института прикладной геофизики.
Это все понятно но это все виртуально и без учета Es которое вообще не прогнозируется.
Смотрите лучше реально онлайн на DXMaps https://www.dxmaps.com/spots/mapg.ph...=&DXC=ING2&GL=
Версия 2.2.0 WSJT-X сегодня выпущена в общее пользование. К сожалению в эту версию не вошла новая четырехтоновая GFSK мода с двухминутным интервалом передачи сообщения.
Собирались сделать двухминутную моду для замены JT9 на LF (низкочастотных, ниже 1.8 мГц) диапазонах, и она уже как минимум частично реализована в коде WSJT-X. ИМХО такая мода при обещанном SNR -30..-31дБ будет востребована для проведения дальней связи(редкие DX QSO) на КВ диапазонах и для проведения QSO с отражением от Луны как минимум на диапазоне 6м, а при определенных условиях и на диапазоне 10м.
Я хотел еще месяц назад доработать в JTDX FT8 под интервал большей продолжительности, но прочтя намерения команды WSJT решил подождать их решения.
QSO на КВ с отражением от Луны возможна, здесь пример такого отражения на диапазоне 15м.
Интересно, что привело к инверсии аналогового сигнала на его пиках:
Вот видео об антенне, на которую слышно отражение от Луны на 15м.
https://www.youtube.com/watch?v=Z9fDlbIFhMs
Впечатляет, сильно.
Эта антенна была построена для контестинга и Луна тут совершенно не причем. Неужели на КВ ионосферы не достаточно? :confused:
Луна - это 144 МГц и выше. Даже на 6м она, по большому счету, без надобности.
К примеру, вчера второй раз за три дня (!)открылось прохождение на Северную и Центральную Америку.
После 12Z больше двух часов волнами проходили и отвечали K1TOL, K1SIX, WW1L, K1OR, WU1ITU, VE1PZ, VE1JF, коротко проскочил ZF1EJ.
Приятно то, что в это время Европы на диапазоне, практически, не было и работать было комфортно. :s7:
Просто нужно дождаться прохождения....
R6LCF...Владимир,здравствуйте...что-то у меня не грузятся ионосферные данные...на настоящее время
Я этой программой давно не пользовался ,поэтому удалил полностью и зайдя на сайт скачал последнюю версию . Устанавливал от имени Администратора.
Первой запускаю загрузку ионосферных данных ,программа сразу предупреждает что не нажимать никакие кнопки и никаких действий.Отхожу от компа , ожидаю пока загрузятся данные ,обычно минут пять и в трей сворачиваю. Только после этого запускаю Прогноз,так же от имени Администратора. Все работает.
А если хорошего прохождения на ВЧ КВ диапазонах придется ждать еще 15 лет, неужели не интересно каждый день на диапазоне 2м проводить связи до 800км с отражением от самолетов, независимо от состояния ионосферы и тропосферы?
P.S. А вот кстати плотная ионосфера иногда закрывает Луну а вот около горизонтные тропо линзы улучшают условия!
Как то странно у меня работает программа MSHV с OmniRig.
После закрытия программы и повторного запуска перестает изменяться частота в окне программы, но трансивер переключается. Если переключить моду, то трансивер возвращается к диапазону, значение которого "запомнилось" в окне программы. Допустим из прогрммы включен диапазон 14 Мгц (в окне 18.100), если изменить моду на FT4, то трансивер переключиться на частоту 18.104.
Чтобы восстановить работу с OmniRig, нужно в настройках выбрать тип трансивера, ком порт и т.д., после этого можно снова выбрать OmniRig, программа будет работать штатно до очередного выключения..
версия OmniRig 1.19
На КВ диапвзонах. В любое время цикла, солнечной активности, возможна работа с DX. Главное с меньшими затратами, в виде супер пупер антен. Что доступны не всем HAM. Главное правельно построить свою работу. Во время цикла активности. Где и на каком диапазоне, ждать DX. Тем более сегодня имея мощное програмное обеспечение, это не проблема....
У меня почему то, когда мне дают RR73, то и я отвечаю RR73, не 73? Где еще посмотреть? Программа MSHV
Я использую то что мне интересно, человек свободен в выборе. Там нет режима теста, для меня это неправильный софт. R5WN, понял, спасибо. У меня то же 1.18, без проблем.
.
Программа MSHV очень гибкая по настройкам! Если нужно чтобы она в стандартном режиме передавала RRR и 73 то смотрите картинку.
Вложение 264302
В установочном нет!
Вложение 264371
Спасибо. Установил OmniRig 1.18 ситуация не изменилась. Удалял MSHV с полной чисткой реестра, тоже самое. После закрытия\открытия программы частота в окне MSHV не изменяется при смене диапазона или моды.
Похоже, что дело в программе. WSJTX и JTDX в режиме OmniRig работают без проблем и с 1.18, и с 1.19 версиями OmniRig.
ОС win8.1prox64 (лицензия).
Для Кенвудов необходимо ставить галку.
Вложение 264421
Интересная статистика по скачиванию win32/win64, это с учетом того что WSJT-X не поддерживает Windows XP:
Игорь. Тут не только XP причина. Большой процент, только для тестирования, закачивают WSJT_X. Не постоянной работы. Убогий интерфейс. Статистика тоже не то, что надо. Возможно, для УКВ это и приемлемо, но на КВ извини убого. Хотя команде давно предлагали, обратить на это внимание. А воз и ныне там. Добавь в JTDX тестовую часть программы, процент желающих еще упасет. За исключением патриотов.
И вопрос, ты 14.071 будешь включать в программу?
Поменял свой позывной и выяснилось, что раскраска notifications работает только с новым позывным. Может быть есть возможность добавит box типа
Check whole log ?
Уважаемый, надо меру знать! Когда перебарщиваете с расхваливанием одних и унижением других продуктов, это воспринимается как реклама и отпугивает. Потом многие, не сумевшие настроить свою систему, чувствуют себя обманутыми и пишут тут всякую ересь типа "надо было сразу ставить нормальную программу без кнопочек и маркеров".
Я тоже предпочитаю JTDX, но написать, что "Большой процент, только для тестирования, закачивают WSJT_X", это уже перебор.
Правильнее было бы так "большой процент пользователей JTDX закачивает WSJT-X, тестирует и возвращается к JTDX потому, что..."
А дальше арифметика:
WSJT-X всего=25766 пользователей (v2.2.0 6a6ce4 =3621), JTDX всего=7171 (JTDX v2.1.0-rc150 0d45ce =2736), MSHV всего=1282 (MSHV v2.40 =253)
Может посчитать у кого какой прирост всего, за сутки, сколько сидит на древних версиях, сколько на последних и т.п. статистику. Только для чего это?
Сравнивайте программы по чувствительности, скорости, удобству интерфейса, загрузке ПК, глючности AutoSeq - всё и так будет понятно.
Ссылка:http://www.physics.princeton.edu/pul...ease_Notes.txt
Увеличение использования FT8 на популярных диапазонах 40, 30 и 20 м означает, что
стандартные поддиапазоны 3 кГц часто бывают от стены к стене с сигналами.
Переполненность побуждает некоторых включать свои усилители, которые только
делает вещи хуже. Мы пытаемся согласовать предложенное
частот в WSJT-X с обновленными планами полос, которые рассматриваются
IARU, ARRL и другие радиолюбительские общества.
На пробной основе, и в ответ на многочисленные предложения со всего
мир, мы добавили второй набор предлагаемых частот набора
для FT8 на трех HF-диапазонах, а также на 6 метрах. Новый предложенный циферблат
частоты 7,071, 10,133, 14,071 и 50,310 МГц. Эти
частоты появятся в вашем раскрывающемся списке выбора диапазона после того, как вы
перейдите на вкладку «Настройки | Частоты», щелкните правой кнопкой мыши на частоте
и выберите «Сброс». Кроме того, вы можете добавить новый FT8
Частоты вручную.
Кто мешает вручную частоты добавлять? Можете хоть 10460 добавить
В данном случае поддержу.
Регулярно закачиваю новые,последние версии для 64bit систем.Как правило пользую пару раз и забыл до следующего раза. Что убогий ,так убогий постоянно об этом упоминаю. Второе ,очень неудобная в работе ,пытался себя заставить ....никак.
Аналогичный случай.Последнее время опять стал закачивать и устанавливать MSHV.....пытаюсь заставить себя работать в ней на УКВ. Ну никак.Кроме нескольких явных проколов ,неудобная в работе программа ,но аналогично под статистику попадет.Качают.....Я не против автора и команды ,но слабое движение в дальнейшем росте. Опять же очень неудобный интерфейс ,вообще неудобная в пользовании.
Я бы понял создание отдельной темы по указанной программе и регулярную ,постоянную связь с автором и моментальное реагирование,а этого нет.
Это так , коротко.
То что нам кажется нелогичным либо неудобным другими может наоборот восприниматься намного легче. У каждого народа свой язык, свое мышление которое отчасти формируется языком, свой образ жизни. Интерфейс WSJT-X в первую очередь хорош тем что прост, для первой программы пользователя это идеальный вариант.
ИМХО интерфейс MSHV очень тяжел в восприятии и требует значительных затрат времени чтобы к нему привыкнуть, но он пришел с УКВ и возможно УКВ операторами он воспринимается легко.Уже добавили новые FT8 частоты WSJT-X в список, будут в версии JTDX rc151.
Игорь. Я долгое время работал, в WSJT_X. Но приаыкнуть так к нему и не смог. Не раз оброщался к Тейлору. С рядом вопросов. Он отвечал, что программа написана для УКВ и переделовать что либр он не будет. Что КВ ему не интересно. Но прошло достаточно много времени. Сейчас группа разработчиков занимается программой. Но политика остаётся той же. Это очень печально но факт. Упёотые ребята.
Почему же печально? Ситуация совершенно понятная и ровно такая же, как и с любым опенсорсом-фриваре, которое делается в свое личное свободное время и just for fun - разработчик(и) занимается только лишь тем, что ему(им) лично интересно. Если бы это была коммерческая разработка с внятным ТЗ, сроками, и самое главное - с адекватным бюджетом, то разработчики делали бы ровно то, что от них требуют кастомеры, и минимум личных хотелок. Нет?
Дело не в хтелках. А конкретные предложения, по рабрте программы. А именно о реальной чувствительносим программы на УКВ и КВ диапазонах. Длительности передачи кодированого сигнала и тому подобное. Что на сегодня, многое сделано. Но ревностное отношение, к своему детещу. Отрицало всё что предлогалось со стороны. Привело к тому что мы имеем сегодня. А несуразицы в работе программы немало, есть над чем работать. А вы о каких то хотелках.
В том числе привело к созданию JTDX, с точки зрения потребителя чем больше конкуренция тем больше выбор и лучше производимый продукт.
Активных разработчиков в команде WSJT немного и они с трудом успевают делать то что сами запланировали, у кого то из них это хобби после рабочего дня.
Вполне логично.
Очень многие не перешли на Win-10, а сколько там в мире 7-к,8-к 32-битных -- одному Богу известно! Да и "правильные" пользователи должны понимать, что ставить 64-битную систему на машину с памятью 4Гб и меньше не просто бессмысленно, но и ведет к "тормозам"...
Не удивляет эта статистика. :)
- - - Добавлено - - -
Хе! :)
Игорь, помнишь, я с тобой спорил до пены у рта, что интерфейс WSJTX лучше предложенного тобой! :) И даже 3 версии публиковали тогда. С "классическим", твоим и "промежуточным" интерфейсом...
А вот когда декоды за один период перестали помещаться в окне, тут я и примолк! :)
Он прост и логичен, и, как правило, удовлетворяет рядовым потребностям. Но когда хочется побольше видеть - тут проигрывает.
MSHV очень достойная программа, я с автором общался по поводу вопросов в Linux, всё решили. Но интерфейс - я не говорю, что он плох. Но мне неудобен. В планах начать работу на УКВ, так что наверняка буду пользоваться, нужно привыкать. :)
Минимальные системные требования для Windows 10:
Процессор: 1 ГГц и быстрее с поддержкой PAE, NX и SSE2.
RAM: 1 Гбайт (32 бит) или 2 Гбайт (64 бит)
HDD: 16 Гбайт (32 бит) или 20 Гбайт (64 бит)
Видеокарта: поддержка Microsoft DirectX 9 с драйвером WDDM.
Интерфейс довольно удобный, легко и быстро переключаемый что имеет первостепенное значение для проведения Es QSO когда иногда всплески МПЧ длятся до 1 мин. Например сегодня за 1 мин сработал Es на 144 с UN7MBH. Чтобы лучше разобраться смотрите русскую версию там будет понятнее.
Результат с использованием MSHV
Вложение 264518
- - - Добавлено - - -
В следующей версии 2.41 я добавил подсказку
Вложение 264519
Для чего "Локальная сеть" в интерфейсе управления?
Игорь подскажите, изменяется ли передаваемое сообщение, если уже во время передачи, нажать другую кнопку, т.е. изменить текст.
Или это произойдет в следующем цикле?
Это вы не поняли.
Если во время передачи я меняю, естественно в ручном режиме, свой макрос на передачу ,то вижу что корреспондент его успешно декодировал.Именно последний.
P.S. Парни дают"стране угля ,хоть мелкого но много"
Я же говорю что Вы не в теме!
В режиме автозаполненя макросов например Вы даете CQ. По окончании RX Вы снова начинаете давать CQ но приходит на Вас запоздалый вызов! Так вот программа автоматом заменяет Ваше CQ на ответ вызывающей станции. Тем самым сокращается время проведения QSO.
Это работает в MSHV, WSJTX и JTDX. Игорь об этом и писал!
Автомат для себя считаю неприемлемым.Во время своей передачи ,могу к ряду причин передумать и вызывать совершенно другого, вот он и декодирует.Одна из причин ,есть и другие.
Конечно использую.Штатный для SunSDR2 DX.Новый чип УКВ МШУ - PGA103+ Отлично работает.
Подобное только с этим сигналом/корреспондентом.Если не изменяет память ему уже говорили о подобном.Не хотел показывать. Как он в эфире так вся полоса в ....... У нас в городе достаточное количество радиолюбителей и на 144МГц в том числе но такое только с этим. Может увидит и сделая выводы ,правильно настроит свою систему.
To UA3DGY
"Вопрос был про ручную смену передаваемого сообщения".
Ето в MSHV, падмена текста сообшение не так проста, патаму что кодировка может уничтожит етот текст (примерна свабоднй текст).
Па етй причине свабоднй текст в MSHV можна, но толка след ево запис и если он можна излучитса, излучаетса немедлена (On the Fly).
А не как ето стелана в JTDX и WSJT-X, можна излучит и празное саабшение (примерй очин многа из JTDX и WSJT-X).
"регенерируют передаваемое сообщение и оставшуюся часть времени интервала передают новое выбранное пользователем сообщение"
А ето точна так если нажмит TX1....7, предавателное саабшение, немедлена падменяетса, и в режим TX тоже (On the Fly).
Работая в эфире, сегодня утром. Услышал Гондурас. Работал он почти на одной частоте с Американцем. Американец, видя, что зову DX станцию, для меня. Прекратил работу, уступил частоту. А вот наши помазки из Кемерово и Кургана. Хрен уступили, продолжая CQ DX. Надеюсь что они узнают себя . Хреновы диексмэны.
За всё утро ни разу не был нарушен сценарий работы программой. Хотя сам нарушал его постоянно. Звали и по три станции и по две. Отвечал, давая рапорт вначале одной станции потом другой. Потом прощался с ними по очереди. Связка JTDX и LogHX работали безупречно. Благодарю авторов программ, за доставленное, удовольствие
Игорь, возвращаясь к вопросу об изменении передаваемого сообщения, подскажите, с какого момента (секунды) передаваемое сообщение может быть декодировано на приемной стороне? Это же не классическая мода, когда можно изменить передаваемый текст и тебя поймут. Как получившийся "цифровой винегрет" будет правильно декодирован? И вообще, корректно ли менять текст во время передачи? Какой из текстов будет декодирован, если будет?
Заметил, что при таком изменении, происходит всплеск мощности на выходе трансивера.
Зависит от ряда факторов: SNR, распределение QSB сигнала по интервалу, распределение помех по интервалу, момента изменения сообщения в интервале. В JTDX много декодеров и при нескольких проходах декодирования крайне редко мне сообщали что были декодированы оба сообщения.
Первая часть передаваемого сообщения в LDPC идет в открытом виде и более уязвима чем вторая часть сообщения, поэтому при смене сообщения во время передачи обычно декодируется последнее сообщение.
- - - Добавлено - - -
Подключение нескольких программ к одному источнику звука.
Несколько дней работы над диагностикой аудио потока дали результат: при мультиплексировании одного источника звука на несколько нагрузок, например при использовании одного виртуального кабеля на нескольких одновременно работающих JTDX/WSJT-X операционная система теряет часть звуковых фреймов, то есть на каждую нагрузку идет отличающийся набор звуковых фреймов.
Если необходимо выжать максимум возможностей с JTDX то используйте отдельное звуковое устройство, при этом проверяйте что в операционной системе это устройство не назначено звуковым устройством по умолчанию либо устройством связи по умолчанию.
При потере звуковых фреймов прыгает DT сигналов подаваемых на декодер, значит в JTDX отключается декодер на согласованных фильтрах и в результате резко падает чувствительность FT8 декодера для сообщений QSO.
При использовании VAC проблема более заметна, потому что VAC тоже нагружает процессор.
Проблема связана с непониманием работы операционной системы и похожа на проблему одновременного использования последовательного COM порта несколькими программами.
Задаю вопрос по интересующей меня теме.
Последнее время довольно часто на мой вызов кого то.....ответный рапорт повторяется два раза! Один раз подобное это случайность, десятки и более раз это система.В чем причина? Сами делают так или программа устанавливает количество ответных рапортов и зачем все это?
Почему был выбран этот корреспондент...чисто случайно ,связь небольшой мощностью.
А где взять переведенную последнюю версию WSJT-X?
Просить Владимира R5WM.
- - - Добавлено - - -
Сегодня утром было не плохое прохождение на Северную Америку. Поработал с 5:30 до 7:00 Мск. Провёл 51 QSO в основном на CQ NA. Программа rc150 отработала в целом ни плохо, но были и "закидоны", которые портят общую картину. Были периоды когда на направленный вызов на NA отвечали сразу несколько станций из США и Канады, но программа игнорируя всех продолжала молотить CQ. Видимо "растерялась" от неожиданности. Связи пришлось проводить в ручную. И ещё "запоздалых" корреспондентов, т.е. кто решил ответить через несколько периодов, тоже бывало игнорила в полный рост, но про это здесь писали. Но это было не всегда и отчего зависит не знаю. AutoSeq ставил и 1, и 2, хрен один. Пока откатился на 149. Обкатать толком 149 у меня не было возможности.
Насчет загруженного диапазона согласен,например на 20м ,у меня "передачу" вставить некуда. На скрине был диапазон 10м ,станций в периоде не более десятка. Уровни большие ....и главное это уже не в первый раз ,а довольно часто. Вот и задал вопрос по заинтересовавшей меня теме.Может что то новое ввели. Сейчас время десятки ,поэтому на другие диапазоны не ходок. Ну это временно.
А разве не может быть такой ситуации когда вместе с вами работает еще одна станция на вашей частоте совершенно с другим оператором, и вы одновременно вещаете создавая помеху друг другу, ваш корреспондент не принимает от вас рапорт и начинается бег по кругу. Уже замечал неоднократно если при хорошем рапорте не удается закончить связь со второй передаче, на полпути третьего цикла останавливаю передачу в подавляющем большинстве случаев ситуация как описывал выше, оперативно перехожу на свободное место, почти всегда удается получить RR73, но при последующих циклах, если до того времени ваш корреспондент на начал другую связь, но даже и в такой ситуации через пару циклов даст вам RR73. Может что то неправильно делаю, но помогает.
Мое мнение - во всем виноват "Автомат". Оператор включает работу в автоматическом режиме, а сам же, находиться рядом и занимается другими делами, иногда контролируя работу в FT8. Происходит какой-то сбой в процессе. То ли кто-то "сел" на вашу частоту и молотит CQ или зовет кого-то, то ли "бульдозер" встал рядом. Оператор видит, что автомат "завис" и вручную включает RR73. Вот и все!
Ну, а если, вам без конца дается рапорт в течении 10 и более циклов, то тут явно работа без контроля. Обычно я бросаю без сожаления и ухожу. И что интересно, автомат продолжает давать мне рапорт. Иногда до десятков минут.
Доброго времени суток всем.
Кто-нибудь настраивал связку GridTracker
https://tagloomis.com/grid-tracker/
с JTDX ?
По UDP сервер и порт выставлены в соответствии с стр. 57 мануала на GridTracker.
Но GridTracker порт 2237 никак не слушает...
REBROADCAST UDP-2240
Странная ситуация - провел связь с UT1US получил RR73, передал 73, далее UT1US дает CQ и одновременно снова рапорт мне:
20200609_094115.631(0) Transmitting 24.915 MHz FT8: UT1US RX4HX LO53
20200609_094130 3 0.2 1941 ~ RX4HX UT1US +05
20200609_094145.104(0) Transmitting 24.915 MHz FT8: UT1US RX4HX R+03
20200609_094200 3 0.2 1943 ~ RX4HX UT1US RR73
20200609_094215.143(0) Transmitting 24.915 MHz FT8: UT1US RX4HX 73
20200609_094215.163(0) QSO logged: UT1US
20200609_094230 1 0.2 1946 ~ CQ UT1US KO50
20200609_094230 -26 0.1 1943 ~ RX4HX UT1US -10 ^
Интересно, с чьей стороны глюк?
Как ложный декод не должно было быть такого сообщения, но если есть звуковой файлик с этим интервалом то можно будет его прокатать с диагностикой, на случай если в коде есть дефект.
- - - Добавлено - - -
Если корреспондент два раза разный рапорт передает то он работает в ручном режиме(щелкает мышкой на декодированном сообщении). Новые FT8 операторы не всегда понимают для чего нужен функционал автопоследовательности AutoSeq, пытаются проводить QSO вручную..
- - - Добавлено - - -
Три дня назад поймали проблему в одном сетапе c современным процессором: пользователь вручную включал на 8 доступных логических ядер 8 потоков FT8 декодера, в результате терял куски звукового потока. Смысла ограничивать процессоры планкой наверно нет, вместо этого постепенно добавляем диагностику, по крайней мере пользователи немного разбирающиеся в компьютере смогут правильно настроить программу.
- - - Добавлено - - -
WSJT-X 2.2.x: раннее декодирование FT8 в три захода на самом деле состоит из первого и третьего включения декодера, на втором включении только вычитаются сигналы декодированные при первом включении.
Как понял из ранее, что RX4CD УМ не применяет или ошибаюсь? Уровень ALC виден и важен для УМ трансивера.Этот уровень больше нигде не видно. У меня в трансивере его вообще нет.Принцип построения другой.
А путать высокий уровень по приему в конкретной точке ,это однозначно не то.
Пример: антенна по азимуту на Запад.Даю общий вызов-мне отвечают- отвечаю-рапорт мне +20дб и возмущения. У меня "голый трансивер" 100ватт и 5 эл. на высоте 45м и ориентир совсем не на станции Европы. На них даже не ориентируюсь. Даже галка стоит на них,но на общий вызов это не запрет.Как бы их урезать и на общий вызов :s10::Как пример!
- - - Добавлено - - -
Где то так! У меня сейчас в приоритете диапазон 10м.
RX4HX- Позывной у товарища по хобби.Как я жалею ,что в попыхах не сделал скрин его сигнала,а без него нет и доказательсв .Нету тела-нету дела.Плюс 4 это совсем скромно ,в другом цикле был коллега с плюс 17 и чистый сигнал.Я думаю все сделают полезные выводы в том числе и я.Я не обвинял,а просил обратить внимание и все.
Я к тому же. А какие выводы должен сделать я работая на ту же ,малой мощностью 100ватт ,Южную Америку. Да мне эта Европа и .......не нужна.
P.S. В прошлом году проводил эксперимент работая на Испанию мощностью 3-5ватт. Была связь ,НО проводил эксперимент далее и работал на Бразилию ,Аргентину 30-100ватт на 10м. Европа как всегда возмущалась.И какой мне вывод делать?
ПЧ в моем трансивере в принципе отсутствует.Прямая оцифровка от антенны и до входа НЧ на наушники.Второе.В СДР трансиверах применены фильтра со скатами которых нет и никогда не будет ни в одном трансивере старого поколения. Работая на передачу в программе никогда не вкл.Fake IT. Для этих трансиверов это не нужно абсолютно.Програмное ....радио.
Покажу свой сигнал на анализаторе ,для общего понятия.
Вот что такое СДР последнего поколения. Ну где то так.
Неймется вам.
Ну да ладно.Вижу вы ну совсем не в курсе о конфигурации последних CДР трансиверах. Бывает. Прежде чем писать,вы подумаййте и внимательно прочтите о чем писал я в своем сообщении.
Повторюсь. Чтобы мне работать на ЮжнуюАмерику мне необходимо антенну направлять по азимуту от 250* до 280* Это как раз Юг и Центр Европы. Связь с другим континентом потому и 100ватт.На 10м 5эл. на высоте 45м. Все понятно или дальше разжевывать.....
P.S. Не переживайте ,подобное прохождение(для нас сейчас ...не шатко не валко) в вашем регионе будет лет через пару.
Еще раз ,для тех кто совсем "без понятия" , вульгарный слЕнг "в танке"
Проще всего посмотреть свой сигнал это попросить своего же товарища с современным SDR.....панорама идеальная.Прислать скрин и сам ,наглядно все увидеть. Не думаю что у вас там все такие безграмотные ,но во всяком случае в современнойй технике ....жаль нельзя дерево из трех слов нарисовать или вставить в сообщение.
У меня достаточно знакомых с ваших краев ,но любителей похамить ,догадаетесь с трех раз...
С вами общение закончили,меня предупреждали ,не верил.Убедился сам!
Ранее сообщал как отвечают на один вызов по два-три раза.Не отвяжешся.
Сегодня работая на Южную Америку в FT4 вызывает меня немец и на каждый рапорт три раза ответ. Я как положено сплитом. Мне надоело ,стал на его частоту и ответил ,сразу ответ услышал. Мое мнение ,он на узкой полосе ,вполне возможно из за слабого компа.На узкой полосе нагрузка на проц. по минимуму.
Следующая связь с Аргентиной ,все в норме сплитом время связи по минимуму.
Помеха на вашей частоте передачи, корреспондент не может принять от вас информацию, неоднократно такое было на загруженных диапазонах, во время приема переходил на другой свободный участок, не обязательно на частоту передачи корреспондента и связь завершалась, работаю с постоянно включенным СПЛИТОМ. Не могу сказать что только в этом проблема, но я подобное решаю так, и помогает.
Прохождение на штаты сегодня отменное. На 20 метрах. Было бы лучше но азия забивает участок. Даже боком к ним, ломятся.
ПК едва поспевает.
Добрый день. Вот такие местные сигналы, кроме одного, точно знаю, что все с усилителями. На картинках всё видно. Что можно сделать на приёмной стороне? Бывает, ни одного декода нет, кроме них, или есть парочка с оценкой сигнала, намного меньшей реальной. У одного, например, грязь растёт от цикла к циклу по нарастающей (после начала передачи, стояния на CQ - ICOM PW1) из-за прогрева?
Что касается 50 МГц, а тут речь о них, несколько лет назад было предложено, что Европа передает в первом периоде, Азия и американцы - во втором. Когда начинается ход, этот принцип, в большинстве случаев, соблюдается. Непонятно, правда, почему некоторые UN7 тоже CQ-ляют в первом?
Если это с усилителем, то это очень ещё хорошо. Вот сигнал на 30 ваттах... . :s7: Метров 400 от меня... .
Если приемник классика, узкий кварцевый фильтр в первой ПЧ не помогает уйти от отдавливания усиления в приемном тракте? Некоторые трансиверы позволяют смещать ПЧ так что можно вывести мешающий сигнал за пределы широкого кварцевого фильтра, так по крайней мере половину диапазона можно спасти для работы на поиск.
PS Картинки лучше заправлять картинками в спойлер, чем прикладывать файлами к сообщению, так один пост не будет занимать целую страницу на экране.
Добрый вечер, есть жалобы что оператор оставляет программу в автоматическом режиме на передачу CQ, сегодня была такая ситуация нужно было оставить на 5-10 минут ради интереса решил попробовать и не смог включить.....
Только один цикл 73, и отключается передача, подскажите где можно почитать, как то не интересовал ранее этот вопрос.
Только что "опять двадцать пять" Вызывал на пустом диапазоне ниже /выше /буквально рядом ,никак не дозваться.Десять раз.
Осталось последнее средство.....сел на голову! Моментально ответил. Незнаю что и думать.Ну раз пошла такая пьянка ,будем садится на голову.
Только что вызывал бразильца сплитом! Подошел , сел мне на голову и моментально ответил.
P.S. Но до бразильца вызвал как положено сплитом RA0R .Наш человек ,ответил как положено!
Какие выводы можно сделать?
Уже два раза программа дала совсем непонятные рапорты корреспондентам.
Первый раз +44, а в следующий интервал уже отрицательный рапорт, а сегодня +14 и в следующий интервал -20, хотя на водопаде величина сигнала была одинаковая.
Сигнал никто не накрывал.
Раньше такого не замечал.
От человеческого хамства, и невежества. Никакая техника не спасает. Таковы реалии на сегодня.
- - - Добавлено - - -
Сегодня вновь балует прохождение, на 20 ти метрах. Но при такой плотности станций в участке. Реальная чувствительность программы, коту под хвост.
И ещё. Возможно кому то поможет. Сменил браузер на ПК яндекс браузер поставил. Не плохо работает да и Алиска помогает. Но стало убегать время, просто не угонишься. Нашёл выход, загруженная страница свёрнутая в трей. И время держит.
По сигналам которые Вы показали для такого небольшого расстояния близко к норме, но у Вас есть проблема в снижении усиления в результате отрабатывания АРУ приемника. Если выключить АРУ то появляются повышенные требования к динамическому диапазону приемного тракта, большинство недорогих трансиверов дают искажения в НЧ тракте уже на шуме приходящем с антенны. На аппаратах получше операторы отключают АРУ и вручную регулируют усиление ВЧ/ПЧ тракта в зависимости от обстановки на диапазоне. Здесь сравнительная таблица динамического диапазона разных трансивером, предпоследняя колонка для узкой полосы.
Я уже ранее писал ,что думаю аналогично. Еще немаловажный плюс узкополостного фильтра для слабых компов это маленькая нагрузка,то есть слабый проц.справляется. Особо ничего страшного нет,просто необходимо быть готовым к подобным ситуациям.
P.S. Выше перечисленное имеет место быть но и не забываем тех "а стою где хочу" работаю как мне удобно и комфортно.
...друзья,ну кто-бы внушил коллегам из Европы,да и многим нашим р/л,что программа FT8 создана для работы малой мощностью с дальними станциямkи(экспедициями),ну нервов не хватает,только дашь CQ и тут же тебе Европа,да и наши европейцы тоже...иногда зовешь или уже проводишь связь с дальним корреспондентом,а вот тут-же да еще и на твоей частоте,кто-нибудь из Европы(чаще Германия почему-то)...хорошо бы сделать в программе,чтобы не реагировала на вызовы ближе 5-6км:)
Joe Taylor создавал программу для работы на УКВ с низкой энергетикой, и в ограниченной полосе, очень эффективную для работы через Луну и метеоры, но в 2009 году адаптировал ее на КВ, где с малой энергетикой как правило не работают, а QRP-истов относят, мягко говоря к чудакам, отсюда и все проблемы.:s11:
UA1NAN...где с малой энергетикой как правило не работают
...ну,такого правила никто не устанавливал...а стандартные трансиверы обычно 100втт,а это уже не QRP...и вполне достаточно для работы с DX,если конечно Европа и не только,не будут устраивать междусобойчики...
US5WE..А что, немцы уже под Нарофоминском?
...да нет,они ближе ко Львову:),а из под Нары их турнули еще в 41-ом...а утомляют именно местечковые междусобойчики...интересных вам связей в FT8...
и не только для этого
международный цифровой клуб FT8DMC например, членами которого являются более 10.000 человек выдал уже более 400.000 эл. дипломов, вот и собирает народ связи на эти дипломы.
Кому интересно вот - https://www.ft8dmc.eu
R20RUS...Станция специального мероприятия Miller-DX-Club
День принятия декларации о государственном суверенитете
Российской Федерации
Россия ...красиво работает:)
Вложение 265299
Вечная память Вложение 265398
Вечная, светлая память! Очень жаль - нам будет не хватать его - вечного полета ему в эфире.
Очень жаль.....
Царствие небесное...
Вечного полета в эфире...
Невосполнимая утрата для всего радиолюбительского УКВ сообщества. Работали с ним на 144 МГц в 2000-х и всегда с интересом изучали его посты о MSHV. Искренне соболезнуем. R.I.P.
WE&WA
Да скорбная весть...
Царство небесное и пусть земля будет пухом.
Вечного полёта в эфире, R5WM
R.I.P.
Владимир активно участвовал в разработке программы MSHV и переводе интерфейса WSJT-X на русский язык, жаль что ушел. Наша память.
Включение QDarkStyle в WSJT-X:
C:\WSJTX_2.2.1\bin\wsjtx.exe -stylesheet :/qdarkstyle/style.qss
- - - Добавлено - - -
Обновлен файл ALLCALL7.TXT для версий JTDX rc148..150.
Вечного полёта в эфире, Владимир!
JTDX v2.1.0-rc151 измененный функционал:
Линки:
JTDX 2.1.0-rc151 собран из исходного кода https://github.com/jtdx-project/jtdx/tree/rc151 используя модифицированный исходный код Hamlib https://github.com/jtdx-project/jtdxhamlib/tree/rc151
Версия JTDX 2.1.0-rc151-win64 собрана под Qt 5.14.2, JTDX 2.1.0-rc151-win32 под Qt 5.9.5, специальная сборка win32 для Windows XP под Qt 5.5.
Пользователям операционной системы Windows: мы рекомендуем перед запуском программы переименовать(либо удалить) файл JTDX.ini при переходе на версию JTDX rc151.
Все операционные системы: при первом запуске rc151 необходимо выполнить ресет списка частот и перезагрузить программу (либо переименовать/удалить JTDX.ini файл перед запуском).
Добрый вечер, программу скачал отсюда:
Сборки под 16-бит аудио:
собранный софт (MS Windows, 64бит) https://cloud.mail.ru/public/NMo5/3bVDfZkHs
кодовая сумма jtdx-2.1.0-rc151-win64.exe
SHA-256: 30F11FE0FA6DA566AFF91C50A8A74438E963C878DF9D4CB3B7201CA0F59969E9
Устанавливал с "чистого листа" при переходе на передачу программа выдает ошибку и виснет Win7 64 bit
Вложение 265777
Вложение 265778
rc151......установлена с 24 мая,с вчерашнего дня версия для общего доступа.Система W10Pro64bit. работает на отлично прием/передача. Замечаний нет вообще,кроме одного но к программе отношения не имеет. VAC на приеме неожиданно отключился ,помогла перезагрузка программы SunSD2DX. Все!
150q работала до переустановки на 151 без проблем, попробую еще раз переустановить, может что "криво" установилось.... .
- - - Добавлено - - -
Вроде разобрался, такая ошибка появляется у меня при включении одинаковых портов CAT и PTT, раньше как то по другому было, вроде только не включалось на передачу, но ошибок не было и программа не висла.
Программа встала без проблем. Спасибо Игорь, работает отлично. Ночью на южную было проще пробиться. В утренние часы, встать некуда, забит участок наглухо.
Какова вероятность что декодированное сообщение от DXа например с SNR -25dB и DT 1.6sec решившего впридачу позвать меня сразу рапортом (grid в сообщении отсутствует) - будет "забраковано" фильтрами софта и не попадёт на экран ?
Какова вероятность что декодированное сообщение вида : CQ 3Y0I JD15 (помечтаем) c SNR -26dB и DT 2.1sec - будет "забраковано" фильтрами софта и не попадёт на экран ?
Где та грань за которой великолепный софт JTDX начнёт резать и не пропускать на экран реальные сообщения от реальных DXов считая их за ложные (SNR на пределе , DT не в допуске и CALL отсутствует в ALLCALL7.TXT ) ?
Игорь , я всегда с большим уважением относился к труду Вашей команды, софт JTDX это лучшее что было\есть для КВ DXинга.
В принципе я могу понять тех кто писал в тему своё негодование по поводу ложных декодов на экране (в т.ч. "эти ложные декоды мешают подсобирать всех подряд с соседних околотков" - ну тут каждому своё).
Но IMHO любой вменяемый DXмэн использующий JTDX по прямому назначению (DXинг) поставь ему выбор : "у тебя будут проскакивать ложные декоды - но ты будешь видеть все декодированные сообщения" против "ложных декодов не будет но возможно под эту дудку софт не пропустит на экран и принятое от реального DXa" по моему скромному разумению не будет колебаться в выборе ни секунды.
Сильно сложно сделать в JTDX функционал: "Bypass false message filers" подключаемый кнопкой или чекбоксом в настройках - при активации которого на экран пойдут все без исключения сообщения декодированные программой , а дальше оператор сам решит что ложное а что реальное ?
Hamlib сейчас меняется очень быстро и в каждой новой сборке JTDX новый Hamlib.
Коллеги, если кто то использует FLRig либо IC7610 в настройках закладки Радио и есть сбой rc151 в работе, пожалуйста напишите мне в личку: уже есть сборки где эти проблемы устранены.
- - - Добавлено - - -
Такое сообщение не будет обрабатываться фильтрами.
Например если позывной 3Y0I отсутствует в ALLCALL7 и QTH квадрат в CQ сообщении не соответствует квадратам страны 3Y0, в этом случае потеря сообщения будет для /MM позывных если корреспондент решил передать CQ сообщение без дроби для показа своего QTH квадрата.
DT 2.1 секунды в фильтрации сообщений рассматривается как неисправный сетап, но сама фильтрация выполнена очень осторожно и в основном удаляет ложные контест сообщения, ложные CQ сообщения с нестандартными позывными и ложно декодированные сообщения 'позывной1 позывной2 квадрат'. Изредка распаковываются сообщения с нарушением FT8 протокола, например сообщение "R2PU <...> FN21": все такие репортированные сбои сейчас закрыты фильтрами.
Если файл ALLCALL7 у пользователя устарел то будет потеря некоторых верно декодированных сообщений 'позывной1 позывной2 квадрат' в которых нет позывного пользователя, при условии что оба позывных отсутствуют в ALLCALL7.Чувствительность JTDX rc151 настолько высока что возможно в некоторых сетапах в зависимости от характера шума будет примерно до 10% ложных декодирований, на почти пустых диапазонах более 50% (при том что даже редкие ложные декоды приводят к звуковым уведомлениям и отрабатыванию AutoSeq4+, в такой конфигурации работа оператора в эфире превращается в кошмар, например кого то ночью будят звуковые уведомления от ложных декодов). Такой функционал будет сделать непросто, фильтрация выполняется в нескольких местах включая нарушения FT8 протокола при распаковке сообщений, то есть для обхода всех фильтров ложных сообщений придется сначала полностью переработать функционал фильтрации - объединить все фильтры в одном куске кода, что неизбежно приведет к росту количества операций процессора.
ОФФ Сегодня хороший многоскачковый спорадик Япония-Европа на диапазоне 6м, возможно что на 10м тоже будут всплески дальнего прохождения:
Дайте ссылку на скачивание 151 версию спасибо.
Посмотрите пост #24461 все ссылки там.
и уже есть на сайте https://ru.jtdx.tech/
Да, на полтиннике просто столпотворение.
Идут почти постоянно декоды от 60 и выше.
Такого не видел
В новом, 151 релизе количество декодов (то, что я пока увидел) более 70, максимум 76.
Это сейчас на 20ке.
Впечатляет!
а что означает надпись, - в окошке Band Acttivity меняющееся иногда на - Lost Audio / ..-потерянное аудио?
Сегодня 6 м побеждает 10м ....к сожалению.
........уже прочел,в всплывающей подсказке.
Установил 151 версию, перед установкой удалил ини файл. После запуска обнаружил, что настройки сохранились от 150 версии, это так должно?
Здесь надо подробнее рассказать.
Звук идет через микшер Windows, на этом уровне его можно назвать как 'системный' звук. JTDX получает от операционной системы звук через QAudioInput библиотеки Qt multimedia. Полученные 16-битные отсчеты (samples, в версии 32A 32-битные отсчеты) звука пакуются в блоки которые подаются на детектор, в детекторе есть счетчик блоков, по достижении заданного количества блоков включается декодер.
Для FT8 интервала должно быть 52 таких блока звуковых отсчетов, если их в интервале меньше значит часть отсчетов была потеряна и интервал был сжат по оси времени. В первую очередь скачком уходит DT декдированных сигналов (значит отключаются FT8 декодеры на согласованных фильтрах и декодер теряет чувствительность до 8 дБ), при сильном сжатии декодер не может синхронизироваться к полученному сигналу и декодируются только сигналы с запасом по SNR, при совсем сильном сжатии даже сильные сигналы не декодируются.
В rc151 уменьшен порог включения FT8 декодера, если вне режима SWL версия rc150 требовала получения 50 аудио блоков то в rc151 FT8 декодер в большинстве случаев включится при потерях звука если интервал сжат до 46 звуковых блоков, на проблемных компьютерах пропуски декодирования интервалов будут реже.
Во время тестирования мы уже не видели декодирования сигналов при сжатии интервала до 45 и менее звуковых блоков, по этой причине при таких потерях звука декодер уже не включается.
Потеря звуковых отсчетов пока замечена только на операционках Windows и хорошо коррелируется с загрузкой процессора. Если появляется такое уведомление то возможные причины:
- мультиплексирование одного звукового устройства на несколько нагрузок, для JTDX желательно использовать отдельное звуковое устройство и смотреть чтобы операционка не назначила его устройством по умолчанию либо устройством связи по умолчанию
- перегружен процессор, при использовании JTDX отключать другие потребляющие ресурсы процессора приложения, в FT8 декодере использовать автоматический выбор количества потоков (в автомате используется количество логических ядер минус 1), либо вручную пробовать ставить минус 2 потока (процессоры с 4 и более логических ядер)
- передискретизация сигналов, JTDX работает с звуковым потоком 48 кГц 16 бит (версия 32A - звук 32 бит)
- работа драйвера звукового устройства (желательно ставить драйвер от производителя)
- возможные неисправности оперативной памяти и задержки доступа к ней
- снижение тактовой частоты процессора при его нагреве
- режим энергосбережения, когда операционная система динамически отключает и подключает логические ядра процессора..
Виртуальный кабель VAC тоже потребляет ресурсы процессора, с виртуальным кабелем потеря звуковых отсчетов чаще заметна.
Друзья, подскажите! Программа JTDX. Наблюдаю водопад от принимаемых станций, но не декодируется ни один сигнал. Помогите разобраться!
Две возможных причины: либо синхронизация часов компьютера либо компрессия принимаемого интервала(потеря части звукового потока). Версия JTDX rc151 показывает уведомление по последнему сбою.
Еще бывает пытаются декодировать в нижней боковой полосе, тогда спектр сигналов инвертируется, декодер ни синхронизироваться ни декодировать инвертированные сигналы не может.
Можно поменять здесь:
Подскажите, при установке последней версии выпадающий список частот стал пустой. Помню, есть решение, но не могу найти.
Давно мучает вопрос. Раньше после удаления файла INI и установки новой версии программы, я нажимал REZET и добавлял нужные мне частоты. Сейчас при замене файла INI нужно делать сброс или нет, как то двояко написано, прошу подсказать, или сброс нужно делать если не меняешь INI - Ребята прошу подсказать.
Наверное мы тупеем год от года, я себя имел ввиду-так и не понял! INI поменял новую версию 151 установил - в ней уже есть частоты- мне ДЕЛАТЬ СБРОС ИЛИ НЕТ ! Если частоты загружаются из имеющегося в коде программы списка зачем делать сброс, если я не собираюсь ничего добавлять из частот, а собираюсь пользоваться уже имеющимися! Иными совами в каких случаях нужно делать сброс, прошу не подшучивать , но правда двояко сказано. Все годы я делал сброс частот , последние два раза нет. Спрашиваю у коллег по эфиру,они говорят, что вообще сброс не делают.
В rc151 мы поменяли список частот в коде программы. Удаление файла с настройками позволяет загрузить список частот из кода, после этого ресет частот уже не нужен. Пользователи кто не удаляют файл с настройками при переходе на rc151 должны сделать ресет списка частот, в противном случае они будут использовать устаревший список который у них хранится в файле настроек.
Понял СПАСИБО!!!
Игорь, я обратил внимание на то, что при смене диапазона не всегда очищаются окна декодированных сообщений. Соответственная галочка поставлена. К сожалению, я не сохранил скриншоты. Это было и в 150-й версии и в 151 тоже есть.
Система W10 64. Версия 149 работает отлично. Версия 150 не может открыть на передачу звуковую карту, версия 151 не может считать частоту передатчика. В чем может быть причина?
Скорее всего в Hamlib.Возможно трансивер имеет управление переключением подачи звука на фронтальный разъем либо на разъем на задней панели.Цитата:
Версия 150 не может открыть на передачу звуковую карту,
Какая у Вас модель трансивера?Цитата:
версия 151 не может считать частоту передатчика. В чем может быть причина?
На русском rc-151 откуда скачать? Или не будет?
Спасибо
Не знаю есть ли в этом смысл с точки зрения загрузки низкоскоростного последовательного интерфейса и процессора трансивера, и как определить универсальный набор статус команды - каждое приложение использует необходимые ему параметры. Плюс дополнительные проблемы при удержании ошибок, если какой то трансивер не поддерживает часть запрашиваемых параметров либо отвечает неадекватными значениями, либо вообще входит в ступор при запросе параметров которые он не может предоставить.
Тот шквал изменений которые в основном делает сейчас Michael W9MDB порождает шквал новых дефектов в Hamlib, проявляющихся на разных моделях трансиверов.
UA3DJY
Трансивер "Маламут"
Поставил rc151 . После включения программы уходит на завершение работы и просит закрыть jtdx.exe , а в начале Вложение 266101
Как решить эту проблему?
Вложение 266105Вложение 266106
- - - Добавлено - - -
У вас могут быть другие номера портов.
У меня вот так Вложение 266107
У меня программа JTDX"подвязана" к LOGu UR5EQF через WSJT Interfac в LOGe Omni Rigd, конечно выглядит так:
Вложение 266109
Может как то сложно написал, по другому не знаю как объяснить.
- - - Добавлено - - -
Подскажите пожалуйста как, как вставлять "свернутые" комментарии, что бы меньше места занимали на страничке.
- - - Добавлено - - -
Если у вас напрямую без лога, прописываете марку трансивера, номер CAT. номер PTT и все должно работать.
У меня программа JTDX"подвязана" к LOGu UR5EQF через WSJT Interfac в LOGe Omni Rigd, конечно выглядит так:
У меня так же как и у вас
- - - Добавлено - - -
Поставил как и у вас. Вышеуказанные бяки исчезли. На прием идет. Псле передачи при переходе на прием , приема нет, только щелкает релюшка.
При выключении трансивера и обратно включения прием есть
- - - Добавлено - - -
Спасибо Сергей за уделенное время и за подсказку, все заработало в лучшеим виде.
Неожиданно при запуске JTDX v2.1.0-rc150_32A (MS Windows, x64) такая картина :Вложение 266222
После первого прохода, название колонки в таблице Message меняется. Список частот пуст. Переустановил поверх rc151.
Картина та же. До вчерашнего дня все работало в течении дней 15ти
- - - Добавлено - - -
Забыл отметить, что все остальные функции работают нормально. САТ трансивер видит и управляется.
вышла очередная WSJT-X 2.2.2
https://www.physics.princeton.edu/pu...1jt/wsjtx.html
на sourceforge пока нет
- - - Добавлено - - -
WSJT-X 2.2.2
https://sourceforge.net/projects/wsjt/files/
Отсутствие поддержки трансивера. Hamlib запрашивает у трансивера его ID модели, ранее использовался двухзначный ID модели, который считывался с EEPROM трансивера, сейчас Hamlib переходит на трехзначный ID. В рамках поддержки автору трансивера желательно выйти на команду разработчиков Hamlib для согласования уникального ID номера для определения в Hamlib модели трансивера, после этого команда Hamlib сможет добавить "Маламут" в список трансиверов и на основе предоставленной автором спецификации CAT протокола выполнить в коде Hamlib поддержу CAT интерфейса для него.
Возможно в сложившейся ситуации временным решением будет самостоятельная сборка JTDX с еще поддерживающей "Маламут" версией Hamlib, на сайте где опубликован код модифицированного под JTDX Hamlib начиная с версии rc149 есть тэги под каждую версию, для сборки можно склонировать с сайта код соответствующий тэгу.
Еще можно попробовать OmniRig.
- - - Добавлено - - -
Необходим ресет списка частот.
Необходим ресет списка частот.
Покажите как делается ресет . Где это делается?
- - - Добавлено - - -
Уже все нормально. Сделал.
Друзья, подскажите.
В версии 148 RUS 64_32 в настройках фильтров пытаюсь запретить декодирование континентов, устанавливая соответствующие галочки. Ничего не выходит, продолжается декодирование запрещённых. Тоже самое и в отношении декодировать только CQ и т.д....Т.е. фильтры не работают. Кто сталкивался? Спасибо заранее.
Здесь у вас что стоит?
- - - Добавлено - - -
Игорь, подскажите пожалуйста от чего зависит полоса приема, то широкая то узкая.
Это режим гончей, мы не знаем сколько слотов передачи и на каких частотах использует DX поэтому для декодирования ответа при использовании частотного фильтра (ограничивающего количество сигналов-кандидатов на декодирование, для применения на медленных процессорах) полоса примерно +-300Гц от RX частоты QSO.
Я почему спрашиваю, не могу определить зависимость, иногда при обычном, не гончей, включении полоса широкая, иногда узкая, при одинаковых условиях, и остается не зависимо от диапазона, по моему при запуске программы как установится так и остается, пока не определил.
Установил программу. Всё вроде заработало, но появилась пара вопросов.
Что означают символы в виде точек/звёздочек перед названиями стран
и можно ли их убрать?
Можно ли писать в Лог частоту в стандарте 10.136.00, 18.100.00, а не реальную 10.137.89 и т.д.?
И главное: как перемещать по водопаду отдельно красный курсор передачи?
Все кнопки нажимал, не нашёл.
Прошу не пинать. Если что раньше работал в WSJT-X.
На нужную частоту, при активном сплите Вложение 266346
Вложение 266345
Символ • - оператор с этим позывным заливал свой лог в LoTW
Символ ° - то же что предыдущий плюс это сообщение декодировано декодером FT8 AP(Hint) или декодером на согласованных фильтрах (JT65 JT9 T10)
Символ * - сообщение декодировано декодером FT8 AP(Hint) или декодером на согласованных фильтрах (JT65 JT9 T10)
Если префикс начинается с символа * (позиция первого символа префикса) то это уведомление о стране по списку диплома WAE, которое приходит из файла cty.dat.
Можно ли писать в Лог частоту в стандарте 10.136.00, 18.100.00, а не реальную 10.137.89
Как вариант в логе прописать формат 10.136.
Назначение левой и правой кнопки мыши обратное: левая - зеленый (приемный), правая - красный (передающий) курсоры.
Очистите окно макросов. У меня это происходит автоматически с помощью установленных галок.
После введения в программу инфо об потеряных аудио блоках, стало понятно, почему иногда пропадали интервалы декодирования.
Но вот возник вопрос: а как с этим можно бороться?
Посмотрел в своей системе - вроде все выставлено правильно, процессор i7, 3ГГц, 8ГБ оперативки, W7/64, 7 ядер на декодирование, а потери продолжаются.
А что у всех все в порядке?
rc147 все работает нормально.
rc150 нет списка частот. Но с трансивером работает.
rc151 не видит трансивер в упор и нет списка частот.
В дополнение к этому посту
Системный звук относится к задачам операционной системы и должен обрабатываться процессором с более высоким приоритетом по сравнению с 'нормальным приоритетом' процессов приложений пользователя, то есть загрузка процессора приложениями пользователя не должна приводить к сбоям в работе самой операционной системе. По факту в операционках Windows мы имеем обратное: обработка системного звука зависит от загрузки процессора приложениями пользователя.
Возможно корни проблемы в обработке прерываний PCI шины в операционной системе Windows, есть сообщение от пользователя JTDX что проблема потери PCM отсчетов системного аудио появилась после Windows XP и может зависеть от установленного железа на материнской плате, возможно связана с этим изменением в обработке прерываний в операционках Windows.
- - - Добавлено - - -
Необходимо сделать ресет списка частот, но лучше переименовать (либо удалить) файл с настройками при выключенной программе. Если после удаления файла настроек в rc151 CAT c трансивером не начнет работать то проблема связана с изменениями в Hamlib, тогда я Вам на почту пришлю сборку rc151 с более свежей версией Hamlib.
Можно попробовать распределить задачу на другие ядра процессора. Как описано тут Страница не найдена – Вадим Стеркин - если непонятно , приеду домой приложу файлик.
При работе на CQ эта кнопка должна быть в таком положении. На поиск лучше включить её.
Количество потоков установлено Авто. Внимательно слежу за Lag= не более+ 0,10+0,15.Настройки соответсственно.
Все в норме.Проц справляется.у меня еще и программа SunSDR2DX нагружает!
Прием аудио: звуковая карта является источником сигнала, у нее есть буфер куда она складывает созданные АЦП PCM отсчеты (мы работаем без компрессии, линейное аудио). Звуковая карта создает прерывание-сигнал операционной системе что есть для нее данные которые необходимо забрать, это надо сделать до того как наступит переполнение буфера, операционная система знает что эти данные адресованы JTDX. Операции выполняются на системном уровне на процессоре, до момента передачи данных в JTDX это системная задача. Теперь представьте что перед получением прерывания процессор был нагружен задачами например Интернет браузера и операционная система смогла обработать прерывание уже после переполнения буфера на звуковой карте.
Смотрю на несколько лет работы над кодом JTDX и появляется вопрос, что если сейчас операционная система Windows не позволяет эффективно использовать заложенные в JTDX возможности, в чем смысл дальнейшего развития FT8 декодера для пользователей Windows, особенно учитывая статистику скачивания последних версий WSJT-X по которой следующее распределение пользователей:
win32 78%
win64 15%
Линукс 4%
Мак 3%.
По этой статистике парк компьютеров пользователей отстает на несколько лет от уже заложенных в JTDX возможностей.
На картинке зелёным обозначен круглый индикатор сплита рядом с выбором диапазона.
Вижу у себя тоже самое при включении гетеродина B. При этом в настройках Radio
сплит выключен. При переходе на гетеродин А буковка S пропадает.Так должно быть?
Ещё при задержках декодирования (возможно из-за компьютера) программа повторяет
предыдущую посылку, хотя WSJT-X, пусть с задержкой, но переключалась на
корректное сообщение.
Было бы также неплохо иметь возможность менять цвет шрифта, а не только заливку текста.
Вот пока что обнаружил после установки.
В 151 версии почему то не вижу кнопку сброса частоты ?:que:Цитата:
Сообщение от UA3DJY;
Правой кнопкой "мыши" делаем Reset в таблице частот.
To UA3DJY
Игорь здравствуйте
Использую FTdx101D + RigExpert Standart.
Прием идет через USB Ft-dx101D по USB .
Передача через Rigexpert ( так проще регулировать мощность)
Управление через RigExpert по САТ, сформитрованный при установке.
Раннее использовал версию 137. Установил 148 версию. Выбрал FTdx 101D. При этом выборе считывание частоты работает, а вот прием-передача никак. При установке FT-991 - все работает нормально.
И еще вопрос:
Определение принадлежности к пользователям LOTW ( и пр) ( разные точки около страны) - это какая то "база" или On-Line????
Если это "база" - то она корректируется ежечасно,( что , вообщем то, не актуально) , а, если это On- Llne, то позволяет ли алгоритм программы вычислить по "квадрату" принадлежность к штату ( usa) или ,скажем к зоне???? , как это сделано в JTAlert???? и как то вывести визуально.
lotw-user-activity.csv
https://lotw.arrl.org/lotw-user-activity.csv
Обновляется каждую неделю.
Место установки файла
Вложение 266586
Небольшой офф-топ: на самом деле эта статистика по скачиванию WSJT-X, а значит это больше относится не к русско-говорящим Hams. Русско-говорящие больше JTDX пользуются (как мне кажется). Нежелание (а вернее экономия) западных коллег на компах давно известна, так давайте не будем на них ориентироваться.
У кого есть проблемы с апгрейтом компа советую обратить внимание на использованные подержанных процессоров Xeon на Али. Для JTDX на сегодняшний день это самое то!
Как сейчас модно говорить: мой мессадж был не правильно Вами понят. :) На западе люди весьма не охотно обгрейтят свои компы. Вообще. В России наблюдается прямо противоположная тенденция. От сюда как следствие - использование 32-битных версий приложений. Помню как на работу ко мне в конце 90-х приехала делегация из Голландии. У нас на работе тогда везде давно уже пентиумы использовались. Какое же было мое удивление узнать, что в Голландии еще 386 широко в ходу были.
Люди используют то, что позволяем им использовать их кошелек, а не проведение нужных связей.
Много ли наших коллег меняют свои трансиверы, ориентируясь на новые модели?
Да, есть такие. Но как много их?
Нужно отдать должное Игорю, который продолжает поддерживать ХР и соответственно старое железо.
Не до жиру...
Никто и не спорит, что кошелек очень важный фактор. Но в Ваших словах полная непонятка. Вам что, не нужны "нужные связи", а только с соседним двором? Никуда не деться, каждый вид связи требует своего технического оснащения. Вы ведь не пытаетесь работать работать FT8 на старых советских самоделках и синклерах?
Странная логика ,по вашему если я перейду на свой второй комп с i7 то я увижу больше станций, чем на рабочем специально для радио компьютере с i5 где прекрасно работают одновременно два sdr трансивера и две программы jtdx и wsjtx
Вот лично я что -то сомневаюсь, значит антенны и местоположение радиостанции это по вашему не актуально, был бы комп как у крутых геймеров так тыщ за 500,и весь мир в "кармане",Да и какое там прохождение оно нам по .... Самим то не смешно? И да объясните что такое нужные связи и связь с соседним двором какую ценность для вас они имеют? Опять под свою гребенку всех расчесывать начали,теперь оказывается все решает один крутой компьютер.:s7:
А мне кажется, в данном конкретном случае неправы Вы! :)
Если люди считают, что железо "достаточно", то пусть и остаются на старых версиях программы. Они прекрасно работают.
А кому надо свежие - либо вынужденно надо апгрейдиться, либо смириться и не ворчать на "баги"...
- - - Добавлено - - -
В начале 90-х моя знакомая ездила на стажировку (или что-то по обмену) в Оксфорд. Больше всего ее шокировало, что там люди вовсю пользовались именно 386-ми машинами с Windows-3.1 for Workgroup и MS-Word-6... У нас вовсю XP на IP-2 стояла... :) Спрашивала, мол, почему? Ответ самый прагматичный - "А зачем"? Справляется с задачами "пишмашинки" и хорошо!
ЗЫ Я бы и сейчас почти во все офисы поставил именно 386-е, Win-3.1 и Word-6! Производительность труда выросла бы процентов на 200 без соцсетей и ютуба! :)
i5 - это вполне и вполне достаточный процессор! i3 легко справляется.
Разговор о тех, кто до сих сидит на древних селеронах (современные тоже вполне и вполне неплОхи!), да на "первопнях" одноядерных (либо на мобильных усеченных версиях процессоров, установленных в ноутбуки).
Кстати, имхо "для радио" ноутбук вообще не стОит брать! Либо брать топовый (жутко дорогой). Иначе платой за мобильность и компактность будут вечные тормоза из-за мобильных версий процессоров и ограниченного объема памяти. Были достойные и за разумные деньги, но мало моделей.
Коллеги, перевернуть больше 1000 страниц не подъемно. Возможно вопрос и был. WSJT-X. Настройка цветов. Сейчас передача отображается в нижнем левом маленьком окне программы. Как и при настройках по умолчанию желтым цветом. Раньше эта процедура занимала правое окно программы. Что наделали мои шаловливые ручки и как вернуть отображение передачи в левое окно. Версия 2,2,1 или 2,1,2 рус
Знаете мне разговоры про апгрейд компов напоминает ситуацию у геймеров ,современные игры сейчас по 40 гиг и больше, поэтому требуются более современные компы и это я не говорю про видеокарты, хотя кардинально графика не поменялось с теми же играми 12-16 годов, как бы радиолюбительские программы тоже не повторили путь современных игр, с "вечным" апгрейдом железа.
Добрый день !
Счетчик QSO в правом нижнем углу показывает (0), хотя в логе qso ЕСТЬ ?
151 версия .:confused:
Я понимаю, о чём Вы говорите, и, в плане игр и вообще общесистемного и прикладного софта я даже согласен. Действительно, даже свежие версии Linux уже перестали выходить для 32-битных архитектур... Только 64-бит. Ту же Windows без Интернета активировать уже невозможно (я про официальную активацию, не "взлом КМС-ами"). Увы, видимо "плата за прогресс"...
С радиолюбительским софтом тенденция та же, но причины не коммерческие, а реальные. Мультипоточность требует и многоядерность и увеличенный объем памяти и современные API... От этого и необходимость апгрейта.
Как вариант - не гнаться за последними версиями программ! Да, они лучше. Но и более-менее старые тоже хорошо работают. Разумно надо подходить. Уверен, если бы каждая версия программы стОила бы каких-нибудь денежек, многие не торопились бы обновляться. :)
Игорь привет,
Мы работаем на 149 версии ремоутом под AnyDesk или TeamViewer с машины, которая еще и сервер доступа в инет для оффиса плюс на ней крутится Zoneminder и WEBSDR на 50 МГц.
Отработали все нужное, что принимали, сейчас ловим Т6АА на 6 метров. Вопрос, если все работает в такой конфигурации, зачем платить больше?
Настройка здесь:
- - - Добавлено - - -
Michael W9MDB исправил FT-DX101D Hamlib уже после сборки rc151, есть сборка с исправленным Hamlib, отправил Вам на почту линки.
- - - Добавлено - - -
Антенна, чувствительность+динамический диапазон приемника, производительность процессора: три составляющие которые определяют радиус связи в FT8. Проще говоря процессор эквивалентен антенне либо мощности корреспондента. А при полном отсутствии прохождения и антенна с приемником не помогут. Производительность процессора в JTDX дает прибавку декодирования и поверх хорошей антенны.
Владимир, что надо покрутить, чтобы повлиять на режим Lag.
У меня вот так и выше :
Вложение 266669
Повторю,это у меня так:Верхняя строка: Decode - decoding cycles 2 (1 мало -3 много)-decoder sensitivity- use low thresholds( все в норме ,оставьте) есть еще возможности ,установите -use subpass.Совсем плохо ,тогда minimum. Количество потоков установить Avto.(хотя у меня 8 логических проц.и все работают!)
С синхронизацией времени все в порядке. Ну вот как показано.
Во время работы в программеJTDX.... Касперского отключаю ,закончил включаю.Немного НО тормозит! Главное не забывать!
To; R6LCF
есть еще возможности ,установите -use subpass.Совсем плохо ,тогда minimum.
Владимир, sorry я не разобрался, а откуда установите -use subpass , совсем плохо ,тогда minimum.
Lag=0,00 или максимум+ 0,15. тогда use subpass,нет тогда сокращайте нагрузку на проц. ....не справляется.
Вариантов два:первое, все настройки по максимуму ,проц.по максимуму, ну что там на сегодня супер/пупер ,i9-9900....
второе, настройки программы с учетом возможностей проца. Все!
P.S. Понимаю что синхронизация на высоком уровне,все сторонние программы отключены ,браузером во время работы в цифре не пользуетесь ,антивирус отключен .....ну и так далее,нагрузка только со стороны цифроваой программы или как?
To: R6LCF
Владимир tks за пояснения. Становится немного понятней. У меня ноутбук HP Pavilion g6
Наверное лучше откатиться на более ранние версии, ну а если сильно не заморачиваться , то можно и 150 версией вполне успешно пользоваться.
Борис, радикально на Lag влияют: 1) "Декодирование", "FT8 декодирование", "Широкополосное декодирование" и далее выбирать из Быстрое - Среднее - Глубокое. Для вас наиболее вероятен "Быстрое". 2) "Декодирование", "FT8 декодирование", "Количество циклов декодирования", выбирать из 3-2-1. Для вас наиболее вероятен 1.
Потеря звука под Windows: в англоязычном форуме JTDX есть сообщения от пользователей у кого проблема ушла после поднятия приоритета процесса jtdx.exe.
Запуск JTDX, затем повышение приоритета: либо с командной строки либо в диспетчере задач Windows.
Смотрите.
Плановая замена системного блока через каждые 5 лет. Дата создания август 2017г. Замена 2022-2023г. Какая на тот момент будет цена и получаемое качество.Соотношение цена/качество еще никто не отменил. Да не часто замена ,но я все таки пенсионэр уже 14лет,так что нормально + то что через каждые 2-3 года меняю трансиверы естественно на новые модели ,а это тоже немало.
Но в работе с последними версиями JTDX......это что то. По приоритету:
1) Это безусловно антенна.
2) Это бузусловно трансивер,очень желательно SDR.... прямой оцифровки.
3) Это безусловно мощный комп.
Все три равнозначны!
Сочетание всех трех пунктов придает JTDX.....неподражаемое качество и производительность в декодировании.За удобство пользования я уж не говорю.Огромное спасибо автору и команде!
много букв, а какой проц - так и не сказали....
Картинку откройте :)
Вложение 266728
Может кто-нибудь, у кого процессор с гипертрейдингом, сделает эксперимент с его отключением-включением с программами FT-8 ?
Виктор, спасибо за подсказку, изменил значения,как Вы порекомендовали. Сейчас выглядит вот так:
Борис, при небольшом количестве станций на диапазоне, можно широкополосное декодирование ставить среднее или глубокое. Или в настройках (в том же месте где вы и меняли) установить количество циклов декодирования в SWL режиме 2 или 3. И при малом количестве станций (или при включенном на прием фильтре) делать активной кнопку "SWL режим". Обязательно перейдите на 151 версию т.к. в ней исправлены довольно существенные ошибки. Устанавливайте обязательно 64 битную версию, ваша система это позволяет. Разница в значениях Lag примерно в 1 секунду. При указанных настройках выбирайте AutoSeq3. При достигнутом вами малом Lag в этом режиме вам будет комфортно работать. Если еще будут вопросы напишите мне в личку.
Добрый день !
Что это он хочет сказать по русски ?Вложение 266774
Вложение 266786
Чтоб узнать что он хочет надо при активном окошке на клавиатуре нажать Ctrl+C текст окошка скопируется.
Сохранённый текст вставить в любой инет-переводчик.
И будет Вам счастье :)
Это для общей информации.
В большенстве случаев такие информеры с помощью комбинации клавиш Ctrl+C можно скопировать и перевести на доступный нам язык.
Я пользую вот этим переводчиком https://www.m-translate.com.ua/perevodchik/correct
Добрый и Вам! :)
Просит галки поснимать:
Вложение 266790
- - - Добавлено - - -
Знаете, не обижайтесь, но... Столько слов было о "выдающемся" компе, а по-факту... Как бы сказать... ДОрого, ОЧЕНЬ дОрого, но нерационально.
https://ark.intel.com/content/www/ru...38,97147,97129 -
Это ссылка на страницу сравнения 3-х процессоров. Первые 2 у меня. Куплены давно уже (раньше 2017-го, это точно), довольно недОрого, но с предварительным подбором и оценкой возможностей.
Так открою Вам секрет, Ваш процессор всего лиш ненамного "шустрее", и то исключительно из-за тактовой частоты. 2 МБ кэша в прибавку тоже немного дают прирост скорости, но уже не так значительно. Реально, в "боевой" обстановке, (т.е. нагрузить равными задачами) Ваш аппарат будет ненамного шустрее моих (которые на 30% дешевле!!!). Да и греется Ваш как паяльник...
А уж тягаться с Xeon`ами с Али - тут Ваш "суперкомпьютер" явно будет аутсайдером.
Вы когда апгрейдом занимаетесь, не берите "топовые" процессоры"!!! Названия типа i9-i100 -- это еще не показатель скорострельности. Часто и i3 может в реальной обстановке обскакивать и i5 и i7. У меня на работе i3 компилит jtdx на 1,5 минуты быстрее, чем домашний i5... Специально засекал.
Хотя кэш меньше (но 4 ядра и тактовая чуть выше)...
Скромнее надо быть, когда хвастаетесь "железом". Цена и название далеко не всегда являются реальным показателем качества (и скорости работы).
Подскажите приоритет здесь выставлять? Там два файла оба .exe (jtdx. и jtdxj9) выставлять в одном или в обоих, я никогда не "лазил" по диспетчеру задач, не было необходимости.
Да здесь.
Я поставил Высокий в обоих процессах, но учтите, при закрытии приложения значение приоритета устанавливается по умолчанию, т.е. при каждом включении JTDX необходимо заходить в диспетчер задач и ставить приоритет по новой. Правда есть различное стороннее ПО, которое позволяет установить приоритет навсегда. Но я пока не применял его.
Пардон не досмотрел, у Вас стоит утилита, так Вам просто запомнить значение. Если можно, дайте пожалуйста ссылочку для скачивания. Спасибо.
Я понял Сергей, спасибо, я уже нашел и скачал. В Гугле набрал System Explorer и получил несколько ссылок. Установил как диспетчер задач по умолчанию. Работает, приоритеты сохраняет. Удобно, не надо каждый раз лазить в диспетчер задач.
У меня пропадали аудио блоки время от времени, раз в несколько минут.
После того, как я выставил высокий приоритет обеим файлам, это стало происходить постоянно.
Если посмотреть по загрузке проца, то программа jtdx.exe практически не потребляет ресурс ЦП.
А jtdxjt9.exe потребляет до 70 процентов в момент декодирования, при 7 ядрах, закрепленных для декодирования (SWL).
После того, как вернул приоритет до "среднего" и закрепил 4 ядра для декодирования, аудио блоки перестали пропадать. Тьфу-тьфу.
Может аудио блоки и пропадали из-за того, что вся моща проца (7 ядер) была принудительно задействована на декодирование.
Lag увеличился на пол секунды, загрузка проца упала до 45 процентов в момент декода.
Буду наблюдать.
Аналогично,правда уже какое то время назад. Установлено было 8 потоков ,пропадали аудио блоки.Ничего не изменял но установил по количеству потоков Авто. Все изменилось в тот же момент. Особо разбираться не стал так и работаю. Но в Мониторе ресурсов как были 8 логических проц. с одинаковой загрузкой так и остались. А больше ничего и не требуетя,успешная работа это основное.
Интересные вопросы, 6 ядер, 8 ядер, скажу за себя, у меня процессор 10-15 летней (сокет М-2) 2 ядра проведено в FT-8 более 5 тыс. связей, половина подтвержденных в LOtW, все устраивает. Но я не о том, ближние интересные станции в пределах 10 тыс км. выбраны, если следовать написанному ниже что, что бы иметь более дальние QSO надо обновить компьютер, дабы не терять звуковые файлы, (не было бы этого окна и жили бы спокойно не зная что они теряются), я почему то считаю что надо антенну менять, я опять же за себя, 100 вт меня вполне устраивает, бывают случаи что маловато, но пережить можно. Может я не о том пишу, тут уже какие то соревнования у кого компьютер круче, и кто больше принимает станций за один цикл, ну примете вы за один поток 20-25 станций быстро просмотрите и ткните на нужную, получится? За FT-4 вообще молчу. Если не в тему извините.
Как писал ниже ,основные составляющие успешной работы это:
1) высокоэффективная антенна ,лучше направленная.
2) высокоэффективный трансивер с высоким динамическим диапазоном ,лучше это современный SDR.....прямой оцифровки.
3) мощный комп.
Все три пункта равнозначны и по своему незаменимы.
А можно что бы один пункт был менее эффективен....конечно можно ,но страдает конечный реультат. А решать пользователю ,чем он согласен жертвовать и что добиваться в результате.
На данный момент уже получили высокоэффективную программу JTDX.....и в работе и в пользовании ,а уж что к ней приспособить из трех вышеуказанных пунктов это конечно решать непосредственно пользователю ,то есть нам!
P.S. Никого не поучаю ,просто делаю выводы из регулярной,повседневной работы в цифровых модах. А вообще личное дело каждого ,как и что применять.
Никто же не против этих 3 составляющих, только на последних двух страницах и разговоров в чьем компьютере сколько потоков, люди на XP работают с одним потоком и ничего, есть что показать, результаты не хуже чем с i7 или i9, главное уметь работать а не на форумах ругаться друг с другом.
Есть у меня ноут с установленной XP....применял на выездах с i7300. Трансивер неплох ,а вот комп.....слабоват. Да работать возможно но......особых результатов не получить. Это при условии что работал с берега моря и уровень шумов был по минимуму.Все равно так......себе.
Некоторые считают что если они берут количеством то это результат.Многие считают и я в том числе что нет. Хотя цели у многих разные,кого тысячи связей с Европой в автомате вполне устраивает ,а кто то галки ставит что бы их и не видеть .Цели разные и в конечном итоге и результаты.
Пользователь решает что ему необходимо и это правильно.
Цитата:
Сообщение от R6LCF;1707931.......
Насчет антенны- это понятно, а вот насчет остального, если можно, поподробнее.
Хотелось бы, так сказать, поконкретнее, на личном примере, услышать (увидеть) о тех высоких результатах, которых можно добиться, имея все перечисленные пункты оборудования и, особенно, пояснить, как бы пострадал конечный результат без супер мощного компа и современного SDR прямой оцифровки.
Например: Количество отработанных в FT-8 стран DXCC, US штатов, зон WAZ и пр. и за какое время эти результаты были достигнуты.
Думаю, что привести собственные достижения не составляет никакого труда.
Для этого можно, просто, показать фото статистики лога.
Вот, именно это и будет самым лучшим примером для Ваших оппонентов, что только так можно чего то добиться в цифровом DX-инге.
А то Вы все говорите, а конкретики никакой нет, и на этой почве возникают некоторые разногласия.
Еще раз повторюсь,цели у всех различные. Кого то интересуют дипломы в цифровых модах -меня нет,кого то сработанные страны -это ближе.Трудные диапазоны -еще ближе.Конкретные DX и экспедиции на трудных диапаонах вот пожалуй ближе всего.
Пусть их всего порядка 7 тысяч в FT8 и только половина в LoTW ,ну что есть то есть. Кроме хобби необходимо еще и "денежные знаки рисовать" а куда без них.
Вот так и живем. Период изоляции закончился и другие увлечения необходимо извлекать из ....и с занятиями радио чередовать в свободное время.На свежий воздух!
P.S.UA3AIF: А в данный период времени у вас лично есть связи с Штатами ,например на 10м? Не на 20м не на 15м там этого добра..... Не год назад не пять ,а этой весной. Было бы интересно.
Это же хорошо, что все залито в LOTW .
Но от LOTW много ждать не приходится. у Меня из 13т. залитых ( общих) только 5 подтвердилось.
Пусть будет столько, сколько есть.
Покажите сводную таблицу по DXCC и по US.- этого достаточно. И за какой период.
И не включайте "заднюю". :s7:
Были конечно, две -три станции. :s7:
Пару недель назад даже КН6 был. :s7:
Вложение 266852
Вот это добро и покажите. Они неплохо подтверждают.
СДР это конечно хорошо,направленная антенна в придачу к нему еще лучше,но можно работать и без них....Начав работать FT8 в 2017 году имеется 207 ДХСС сработаных и 183 подтвержденных и это все на 100 ватт и "палки\веревки",комп с процессором I3...
Для демонстрации своих достижений существуют другие форумные темы, активносити в которых не наблюдается: Дипломы ARRL, Дипломы CQ, итд.
Тут же о глюках софта, коих есть некоторое количество.
Глюк №1.
Этот глюк переходит из версии в версию и особенно критичен на 6 метров, где прохождение открывается на минуты.
Например, вчера зову TF3ML.
173630 -12 0.1 670 ~ CQ DX TF3ML HP94 Iceland
173715 Tx 2219 ~ TF3ML US5WE -12
173745 Tx 2219 ~ TF3ML US5WE -12
173815 Tx 2219 ~ TF3ML US5WE -12
173845 Tx 2219 ~ TF3ML US5WE -12
Сигнал Олафура исчезает, останавливаю передачу, но тут прилетает:
173930 -6 0.1 670 ~ US5WE TF3ML R+01
Кликаю на него, но вместо RR73 система начинает передавать:
173945 Tx 2219 ~ TF3ML US5WE R-06
и приходится судорожно жать на Tx4, что приносит, через некоторое время, результат.
173949 Tx 2219 ~ TF3ML US5WE RR73
174015 Tx 2219 ~ TF3ML US5WE RR73
174045 Tx 2219 ~ TF3ML US5WE RR73
174115 Tx 2219 ~ TF3ML US5WE RR73
174130 -8 0.1 670 ~ US5WE TF3ML 73
Глюк №2.
Попытка уйти от VOX окончилась провалом.
JTDX версия 149 под Ubuntu 16.04 32 bit. PTT включается один раз, после этого не включается. После перезагрузки софта ситуация повторяется.
При описанном выше однократном включении РТТ в режимах Tune или Enable TX звука со звуковухи нет.
Возвращаем VOX - звук есть.
На той же машине в TR4W под Wine РТТ работает отлично. KEY тоже работает, телеграфные посылки не рвет.
Тогда надо было назвать тему- "Глюки софта" , а здесь общие вопросы. К ним относятся и те вопросы, с каким оборудованием лучше применять данный софт.
А достижения я просил для того , что бы человек показал, чего он добился , применяя с данным софтом именно тот комплект оборудования о котором он пишет почти на каждой странице и что изменится, если применять что то другое.
Но , думаю, что на он ничего не покажет, потому как показывать особо нечего. :s7:
Порт управления PTT физический? COM или USB?
что говорит $ls -l /dev/ttyS* (для COM) или $ls -l /dev/ttyUSB* (для USB)?
И хорошо бы глянуть настройки CAT-PTT. Попробуем разобраться.
По поводу звука. Давно заметил, что если прервать передачу практически сразу после ее начала (не более чем через 1-2 секунды), то в следующем цикле звука не будет. Но последующие будут со звуком.
Может у Вас они и бывают, и кто-то куда-то может и "ушел", а тут приведена реально и регулярно возникающая эфирная ситуация, которая в одном случае привела к срыву связи с квадратом EL87, а учитывая, что диапазон на Северную Америку открывается крайне редко, второго шанса в текущем сезоне может и не случиться.
Если у Вас есть, что сказать по существу, буду благодарен.
Я использую только физические порты - один на мамке плюс 2 на PCI мультяшке. Конфигурация машины в посте ниже.
Управление по ttyS0, адрес и IRQ стандартные.
Вы сами при проведении QSO, похоже наступаете на одни и те же грабли. Не давая программе закончить QSO самостоятельно. А ввод CALL из окон, нарушает работу программы. Зачем вводить вновь, программа сама введет что надо. Даже если вы дадите команду на CQ. Да и с проблемой COM PTT. Её решили в последней версии. Да и со звуком сейчас всё а полном порядке. Всё что вы описали, было и у меня. Но сейчас всё работает.
Есть определенные глюки с автопоследовательностью, если связь проводить с включенной кнопкой "Пропустить Тх1".
Так что если зовете рапортом, нужно вообще отключить автопоследовательность и все делать руками, "чтобы не было мучительно больно...."
Без включения этой кнопки, все работает замечательно.
Почему софт на полученный R+01 независимо от того, кликнут ли позывной или нажата снова клавиша EnableTX начинает передавать R-06, а не RR73? Что касается СОМ РТТ, вы что в Линуксе работаете что утверждаете о том что "проблема решена"?
Надеюсь, что специалисты, которые в отличие от Вас, понимают о чем речь и помогут описанные проблемы решить.
- - - Добавлено - - -
Иван спасибо, интересно.
Мы тут с локатором зовем только экспедиции F/H, которых на 50 МГц с прошлого года не наблюдалось. Остальное время только рапортом опять же из-за экономии времени. Вчера проскочил KX4R давший 10-й штат GA. :s7:
Игорь, к сожалению в использовании JTDX Windows уступает операциокам Linux и OS X и требует дополнительного запаса по ресурсам процессора. Есть смысл сравнивать процессоры в рамках одной операционной системы.
По части б/у китайских Xeon, да, можно за разумные деньги собрать неплохую рабочую станцию, но есть риски пересылки - я материнку под Xeon дважды получал, первый раз просто не пришла, второй раз пришла в насквозь мокрой коробке, сутки сушил материнку на батарее, вроде пока без сбоев.
- - - Добавлено - - -
Можно попробовать широкополосный поиск FT8 декодером, поместив позывной в окно DX Call и включив опцию поиска. Желательно на rc151, на старых версиях в этом функционале есть ложные декоды.
Вас устроит таблица в LoTW по DXCC.Подвержденные страны по диапазонам и модам. Сразу предупреждаю ,страны я не собираю ,нет такой цели и скорее всего не будет никогда.Если займусть конкретно ,соберу ,без вопросов. Повторюсь ,меня страны не интересуют. Меня интересуют связи с редкими DX на проблемных в данный момент диапазонах с удаленных континентов и редких островов. Думаю вообще акцентировать внимание на 144МГц ,ну и понятно любимой мной 10м.куда же без десятки.
Да напишите ,нет ........Все понятно?
JTDX рассматривает направление CQ DX на базисе континента, в данном случае CQ было адресовано не Вам. Но причин может быть несколько, чтобы установить причину смены рапорта в конкретном случае необходима запись диагностики в файл ALL.TXT.
Дополнение: в этом случае нажатие кнопки Halt TX очистило позывной из истории QSO:
void MainWindow::on_stopTxButton_clicked() //Stop Tx
{
...
if(m_skipTx1 && !m_hisCall.isEmpty() && (m_ntx==2 || m_QSOProgress==REPORT)) m_qsoHistory.remove(m_hisCall);
В следующий раз попробуйте пожалуйста вместо нажатия кнопки Halt Tx выключить кнопку Enable Tx, последняя кнопка не должна вызывать очистки позывного из истории.
Коллеги, сравнение достижений пожалуйста в личной переписке.Цитата:
Сообщение от UA3AIF
- - - Добавлено - - -
Запись диагностики в ALL.TXT может подсказать причину, при сбое самого аудиоустройства если JTDX rc151 запустить с командного окна то ошибка может быть выведена в командное окно.Цитата:
Сообщение от R0JF
ОФФ
Прогноз активности Солнца на ближайшие три года впечатляет: полная утеря циклов и похоже вход в затяжной 'ледниковый период' солнечной активности:
Что означает окончательную потерю ВЧ КВ диапазонов для связи по ряду трасс и дополнительный стимул для окончательной миграции оставшихся операторов из SSB в цифровые моды.
Так я , вроде, как бы уже написал ранее, что "ДА" , ну и US с WAZ заодно. мне интеерсно только FT-8
Ведь интересно же, а то, вдруг я что то не так делаю, а оказывается можно еще лучше.
Можно скинуть в личку, раз уж запретили здесь.
Непонятно, что плохого в том , чтобы обменяться результатами и сделать какие то выводы по поводу использования оборудования.
Впрочем, .........
Коллеги, какой, по вашему мнению, беспл. электронный аппаратный журнал устойчивее работает в связке с JTDX?
Только что провел связь с S79VU на 40м.
Удалось это только с третьего раза.
Не знаю, что за программа установлена у него, но получить заветное RR73, я смог только после того, как стал вызывать его с квадратом, а не с рапортом.
В предыдущие 2 раза звал его с рапортом, получал от него ответный, давал RR73 ему, но ответных 73 так и не получал.
Почему-то он давал RR73, но не мне, а какому-то другому позывному ( 2 раза ).
Первый раз такая ситуация.
Причем рапорт он давал мне положительный, т.е. слышал нормально.
Очередной глюк, связанный с автопоследовательностью, когда зовешь с рапортом.
Установил приоритет "Высокий" только для файла jtdx.exe, закрепил за декодированием 4 потока, а аудио блоки продолжают теряться.
Обратили внимание, что WSJT декодирует принимаемые станции сразу, после окончания их передачи(звучания в наушниках) а JTDX - c некоторым запаздыванием. Это сделано для более точного декодирования, доп.время на анализ принятой информации?
С другой стороны, в JTDX, получаем меньше времени на выбор станции "вручную", когда хочешь выбрать нового корреспондента из десятков декодированных.
Не в курсе, нет ли возможности ускорить декодирование?
Нет конечно.Цитата:
Что означает окончательную потерю ВЧ КВ диапазонов для связи по ряду трасс и дополнительный стимул для окончательной миграции оставшихся операторов из SSB в цифровые моды.
Интерес к FT-8 снижается. Массовая роботизация привела к тому, что многие станции, уже сейчас, используют роботов, например WSJT-Z, которые вполне таки устраивают большинство.
Соответственно, интерес к подобным связям - падает(многие знакомые, уже наигрались в FT-8, разве что 160 метров и УКВ диапазоны интересны).
FT-4, по своей помехоустойчивости - резко проигрывает FT-8, соревнования в FT-4 и FT-8, менее динамичны, нежели RTTY, не говоря уже о CW и SSB.
Последний cq wpx cw показал всё возростающий интерес радиолюбителей всего мира к телеграфу, особенно с учётом применения современных технологий.
Пара-тройка лет и участки FT-8 станут пустыми и будут оживать только во время достаточно редких экспедиций.
To:UA3DJY
Работая утром сегодня. Наблюдал такую ситуацию, смотри скрин. Программа отработала на славу. Приходилось из за помех, от работающих станций. Особенно если работали разными программами. JTDX и WSJT-X, рапорт повторять, по несколько раз. Всё же разница между программами заметна большая. В условиях загруженного участка. JTDX выигрывает, и очень значительно. И еще кроме помех от Р/С, уровень шума не снижался ниже 8 баллов. Программа не сбоила ни разу.
Достоинства и недостатки раннего декодирования FT8 сигналов в WSJT-X обсуждались ранее в этой теме. Вы не учли в этом прогнозе меняющийся уровень шума: пара-тройка лет и на каждом углу будет стоять импульсная 50-киловаттная зарядка для электромобилей и тогда интерес к динамичным SSB, CW и RTTY угаснет навсегда. При возросшем уровне шума на смену FT8 придет другая цифровая модуляция: помехозащищенность зависит от скорости передачи информации.
Современные технологии изменят антенную технику, но к сожалению не способны улучшить уже заложенную в конкретный вид модуляции помехозащищенность, поэтому современные цифровые виды модуляции всегда будут выигрывать по сравнению с созданными ранее.
- - - Добавлено - - -
Увы, он не включает отправку спотов на pskreporter, узнать какой программой/версией пользуется можно только через личную переписку. Судя по информации на qrz.com он работает на EFHW8010 кусок провода, по личному опыту знаю что уровень шума в населенных пунктах на Сейшелах высок, а эта антенна в том виде как она делается производителем имеет отличный прием локальных помех на оплетку кабеля.
ОК!
Скажите, есть ли возможность отключения позднего декодирования в JTDX?
При ручном выборе вызываемой станции, при работе на поиск, критично время декода.
Простите, но с Вами - не согласен.Цитата:
Вы не учли в этом прогнозе меняющийся уровень шума: пара-тройка лет и на каждом углу будет стоять импульсная 50-киловаттная зарядка для электромобилей и тогда интерес к динамичным SSB, CW и RTTY угаснет навсегда.
Снижение уровня шума - это не вопрос к антеннам а скорее к местопложению самих приёмных антенн. Вынос приёмной и передающей антенны за пределы густонаселённого пункта, вопрос, достаочно легко решаемый уже сегодня и перспективное направление в будушем.
Сама по себе цифровая модуляция и обмен позывными и рапортами, это две разные вещи. Можно и в интернет чатах рапортами обмениваться, там вообще нет шума и не нужны антенны, но виртуальный интернет-эфир, не завоевал массовой популярности.Цитата:
При возросшем уровне шума на смену FT8 придет другая цифровая модуляция: помехозащищенность зависит от скорости передачи информации.
Наивное заблуждение... :)
Если только совсем "в тайгу" забираться. Но там нет возможности удаленное управление организовать (И-Нета нет). А в деревнях уже сейчас фоновый смог не лучше, чем в городе... Не лечится ни фильтрами, ни автономным питанием. Когда я 10 лет назад из города в деревню перебрался, да, было хорошо. А сейчас почти такая же жуть, что и промышленных районах. Особенно вечером-ночью (когда все свои гаджеты заряжают, энергосберегайки светят и т.п.).
Хорошая мысль, Вам ее осталось донести до радиолюбителей США, Японии, Австралии и других стран что им надо вложиться во второй QTH для работы в эфире, и тогда возможно работа в эфире станет их основной целью жизни. Радиолюбители первых трех стран и Европы первыми столкнутся с шумом импульсных зарядок электромобилей.
Последние 15 лет радиолюбители США в сельской местности имели высокий уровень помех от подачи Интернета через провода сетей электропитания поселений.
PS Ваши сообщения будут рассматриваться участниками форума более серьезно если Вы в нике или подписи укажете свой позывной.
Logger 32
- - - Добавлено - - -
Правильное отношение к изучению "мат. части" избавит от задавания таких вопросов...:)
В программе JTDX масса возможностей по адаптации "своих захочек" , попробуйте ознакомиться хотя бы с режимами Autoseq...
Там их много, и можно найти "для себя" приемлемый вариант, в том числе и по декодированию...;)
Высказываю личное мнение, обосновываю его фактами а не давлю "Авторитетом"(позывным, званиями или положением).
Никто и ничего, никому не навязывает, просто - мнение.
Зачем вкладываться во второй QTH, если вполне достаточно иметь "общественный удалённый SDR", находящийся в пределах своей страны по списку DXCC(для DX-инга, никаких нарушение не будет)?
Для контестинга, уже есть удалённые позиции, количество которых - будет возрастать с каждым годом. Взять в аренду на время контеста позицию с хорошими антеннами, чистым эфиром, отличное решение.
Независимо от вида модуляции, наличие высокоэффективных антенн - основа для успеха как в DX-инге, так и в контестинге.
Для того, чтобы принять слабый сигнал(например на 80 или 160-метров), недостаточно убрать "местный шум", нужно ещё и убрать шумы и помехи, приходящие со сторонних направлений, с "зенита" и пр. Это - направленные приёмные антенны!
Да, у многих нет возможности установить антенны, но не стоит строить иллюзию, что вот 160-ку(к примеру), на инвертед в густозаселённом городе(даже в моде FT-8), Вы сможете принимать не хуже, чем на бевер в сельской местности.
Создайте доступ к "региональному удалённому SDR приёмнику"(нет запрета в DX-инге) с хорошими антеннами, со своими скиммерами(даже платный доступ!), вопрос с городскими шумами и помехами, будет решен в любых модах.
Это - реальность ближайших нескольких лет и за этим будущее, как бы кто не хотел иначе.
- - - Добавлено - - -
Высказываю личное мнение, обосновываю его фактами а не давлю "Авторитетом"(позывным, званиями или положением).
Никто и ничего, никому не навязывает, просто - мнение.
Зачем вкладываться во второй QTH, если вполне достаточно иметь "общественный удалённый SDR", находящийся в пределах своей страны по списку DXCC(для DX-инга, никаких нарушение не будет)?
Для контестинга, уже есть удалённые позиции, количество которых - будет возрастать с каждым годом. Взять в аренду на время контеста позицию с хорошими антеннами, чистым эфиром, отличное решение.
Независимо от вида модуляции, наличие высокоэффективных антенн - основа для успеха как в DX-инге, так и в контестинге.
Для того, чтобы принять слабый сигнал(например на 80 или 160-метров), недостаточно убрать "местный шум", нужно ещё и убрать шумы и помехи, приходящие со сторонних направлений, с "зенита" и пр. Это - направленные приёмные антенны!
Да, у многих нет возможности установить антенны, но не стоит строить иллюзию, что вот 160-ку(к примеру), на инвертед в густозаселённом городе(даже в моде FT-8), Вы сможете принимать не хуже, чем на бевер в сельской местности.
Создайте доступ к "региональному удалённому SDR приёмнику"(нет запрета в DX-инге) с хорошими антеннами, со своими скиммерами(даже платный доступ!), вопрос с городскими шумами и помехами, будет решен в любых модах.
Это - реальность ближайших нескольких лет и за этим будущее, как бы кто не хотел иначе.
- - - Добавлено - - -
Высказываю личное мнение, обосновываю его фактами а не давлю "Авторитетом"(позывным, званиями или положением).
Никто и ничего, никому не навязывает, просто - мнение.
Зачем вкладываться во второй QTH, если вполне достаточно иметь "общественный удалённый SDR", находящийся в пределах своей страны по списку DXCC(для DX-инга, никаких нарушение не будет)?
Для контестинга, уже есть удалённые позиции, количество которых - будет возрастать с каждым годом. Взять в аренду на время контеста позицию с хорошими антеннами, чистым эфиром, отличное решение.
Независимо от вида модуляции, наличие высокоэффективных антенн - основа для успеха как в DX-инге, так и в контестинге.
Для того, чтобы принять слабый сигнал(например на 80 или 160-метров), недостаточно убрать "местный шум", нужно ещё и убрать шумы и помехи, приходящие со сторонних направлений, с "зенита" и пр. Это - направленные приёмные антенны!
Да, у многих нет возможности установить антенны, но не стоит строить иллюзию, что вот 160-ку(к примеру), на инвертед в густозаселённом городе(даже в моде FT-8), Вы сможете принимать не хуже, чем на бевер в сельской местности.
Создайте доступ к "региональному удалённому SDR приёмнику"(нет запрета в DX-инге) с хорошими антеннами, со своими скиммерами(даже платный доступ!), вопрос с городскими шумами и помехами, будет решен в любых модах.
Это - реальность ближайших нескольких лет и за этим будущее, как бы кто не хотел иначе.
- - - Добавлено - - -
Высказываю личное мнение, обосновываю его фактами а не давлю "Авторитетом"(позывным, званиями или положением).
Никто и ничего, никому не навязывает, просто - мнение.
Зачем вкладываться во второй QTH, если вполне достаточно иметь "общественный удалённый SDR", находящийся в пределах своей страны по списку DXCC(для DX-инга, никаких нарушение не будет)?
Для контестинга, уже есть удалённые позиции, количество которых - будет возрастать с каждым годом. Взять в аренду на время контеста позицию с хорошими антеннами, чистым эфиром, отличное решение.
Независимо от вида модуляции, наличие высокоэффективных антенн - основа для успеха как в DX-инге, так и в контестинге.
Для того, чтобы принять слабый сигнал(например на 80 или 160-метров), недостаточно убрать "местный шум", нужно ещё и убрать шумы и помехи, приходящие со сторонних направлений, с "зенита" и пр. Это - направленные приёмные антенны!
Да, у многих нет возможности установить антенны, но не стоит строить иллюзию, что вот 160-ку(к примеру), на инвертед в густозаселённом городе(даже в моде FT-8), Вы сможете принимать не хуже, чем на бевер в сельской местности.
Создайте доступ к "региональному удалённому SDR приёмнику"(нет запрета в DX-инге) с хорошими антеннами, со своими скиммерами(даже платный доступ!), вопрос с городскими шумами и помехами, будет решен в любых модах.
Это - реальность ближайших нескольких лет и за этим будущее, как бы кто не хотел иначе.
- - - Добавлено - - -
ОФФ!
То есть, если бы я был "Уважаемым Леонидом Ильичём" или "Дональдом Трампом", Вы бы анализировали моё мнение, а если я "Михайлович", то изначально говорю ерунду?
Простите, но в таком случае, Вам не важна Суть а Важна "Форма", "Обёртка"!
Именно с помощью "красивых обёрток" и разваливали СССР, если что.
Именно подобный подход, приводит к тому, что в управленцы попадают не те, кто способен развивать предприятие а тот, у кого "связи в верхах крепкие".
Удаляюсь. Всё ведь, предначертано свыше.
Удалённым позициям - Быть!
Какой то бардак развел "Михалыч" или прекращай или надо решать вопрос через Модератора. Завтра появится Палыч, а ведь у нас радиолюбительская тема, радиолюбительские проблемы, зачем нам самопиары людей, которые или не имеют позывных или по каким то причинам скрывают их. Нет позывного- нет связи, ничего полезного от "Михалыча" я для себя не увидел.
Продолжу Вашу мысль, почему бы не разместить этот "общественный удалённый SDR" в Интернете, тогда и проблема помех будет сразу решена а после можно отказаться полностью от радиоинтерфейса заменив его эмуляцией в интернет пакетах. Путь который Вы предлагаете имеет мало общего с духом радиолюбительства, где должно быть творчество, эксперименты и познание.
Одна потеря времени читать высказывания г. "Михалыча"
Проявилась проблема после перехода на W10 (хотя вряд ли с этим связано), постоянно, через 3-4 периода приема, дисплей размывается, станции как бы множатся и блекнут (см. файл), потом восстанавливается и т.д. Прием и декодирование при этом имеются.
Не могу побороть.
Как раз об этом же собрался написать.
Win-10. VAC 4.62. Периодически наблюдаю такую картину как на скрине - по внешнему виду водопада словно появляется перекачка по НЧ. Выключу-включу VAC и все восстанавливается. Перекачки быть не может - и так в ExpertSDR аттенюатор VAC на -20 dB. "Градусник" уровня в JTDX (32A) на уровне 140-160. Проявляется без какой-либо системы. Имхо виноват VAC. Но почему и как именно- не понимаю.
Вложение 267097
У меня так же аналогичная ситуация. Пытаюсь бороть ее Аттеньюатором и уменьшением уровня нч на входе JTDX. Уровень немного ниже 160 Db, тогда работает нормально, а если по входу показывает выше 160 Db, тогда начинают расплываться станции на водопаде. Влияет это на декодирование или нет не знаю, но на водопаде появляются много пораженок.
VAC разные ставил- не помогает. Но на W7 этого не было...
Я про то же! На 7-ке такого не было. Проявляется на 10-ке (увы, откатиться на 7-ку, чтобы проверить не могу). VAC честно купленный у Евгения, заметил на версии 4.15. Апгрейтовался на 4.6, потом на 4.62 - то же самое. Т.е. какое-то время работает нормально, потом внезапно появляется "перекачка". Дёрнешь VAC - восстанавливается нормальный режим...
Была такая напасть, пока в VAC не установил Capture @ Render port в WavePCI и затем постепенно увеличил Ms per int до 10....больше не возникает тема....win10 и предпоследний VAC.
Сейчас, на 20ти метрах, сделал запись двух проходов, waw файлы в скрытом тексте.
Просьба ко всем. Ребята следите за тем что излучаете. Гасите участок FT8, таким возбудом Наглухо.
Файл оканчивающиеся на 730 с возбудом.
R0JF
Попробуйте VB аудио(правда сейчас он платный),у меня работает на вин10х64 LTSC установлено в системе 4 кабеля, также работал на вин 7 замечаний нет, раньше использовал вак от музыченко, для меня VB предпочтительней.
Коллеги, добрый вечер! Установил rc151 на водопаде станции есть, а в декодировании пусто, все настройки 146 версии удалил. Что я сделал не так?! Установлено всё на стационарный комп. win7 64
Проблема похожая была на WIN 10/64bit сборка 1909 и после обновления на 2004, особо не улучшилась ситуация, стало хуже только. Вообще постоянно сигнал был как бы перекачанный и декода не было. Пробовал VAC 4.15 и 4.60, но стабильной работы не было.
Все же удалось победить и сейчас работает почти стабильно с настройками как на скриншоте. Редко бывает срыв.
На других компах не пробовал. Работает на SUNSDR2 DX + WIN 10/64bit (сборка 2004) + JTDX 151 32bit audio + LogHX. Попробуйте.
Вложение 267141
- - - Добавлено - - -
Вы бы картиночку приложили. Так непонятно. Может время не синхронизировано?
44,100; 48000; 96000;192000; это частота дискретизации. 32bit audio это Format rаnge.(формат диапазона)
При использовании трансивера SunSD2DX с применением драйвера WDM-KS реализуется большой динамический диапазон трансивера.Понятно что через VAC соединение трансивера с JTDX rc151_32.
Смотрим:
Игорь, прошу разъяснить такой момент:
Если я вызываю станцию и моя частота передачи находится в полосе фильтра ее приема (150 гц), то при ее ответе другой станции должна прекращаться моя передача или нет? При вызове в стороне от полосы фильтра мой вызов продолжается, а тут тормозит...
Не обратил внимание когда это началось, но в более ранних версиях этого не замечал... Сейчас стоит 151 64бит.
Интересная картина с "размыванием" сигналов в JTDX, Из сообщений я понял, что эта проблема проявляется у многих эксплуатирующих SunSDR с JTDX в системе W10, Но вряд ли у всех.
Настройки VAC v. 4.60 , как показалось, немного влияют на частоту появления размывов, по предложению настроек R6LCF возможно наиболее лучший результат, но не кардинально, уменьшение уровня VAC тоже в отдельных случаях влияет немного.
Что же делать ? Вернуться на W7 - плохой выход, применить другую версию W10 - какую ? Где причина- VAC, Windows, SunSDR, JTDX ?
Скорее всего в самой Windows 10 проблема. Тут Eugene Muzychenko описывает ситуацию:
[URL="https://www.freelists.org/post/wdmaudiodev/EXTERNAL-Same-problem-with-WIN10-update-2004,11"]
Возможно из-за этого все и происходит.
Я заметил, что чаще всего "размазывание" сигнала у меня происходит, если запустить еще какую нибудь программу паралельно работующей JTDX. Например: открыть браузер, проводник, фоторедактор и т.д. Если ничего не запускать, 2 часа все работало стабильно. Еще конечно понаблюдаю.
Как сейчас так и ранее несмотря на мощный проц.никогда не запускаю стороннюю программу при работе с "парой" SunSDR2DX и JTDX.......
Обязательно выключаю антивирус Касперский ,по окончании работы не забываю включать.Из сторонних только синхронизация времени.Все работает!Настройки мои выложены VAC и SunSDR2DX.
Указанных ниже проблем нет!
Система W10Pro64bit Версия 2004.
Если слабый проц, как у меня Core Duo 2,2 Ghz, то ищите и убивайте процессы, которые "жрут" больше, чем JTDX, на скрине процесс svhost потребляет больше ресурсов и приходится его постоянно убивать. И не запускайте энегоёмкие программы параллельно с JTDX.
Вложение 267216
Запускаю все программы (плюс сторонние), ничего не отключаю. Полный пакет DXLab, JTDX + JTAlert (в JTDX всё "по глубокому" декодированию, без всяких фильтров и т.п.).
Плюс ко всему иногда ещё смотрю ONLine TV.
Никаких тормозов! Простой i5 проц.Win10 64 bt :p
- - - Добавлено - - -
Забыл добавить...Выше указанное запущено на одном мониторе 27". На втором мониторе одновременно открыты в браузере LoTW, eQSL и DXSUMMIT.
Так что...:up:
У меня все так даже с фильмами из и-нета, загрузка процессора 9-13, редко до 21%. Но Вы видимо работаете с трансивером, а здесь вопрос с работой с SunSDR проблема корректного отображения станций в окне JTDX..
Давайте :s11:пофлудим , один системник с i5 только для радио , три монитора ,две программы sdr,программы wsjt-x. jtdx,одновременная работа, загрузка проца 25% в пиках декода 60%,работает стабильно не тормозит не отваливается, что на вин7 ,что на вин10.Также включен другой комп постарше и по слабей с отдельным монитором для интернета и др., кстати с него сейчас и пишу, есть и другой комп с i7,но тот для другого.:s11:
В JTDX есть опция выключить передачу, у Вас судя по картинке эта опция отключена. Кроме этого в JTDX есть функционал 'чужая частота', FT8 спектр имеет полосу 50 Гц, если Вы с корреспондентом пересекаетесь спектром хотя бы на 1 Гц то JTDX в таком сценарии отключит передачу чтобы не мешать корреспонденту провести начатое им QSO. Бывают исключения когда программе непросто определить чья частота, например ранее такие сбои были при вызове рапортом, когда менялась последовательность сообщений с 'вызывающего' на 'вызываемого'.
- - - Добавлено - - -
В JTDX много настроек определяющих степень загрузки процессора, например если включить кнопку SWL и 3 цикла декодирования, а загрузку смотреть по каждому ядру вместо средней.
Мне легко удается положить операционку Win10 (потеря аудио блоков вплоть до пропуска декодирования четных либо нечетных интервалов) на своем i5 если я запускаю на декодирования две программы JTDX в таком режиме (каждая занимает декодером 3 логических ядра из 4 доступных).
- - - Добавлено - - -
Несколько лет назад отказался от него потому что он имел проблемы с буферизацией, проявлялось в рваном сигнале в момент включения передачи(сигнал начинал передаваться, затем обрывался и начинал передаваться с начала, хорошо было видно сбой по PCM отcчетам при увеличении в Audacity). Есть смысл включить его на Audacity на запись своего TX сигнала и убедиться на записанном файле что сигнал не рваный.
- - - Добавлено - - -
Здесь как настроить VAC, render/capture порты должны быть WavePci.
- - - Добавлено - - -
Когда то обсуждал эту проблему с Евгением Музыченко, WaveRT / WavePci / WaveCyclic отличаются буферизацией сигнала. При сбоях в JTDX/WSJT-X Евгений рекомендовал использовать WavePci.
- - - Добавлено - - -
Как минимум сигнал на передачу чище и создает меньше помех другим операторам.
У меня все так же настроено, но размазывание происходит и убирается только уменьшением звукового сигнала на входе JTDX. У меня есть такая мысль, что это искажает сам водопад или программа JTDX. Хотя я не уверен в этом. Интересно понаблюдать как это влияет на декодирование станций.Цитата:
Сообщение от UA3DJY;
Термометр JTDX показывает пиковый уровень сигнала, если он не приближается к крайнему значению динамического диапазона цифрового аудио потока то на входе в JTDX должен быть чистый сигнал (то есть проблема возникает до создания цифрового потока в сторону JTDX). В самой программе JTDX динамический диапазон за счет использования переменных с плавающей запятой ощутимо превышает 300 дБ, программа без проблем должна держать верхнее значение динамического диапазона цифрового аудио потока.
Как это удается UA9MA работать сразу на 2х диапазонах!?
Вложение 267245
А что в этом удивительного наверное станция SO2R ( два трансивера ,две программы и т.д.),тоже работаю на двух диапазонах одновременно ,но в соревнованиях не участвую, интересует чисто технический аспект.
- - - Добавлено - - -
UA3DJY "Несколько лет назад отказался от него потому что он имел проблемы с буферизацией, проявлялось в рваном сигнале в момент включения передачи(сигнал начинал передаваться, затем обрывался и начинал передаваться с начала, хорошо было видно сбой по PCM отcчетам при увеличении в Audacity). Есть смысл включить его на Audacity на запись своего TX сигнала и убедиться на записанном файле что сигнал не рваный."
Контролировать сигнал я могу вторым радио тоже сдр "контроль с эфира" так сказать ,что кстати и делаю периодически, и если бы сигнал рвался то мне было
бы видно пока все в норме, хотя при настройке всей системы тоже есть нюансы ,но это мелочь.
Немного непонятно...Если я работаю с кем-то на одной частоте, но в разные периоды, то моя передача не отключается при вызове кого-то третьего, и это правильно. Иначе не хватит места всем желающим работать на диапазоне...Здесь ситуация вроде бы аналогичная и не должна зависеть от того, кого я вызываю или кому отвечаю. Время и место я занимаю все равно...Или я в чем-то ошибаюсь?Цитата:
Кроме этого в JTDX есть функционал 'чужая частота', FT8 спектр имеет полосу 50 Гц, если Вы с корреспондентом пересекаетесь спектром хотя бы на 1 Гц то JTDX в таком сценарии отключит передачу чтобы не мешать корреспонденту провести начатое им QSO.
Цитата:
Кроме этого в JTDX есть функционал 'чужая частота', FT8 спектр имеет полосу 50 Гц, если Вы с корреспондентом пересекаетесь спектром хотя бы на 1 Гц то JTDX в таком сценарии отключит передачу чтобы не мешать корреспонденту провести начатое им QSO.
Логика проста: Вы работаете в поиске и найдя корреспондента выбрали свою TX частоту для вызова так что Ваш спектр пересекается со спектром корреспондента. Корреспондент ответил на вызов другого оператора, но есть вероятность что другой оператор вызывал на частоте корреспондента, если Вы продолжите вызывать на выбранной Вами частоте то будете создавать помехи корреспонденту, по этой причине JTDX отключает передачу.Цитата:
Сообщение от R0LM
Если Вам критично продолжать вызов корреспондента при проведении им QSO, то, работая в поиске, выбирайте TX частоту так чтобы не пересекаться спектром с корреспондентом.
Игорь, спасибо, что тратите на такие вопросы время... Но логика все равно не понятна...Вот только что зарисовал с эфира - правда тут разбег 12-13 Гц, но тем не менее...Если бы в 073700 JE1 вызвал YB2, то в 073730 у него должна была отключиться передача, т.к. ответили не ему... Для чего? Что изменилось бы для эфира если в 073730 JE1 продолжил бы вызывать YB2 по сравнению с тем, что было в эфире за минуту (за 3-5 минут) до этого? На мой взгляд - ничего... Что CQ JE1XUL, что YB2BOB JE1XUL для частоты ( и для того, кто решит в это время вызывать на этой же частоте) без разницы - она все равно занята и на ней присутствует чей-то сигнал...Цитата:
Логика проста: Вы работаете в поиске и найдя корреспондента выбрали свою TX частоту для вызова так что Ваш спектр пересекается со спектром корреспондента. Корреспондент ответил на вызов другого оператора, но есть вероятность что другой оператор вызывал на частоте корреспондента, если Вы продолжите вызывать на выбранной Вами частоте то будете создавать помехи корреспонденту, по этой причине JTDX отключает передачу.
Вот и возник вопрос - чем конкретный вызов отличается от CQ, что программа отключает передачу?
Валерий так они друг друга не вызывали,потому и не отключается передача....Программа так сказать считает что они не создают друг другу помехи....
Вот и я про тоже...Друг друга не зовут - не мешают. Кто-то кого-то позвал - помеха... Где суслик? Не вижу...:ржать: А наверное он есть... Вот и пытаюсь понять логику программы, но видно молодой еще...
Элементарное уважение к своему корреспонденту: если Вы желаете провести с ним QSO то не должны создавать помех на его частоте пока он проводит QSO с другим оператором, в противном случае он может Ваш позывной 'занести в черный список'. Это элементарное уважение выполнено в коде JTDX.
К сожалению уровень загрузки диапазонов не позволяет выполнить такой же поход в коде при декодировании любого сигнала на Вашей TX частоте.
Согласен без каких либо оговорок... Но что делать если DX (условное название, может быть и любая рядовая станция) работает с включенным в программе фильтром? Станции, работающие малыми мощностями и имеющие не самый крутой сетап обречены на забитие их сигнала более мощными. И тут как вариант вызов не на частоте DX, а рядом, но в полосе фильтра.Мешать зовущим на голове не буду, но сильно повышаю свои шансы быть услышанным. И тут вступает в силу программное ограничение. Может есть смысл расширить полосу фильтра на 10 Гц, тогда с учетом дрейфа частот передатчика и приемника можно будет встать так, что программа не посчитает мою передачу как работу на частоте DX и не отключит мой вызов. Сейчас при полосе 150 Гц встать можно только в притирку, а если частота у кого-либо из нас уйдет даже на пару герц-все, опять отключение.Цитата:
... если Вы желаете провести с ним QSO то не должны создавать помех на его частоте пока он проводит QSO с другим оператором...
Спасибо.:up:
А суслик в том, что в принципе, Вы можете работать с кем то и на одной частоте, но не с корреспондентом кому сели на голову, и друг другу не мешать. (Такие случаи очень часто. То мертвая зона для кого то, то не тот интервал времени и т.д.). Но вот если Вы позовете того, кому сели на голову, а он ответил не Вам, то передача автоматический отключится. А если позовете другого корреспондента, то передача не остановится. Вот и вся логика. И никакого смысла расширить полосу фильтра на 10 Гц нет.
Вот тут как раз и не вижу ни какой логики... Ну да ладно, проблемы зрения - это уже мои проблемы)))
Смысл в расширении полосы есть в случае, когда нужно вызывать станцию, которая работает с включенным фильтром и при этом не вставать на ее частоту, что быЦитата:
И никакого смысла расширить полосу фильтра на 10 Гц нет.
При полосе 150 Гц это делать довольно неудобно...Цитата:
... не создавать помех на его частоте пока он проводит QSO с другим оператором...
Подскажите можно ли цветом выделить повторные qso в WSJT-X ( 2.2.2 ), так как это сделано в JTDX.
...у меня повторы-синий цвет....
и вот здесь,в настройках,галочка..
...еще идет контроль повторов программой Алерт...
Продолжение вызова сбоку от спектра корреспондента с вероятностью того что корреспондент по завершении другого QSO может при ответе сменить частоту к частоте вызова. Для этого необходима возможность иметь небольшой запас в частотном фильтре чтобы передавать вызов не мешая корреспонденту и потом его декодировать в случае смены корреспондентом частоты. Когда продумывали полосу частотного фильтра в JTDX не учли такой сценарий.
- - - Добавлено - - -
Обновление файла ALLCALL7.TXT для версий JTDX rc148..151.
To: UA3DTK
У вас, какая версия, у меня WSJT-X 2.2.2 и Alert я не применяю.
Вот мой принскрин:
Борис,у меня версия WSJT-X v2.1.2...последнюю не ставлю,т.к. пользую JTDX...
Вложение 267365
подчеркнуто красным
Валерий, может я чего то не понимаю, пытаясь подогнать, как это работает окраской повторов в JTDX, там где вы подсказали
галку поставил:
А где здесь поставить галку, чтобы повторы выделить цветом.
С уважением.
Коллеги, всем доброго здоровья!
Может кто-нибудь мне пояснить логику неизвестного оператора:
Не спится, сижу неспешно работаю на 30 метрах FT8. Грозовой фронт ужел на запад, неплохо идут связи с Европейской частью страны и вообще с Европой.
Вдруг вижу повторяющееся много циклов сообщение "R0JF 10132"... Понятно, зовут на другую частоту.
1. Кто зовёт? Позывного-то нет!
2. Зачем зовет? CW связь провести? Или другой модой? Как я должен понять?
3. Если я не кидаюсь сломя голову на это предложение, неужели не ясно, что мне это не интересно?
Игнорирую. Долго. Пока неизвестному не надоело и он не начал передавать "RG0S 10132".
Я к чему это - а потом этот неизвестный заявит, что у меня робот работает...
Спасибо, вразумили! Есть коллективы и с 5 рабочими местами,. так что явно Гена не один. Молодцы.:s7:
Игорь, учитывая форумную тенеденцию узаканивания ботов-анонимов этот вариант впорне реален.
Теперь анонимно обгадить можно любого, печально..... Обмельчали мужики.
Птицу здесь поставьте:
Только зачем повторы "красить"? Достаточно подсветить тех, с кем не было qso.
R0JF Коллеги, всем доброго здоровья!
Может кто-нибудь мне пояснить логику неизвестного оператора:
Не спится, сижу неспешно работаю на 30 метрах FT8. Грозовой фронт ужел на запад, неплохо идут связи с Европейской частью страны и вообще с Европой.
Вдруг вижу повторяющееся много циклов сообщение "R0JF 10132"... Понятно, зовут на другую частоту.
1. Кто зовёт? Позывного-то нет!
2. Зачем зовет? CW связь провести? Или другой модой? Как я должен понять?
3. Если я не кидаюсь сломя голову на это предложение, неужели не ясно, что мне это не интересно?
Игнорирую. Долго. Пока неизвестному не надоело и он не начал передавать "RG0S 10132".
Я к чему это - а потом этот неизвестный заявит, что у меня робот работает...
Для диплома РОССИЯ нужны две моды на диаппазоне.Вас кто-то просил перейти на другую частоту в другую моду,для 30м понятно какую
US5WE Игорь, учитывая форумную тенеденцию узаканивания ботов-анонимов этот вариант впорне реален.
Теперь анонимно обгадить можно любого, печально..... Обмельчали мужики.
А ВЫ попробуйте вставить в сообщение JTDX R0JF CW 10132 US5WE
Посмотрим ,что у Вас получиться.А вот Ваша тенденция не понятна-лиш бы вставить свои пять копеек
Иван
Есть и то, и то, зависит, где поставить птицу:
Не очень понятно у Вас получилось с цитированием. :)
Мне часто на e-mail приходят просьбы о скедах. Адрес доступен, я не скрываюсь. Понимаю, что АМ-10 всего 3 корреспондента...
Никому не отказал (если не 160 метров - нет антенны). А на анонимные просьбы в эфире реагировать как-то неправильно... Можно в ходе QSO попросить, тогда понятно будет. Иначе - нелепость какая-то.
To: UA3DJY
Заметил такой глюк (не глюк? rc-151). Если работать спецпозвыным, то при переключении с FT8 на FT4 получается такая картинка.
Чтобы нормально заработало, приходится выгружать JTDX с установленной FT4 и заново запускать уже с установленной FT4. Тогда все нормально. Обратный переход с FT4 на FT8 без проблем.
Переход с FT8 на FT4 обычным позывным тоже без проблем.
Подскажите
Я имею желание объединить файлы wsjt_log.adi от разных прог WSJT JTDX MSHV в один большой файл и поместить его в папку, где лог WSJT.
Вопрос
Будет ли прога WSJT показывать цветом повторы по всем ЩСО? Или покажет повторы только своих "щсо"?
---------------------------------------------
Еще вопрос
Будет ли WSJT v 2.2.2. 32 бит работать на компе, где ХР?. На сайте программы написано, что она для вин 7 вин 8 вин 10...
UT7UA...Я вручную через Excel делал.
в MSHF-Файл-открытьLog MSHV- Mеню-экспорт вcех в ADIF...
Игорь, у меня возникло такое предложение. На водопаде, во время наведения курсора на водопад, возникают две белые полоски. Так вот, если рядом с полосками или наверху на шкале над белыми полосками(так чтобы не мешал, не закрывал станции на водопаде), чтобы открывалось окошко с текущей частотой, на которой находится курсор и при движении курсора по водопаду частота отслеживала текущее положение. Сейчас я никогда точно не попадаю на частоту. Постоянно нужно подстраиваться. Мне кажется будет удобнее пользоваться. Кому не нужно это пусть отключается вместе с полосками.
Здесь можно ручками ввести любую частоту
Вложение 267499
Циферки шкалы частот на водопаде сделать бы регулируемыми, вместе с высотой рамки. На маленьком экранчике двойная рамка и цифры очень много полезного места занимают.
Про частоты рядом с "bars" тоже хотелка была. Иногда надо встать точно на частоту идиота с гармошками :ржать: Хотя им всё пофигу.
Есть станций зовущие меня, а они у меня Б4, они что роботы? Или у них не настроены журналы? Решил больше не отвечать этим Б4.
Ну мало ли какие причины могут быть у корреспондента позвать снова? Навскидку - например, выполнение диплома, в зачет которого идут связи вот прямо сейчас, а не те, что были проведены два года назад. А роботы вычисляются легко, и к сожалению их становится все больше и больше... :(
у меня в логе ur5eqf много b4, но почему-то не верный квадрат. Я провожу с этими корреспондентами qso. А они B4. Так же возможна ситуация наоборот. Например Вы от него получили R-15, отправили 73, и начали дальше давать общий вызов итд, а он не принял от вас 73 и видя,что вы дальше работаете с другим , перестал вас звать или спать пошел, ичерез месяц зовет опять.
А я их сразу...посылаю...туда...
- - - Добавлено - - -
Они ...или работали не из своего квадрата или в логе ошибочный квадрат.
- - - Добавлено - - -
В этом случае...это его проблема. Надо было сразу решать проблему, а не на потом откладывать.
Дык, эта... Отправлять надо не 73, а RR73 или RRR. Ну и кто тут ССЗБ? :)
Не претендуя на истину в последней инстанции, вот несколько "разведпризнаков":
1-е и главное: присутствуют в эфире круглосуточно,
2. часто на нескольких диапазонах одновременно,
3. в основном работают на CQ, хотяааа... есть и роботы, работающие "на поиск", но в этом случае поиск у них "сплошной".
Есть несколько позывных-роботов, которые зовут сразу, если даешь вызов, даже направленный.
Проверяю по основному журналу - если в LOTW связь подтверждена, никогда не отвечаю.
UA3DJY В версии 152_1 устранен похожий дефект, попробуйте ее пожалуйста.
...и где ее взять,пожалуйста?
Если сильно интересно, то посмотрите в эти минуты ваш TXT файл.
И Вы сразу поймете, что это был UA4H....
Самое ужасное, что часто о qrv просят на tx частоте и не понимая о мобильной работе (R2EA/M)
- - - Добавлено - - -
Про активации районов и про соревновательный дух при выполнении дипломов - не забывайте.
Я повторно зову когда работаю R2EA/M или /P
- - - Добавлено - - -
Я каждый день в эфире и даже на работе. В два радио не дую, но на cq + подбор отрабатываю. И я человек...
Поэтому - не угадаете!!! Всё относительно в этом Мире. Работайте для души и не заморачивайтесь на эту тему.
За чем Вам это? Ведь уже есть автоботы, а не роботы.
- - - Добавлено - - -
Михаил и 1й пункт тоже не показатель!
Вот B4 и тупая манера дозыва при направленном cq
+проверка какой версией чел работает, если зарегин на определенных сайтах.
WSJTZ чистый робот, хотя кажется уже оброс и подбором.
Там если с фильтрацией еще поупражняются, то будет вам полный спаммер в FT8.
Что означает эта информация ,которая появляется вместо Bend Activity :
Установите туда мышку и прочитайте.
Версия 2.1.0 rc151
как установить для РТТ СОМ порт ? На выбор в закладке Radio только USB и CAT.
В версии 2.0.1 был СОМ
P.S> WSJT-x 2.2.2 тоже COM порт не позволяет выбрать, начинаю подозревать, что новый комп что то глючит. Хотя порт работает и РТТ проходит при управлении из других программ.
Драйвер поставил
Порт на FT232
СОМ порт в системе видится
При включении - все клацает, как положено
В самой программа, справа в окошке Radio можно выбрать только USB и CAT - нет совсем в списке СОМ
Врубил программу Terminal , открыл 4 СОМ порт и поклацал РТТ через RTS, СW на DTR висит - все сщелкает.
Единственное, что при включении флешек - порт снова опрашивается и щелкает, но это, как видно, особенность компа.
- - - Добавлено - - -
Вложение 267638
вот так
- - - Добавлено - - -
Жара наверно, уже и RTS и DTR выбирал, туда сюда щелкал.
Появился СОМ порт в списке
Ну и глюк...
Всегда так работал, никакого трансивера не выбирал, так как их у меня три и два из них без САТ-а.
Управление трансивером отдельной программой (TS-570), а другие вручную, а РТТ сразу тремя управляет.
Все работает, новый комп, как видно - принял установки порта после перезагрузки.
Взял маленький, размером с книгу безвентиляторный мини-РС i3 U5005 2GHz 8GB - вот на него все радиолюбительское и повесил.
Удаленку уже пробовал - все работает.
PTT Method --- RTS
Вложение 267640
На разных компах сейчас глянул - даже если сом-порт занят другим приложением он все равно отображается.
Но из VOX в RTS преключить бы и перезапустить программу
Да, так у меня сейчас и включено, но пробовал то же самое до этого - ни в какую. Осталось победить особенность, что при втыкании и вытаскивании флешек - порты проверяются.
Есть такая фича в FT232 - отключить проверку порта.
Интересно какой прогой сейчас на 18Мгц работает 3V8SS ? Очень странная работа! Два-три раза рапорт корреспонденту, затем два-три раза другому и так далее без передачи RR73... Причём, чуть ли не через период пропадает сама, но появляясь даёт рапорт следующей станции. RR73 бывает раз на 10-20 корреспондентов, а то и реже.
Вот получил я от неё рапорт и думаю теперь, есть ли я в логе?
Я думаю, что нет. Нужно было долбить до получения RR73. Автомат вносит QSO в лог если только он отправил RR73. А вот от Вас 73 ему совершенно фиолетово. По всей видимости бот 3V8SS плохо настроен. Вместо того, чтобы передать Вам RR73 бот перехватывает более сильный сигнал и дает ему рапорт. И только когда Ваш сигнал будет иметь более высокий приоритет, он ответит и Вам. От этого и такая чехарда. Это беда не только 3V8SS, но и многих других ботов.
В JTDX неплохо бы вынести "игнорируемых" в отдельный файл, сделать кнопочку для открытия этого файла в Блокноте, для его редактирования.
У меня довольно большой список, в основном в нем Китайцы и Индонезийцы неадекватные... Так же и любители WSJT-Z.
Шумно у них, они бы и рады провести QSO да не всегда декодируют входящий вызов, та же проблема в Бразилии. В таких сетапах необходимы отдельные приемные антенны и соответствующий технический уровень для их изготовления.Насчет сохранения в файл подумаем, сейчас проблема повторных вызовов от роботов в программе решается отключением кнопки AnsB4/Отв.B4.Цитата:
Так же и любители WSJT-Z
При отключении AnsB4/Отв.B4, не учитывается диапазон. Работали на 40-ке, не отвечает на 20-ке...
Исправьте пожалуйста!
Интересно наблюдать за работой радиостанций, Америки. Фрагмент такого наблюдения привожу ниже. Работал K7GI. Программа WSJT-X с тремя двойками. Шумно у них, друг на друга лезут. Да и Европа под боком через лужу.
Судить о работе двух программ JTDX и WSJT-X реально, есть возможность. Но для этого нужны данные по антенне и мощности в ней. Ниже привожу фрагмент лога, Антенна три элемента, мощность в антенне 250 / 300 ватт. Смотрит на штаты. Графы рапорта, передан, принят. Забавная статистика получается.
Возможно не понимаете принцип работы уведомлений JTDX, на них базируется автовыбор. У Вас включено уведомление 'новый корреспондент' по диапазонам?
- - - Добавлено - - -
Эту статистику определяют несколько факторов: уровень шума (то есть RDF или фактор направленности антенны, кроме него локальные шумы) и загруженность диапазона. SNR слишком относительный показатель: в одном интервале на частоте могут быть два сигнала, через интервал - один сигнал, в результате разница в SNR может быть и 15 дБ при том же уровне сигнала корреспондента.
Всё это понятно Игорь. Я немного о другом. О реальной возможности программ. Не раз убеждался, в работоспособности программы JTDX в условиях зашумлённого диапазона. JTDX вытаскивает декод, а WSJT-X теряет его. А разница при декодирование сигнала, видна и на скриншот, приведённых ниже.
Преднамеренно заложенный функционал - если эта частота необходима то пропишите в закладке частот настроек для этого вида дополнительно 14.073 и тогда частота сбрасываться не будет.
При выходе из настроек через ОК выполняется ряд проверок, если Вы настройки не меняете то лучше выходить кнопкой Cancel.
Здравствуйте. Подскажите пожалуйста, как победить задержку при передаче? Задержка доходит до 5 сек. Винду специально переустанавливал, стоит чистая. Звуковую настраивал. Трансивер YAESU FT-767GXX. Версия JTDX 2.1.0-rc150
Купить современный трансивер.
Спасибо, нашел - удалил. Установил настройки по новому. Стало по лучше задержка на передачу стала 2 сек, и на приеме передача отключается на 2 сек. Получается как бы смещена прием-передача на 2 сек.
Это в настройках радио по умолчанию, у меня стоит по нулям.
Вложение 267747
Проблема приняла постоянный характер. Win-10 32bit последние обновления, Core i3, JTDX-151, FT-991A, других прог не запущено.
Если JTDX запустить после длительной работы или простоя ноутбука (переходил в скринсервер, уходил в гибернацию и т.д), то во первых долго запускается, запустившись расстояние между периодами на водопаде произвольно меняется, загорается Lost audio и декод периода отсутствует! Иногда востанавливается, но даже шевеление мыши приводит к повтору ситуации. Помогает только перегрузка компа!
Ранее говорилось, что проблема в Win-10, но как не крути более 85% пользователей используют Win, а ХР и 7 постепенно уходит.. Чёт надо с этим делать.:(
Опять дошло потихоньку до задержки 5 сек :-(
Это особенность данного трансивера опрос данных о частоте и модуляции производится с интервалом в 5-ть секунд. И с этим ничего не поделаешь. Был такой случай, долго бились и самое лучшее решение было отключить частоту и оставить только PTT и увеличить интервал (Poll Interval) до 5 сек. Или оставить частоту, а переключать на передачу в ручном режиме. Вместе работают с задержкой 5 сек.
Вы не задавались вопросом посмотреть все таки а какие процессы в этот момент происходят? Возможно много чего, начиная с антивирусника, который увидел что компьютер в простое и начал сканирование. Или происходит закачка обновлений. Или... монеты майнятся? По поводу :"ранее говорилось что проблема в Win-10" - вы наверное между строк читали... Говорилось о потере звука под Windows , без конкретной привязке к 10. Попробуйте не забрасывать форум вопросами, а почитать эту ветку, ну хотя бы тысячу страниц первых или последних. Представляете: С А М И найдете решение проблемы! Множество людей успешно работают под WIN-10 а у вас: "Цитата:
Сообщение от растояние между периодами на водопаде произвольно меняется, загорается Lost audio и декод периода отсутствует... Помогает только перегрузка компа!...
RV6ARZ;1710305
Проблема приняла постоянный характер"... Читать, искать, думать. Ну вы в любом поисковике наберите: Почему долго запускаются программы в Windows 10". Явно вы там найдете решение проблемы, успехов!
Коллега, в советах типа: учи виндос и читай форум, я точно не нуждаюсь. Ветку читаю с самого начала! А загрузку сторонними процессами в диспетчере, я проверил в первую очередь, до того как задать здесь вопрос... Она не превышает 11%. Все остальные проги запускаются нормально.
Похоже, что проблема связана именно со звуковым потоком, или используемыми портами. Иногда помогало отключение и включение задействованных COM-портов с перезапуском самой JTDX. Но в 151 перестало, только рестарт Win с откл и вкл всех коммуникаций. Управление и звук у меня через USB на FT-991.
Если кто сталкивался, подскажите где копать чтобы найти причину?
Это же хорошо! В USB концентраторе отключите функцию энергосбережения. А дальше надо бы посмотреть в сторону отключения функций (или программ?) скринсейвер и гибернация. И я бы рекомендовал отключить автоматическое обновление драйверов в Windows 10 из центра обновлений. Не обижайтесь.
Попробуйте WhySoSlow (https://resplendence.com/whysoslow.htm). Сразу увидите, почему у ноутбука возникает эта проблема.
При двух потоках FT8 декодера на двух(? - не даете полной информации по вопросу) логических ядрах Вы не оставляете ресурсов процессора для других задач. В авто режиме у Вас будет использоваться на один поток поток меньше количества логических ядер, при этом освободившееся логическое ядро сможет выполнять управление трансивером пока продолжается декодирование последнего интервала. Настраивая глубину/чувствительность FT8 декодера смотрите на задержку декодирования Lag и на Вашем процессоре возможно нет смысла включать кнопку SWL при мониторинге диапазона, при проведении QSO эта кнопка должна быть отключена.
- - - Добавлено - - -
Вчера снес на своем ноутбуке Windows XP и менее чем за час установил Linux Mint сборка с UI Cinnamon. Пока каких либо затруднений и разницы в использовании приложений и работе с файлами по сравнению с UI Windows не заметил, осталось на этой машине сделать сборку JTDX под Mint :)
Приятные впечатления - все драйвера под мое железо встали автоматом при установке операционной системы, в комплекте операционки уже есть FireFox и LibreOffice, сразу вспомнил давние пляски с установкой драйверов на этой машине под Windows XP.
Можно сказать что машина с установкой современной операционки обрела вторую жизнь.
PS Поставил в эту древнюю машину SATA SSD и снова установил Mint, встал без проблем, еще только что обнаружил - после часа работы(только операционка) выхлоп системы охлаждения холодный и вентилятор на малых оборотах, ранее при запуске этой машины под WinXP корпус был горячий как утюг а вентилятор крутил в полную силу.
Трансивер XIEGU G-90 никак не удается настроить работу PTT в программе JTDX 151 версии.
Для создания СОМ-порта использую стандартный интерфейс, который идет в комплекте с трансивером. При подключении к ноутбуку был создан порт СОМ4.
В настройках программы выставил трансивер XIEGU G108, скорость выставил 19200.
САТ система заработала частота трансивера отслеживается и переключается.
Перепробовал все возможные настройки в разделе РТТ, но не переходит трансивер на передачу.
Если кто-либо работает с такой моделью трансивера просьба подсказать и поделиться настройками стыковки с трансивером.
Если PTT через CAT команду не реализован в трансивере(описание) то проблема возможно в разъемах. Если реализован и не работает то надо выйти на Michael W9MDB, он добавит либо исправит в Hamlib, возможно он попросит сделать диагностику.
Будет патч в Hamlib - дайте знать, обновим необходимую сборку JTDX с этим патчем Hamlib на пробу.
Плывут сигналы, как от этого избавиться? Подумываю на кварц в звуковой карте.
Подключал USB звуковую карту - все то же самое. На трансивер грешить?
То вверх уплывает, то вниз...
Вложение 267833
Если кто-либо работает с такой моделью трансивера просьба подсказать и поделиться настройками стыковки с трансивером.
To UB6HRF
Такие настройки. Все работает и РТТ и САТ
Попробовал. Ситуация несколько улучшилась, но не ушла до конца...
PS:
Снёс нах... в диспетчере все контроллеры USB и переустановил заново! Правда, при подключении FT-991 к ноуту, появившиеся COM-порты поменяли свою нумерацию. Пришлось перенастраивать все HAM-овские программы. Но проблема с тормозами ушла. Пока полёт нормальный. Посмотрим как поведёт себя дальше...
А на слух, если встать в режиме SSB на любую вещательную станцию или на эталонную частоту (4996, 9996, 14996, 5004 и т.д.) это изменение заметно? Дело в том что заявленные параметры по стабильности на ваш аппарат довольно высоки: "Стабильность частоты лучше чем плюс-минус 2ppm (0С до +40С) SSB/CW/AM/AFSK; лучше чем плюс-минус 5ppm (-10С до +50С) SSB/CW/AM/AFSK". У меня в TS590S заявлено плюс-минус 5 ppm и это проявляется сразу после включения трансивера так (допустим диапазон 20м): медленный плавный выбег вниз по частоте примерно на 20 герц в течении минут 30 и далее останавливается. Затем может начаться незначительный дрейф назад. То есть ушами и глазами при работе JT65, FT8, FT4 этого не видно. Хотя сейчас, вспоминая работу в JT65, визуально было видно что некоторые за цикл передачи заметно смещались. Что говорят уши?
UF8T, частота начинает плыть когда я начинаю работать на передачу. Особенно заметно на 430-144-50. На КВ плывет в меньшей степени, на НЧ диапазонах не заметно. Он же греется как утюг.
Но я послушаю на прием, интересно. Есть чинанайский вещалки, которые слышно всегда. Понаблюдаю.
Если такая зависимость от частоты, Аркадий, похоже у вас "плавает" в синтезаторе тактовый генератор. Только в нём изменяется частоты при переходе на другие бенды.
Я не в курсе какой там у вас используется.
В моём при включении 4 герца вниз за минуты 2-3, а потом очень медленно назад. Но так как деление/умножение на всех диапазонах разное, то и выбег разный. На ВЧ больше, на НЧ меньше.
Тут только одно решение: применять внешний усилитель и раскачивать 5 - 10 ваттами. Но требования к усилителю мощности должны быть иные нежели чем для работы SSB и CW. При использовании ламповых усилителей мощности первое что проявляется: недостаточная фильтрация анодного напряжения. Проявляются хвосты через 100, 200 герц - при двухполупериодных выпрямителях (чем больше возбуждение тем больше количество) как выше так и ниже основного сигнала. К примеру с AMERITRON AL-811HX можно снимать меньше половины от заявленных 800 ватт.
Как правильно передать QSO B4 в FT8? А то не передается, обрезается...
Передавайте слитно - QSOB4.
Парни! Кто использует одну базу лога wsjtx_log.adi для JTDX и для WSJT через SymLink? Напишите поподробней как это сделать..... что загрузить (поставить в автозагрузку), что где прописать.....
Читаю в WIKI и нифига не въезжаю.
И можно ли это использовать в домашней сети????
Заранее спасибо!
PS. Можно в приват.
Начиная с Wi7 и выше (В WinXP по другому). По порядку.
Снчала объедините файлы wsjtx_log.adi из JTDX и WSJT-X в один файл wsjtx_log.adi. (Если это необходимо) При помощи того же блокнота.
Затем выберите для себя предпочтительную программу, например JTDX. Туда поместите свой созданный wsjtx_log.adi.
Все другие файлы wsjtx_log.adi из JTDX и WSJT-X удалите или зарегте.
После этого прописываете в командной строке
mklink /H C:\Users\<yourname>\AppData\Local\WSJT-X\wsjtx_log.adi C:\Users\<yourname>\AppData\Local\JTDX\wsjtx_log.adi
Всё! Теперь у Вас в папке WSJT-X появится файл (вернее жесткая символическая ссылка на файл) wsjtx_log.adi
При работе что и в WSJT-X, что и в JTDX cвязи будут отражатся как в логе WSJT-X, так и в логе JTDX
Будет один лог на две прграммы. Можно использовать и в домашней сети, только правильно пропишите пути.
Уважаемые коллеги, подскажите.
Лог UR5EQF на основном компе.
Три отдельных компа под ФТ8 с трансиверами КВ, 50 МГц, 144 МГц.
ПО использую JTDX.
Как сращивать логи на всех трех компах ?
Пока со всех трех компов беру файлы wsjtx_log.adif и импортирую их в UR5EQF.
Все связи подтягиваются, не пропадают, дублей нет.
В обратную сторону не работает. Т.е., когда я из UR5EQF экспортирую общий лог в формате adif, потом этот файл переименовываю в wsjtx_log.adif, то JTDX его не понимает, все принятые позывные светятся "Новая страна".
Подскажите, как правильно срастить ?
Правильная запись файла wsjtx_log.adi
Поставьте лог UR5EQF на два других компа и сделайте локальную сеть.
Работа в локальной сети
Должен понимать, скорее всего у вас здесь заполено, а этого не должно быть:
Вложение 268354
Переименовывать не обязательно. Можно простым копированием в блокноте из экспортного файла в файл wsjtx_log.adi.
Немного не в тему... Как Windows 7 запретить при загрузке дергать COM порты? Он мышку ищет на COM порту и дергает DTR...
Трансивер на передачу включается!
Давно освоил PSK/RTTY. FT8 пока не занимался. 25000 постов даже просто прочитать непосильно. Подскажите где компактно (для "чайника") изложена процедура от скачивания JTDX до начала работы.
Трансивер IC-756PRO с самодельным модемом для PSK.
to UX8IW^ Борис, привет! Спасибо за источники. Установил V2.1.0-rc151. На прием запустилось нормально.
Да, грустно сейчас на 6м.
Появился проход и тест идет, и все на 3-х килогерцах.
Почему-то никто не работает на других частотах.
Тоже этот вопрос интересует.
И еще вопрос может тоже немного не в тему, Win-7, RigExpert Standart, все работало долгое время без проблем, последнее время начал замечать такую картину, запущена программа JTDX в связке с UR5EQF. все работает.
Сворачиваю программу, интерфейс подключен, с периодичностью раз 4 минуты происходит опрос очевидно виртуальных портов, светодиоды на интерфейсе моргают раз 15, соответственно хлопает на передачу трансивер, 4 минуты все спокойно, потом все повторяется.
OmniRig переустанавливал, драйвера RigExpert Standart сносил и устанавливал по новому, ничего не дает. Программ других на компьютер не устанавливал.
Может кто подскажет что толковое, переустанавливать Win не особо хочется.
В дополнительных параметрах используемых портов в Windows снимите галочки с Обнаружение устройста Plug and Play и Запретить при старте проверять порт
- - - Добавлено - - -
Или глючит какой либо из USB разъемов, либо какое то оборудование подключсенное к USB (мышка, клава и т..д.) Попробуйте воткнуть RigExpert Standart в другой USB и переназначьте номера портов.
Попробую переключить, может что то с физическим USB портом, но почему идет опрос именно с интервалом в 4 минуты.....
Всем добрый день!!
Такая проблема, Трансивер Kenwood TS-2000, программа JTDX любой версии, на передачу трансивер включает, и все стоит не передает, связь с РС-TRX через Unicom Dual, все цифровые программы что в UR5EQF, работают в этой связке отлично, может кто сталкивался, может в TRXe нужно что то включить, я уже все перепробовал, просто ставит на передачу, а в эфир ничего!!!
Тут все чисто, проверил, лицензионный NOT, утилиты ВЭБ, Касперский, утилиты по поиску троянов и червей ничего не обнаружили. Проверить порты пока не получается, сложновато для меня.
Кое что по этой темке.
https://cloud.mail.ru/public/3XHC/45PLE4tkF
Подскажите, у вас управление RX TX происходит? Циклы по времени, или сразу на передачу и никаких движений? Я так понял из написанного что в вашей связке отсутствует звуковой сигнал при работе программы JTDX, а при работе с другими цифровыми программами все нормально, а другие программы это только цифровые в UR5EQF или еще какие то установлены?
- - - Добавлено - - -
Будут вопросы пишите в личку, использую тоже TS-2000, проблемам не в трансивере, что то упустили в настройках программы.
Коллеги, кто-нибудь сталкивался с такой проблемой (WSJTX, JTDX):
Вложение 269257
ОС WIN10prox64.
Эта проблема появилась не так давно.
Присвоение высокого приоритета эффекта не имело:
Длительность интервалов на водопаде так же может сбиваться после включения передачи.
На ОС WIN10prox64 выпуска 2018 г. WSJTX, JTDX работают нормально.
Сигналы странно размазаны, может проблема с драйвером звукового устройства? Еще к похожему эффекту может приводить малый период синхронизации времени.
На англоязычном форуме JTDX некоторые пользователи JTDX нашли связь потери звуковых блоков с работой программы синхронизации времени Dimension 4, независимо от установленного в ней периода синхронизации, после перехода на другой софт синхронизации проблема у этих пользователей ушла.
- - - Добавлено - - -
В настройках программы разница может быть в режиме USB/DATA и выборе источника звука: лицевая панель либо разъем на задней панели трансивера.
Также несколько лет назад пользовался этой программой Dimension 4 . Постоянные проблемы.Перешел на ......и забыл.
Пользуюсь несколько лет вот этой ,проблем по синхронизации ,а тем более потери звуковых файлов "0"
Конечно не устраивает, особенно если в ней стоит по умолчанию сервак виндовс.гов(надеюсь, не от слова г-но;)) с огромным пингом аж до самой Калифорнии, а штатный период синхронизации в винде раз в месяц или около того...
Уж чего-чего, а цифровым радиолюбителям:s7: необходимо знать, что существует специальная сеть т.н. стратум серверов точного времени, синхронизированных по атомным эталонам и разбросанных равноудаленно по всему миру. Если не указывать конкретный ntp сервер, а просто указать в штатной строке синхронизации виндовс pool.ntp.org, то система сама выйдет на ближайший стратум с минимальным пингом.
А если примитивной правкой в реесте изменить период синхронизации на любой, хоть каждые 5 секунд, то получите желаемую супер-пупер точность времени без загаживания операционной системы всякими студенческими софтоподелками. В которых к тому же прописаны какие угодно ntp-шники, хорошие допустим для Голландии или Польши, но имеющие крайне хреновый коннект с той же Коряжмой...
Всего пару кнопочек нажать, слегка загрузив мозг(как править реестр в теме было), и тогда действительно "Зачем платить больше", если и так хорошо
Ну не знаю что у вас там в виннице ....со временем ,а мы в ....Коряжме контролируем с величайшей точностью.
- - - Добавлено - - -
Вы сами ответили. Смотрите под спойлером с какой точностью устраивает.(верхний /левый угол) А уж тем более для работы в FT4/FT8.
Ай-ай-ай! Как же я жил до сих пор без синхронизации в 0.001 сек. да ещё при этом +/- 0.018 сек. Надо идти вешаться...:eek:
И кстати, оператор на той стороне, может не знать о вашей высочайшей синхронизации. Надо его сначала попросить делать также (синхронно с вами), а потом уж связь проводить :)
Интересно, а что зависит от такой точности как 0, 01сек ? :confused: :s12:
У меня комп старый и когда он подгружается, то мой дилей доходит иногда до 2 сек.
Корреспондент это видит и что????? Он отказывается проводить связь или как, или где ???? :confused:
Во всяком случае, из, отработанных в FT-8, корреспондентов из 218 стран и 49 штатов никто, пока, не жаловался.:s7:
И то, это происходит при "общем вызове", а, если зовешь станцию, то автоматом включается фильтр и дилей пропадает и тайминга в 0,3 сек вполне хватает.
А что касаемо FT-4, то там и загрузка меньше. :s7:
Вопрос остается открытым- что изменится при таких разбросах от точности 0,01сек ????? :s7:
Или это типа - я еду со скоростью 60,24 км/час, а у вас такого в автомобиле нет.:s12:
,
Сейчас вот подходил товарищ и у него -2.1 сек задержка. Я перехожу на прием а он уже 2.1 сек передает...
Это я считаю уже существенная задержка!
В JTDX при уходе DT сигнала более 0.18 сек выключается FT8 декодер сообщений QSO на согласованных фильтрах, что приводит к ухудшению чувствительности декодера примерно на величину до 6..8 дБ. В каких то случаях возрастает количество переданных сообщений для завершения QSO, в каких то QSO просто срывается. При скачках DT более 0.18 секунды в разных TX интервалах создаются проблемы не только себе и своему корреспонденту но и увеличивается количество помех на диапазоне для других операторов.
Попытка синхронизации времени компьютера в большинстве случаев приводит к скачку DT, чем чаще выполняется синхронизация тем чаще прыгает DT передаваемого и принимаемых сигналов.
- - - Добавлено - - -
Ссылку на источник дайте пожалуйста. DT рассчитывается относительно смещения +0.5 секунды от начала интервала. Если FT8 сигнал передавать с DT -1.0 cек то на приемной стороне с точной синхронизацией времени половина секунды передачи сигнала будет потеряна, в результате снизится вероятность декодирования такого сигнала при малых SNR. Для FT4 такой разброс DT недопустим.
Пример проблемы с синхронизацией времени в сетапе из старых wav файлов, в результате QSO с YB0JVZ не было завершено:
Вложение 269332
Есть такое ,замечено особенно на слабых компах. Некоторые программы синхронизации запрещают/не позволяют осуществлять синхронизацию чаще 15 минут,более пожалуйста. Ту что я применяю Network Time специально об этом оговорено и невозможно сделать менее.
Сайт автора ,может кому пригодится,программа ресурсов не "ест" вообщем удобная и мало потребляющая.https://www.timesynctool.com/
Аннотация автора по поводу точности программы.
Никогда этого не замечал, даже при уровнях хуже -20. Даже, если сигнал слабый, но стабильный, то проблем не возникает. Это еще одно подтверждение того, что FT-8 требует такого же отношения к антеннам , как и другие виды связи, а мощность компьютера - это лишь приложение.
Конечно, к примеру, если будут какие то соревнования, то здесь хороший компьютер окажется незаменимым, а вот при повседневных связях и , тем более, при DX- ге, где основаное время -это прием, вполне годится и какой то двухядерник с применением фильтра. А, если говорить про F/H то там его , вообще, его хватит "за глаза" для декодирования одной станции.
Если ошибаюсь поправьте.
Полагаю, что , если в компьютере постоянно уходит время, и необходимо проводить синхронизацию каждые 5 минут, то, надо разобраться в причинах, а потом использовать этот компьютер. А, если время держится в пределах допустимой нормы, то зачем нужна постоянная синхронизация.
Это подобие нехватки ресурсов компьютера, - надо, просто, правильно использовать их.
Игорь, так, все таки, ответ так и остался открытым,- как точность именно 0,01сек , влияет на связь? :s7:
Чувствительность декодера. Когда то команда WSJT принимала решение: сделать свои цифровые виды синхронными или асинхронными. Провели эксперименты, оказалось что на асинхронной передаче сигналов ощутимо просаживается чувствительность декодера. Так появились фиксированные интервалы передачи/приема привязанные к точному времени.
Чем выше чувствительность декодера тем больше ложных декодов, чем точнее синхронизация с принимаемым сигналом тем при той же чувствительности декодера меньше ложных декодов.
При точности синхронизации с принимаемым сигналом в 0,01сек можно очень эффективно использовать согласованную фильтрацию в FT8 декодере которая равносильна включению полукиловаттного усилителя к трансиверу мощностью 100 Вт.
Сейчас чувствительность для сообщений QSO в JTDX ограничена количеством ложных декодов которые определяет окно +- 0.18 (=0.36) секунды, если это окно сузить до +-0.01 секунды то количество ложных декодов сократится в 18 раз, что даст возможность еще улучшить чувствительность декодера как уже существующими настройками в JTDX так и дальнейшей доработкой кода.
Источник здесь: https://www.g4ifb.com/FT8_Hinson_tips_for_HF_DXers.pdf стр.5 Accurate timing - (if your computer clock is wrong by more than a second or so, you will probably experience problems)
Ну, если сейчас около 0,36 , то .......??????
Ну, еще же не сузили и получится это или нет .......- вопрос еще тот. :s7:
И сразу возникает вопрос ," а как ?" , если у остальных нет такой точности и все "процедуры ", пока, не сделаны, то........?
Вообщем , пока, полкило в антенну при точности 0,36 или, даже, хуже. :s7:
Возможно, но это всё потом, а сейчас....... вообщем, пока что, - по другому.
Вы не подумайте, я не троллю Вас. :s7: Ни Боже ж мой. :s7:
Возник некий спор на очередных "похвалюшках " по теме " А У МЕНЯ....... и по другому -всё фуфель:s7: " и кое кто " подписал" Вас на его решение.:s7:
Не знаю, как можно реализовать такую точность +-0,01 секунды.
У меня DT 0,2-0,4 секунды постоянно практически для всех корреспондентов.
И ничего, было до 75 декодов за интервал.
Сейчас вот работает на 20ке 4X4FD с DT 2,1сек - декод нормальный.
Вчера была связь с рапортом -25 в обе стороны с указанным DT.
На удаленном компьютере работа WSJTX восстановилась сама по себе. Ничего не меняли. Мистика какая-то.
На компе с виртуальной десяткой мистика не помагает.:(
Причем MSHV работает, а при запуске JTDX или WSJTX explorer грузит процессор под завязку, поэтому нет водопада.
В чем причина - не понятно. Драйвер звуковой карты фирменный. (Dimension 4 заменил).
Скорее, что время на самом компьютере полностью синхронизировано в ноль, а 2 сек - это только дилей передачи. Возникает в результате нехватки ресурса компьютера при большой количестве декодов и, скажем, включенном режиме глубокого декодирования. Процессор не успевает декодировать ве сигналы в свой период и захватывает уже следующий. Если включить фильтр при вызове, то всё будет в норме, но он этого не делает.
Игорь , а вот интересно. ( может это уже было, но как то не нашел)
Какой алгоритм последовательности при передачи сигнала в течении этих 15 сек.
Т.е, первая секунда - ???
Вторая--- ???
Или вся информация идет вперемежку несколько раз в какие то интервалы времени.
Ну и т. д.
Игорь.UA3DJY. Большое спасибо за отлично работающую версию. Сейчас на десятке Карибы ,прохожу с огромными плюсами.Одно удовольствие работать.
Что превосходный прием/декодирование ,что передача на отлично. Все таки 32bit разрядность аудио при 64bit системе....это что то!
Мы тут в Виннице синхронизируемся с единой системой атомного времени через Киевский стратум НАПРЯМУЮ, с пингом в 3-5 миллисекунд. А Вы в своей "коряжме" демонстрируете вэб-прокладку, которая неизвестно где находится и с чем синхронизируется, но за клики на ее адрес напишет ламеру все что угодно про самое точное время на его компе. Лишь бы почаще заходил...
Беда в том, что почти каждый радиогубитель, независимо от национальности и вероисповедания, традиционно сидит за своим шкафом и гордо надувает губы, не замечая при этом специально созданную разветвленную систему ЕДИНОГО времени, географически максимально приближенную ко всем регионам в любой стране. Которая создана для международных банковских транзакций и разных других специфических вещей, но при этом общедоступна и как можно лучше подходит для синхронных цифровых видов связи!
А раз не замечает, то аматёр из 6-го района будет контачить с серваками Силиконовой Долины(тот самый тайм.виндовс.гов) через мультиплексор ВОЛС в Палермо и далее через Атлантику и всю Америку с пингом в лучшем случае в 300 мсек(0,3 секунды!) в одну сторону, и еще столько же на ответ от сервака к себе. В результате получает разницу в -0,6 секунды по отношению к синхронной системе pool.ntp.org. Хотя винда будет писать ноль тысячных.
А аматер из нулевого района через Пекинский мультиплекс и далее через Тихий океан к западному побережью США может получить по этой трассе даже положительный сдвиг относительно единого времени(такие чудеса бывают). В результате реальная разница между их компами уже больше секунды, не считая задержек с декодированием в самих компах. О последствиях Игорь уже рассказал.
Мой пост о чем:
1. У ВСЕХ любителей синхронной цифры время должно ОДИНАКОВО синхронизироваться с системой единого времени через пул ntp серверов, имеющийся во всех странах.
2. Сделать это можно и нужно средствами самой винды, прописав pool.ntp.org в штатную строку выбора сервера времени и изменив период синхронизации на 5-10-15-30 минут или сколько там нужно уставшему кварцу вашей материнской платы.
Не надо грузить систему сомнительными приблудами, а потом искать пропавшие пакеты. И так у большинства "кампутер два ядра":(
Я столкнулся. Началось все недавно. По началу подумал, что это мои соседи перекачивают трансиверы, а потом и мне самому стали писать, что у меня сигнал перекачан )))
Выяснилось, что при относительно высоких сигналах происходит такая бяка. Причем сигнал должен быть что-то порядка +06 и выше.
Винда 7-ка, драйвера и саму винду не переустанавливал очень давно. Время синхронизации времени - 5 мин.
Похоже на проблему с настройками VAC?
- - - Добавлено - - -
Частично информация в этих постах:
https://forum.qrz.ru/377-jt65-jt9-ws...ml#post1601206
https://forum.qrz.ru/54-ekspeditsii-...ml#post1660908
https://forum.qrz.ru/377-jt65-jt9-ws...ml#post1616208
В этой теме был пост с подробной раскладкой FT4/FT8 сигналов, сразу не смог его найти.
Я по началу тоже так думал, но настройки я не менял, программ никаких на том компе не устанавливал. Да и как я понимаю, проблема не только у меня. Однако утверждать что в этом виноват именно JTDX тоже не берусь. Однако проблема есть, я о ней как раз все собирался написать, но меня опередил UX8IW.
Да, в свое время именно по этой статье настраивал свой VAC чтобы не было дополнительных "горбиков" при передаче - все помогло. Но было это достаточно давно, а проблема появилась совсем недавно.
Проблема привязана к сетапу, есть смысл на этой машине подключить JTDX через VAC к Audacity, при разных уровнях TX ползунка записать в Audacity wav файлы своего TX сигнала и уже на них можно посмотреть спектр сигнала в Audacity. Если проблема возникает в максимальном положении TX ползунка то опять выходим в софте VAC за пределы динамического диапазона звукового потока и тогда можно будет еще немного подавить TX уровень в JTDX, если проблема видна в разных положениях TX ползунка то в коде JTDX мы ее вряд ли сможем решить.
Я тут не понял - а причем тут уровень моего сигнала? Я так понимаю, что на выходе все ок, это при приеме так получается? Или я не понял смысл идеи?
Кстати вот принскрин который я хотел разместить по поводу этой проблемы:
Вложение 269411
Настройки VAC прием ,АРУ выключено ,регулировка RF в ручном режиме.Регулировка VAC на передачу.Замечаний нет вообще. На прием и передачу почти идеально ! Единственно еще могу показать сигнал на передачу после модулятора на анализаторе ,если требуется. Скажу словами .......отлично.
Здравствуйте, пытаюсь освоить программу версия JTDX 2.10 rc-151. Проблема в декодировании. Ситуация такая. Включаю трансивер, запускаю программу вроде все нормально декодирует, вызываю станцию которая дает CQ отвечает, меняемся рапортами и все декод останавливается QSO не возможно завершить, перезагружаю программу, прием восстанавливается тоесть декодирование, но может и несколько минут ничего не декодировать.
Или если я встану на CQ похожая ситуация, я зову а декода нет, возможно мне кто то отвечает но я об этом не знаю. Шкала приема не пропадает около 70 дб все время. Еще заметил если не работать на передачу то декодирование идет стабильно. Что это может быть?
А если перезагрузить компьютер? Или перезагрузить звуковое устройство, отвечающее за вход-выход цифровой связи? Восстанавливается декод?
Весьма вероятно - наводки на звуковой кабель. В результате перегружается или "зависает" АЦП/ЦАП аудиоустройства. У меня была точно такая же засада. Избавился полностью надеванием на аудио кабель ферритовых защелок.
У меня тоже проблема с VAC и я грешу на последнее обновление Win10
У меня эта засада проявлялась при мощности всего 40 Вт. После надевания защелок все как рукой сняло. Правда, защелок я надел что называется "от души" - одна на аудиокабеле возле трансивера, три (!) возле входа аудиокабеля в FT8 преобразователь (с USB выходом), одна на USB кабеле возле преобразователя и еще одна на USB кабеле возле компьютера. (Чесслово, детально разбираться и экспериментировать на "минимальное количество защелок" не было ни времени, ни желания... а вот защелки были :)) ) Сейчас при мощности порядка 400 Вт никаких наводок и прочих неприятностей не отмечаю.
Защелки эффективны от 21МГц и выше, в VHF/UHF диапазонах. На аудио кабель точно не пойдут, надо феррит с проницаемостью 1000-2000.
А у защелок проницаемость около 300. Лично проверял.
Если антенны идеально согласованы, никакой феррит не понадобится. Даже при QRO!
Часто достаточно правильно все заземлить.
В сельской местности/на даче трансивер часто находится в реактивном поле антенны, наводки на кабели есть независимо от согласования антенны. Заземление работает если трансивер находится возле земли, если между трансивером и землей расстояние более 0.1 длины волны (длина провода заземления) то заземление не защищает от наводок.
Toni OE4ATS сегодня зажигает на диапазоне 20м, спектр побочных сигналов сжат в два раза, похоже проблемы с SDR передатчиком:
Вложение 269609
В основном непрерывное CQ, если он кому то мешает на 20м передайте ему пожалуйста сообщение OE4ATS EMAIL, пусть почитает свою почту.
Привет!!
Кто нибудь для программы jtdx может подсказать ,как оперативно или по окончании связи очищать это окно!
Причем раньше помнил ,как ,а сейчас забыл(новую версию поставил).
Наверно старческий уже ......!
Вложение 269612
Кнопочка есть Очистить. Нажмите на ней правую клавишу мышки.
Аркадий Здравствуйте!
Это именно не основное окно и кнопочки очистить на него не действуют!
С Уважением Павел!
Извиняюсь Все ТАК ПРОСТО!
Вот ,что значит Старость!!!!
Еще раз Спасибо!!!!
Кто подскажет модель или критерии выбора ноутбука для работы в jtdx!
А не расскажете, как всё это хозяйство правильно настроить? Я перезапустил с очисткой w32tm, прописал пулы, изменил период. Всё, вроде бы, работает, НО:
После синхронизации (ручной или по расписанию) система пишет: "время было успешно синхронизировано, следующее..."
Однако по DT, по time.is, по w32tm /stripchart... видно, что ничего не изменилось.
Если же вручную установить неправильное на пару минут время и кликнуть на "обновить" или дождаться запрограммированного обновления, время встаёт правильно с точностью лучше 0,1.
Как я понимаю, для полноценного обновления Windows не хватает некоего минимального расхождения.
В реестре пробовал почти все параметры, но ничего не получилось. В сети (ixbt и др) находил подобные обсуждения, но они обычно заканчиваются установкой D4 и подобных программ.
Вот результаты проверки при синхронизации времени силами Windows 10:
Насколько я понял, при сдвиге менее 1 секунды, происходит только медленная коррекция (параметр MaxAllowedPhaseOffset)
У меня на сервере под Ubuntu 16 прекрасно JTDX работает плюс там крутятся WEBSDR и Zoneminder
Memory 3.9 GiB
Processor Intel® Pentium(R) CPU G2020 @ 2.90GHz × 2
Зачем платить больше?
Столкнулся с такой ситуацией:
DT 0,6-0,8 и сообщение в программе - Check time.
Ранее, отказался от использования программы SP TimeSync, а по совету на сайте, выбрал для синхронизации в Виндовс pool.ntp.org
и установил время синхронизации 30 минут.
Вроде все было нормально, но сегодня, даже после принудительной двукратной синхронизации, DT оставалось 0,6-0,8.
Пришлось запустить SP TimeSync и сейчас DT 0,2-0,3.
Что за беда с синхронизацией произошла?
у меня так:
Вложение 269814
это полноценный? или....
ради одной программы - ну совсем не хочется покупать новую машину.
Lag= частенько в положительных значениях, при этом кроме UR5EQF-лога, WSJT-интерфейса и JTDX ничего не запущенно, ах да - еще работает штатно антивирус MSE.
А в игры поиграть иногда тоже надо! Поэтому 8Gb RAM! :)
off-top
игры не интересуют. только рабочий софт рулит. 8Gb можно поставить - но на 64 переходить надо, что мне весьма не желательно.
P.S/ так моя машинка еще актуальна?
i5-520M устарел безнадежно. Но работать должно. У меня i7-4790k, еще лет 5 актуальным будет, а дальше посмотрим...
Привет народ, вопрос может будет и не по теме, кто смог запустить работу маламута с программой tdx-2.1.0-RUS-rc151-win32.exe не видет устройство, в 150 версии все работает!
п.с. Привожу фото настроек которые работают в 150 версии https://drive.google.com/file/d/1mQQ...ew?usp=sharing
Юрий, я так глубоко не копал. Уменьшив время синхронизации в реестре до 900 секунд(это те же 15 минут, что и в Неттайм) по нему и проверял. Клацнув по Неттайму вижу +237 миллисекунд. Принудительно пинаю по виндовс синхронизации и опять смотрю Неттайм. Вижу +3-12 миллисекунд. Потом принудительно тыцкаю Неттайм - в примерно тех же пределах от -15 до +12 миллисекунд. Определенное "преимущество" Неттайм только в удобстве потыкать кнопочку несколько раз и наглядно увидеть, что "добился" аж от "0" до +3 миллисекунды ;).
Но это ловля блох, поэтому Неттайм из автозагрузки выбросил(не сносил, пусть отдыхает на диске в неактивном виде, мало ли что) и снова включил автосинхронизацию штатными средствами винды. Естессно через pool.ntp.org с периодом раз в 15 минут. Большинство корров, очевидно кто в теме ;), идут с DT 0-0,1. Хотя хватает разгильдяев и с DT от 0,6 и до больше секунды.
Возможно влияет версия Виндовс. Я на всех компах пользую только Win10x64 LTSB 2018 года без всяких "обновлений", "метро", "магазинов" и напиханной в последующие весии гадости, якобы обеспечивающих особую "безопасность" недоразвитым организмам. Система полностью управляема пользователем и в групповых политиках озволяет насмерть убить все попытки что-либо "обновить" или что-то куда-то отослать. Максимальная производительность при минималистическом дизайне. А в новых релизах 19хх даже почесаться мелкомягкие запретили. Для безопасности:s12:
Об "обгрызенных" процах, необходимости и достаточности. Тяжелы они, последние версии JTDX, как шапка Мономаха. А любые задержки в системе, не только в синхронизации времени, приводят к ломке премиальных алгоритмов, о чем говорит автор и наглядно показывают таблицы сравнения. Итак: i3 - две головы+гипертрейдинг=4 потока. i5 - переходной, не все программы поддерживали на тот момент гипертрейдинг, поэтому 4 головы и 4 потока. i7 - 4 физических головы+гипертрейдинг=8 потоков. Это старая и вполне доступная классика. В новых i9 уже есть 6 голов и 12 потоков, а по цене хорошего трансивера(только за проц) есть и 8 голов с 16-ю потоками, но это для игроманов пока.
Однако мир сошел с ума и дегенераты маркетологи изобрели "типа i7", но две головы и 4 потока всего. Как "правильный" i3... Эти процы(обычно с буквави U или D в конце) и называют огрызками. Они экономичны и массово применяются в ноутбуках. Типа "ай7", круто же. Есть ноуты и с правильными i7 и отдельной видеокартой, но стоят как крыло боинга или дороже...
Отличие "i" от Ксеонов в наличии графического процессора. А при установке отельной видеокарты(не надо навороченной!) ПРАВИЛЬНЫЕ программы(последние Фотошопы, КАД-ы, видеомонтаж и пр.) умеют "пристегивать" встроенный ГП к основному процу, в разы увеличивая его скорострельность! Надеюсь, JTDX правильная прога и тоже умеет это делать.
Но и тут засада. Вспоминаем слова автора "мы все держим в оперативке" и смотрим на свою материнку. Точнее, ее чипсет. Большинство даже продвинутых аматоров пользуют H(Z) 8xx, работающих на DDR-3 с частотой максимум 1600 мГц(хорошие планки с минимальными таймингами). А новые "игровые" чипсеты с современными дорогими процами работают с DDR-4 на частотах 2300-2600 мГц. Разница очевидна.
Для показательного примера. Мой десктоп собран на трехлетней давности чипсете от Асус Н81 Делюкс. Имеет не только 2(два!) физических компорта, но и настоящий ЛПТ! Вот не знаю, чего я в него так вцепился, пользую для радио Ригэксперт и мне они вроде как пофиг, но свой ФТ-2000 перешивал через компорт. Плюс есть 3(три!) PCI слота, а это меломанская звуковуха от Асус Ксонар и вторая сетевая карта для СДР. Среди современных H(Z)-9 нет не только с КОМ-ЛПТ, но и PCI днем с огнем не найдешь.
Память DDR-3 премиум 1600 на минимальных таймингах. i3-3.7 GGz. Задержка(Lag это не "режим", это лаги-лагает-тормозит на молодежном сленге) при 30-40 декодах и максимальных настройках доходит до +0.8 секунды. Почти на секунду залезает в новый цикл передачи при загрузке проца до 80% в пике! Это нормально?!
Подкидываю максимальный для 8-х чипсетов i7-4790k(печка с разблокированным множителем) и разгоняю его на воздухе до 5.2 GGz! Лаг при овер 40 декодов 0.4-0.6 секунды, а загрузка проца при этом всего 20%. Память тормозит, грустно. Печка 180 ватт только на проц, свистящая башня охлаждения и такой лаг.
Переход на материнку i9 и соответственно дорогую скоростную память для меня не есть большая проблема. По деньгам. И надеюсь лаг при максимальных настройках и любом количестве декодов удастся вогнать в максимум +0.1-0.2 секунды. Но для меня это потеря всех PCI слотов(не говоря уже о "комах"), замена шикарного звука на какой-то УСБ(искать, проверять), сетевухи на мелкий PCI-Ex и сопряжение всего этого барахла - а оно того стоит?
Вернул экономичный i3-3.7 GGz и окончательно перешел на WSJT-2. Точнее на WSJT-Z, это тоже самое, но с широкими возможностями фильтрации. Нагрузка максимум 20%, при этом ответ корра видишь за три секунды до конца цикла приема. Впечатляет! Причем она умная. При 10-15 декодах на ВЧ она делает только два прохода(подпрохода?), а при бОльшем количестве - три. И всегда точно попадает в период, никакого "лага"!
Х.З. как команда Тейлора этого добилась, может что-то упускает по сравнению с JTDX. Хотя, запуская их одновременно при моих скудных(палка-веревки) антеннах и шуме многоэтажки, разницы не вижу от слова совсем. Как-то так...
А почему Вы не рассматриваете, скажем Ryzen 5-3600? Ну или даже совсем недорогой R5-2600? Которые намного дешевле, прекрасно разгоняются и не уступают интелу. Материнки, с теми же В-450 , тоже недорогие. В этих процах нет встроенной графики, но, не думаю, что это проблема. Памяти надо, конечно, побольше поставить, но за то можно тоже разогнать немного.
А на R5-2600 , с бубнами конечно, но можно и 7-ку поставить.
Я бы с удовольствием "рассмотрел", но так получилось, что всегда профессионально работал с Интел, потому и домашние компы все на нем. Завзятые игроманы(а уж они в "лагах" понимают без сомнений) утверждают, что сейчас АМД очень хорошИ, но я личного опыта работы с ними не имею...
Мой эксперимент показывает, что только частотой и "потоковостью" проца вопрос не решить. Независимо от платформы, для полного использования всего заявленного потенциала JTDX на максимальных настройках, необходимы прежде всего материнки с шириной шины в 5 ГГц(это все чипсеты 1150 и выше) и под самую быструю оперативную память DDR-4 с частотой 2300 мГц. Отсюда и требования к сокетам процессоров.
Когда "процессор 2 ядра", то это 775-й сокет(на самых продвинутых материнках шина 1300 мГц) и память DDR-2(самая дорогая, с радиаторами 1066 мГц, обычно 800 мГц). В этом случае на загруженных НЧ диапазонах даже при самых "быстрых и мелких" настройках JTDX реально влететь в период передачи больше секунды и потерять до 30% самых слабых(и как правило самых нужных) декодов. Хотя кому-то и "всем за пределами 5-6 района" в радость ;).
А вот кто бы поделился "лагом" на Райзенах с современной материнкой под DDR-4. Естессно при максимальных настройках и на загруженных НЧ или 20-ке, чтоб хотя бы 40 декодов было. Думаю, всем будет интересно.
Не согласен. У меня AMD, 2 ядра, разогнанный до 3,3 ГГц (можно до 4-х, но страшновато), память DDR3-1600 без радиаторов, на данный момент 1200 МГц. SSD.
Когда работаю трансивером - даже при 40-50-ти декодах всё в норме. Когда SDR-ом - уже нет. И DT 0,2-0,3, и декодирует с запаздыванием.
Т. е. работа программы Power SDR грузит всё довольно сильно. Особенно когда не сворачиваешь её (по видео).
судя по посту - Вы разбираетесь в компьютерах. Не первый раз поднимаю здесь этот вопрос (но конкретного ответа пока нет) : не все программы с одинаковым успехом умеют использовать гипертрейдинг - в одних повышается производительность, в других одинаково, а есть такие, что и - понижается.
Как ведут себя программы для FT-8 - стоит выяснить (что бы знать - с каим процессором лучше покупать компьютер и как имеющийся правильно настроить). Прошу Вас (а, может, еще кто-нибудь поддержит) провести эксперимент - в настройках BIOS отключить гипертрейдинг и сравнить работу программ для FT-8 по сравнению с включенным гипертрейдингом.
С надеждой.
Случайно заглянул в тему, немного обалдел. Зачем столько ресурсов для, по сути, терминальных программ?
У меня ископаемый брендовый HP Small form factor на Intel Core2Duo, два ядра без гипера (кажется), частоту не помню, где то около 2600, память DDR2 2 Гб, интегрированная видео от Intel, звук тоже на борту, и медленный WD на 250 Гиг. Win7 64 чистая, антивирусов нет ни на одном компе в доме в течении многих лет. И всё работает, декодирует нормально, есть конечно лаг небольшой при декоде, но к началу цикла успевает вывести, лага времени практически нет (+_0,1). Запущены всегда LogHX+OmniRig+JTDX+SP Time Sync, и асусовская утилита Wi-Fi сетевухи.
Пытался работать на двухядерном Атоме 1,8, в маленьком корпусе - там конечно тяжело, вывод иногда происходил только в середине следующего цикла, и, самое плохое - фонила звуковуха на приём, блоки питания менял - не помогло, поэтому избавился. Есть мысль вообще перейти на Linux, думаю, будет побыстрее, но тормозит сложность запуска родных программ для FT2K и IC7K3.
Может я не совсем понимаю суть дискуссии, но какие могут быть 50 декодов, если включен фильтр на Европу? DX-ов столько просто нет. :s7: Декодировать нужно несколько (обычно 1-2) слабых сигналов, что на 160м, что на 6м. Железо, о котором писал ниже, прекрасно с этим справляется.
По поводу торможения, если SDR грузит, зачем его использовать? Мудрость про "шашечки или ехать", в данном случае вполне применима.
Проблем со временем в Ubuntu не было и нет, но есть одна, которую средствами JTDX решить невозможно, не помню писал об этом или нет.
Итак, на 50 МГц приходит редкая в наших краях волна прохождения на Японию.
Обычно, она мощная, но короткая, когда зовут по нескольку станций сразу. Хочется обработать всех зовущих, так как в любой момент волна может уйти. Отвечаешь одному, остальные еще пару раз позовут и переключаются на других европейцев.
Без мультислота обработать нескольких одновременно не получается, может в JTDX есть какая-то хитрость, как в это сделать? До середины августа могут быть еще всплески. Буду благодарен за подсказку.
Почему в данной программе нет таких видов как MSK144, приходится переключаться на WSJT
На Core2Duo при быстром и среднем декодировании, вообщем то, так и происходит, а при глубоком - , аж до 2-х секунд. Если еще запустить JTAlert , то иногда есть пропуски целых циклов и дополнительно сбивается и сам JTAlert. НО без JTAlert при глубоком декодировании и включенном фильтре , работает , конечно, без задержек, и если заниматься DX--нгом и "сидеть в засаде" , то такие компы можно еще вполне использовать.
Что каcаемо Ryzen, то он на сегодня , при своей цене, вполне составляет конкуренцию. Надо , только памяти побольше, ну и графику. Есть и с встроенной графикой, но они немного послабее. Под любую материнку есть поддержка производителя об использовании памяти, что разгоняется, а что нет. Надо, только, правильно выбрать весь комплект.
Вообщем вполне достойно и не так дорого, как интел.
- - - Добавлено - - -
Это экранный фильтр, а декодирование происходит все равно, просто не показывает пользователю.
Вот , если включается узкий фильтр, тогда да, но полоса декодирования , при этом 150гц ( или сколько там)
Уже несколько раз наблюдал такое явление:
включен фильтр на Европу и после декодирования интервала вообще нет ни одной станции, хотя информация о декодировании более чем 30 станций отображается.
В следующий интервал отключаю фильтр, появляются станции и среди них несколько амеров, которых при включенном фильтре не было.
Включаю фильтр и опять история повторяется.
Складывается впечатление, что включенный фильтр иногда режет все подряд.
Специально смотрел по два интервала, чтобы декодировать всех, кто в эфире.
Виктор, декодируется всегда весь спектр, а фильтруется только вывод на экран. Вы сами подумайте, КАК фильтр без декода будет работать вообще? Никак.
Попробуйте оффлайн декодировать период с фильтром и без него. Программа может записывать звуковые файлы с которыми можно экспериментировать.
Василий, я говорил о 775-м чипсете от Интел. На ДДР-3 он не работает от слова совсем - слоты памяти разные, даже молотком не забьешь:s10:. А стандартная ДДР2-800 и по частоте и по таймингам сливает более чем в два раза. И это при том, что все сложнейшие математические алгоритмы обрабатываются именно в оперативке...
АМД не пользовал ни разу за более чем 20 лет работы в IT сфере. Было бы интересно посмотреть на лаги при современном недорогом Райзене с быстрой оперативкой.
Владислав(QDP), у нас сейчас грозы, дома я не часто, поэтому все радио отключены. Но дело даже не в этом. Лаги очень сильно зависят от загруженности диапазона и эксперимент на каком-то случайном сетапе лишен смысла. И самое главное - эта ветка организована тимлидером команды программистов JTDX, у которых в распоряжении стенды с генерацией эталонных последовательностей, шумов и пр, на которых они составляли точные таблицы декодов при различных настройках программы, расхождении времени и пр. Так неужели они не знают, "понимает" ли ИХ программа гипертрейдинг?! Игорь постоянно в ветке и думаю даст однозначный ответ, а если и сомневается, то добавит в таблицы на сайте программы столбик "HyperThreading on/off". Для наглядности:s12:
ЧуднО слышать, как на "стареньком два ядра" все супер ОК и нет проблем. Для понимания сложнейшей математической обработки синхронных последовательностей(это далеко не простенькая прикладнушка) надо во-первых, обязательно установить 150 или 151 версии JTDX, где введен индикатор лагов. И четко усвоить, еще раз пересмотрев эталонные таблицы, что задержка вашей передачи даже на 0.5-0.8 секунды на 30% лишает ЕГО возможности декодировать ВАШ сигнал и ответить на вызов! Даже с быстрым мощным компом.
Отсюда и вопросы у владельцев "два ядра" - а чего он другим отвечает, а мне нет?! Гримаса судьбы - будь этот лаг даже на половину периода передачи, на ВАШ прием это совершенно не влияет. При условии точной синхронизации времени у обоих. Но надеяться на ответ от НЕГО при таком запаздывании не стоит даже с киловаттом. Разве что соседям "за пределами 5-6-го". Которым и обрывка передачи хватит, если "сигнальчик ровный 150%"...
- - - Добавлено - - -
Евгенй, ну Вы явно не читатель. Я ведь написАл, как лагала JTDX с процомi7-4790к на частоте 5.2 ГГц при загрузке всего в 20%. При брендовой, но сравнительно медленной ДДР3-1600. Потому как "мы всё делаем в оперативке" (С). Ее, к стати, не должно быть много(если СДР в добавок не крутится). 4 ГГб с головой, но только быстрой! Сейчас это ДДР4-2300.
И проц конечно нужен хороший, думаю 3.2-3.7 ГГц i3 более чем достаточно. Почти уверен, что ГП "пристегивать" к процу WSJT и JTDX не умеют. Иначе в настройках был бы выбор что "пристегнуть" - встроенную или внешнюю. У многих геймерские карточки(зачастую пара в тандеме) работаю в разы быстрее чем самый топовый i9. Поэтому и относительно недорогие Ксеоны и АМД более чем.
О, вспомнил!!! Специально для Владислава QDT - Игорь совсем недавно разъяснял здесь же, в этой ветке, о влиянии количества потоков на скорость и глубину декодов. Пояснял еще, что больше 12-ти программа не может. В мире еще не изобрели монстеров с 12-ю физическими головами в одном слоте. Значит однозначно гипертрейдинг РАБОТАЕТ. Автору программы не верить в этом вопросе по меньшей мере глупо...
Я тоже этого не понимаю. И моего 10-летнего Core i5 за глаза хватает.
Я этого честно не понимаю. И причем тут скорость памяти - тоже. На скорость вычислений (а именно на это все нагрузка) скорость памяти явно не влияет.
Поддерживаю.
Итог: если у Вас Core i3 или выше и у вас проблема со скоростью декодирования JTDX - ищите причину в установленных программах. Может антивирус тормозит, может что еще.
- - - Добавлено - - -
Как Вам это:
Вложение 269938
Кстати для всех - по процам очень хорошая ссылка:
https://www.chaynikam.info/cpu_table.html
Алексей, ну от Вас такое слышать, мягко говоря, удивительно. Конечно математические вычисления проводит процессор, но все данные для них он получает, обрабатывает и отдает, а потом еще дважды получает и отдает именно из/в оперативную память по системной шине. Ну, вот в моем конкретном примере, на моем оборудовании, матернка неплохая с шиной в 5ГГц, и проц был разогнан до 5 ГГц, а память сравнительно медленная ДДР3-1600 мГц с соответсвующими этой невысокой частоте таймингами. Причем скорость записи еще и меньше скорости считывания...
Проц в пиках декода был загружен всего на 20%, так как фактически простаивает, потому, что оперативка просто не успевает отдавать ему данные и получать обратно. Медленная оператива не может вовремя загрузить его данными. В результате куча математических алгоритмов за три прохода не укладывается в жестко ограниченное и синхронизированное до миллисекунд время. Отсюда и лаги. Что же тут непонятного?!
Говорите, что 10-ти летнего i5 хватает? Раз 10 лет, то значит чипсет под ДДР-3. ОК, тогда и Вы сделайте нам всем одолжение. Надеюсь, установлена версия JTDX с выведенным лагом. Если нет, то обязательно обновите! Все настройки декодирования на максимум согласно рекомендациям авторов: Количество потоков можно на "Авто", Широкополосное декодирование - "Глубокое", Количестово циклов декодирования - "3", QSO RX уровень чувствительности - "Высокое", чувствительность декодера - "Использовать субпасс". Включите любой загруженный бендезон, где не менее 30-40 декодов(все равно какого уровня, откуда) и отскриньте какой получился Lag. А мы посмотрим как "справляется".
Да, отстал я от "аэмдей", каюсь. Смотри ка - супер Райзен всего за 4 штуки баксов оценочно "там". Сколько стоит под него мать, сколько слотов и какой памяти смогут его обеспечить загрузкой, даже представить сложно. Наверное именно про такой и говорил Игорь Черников. Получается его жалкая поделка максимум с 12-ю потоками ровно в 10 раз(на порядок) до лидера не достает. Надо срочно замутить версию с такими "алгоритмами", чтоб при ее включении не только разогнанные i7 висли, но и свет в квартире тух:ржать:
Но о потоках мы вспомнили только с точки зрения понимает ли гипертрейдинг JTDX. В теме про выпадения пакетов Игорь говорил о том, что в режиме "авто" при i7 задействовано только 7 потоков, но можно принудительно установить и все 8 для увеличения быстродействия. Но есть типа опасность некоторых глюков. Поскольку в i7 только 4 физ. головы, то значит гипертрейдинг JTDX точно поддерживает. Как-то так.
Для Ryzen нужно памяти побольше, чем для интела. Во вся ком случае так многие утверждают. А потом, в цене, что 8, что 16 - не так ощутимо. Ну , а графика, - так у них нет встроенной, хоть что то, но нужно, что бы два-три монитора работали.
- - - Добавлено - - -
А еще потом дополнительно включить JTAlert с окном декодов. Это очень удобная функция для отслеживания нужных штатов USA, да и вообще для подбора нужных стран по диапазонам.
Конечно, можно обойтись и без всего этого, но если есть возможность, то почему не использовать.
Ну во первых у процессора есть свой кэш, и во внешнюю память он может ничего и не отдавать. Тут нужно знать как в таких случаях сам комп работает. Может Ваши доводы и верны, а может и нет. Не знаю.
Во вторых - на счет объема данных - так ли он велик? Тут наверное Игорь может подсказать.
Да память у моего компа DDR3 - самому интересно стало, завтра проверю по Вашей методике на предмет Lag'ов.
Андрей, вы как айтишник со стажем, вообще-то должны знать, что ПО делится на уровни.
Самой JTDX, которая является прикладной программой (верхний уровень) абсолютно безразлично физическое устройство потоков, реальные ли это процы или потоки гипертрейдинга. За это отвечают программы самой операционки, то есть драйвера (базовый уровень).Цитата:
Состав программного обеспечения вычислительной системы называют программной конфигурацией. Межпрограммный интерфейс - это распределение программного обеспечения на несколько связанных между собою уровней. Уровни программного обеспечения представляют собой пирамиду, где каждый высший уровень базируется на программном обеспечении предшествующих уровней.
То есть, если заявлено автором, что обрабатывается 12 вычислительных потоков, то они и обрабатываются, независимо от их физического происхождения.
Ну и что касается памяти - при чистой математике память, при современных обьёмах кэшей, практически не работает, работает скоростной кэш, которого хватает с головой для хранения промежуточных результатов.
Вообще, увеличение лагов зависит, скорее всего, от операций ввода-вывода и скорости чтения-записи, которые физически (по прерываниям) заставляют ждать процессор окончания их выполнения. Ну и от вычислительной мощности процессора и обьёма кэша конечно.
В JTDX чувствительность FT8 декодера на частоте QSO определяется отдельно от широкополосного декодирования, даже на средних по производительности процессорах можно мониторить диапазон в режиме SWL, при проведении QSO отключать кнопку SWL и использовать настройки широкополосного декодирования позволяющие во время QSO вписаться в необходимую задержку декодирования.
- - - Добавлено - - -
И JTDX и WSJT-X используют stdout для передачи декодированных сообщений из декодера (процесс jtdxjt9) в процесс работающий с GUI jtdx (в WSJT-X jt9/wsjtx). Под Windows этот stdout + вывод на экран при большом количестве декодированных сообщений занимают ощутимое время.
Интересно какую часть из этого занимает вывод на экран, необходим эксперимент с текстовыми фильтрами повторов, ненужных континентов, стран и т.п.. Возможно с текстовыми фильтрами под Windows удастся немного уменьшить задержку декодирования.
- - - Добавлено - - -
Режим количества потоков "Авто" сделан для тех кто не разбирается в компьютерах, это компромисс при котором декодер использует количество потоков на единицу меньше количества логических ядер. Например на процессоре 4/8 ядер минимальный лаг можно получить на 4-х потоках. У каждого пользователя параллельно с JTDX бегут свои приложения, соответственно будет своя оптимальная настройка количества потоков.
Более того, декодирование с файлов и декодирование с входящего звукового потока по затраченному времени отличаются, оптимальное количество потоков декодера (используемых декодером логических ядер процессора) надо подбирать при декодировании с звукового потока.
- - - Добавлено - - -
Операционная система распределяет задачи по логическим ядрам. Попробуйте найти в OpenMP метод распознавания физического ядра от логического: https://www.openmp.org/
- - - Добавлено - - -
Пока не вижу смысла делать больше: спектр частот равномерно делится между потоками что увеличивает количество 'приграничных' частот между потоками приводя к небольшому снижению количества декодированных сообщений при использовании более 4-х потоков. В FT8 декодере JTDX еще есть проверка: он не может использовать больше потоков чем доступно логических ядер в операционной системе. То есть если на процессоре с 4-мя логическими ядрами пользователь выберет 12 потоков то FT8 декодер не будет использовать более 4-х.
Это связано с тем что операционная система не может выделить больше ресурсов под задачу чем у нее есть, и если попытаться использовать 12 потоков декодирования на 4-х ядерном процессоре то операционная система будет выделять ресурсы последовательно три раза по 4 потока, то есть время декодирования по сравнению с использованием 4 потоков вырастет в три раза и появятся проблемы с декодированием сигналов в 'приграничных' областях потоков из-за несвоевременного вычитания.
- - - Добавлено - - -
Автоматическое использование графических ядер заманчиво, но эти ядра на современных видеокартах заточены под обработку кусочков изображений видео потока, множества небольших задач, что потребует переработки кода под декодирование каждого кандидата на отдельном логическом ядре. Пока не знаю можно ли разбить декодирование внутри потока CPU на подпотоки GPU, какой для этого необходим компилятор и сохранится ли при этом поддержка многоплатформенности в JTDX. Декодирование сигнала с большим количеством ошибок OSD (ordered-statistics decoder) декодером ресурсоемкая задача, не знаю хватит ли для нее ресурсов логического ядра GPU чтобы вписаться в требуемое время декодирования.
Немного не понял вопрос, Игорь. По времени декодирования разницы не видно у меня, что с включенными фильтрами, что без. Фильтра у меня по странам, отработанным на всех бендах и всеми модами. Их около 150-ти. Получается выводится из 40-50 декодов не более 5, а то и вообще пусто. Особенно сейчас в период Covid-19.
но автор программы должен знать (а если не знает - выяснить опытным путем) - как его программа работает с гипертрейдингом. Как влияет - размер КЭШ-памяти (я уж не говорю, что надо точно знать - сколько требуется оперативной).
И не только это. Что бы пользователи могли использовать для программы оптимальные по соотношению цена/качество компьютеры и четко знали - как оптимально использовать имеющиеся, необходимо знать как влияют различные характеристики компьютера, настройки программы и использование параллельно других программ. А у компьютера есть много разных характеристик его производительности. Например в популярной программе Aida64 по нескольку характеристик и у памяти и у процессора и у прочего. Существуют и другие программы определения производительности.
Игорь, дорогой, рады видеть Вас в ветке! Я наверное мало смайликов поставил, когда шутил насчет "жалких 12-ти потоков" ;). Реально отстал от жизни и не знал о появлении монстров от АМД аж с 64 физическими ядрами на одной подложке(и соответственно возможности работы аж со 128-ю потоками).
RA3QDP поднял вопрос, действительно имевший место быть на заре появления технологии гипертрейдинга, когда многие программы либо подтормаживали вместо увеличения скорости работы, либо вообще крэшились при его включении в БИОС материнки. Я лично и не сомневался в том, что JTDX, так же как и WSJT работают с потоками не зависимо от их "происхождения" - от физического или логического ядра. Что и подтверждают Ваши разъяснения.
Что касается кэша процессора, то он крайне скуден для обработки синхронных массивов данных, накопленных за период в 15 секунд в широкой полосе декодирования и загруженном эфире. В полноценных i7 он "аж целых" 8 МЕГА байт. Сколько при этом крутится в оперативке и летает туда-сюда по QPI шине(в материнках 8-серии она 5 ГГб/сек или по новому 5 гига трансферов в секунду, 5GT/s, а в 9-й серии уже 6GT/s), знает только команда JTDX. Думаю на порядки больше, так как "всё держим в оперативке". Это не мое, а их высказывание.
Что КОНКРЕТНО и видно в моем эксперименте со сверхбыстрым "экстремальным" процом, но весьма посредственной на данный момент памятью. 20% всего загрузки, а лаги есть. Меньше конечно, но скорее всего за счет в двое большего кэша(8 мб против 4 мб на i3). А я, честно говоря, после части потраченного скудного выходного (замена проца с установкой "башни" охлаждения и заодно пылесосно-кисточной профилактики компа) надеялся, что показатель Lag уйдет далеко в минус при таком разгоне воющего на всю квартиру системника...
Поэтому, лично для себя, сделал вывод - для использования по максимуму всех возможностей JTDX, необходимо и достаточно: проц - без всякого экстрима, хватит восьми потокового i7 с частотой 3.2-3.7 ГГц, "толстая" шина памяти 5 GT/s(уже на пятилетних материнках начиная с i3 она такая по дефолту), и быстрая оперативка ДДР4-2300. Причем достаточное количество уже от 4-х ГГб, лучше конечно 8.
Я не могу без полной замены всех потрохов поставить ДДР4 :(. Поэтому очень интересует вопрос - неужели в теме нет ни одного владельца реально "крутого" компа с мощной современной начинкой?! Даже с экстремальной! Хоть кто-то может при всех максимальных настройках и овер-40 декодах показать Lag в "минус" или хотя бы в "ноль"? То есть идеальное попадание в начало цикла передачи! Такое вообще возможно в JTDX?
Андрей, ну откуда там массивы? Тут обычный звук, даже не HI-FI, без изызсков. Точно частоту дискретизации при работе JTDX не сказать не могу, но даже при максимальной частоте 320 кб/с (которая, по большому счёту, абсолютно не нужна в полосе 3 кгц) вся звуковая дорожка одного периода в RAW формате займёт всего 4,8 мб. То есть целиком влезет в кэш и будет там парсится с частотой проца, и ещё куча места останется для промежуточных данных. Ресурсы потребляют декодеры и цифровые фильтры.
А вам слабО? Мне, например, и без экспериментов всё ясно.
Нет. Мы специально держим в программе режим SWL для мониторинга диапазона, где задержка декодирования не так критична как при проведении QSO. Ресурсоемкие навороты декодера добавляются в режим SWL, то есть по определению режим 'наблюдателя' не предназначен для окончания декодирования до начала следующего интервала и сейчас на бытовом рынке нет процессора способного в режиме SWL при трех циклах декодирования FT8 справиться с этой нагрузкой.
Евгений, с точки зрения оцифровки несчастных трех кГц по теореме Котельникова вроде ничего особенного нет. Но сколько там объем "промежуточных вычислений" при трех проходах и выполнении "магических" алгоритмов когда ДТ меньше 0,18 секунд - это не мое, а Игоря разъяснение, и только он с командой наверное и могут внятно объяснить хватит ли 8 мб кэша (это в i7, в i3 только 4 а в простых "пеньках" обычно 1 мегабайт) или нет.
Меня например привело в шоковое состояние, когда "крайний" для не самого дрянного чипсета 1150 процессор с разблокированным множителем при разгоне до 5,2 ГГц выдал Lag в +0,36 секунды при 38 декодах по моему. Это при трех проходах и максимальных настройках. На что еще грешить, как не на "медленную" память. Надеялся-то на глубокий "минус"...
Игорь, об SWL режиме речь не идет. Настройки для SWL режима отдельно от обычного. При трех проходах в SWL лаг на проце i7-4990k 5.2 GGz достигал 1,2 секунды. Но я об обычном, "рабочем" широкополосном декодировании - реально ли и на чем можно получить отрицательный или хотя бы нулевой Lag при максимальных настройках JTDX и при большом(не менее 40-ка) количестве декодов?
Владислав, ну какие еще нужны цитаты? Сказано же автором программы, что она не разделяет физические и логические потоки. Что в режиме "авто" используется на один меньше, но можно принудительно включить все и повысить производительность. Если говорить о 4-х потоках для i3 или 8-ми для i7, то что это, как не гипертрейдинг? И раз производительность повышается, то значит он дает выигрыш. Так что, не верить автору?!
В реальном эфире сравнить невозможно - слишком все субъективно и изменчиво. Количество декодов даже при стабильном проходе может меняться от периода к периоду в разы. А тут надо перегружать машину сделав изменения в БИОС и так несколько раз для сравнения, то какое это будет "тестирование"?
Нужен стенд с различными эталонными последовательностями и кропотливое тестирование с гипером и без. У меня такого нет, а у бригады программистов и без этого работы хватает. Сказано автором, что работает, значит надо верить ;)
Не только "медленная" память, но и чипсет, и шина, и процессор и операционка - это все единое целое. И они должны быть не только совместимы друг с другом, но и показывать все, на что они способны в совместной работе. К сожалению, при всем богатстве выбора комплектующих, создать идеальную машину, чтобы она показала все на что способна, не так уж и просто. Для оценки всего этого взаимодействия существуют такие понятия как Kernel Responsiveness и Application Responsiveness. В вольном переводе это оценка времени реакции ядра вашей операционки и оценка времени отклика различных приложений, установленных на ПК. К сожалению, профессиональные программы для анализа этих характеристик не так уж и дешевы. Но вполне можно использовать бесплатную версию WhySoSlow (https://www.resplendence.com/main). Для сбора статистики нужно запустить ее на пару часов при работе в JTDX(WSJT). Может быть все и нормально, а можете быть и неприятно удивлены. Что самое интересное, эти показатели не отражает общую производительность вашей системы, а показывают только возможности обработки вашей системой задач в реальном времени. Отсюда и возгласы у народа - загрузка процессора 20% а лаги плюсовые.
У "народа" - это у меня был такой возглас, Вы не стесняйтесь ;). Эх, Николай, проверкой железа "на отзывчивость" я занимался в незапамятные времена, когда при дефиците бюджета собирались машины из всякого разнородного барахла ("я тебя слепила из того, что было") для выполнения всяких специальных функций. А мой домашний комп собран не так давно, без оглядки на стоимость комплектухи, любовно и со знанием дела, целиком на брендовой платформе от Асус. Операционка вылизана до блеска для решения весьма сложных задач типа нелинейного видеомонтажа, очистки-обработки звука и других узкоспециализированных дел. Работает аж со свистом;), что и показывает WSJT, которая на максимальных настройках и трех проходах заканчивает декодирование на полторы-две секунды раньше конца периода.
Так что дело здесь прежде всего в "супер алгоритмах" JTDX и только в них! Для меня это чисто академическое любопытство, так как радиоаматорский зуд в ФТ-8 я удовлетворяю другой программой. Вот Вы, например, серьезно в теме. Пока соберется Алексей HX(которому огромный респект за LogHX!!!), выставьте(только по честному) описанные выше максимальные настройки, три прохода, сегодня вроде тихий вечер - на 80-40 точно минимум 30-40 декодов соберете. Так и сделайте нам скрин, где видно количество декодов и Lag. Ну и коммент, что там у Вас за проц-чипсет-память. И будем все вместе думать, у кого что не так.
Хотел сделать тестирование сегодня но пришлось отложить. Причину расскажу - хоть и не в тему, но многим будет интересна: как писал вчера, у меня на станции работает 10-летний Core i5. Всем устраивает, но в последнее время при использовании JTDX стало сильно отставать время (по этому в логе сделал синхронизацию по времени), но т.к. у многих отставание времени при работе с JTDX присутствует, особого значения этому не придавал. А недавно комп начал глючить - то при загрузке зависнет, то вообще грузится не хочет. Думал что загрузочный SSD диск барахлит. И вот сегодня комп вообще отказался грузится. Снял SSD диск (думал из-за него проблема), поставил винду на обычный диск... и опа - пару раз винда загрузилась и опять виснуть при загрузке стала... тестировал комп при помощи загрузочной флешки - все норм... И тут я вспомнил об отстающем времени и заменил батарейку в материнке - и все тут же заработало)))
Итог: век живи, век учись - дураком помрешь! ))) Сколько этих компов переделал, а у каждого своя проблема! Впервые из-за подсевшей батарейки комп так странно глючил. Хотя вспомнил, что несколько лет назад из-за подсевшей батарейки тоже комп глючил, который у товарища делал, но там несколько по другому было.
Вывод: отстает время - сначала меняйте батарейку в биосе, а потом уже доставайте UA3DJY своими проблемами.)))
Такое возможно. Специально для любознательных только что сделал скриншоты с двух компов.
Вложение 269982
При этом загрузка ресурсов такая
Вложение 269983
Сборка посвежее с памятью DDR4
Вложение 269984
Ресурсы
Вложение 269985
Системы Win10PRO-64 последних ревизий абсолютно идентичные. Из картинок видно, что современный проц несколько шустрее (но не на порядки).
Кто-то спрашивал, даёт ли преимущества в скорости HT. Однозначно даёт. Под рукой нет картинок и цифр, лишь скажу, что специально брал I5-3570 для сравнения с Xeon E3-1230V2. И хотя у первого тактовая чуть выше, восьмипоточный справлялся с JTDX несколько шустрее.
И ещё, в моих экспериментах с процессорами лучший результат показал 12 поточный Xeon E5-1650 4,2GHz c 4-х канальной памятью DDR3. Эта сборка "проглатывала" на ура пару копий JTDX с самыми тяжёлыми настройками декода.
Вот что получилось:
Вложение 269995
это все как писали - по максимуму.
ОК, Алексей, это реальная картина и по ней видно, что Ваш i5 явно не "справляется". При 26-ти декодах залезать в цикл передачи больше двух секунд совсем плохо. На моем сетапе штатный(т.е. мой собственный;)) i3-4370 (3.8 ГГц) лагал до +0,8 секунды при 38 декодах, а подсунутый вместо него разогнанный до 5.2 ГГц "прокатный" i7-4790k при том же примерно количестве декодов лагал до +0,3-0,4 секунды, что при такой тактовой тоже не гуд...
Сергей, если действительно стояло три цикла при максимальных настройках, то это просто фантастика - меньше нуля при сорока декодах! Особенно для относительно "старого" чипсета под ДДР-3. Действительно, пики слишком острые. При трех проходах они шире, как бы затухающие с двумя-тремя горбиками. Но может Ксеоны так циклы "объединяют" в диспетчере, Х.З. Вы проверьте в установках JTDX, что стояло в "циклах".
У меня планки тоже Хайпер от Кингстон, только 1600. Да, слышал о скоростных планках ДДР-3 2400 этой фирмы и уже заказал их в подшефной конторе на пробу. Ни в коем случае нельзя брать такие б/у у незнакомых людей. Планки весьма капризные и не со всякими материнками нормально работают. Нужно обязательно иметь возможность извиниться и вернуть обратно.
Как "для своих" просят 90 баксов за две линейки по 4 ГГб. Потому как редкие и новые. И тут же на витрине стоят две таких же линейки ДДР-4 3200(!). На 20 баксов дешевле. Отакой изврат...
Вот и думаешь, пихать премиальную память в старичка или вообще поменять сетап на "выше только небо"? Или плюнуть на эти лаги и прекратить эксперименты. Есть на что еще денег потратить, кроме такого нервного хобби ;)
- - - Добавлено - - -
Владимир Борисович, у Вас реально быстрая, современная машина, i7-7700 на сколько я помню. При "максимале" и трех циклах(в рабочей широкополоске, без SWL, и ~35-40 декодах) что получается с Lag?
I7 проц
W10x64 32-bit audio
Вложение 270008
Не все так просто но вот что получается. Диапазон 20м декоров значительно больше 40.
Первые два скрина на двух циклах ,вторые два на трех циклах.Все остальное по максимуму.
На 40м и 20м никогда три цикла не включаю,только два ,а вот на 10м почти всегда.Получается весьма неплохо в работе.
Установленная память.
Да вот еще ,если декоров в районе 10 .....20 то Lag в районе 0.
Socket: 1151
Intel Pentium G4620 3.7 GHz, 2/4
Память DDR-4, 2400 MHz, 16.0 Gb
Win 7 x64
Широкополосное декодирование - Глубокое.
Количество циклов - 3.
QSO RX уровень - Высокое.
Чувствительность декодера - Использовать subpass.
Hint включен.
Спасибо, Владимир! Все предельно ясно и понятно!
Какой можно сделать вывод? Включив "на всю катушку" все чудо алгоритмы и навороты JTDX, да при максимальном числе проходов(типа принимать весь мир на пинцет в куче импульсной грязи;)), даже на машинах топ-уровня победить лаги(а точнее, заходы приема в цикл передачи) практически невозможно :(.
Нефиг гнаться за премиум конфигурациями, о необходимом и достаточном мы вроде как поговорили, и каждый выводы для себя сделал. Думаю, не без пользы для понимания процессов, происходящих во время отдыха в ФТ4(8) ;).
И еще, о пользе внимательного чтения постов в форуме(это я о себе!!!). Смотрите, что происходит:
NM - "и можно ли вообще при максимальных настройках супер алгоритмов победить лаг?"
DJG - "НЕТ". (точка!)
И далее: "мы специально держим режим SWL, не зависящий от захода в период передачи".
Внимательно прочитав, становится ясным алгоритм, от которого отталкиваются авторы, вводя все новые и новые тяжелые навороты в алгоритмы декодирования.
По замыслу команды, включаем SWL с максимальными настройками/проходами и ждем заветных Дэхов с лагами хоть до половины цикла передачи. А приняв заветный позывной быстро включаем фильтр и маркер на конкретной частоте сужается до 300 герц. Теперь, даже при самых глубоких настройках, трех проходах и разумной конфигурации компа, лаг при приеме в узкой полосе станет вообще "минусовым", а значит в следующем периоде передача начнется строго к началу цикла.
Дергано, хлопотно, но очевидная плата за супер-пупер алгоритмы и волшебное чутье с помехоустойчивостью. Или за теоретическую возможность работы на тот самый "пинцет" и "соплю из форточки" ;)...
Если бы все так просто.
На той же двадцатке без 3 эл.Яги на большой высоте установки ничего показанного не будет.
А кто верит что на "пинцет" из форточки можно принять что то стоящее ........флаг ему в руки и еще куда....... Так же без современного трансивера не обойтись ,а далее производительный комп в дело вступает. Все взаимосвязано и последовательно.
Обычные правила: что бы что то стоящее получить необходимо предварительно стоящее вложить!
P.S. Да вот еще ,при работе в WSJT_X ресурсов потребляется намного меньше НО и результат на уровне "плинтуса" по сравнению с JTDX... Вот так!
Для сравнения пусть даже такого ,но на одном диапазоне ,на одну антенну ,на один и тот же трансивер и один и тот же комп. НО еще пара разных программ.Я думаю будет все понятно.
Вопрос: ну и на что это похоже......особенно с интервалами прием /передача. Как на этих программах" влазят " и особо не "парятся" а нахваливают!
А теперь смотрите что получается: в указанной выше конфигурации процессор менее мощный чем у меня (ядер меньше), но память DDR4 - а лаг больше (собственно как и положено).
Итог - память на скорость не влияет.
Хотя опять же нужно знать, на какой частоте работает "обвязка" проца - вот от этого точно скорость зависит.
- - - Добавлено - - -
И опять подтверждение - память DD3 но проц в полтора раза быстрее моего - лаг меньше.
О фирмах, процессорах и прочем.
Ссылка: https://youtu.be/pjeEq0-TVuM?t=3
Проходили мы это всё еще лет 20 назад. Когда Атлоны и даже Дюроны по фпс-ам в играх (да и вообще по мультимедиа) обскакивали Интел. Ничего, собственно, не изменилось. История повторяется на очередном витке... :)
Я не фанат Интел, как раз "тогда" работал на Атлонах-Дюронах, но сейчас на Интел. Во-первых просто поотстал от новинок АМД, во-вторых (дабы не "геймер") люблю встроенную в Интел графику... Что называется "дёшево и сердито". Поймут пользователи SunSDR - для работы программы необходима неслабая видеокарта с поддержкой OpenGL2, а по моим личным (разумеется субъективным) тестам встроеная графика i3-i5 не просто конкурентноспособна с видеокартами средней ценовой категории топовых производителей (Радеон и НВидеа), а даже "обскакивает" их... Правда Вин-10 ну никак не хочет работать "по-полной" с видео "пожилых" Ксеонов (вернее работает, но без ОпенГЛ), и никаким образом этот самый ОпенГЛ не получается в Вин-10 запустить, но в Линукс всё функционирует...
Я не из желания поспорить... Имхо каждый решает для себя сам - есть "лишние" деньги - топовый комплект, есть некоторая "жаба" и "соображалка" (плюс опыт) - можно и в "бюджетную сумму" уложиться. На работе у меня ноут с 8-ядерным Интелом (i-7) и 16 гигами. Тактовую вот не помню... Попробую его погонять на тестовых записях и сравнить с домашними i5 и Xeon. (Домашние при "полном" функционале JTDX дают Lag иногда до 2 секунд).
Вот только смысл этих "меряний пиписьками"? Я вот знаю Коллегу, который вообще на Атоме 525-м работает с JTDX... На нетбуке. Причём реально работает! Не экспериментирует, не замеряет время и прочее, а просто связи проводит.
Ну что сказать на это... Тогда это я писал не для вас. Многие этого не проходили. Им будет полезно.
Вот не дорогая сборка ПК. Ссылка: https://youtu.be/1UVK2-DHWVc
RN9AZ, зря Вы смотрите видео на этом канале. Он там толком ничего не тестирует, все ради хайпа, все с потолка.
Есть каналы с более качественным контентом.
Тут многие написали о своих компьютерах и при этом пользуюся - слоганами продавцов (которые те используют что бы "впарить" компьютер по-дороже).
Для оценки реальной производительности компьютеров существуют - тесты. Поэтому надо не говорить, например, "у меня память DDR - такая-то, а в таком-то тесте показывает (реально) такую-то скорость. Так же и о процессорах. Тестов процессоров много и каждый из них показывает скорость выполнения конкретного семейства команд, а каждая конкретная программа (а нас интересуют программы для FT-8) используют в своей работе определенные команды. Поэтому производительности в FT-8 будут соответствовать результаты в конкретных тестах, каких именно - должны подсказать разработчики, а если не знают, то дело самих радиолюбителей это выяснить.
Да нет уважаемый не зря. Мой младший сын, занимается сборкой и тестирует ПК. Не раз видел что втюхивают в магазинах и за какие деньги. И что можно собрать самому намного дешевее, что вам впарят. Правду говорят ребята в приведённых видео. Надо знать что покупаешь. Да и сын делает сборки ПК друзьям, не один не обиделся. По вашему мнению тоже ради крика делает это. Хотя занят совсем в другой сфере деятельности на производстве, не торгаш. Должны люди учится и это знать. Проблем меньше будет.
Видимо не для меня. :)
Впрочем, особой полезности в том видео мало.
Гораздо полезнее запомнить простое правило - хочешь быстрый и не слишком дорогой аппарат - выполни несколько правил:
1. Покупай процессор не "топовый", а лучший из предыдущей линейки;
2. Материнку подбирай с самым быстрым чипсетом;
3. Память - с максимальной частотой чуть выше, чем поддерживает материнка.
Ну и почитать не мешает. Обо всём - и о процессоре, и о материнке, и о памяти. Но на сайтах производителей, а не "тестеров". С реальными заявленными данными. Уже потом - почитать тесты. Слишком им не верить, всё пропускать через призму сомнений.
Имхо так.
Вот хороший и адекватный канал, рекомендую: PRO Hi-Tech.
А этого барыгу фотографа-недоучку не смотрите и не слушайте, ради денег врет и не краснеет.
Я не нуждаюсь в "обучении" на Ютубе, у меня, помимо прочих, в наличии профильное радиотехническиое образование и большой опыт работы в IT, в том числе по разработке и внедрению ИС.
А вот учителем я себя не вижу, для этого нужен талант и это большая ответственность. Чего в большинстве ютуб-каналов не наблюдается, от слова совсем.
А вообще учителей себе каждый выбирает сам. Вас устраивает - да ради бога...
Конечно очень интересно почитать о технических аспектах нашего хобби.
Но вот сейчас, на 20ке у меня был новый рекорд декодирований -79, при лаге 3 секунды в режиме наблюдателя.
Постоянно ним пользуюсь и задержки в переходе на передачу у меня нет.
Может передается не то, что нужно, но связи происходят, практически не "переспрашивают", все по установленной последовательности.
В wsjt есть возможность выставить что бы в rx окне только кто дает CQ отображалось, а тут что то найти не могу, или нет тут такого?
UA6AGN, спасибо, далеко спрятали..
На трех циклах при использовании subpass либо SWL выжимается максимальная чувствительность с программы, то что нужно для работы с DX на почти пустых диапазонах 10м и 6м, особенно при использовании хороших антенн. В памяти начало 80-х годов когда при высокой активности Солнца в феврале-марте на 15м ночью негромко слышал станции с Чили при отсутствии прохождения на другие страны, возможно сейчас в конце зимы похожее прохождение есть на диапазонах 40..20м. При нынешней солнечной активности осенью с 06:50 по 08:00 мск на диапазоне 15м прохождение на Японию при еще закрытых трассах на Европу, январь-февраль с 13:30 по 16:30 мск диапазон 40м забит слабыми сигналами JA/VK/ZL + станции с островов Тихого океана, когда сигналы идут немного выше уровня шума, и таких примеров немало когда требуется высокая чувствительность на прием.
Чем лучше RDF фактор антенны тем больше продолжительность окон дальнего прохождения с слабыми сигналами на диапазоне, тем эффективнее используются возможности декодера JTDX.
В первый раз за длительное время так подскочил. Десятка должна сегодня прозвучать.
Текущая солнечная активность
Поток радиоизлучения (10.7 см) = 73
Усредненный планетарный A-индекс = 4
Усредненный планетарный Kp-индекс = 1 (7 nT)
Ссылка: https://tesis.lebedev.ru/sun_flares.html
У меня Ionoprobe следит за активностью солнца, несмотря на то что автор "has been discontinued, because NOAA no longer provides some of the data feeds that were used by IonoProbe", удалил и прекратил поддержку :(
Данные по proton и x-ray flux с апреля отсутствуют, но все остальные данные есть, обновляются. Почему бы не сделать IonoProbe free для всех и отказаться от поддержки? Или проще удалить?
Я знаю, автор сюда заглядывает :)
К сожалению если у нас нет ничего ,то .......
Чем ниже основной лепесток антенны, тем дольше продолжительность окон дальнего прохождения.
Последняя версия JTDX по чувствительности лучше ! Ставлю на ночь на 160м - много VE W LU PY , Карибы всплывают.
Единственный вопрос - чуть поменялся интерфейс, где галочка, чтобы программа автоматом не отвечала вызывающему корреспонденту? Зову NA, а программа отвечаем первому вызывающему.
Вроде как эту галочку нужно убрать (AutoSeq1)
С утра азия немного была. европа. Сейчас где то гроза недалеко, хруст на десятке 8 балов. Да и SFI=71, вниз пошёл.
- - - Добавлено - - -
Работают станции, немного но есть. Живёт десятка.
У нас на десятке тишина весь день, но вот на шестерке были японцы! 4 связи провел, звали еще но закончилось все быстро.
А есть же спец тема по прохождению, оффтопим товарищи! :)
Вложение 270243
Эта галочка решает вопрос? :
На самом деле это был бы очень интересный тест, если есть такая возможность. Потому как с процессорами все ясно, а вот с памятью нет. Интересно было бы получить тесты на одном и том же компе и с памятью DDR3 и DDR4.
Теперь о моих тестах: у меня Core i5 и память DDR3-1600Мгц.
Тестировал кол-во лагов при разных количествах декодов.
1 декод - 0,2 лаг
2 декода - 1,4 лаг
3 декода - 2,5 лаг.
При трех декодах программа реально не успевает вовремя декодировать. В результате установил у себя 2 декода. Кстати сравнивал 2 и 3 декода - особой разницы не заметил. Да конечно при 3-х декодах больше шансов декодировать слабый сигнал, но удастся ли QSO?
171900 -15 0.0 2112 ~ CQ KC3OLH FN10 °K
171919 Tx 484 ~ KC3OLH UA3ALE KO85
171930 -25 0.0 2112 ~ UA3ALE KC3OLH -20 °K
171945 Tx 484 ~ KC3OLH UA3ALE R-25
172000 -22 0.1 2112 ~ UA3ALE KC3OLH RRR °K
172015 Tx 484 ~ KC3OLH UA3ALE 73
172030 -26 0.0 2112 ~ UA3ALE KC3OLH 73 °K
Вот так декодирует при точной синхронизации времени! Ну и мешающих сигналов которых на 20м хватает!
Первый декод без фильтра последующие с фильтром!
TO: RX4HX
Благодарю Алексей. Удобно сделал. Ходить не куда не надо. SFI перед глазами. Раньше внимания не обращал.
Ну и чё?
извените за офф-топ...подскажите,пожалуйста, что за тест идет в цифре(CQ WW)не могу найти условия и тд.
Да, есть старая версия, там можно было рапорт во время QSO менять, а тут вроде и Halt TX сделал, щелкнул по строке с лучшим рапортом, а программа зовет со старым рапортом. Корреспондент не видит изменений, думает, что я его потерял, а программа зовет по старому следу.
В WSJT-Х такого нет.
А какая разница, что передает +20 или -20? Главное RR73/73 получить.