Получается если передача уже началась а декодирование запоздало.
У меня такое не редко встречается.
Программа WSJT X.
to R2EA
Роман,включите "одиночное QSO"и все будет нормально при вызове хоть с локатором,хоть с рапортом...не будет перехода на CQ...
Koledzy co oznaczają te znaczki przed nazwa kraju \ państwa ?Вложение 242742
Привет!
Как осуществляется обмен по UDP
По TCP или UDP обмена с логом все идет нормально АДИФ выводится и считывается
после записи связи.
При подключении к программе по 2237 порту в окне клиента какие-то символы и все
Нет ни каких данных о Band Activity
проект WSJT-X: моды JT65,JT9,WSPR,JT4,JTMS,MSHVK - работа с тестовым софтом
MSHVK это что за мода?
И так дальше пойдет.
Не показывает JTDX юзеров e-QSL.
Было обсуждение что бы отключить в SWL mode режим передачи. Сегодня время было и специально экспериментировал :
1)прием/декодирование вкл.Hint.
2)прием /декодирование вкл.SWL mode.
На быстрых компах этот режим .... просто отлично. Ничего удалять/отключать не надо!
Сегодня работал на 10м ,особо интересного ничего небыло , но Испания,Франция,Англия в этом режиме на отлично декодирование и в результате успешно проведенные связи!
На скринах связи в это позднее время,у меня сейчас только НЧ диапазоны. На 40м 30ваттами с Индонезией легко!
На Диспетчере задач отлично видно загрузки проца. и в одном и другом режиме ,все в пределах.
P.S.А также экспериментировал по загрузке для слабых и очень слабых/древних проц. Да легко ....убавить не добавить!
Походу вы правы
Символ • - оператор с этим позывным заливал свой лог в LoTW
Символ ° - то же что предыдущий плюс это сообщение декодировано декодером FT8 AP(Hint) или декодером на согласованных фильтрах (JT65 JT9 T10)
Символ * - сообщение декодировано декодером FT8 AP(Hint) или декодером на согласованных фильтрах (JT65 JT9 T10)
Если префикс начинается с символа * (позиция первого символа префикса) то это уведомление о стране по списку диплома WAE, которое приходит из файла cty.dat.
В описании изменений в JTDX v2.1.0-rc141 (27.10.2019) есть пункт:
- восстановлен динамический диапазон водопада при использовании опции нормирования спектра по медиане.
А где включить эту опцию нормирования спектра по медиане? А то как и в предыдущей версии, сигналы с уровнями -18 и ниже на спектре почти не отображаются, а связи проходят успешно.
Включается здесь:
Характерно для JT/FT8 цифровых видов модуляции: при SNR менее -22дБ сигналы на водопаде уже не видны (скрыты шумом и помехами) но декодер их вынимает. Отчасти отсутствие таких сигналов на водопаде вызвано универсальностью алгоритма обработки сигналов для показа их на водопаде, другая причина - существующие ограничения в цифровой обработке сигналов: мы еще не скоро достигнем мощности процессора достаточной для обработки сигналов во временной области в реальном времени.
JTDX 2.1.0-rc142 измененный функционал(по сравнению с rc141):
Линки:
Результаты тестирования в режиме FT8:
Структура файла JTDX.ini по сравнению с версией JTDX 2.1.0-rc141 не изменилась.
Туда не туда написал, не знаю. Короче, заинтересовался я программой JTALERT Настроил. Вроде все работает. Но чтобы бы я хотел.... Оставить на ночь включенный компьютер с программой . А утром посмотреть записанный некий лог по заранее заданному условию. Да, это конечно можно в JTDX посмотреть в окне приема, но может в JTALERT можно настроить некий лог ? И потом этот лог смотреть? (если это возможно)
В настройках JTDX есть опция 'применить текстовые фильтры при отправке UDP сообщений', при ее включении и настроенных фильтрах на сервер hamspots.net через программу JTAlert будут попадать только заданные Вами споты, на самом ресурсе hamspots.net есть возможность просмотра своих отправленных спотов.
В связке функционалов 'текстовые фильтры' и 'уведомления' был ряд изменений, если будете пробовать - скажите пожалуйста правильно ли работает функционал 'применить текстовые фильтры при отправке UDP сообщений' в последней версии JTDX.
Не знаю есть ли в JTAlert запись всего что он получает по UDP в отдельный файл, может коллеги подскажут. Если нет такой то придется пользоваться связкой JTDX->JTAlert->hamspots.net для фильтрации декодированных сообщений, либо копировать отфильтрованные декодированные сообщения с окна активности диапазона JTDX по мере потребности.
Henk PA2S сделал JT Analyzer для визуализации файла ALL.TXT на карте http://www.dx.nl/?p=604 но не знаю поддерживает ли он сейчас этот проект.
Почему программа не видит местных корреспондентов.Сейчас кто то местный работает на 160,а кто не вижу.
А русифицированная версия будет?
В последних версиях заметил такую бяку при включении кнопки Filter. Если в полосе фильтра есть два-три сигнала, отличающиеся по частоте друг от друга до 5 Гц, то декодируется только самый мощный. Если отличаются по састоте более чем на 5 Гц, то декодируются все сигналы. А при выключеном Filter, декодируются все сигналы, даже если отстоят друг от друга до 5 Гц. Производительности хватает с лихвой, за период декодирования время не выходит, даже есть чуть-чуть запаса.
Игорь, здравствуйте! Помогите почему появляется это сообщение, раньше всё работало стабильно? Hamlib error: Communication bus error while getting current frequency
На всех диапазонах, кроме 12.10 и 6м работаем с включенным фильтром Европы.
Постоянно выскакивает 153415 -1 0.2 1094 ~ CQ D1DX KN87 , который не DX, а совсем наоборот.
Как избавиться от его появления?
Нашел в коде одну из возможных причин: нормирование значений корреляции синхропоследовательности при построении списка кандидатов на декодирование отличается при выключенном/включенном фильтре частот, при включенном фильтре значения занижаются что может приводить к тому что некоторые кандидаты не преодолевают порог попадания в список. Посмотрю что можно сделать в этой части кода.
Подскажите - русская версия v2.1.0 RUS rc141 работает минут десять и перестает декодировать (водопад работает, станции видны)
На двух компьютерах так.
На третьем - V2.0.1 R129 работает сутками - мониторю 160м, работает без проблем непрерывно
Поддерживаю! Очень не хватает этого фильтра.
Сейчас в логе более 30 тыс qso в FT8 и естественно,
радуюсь каждой новой станции, но к сожалению часто
приходится дергаться на cq dx из Европы, даже со всеми,
какими только можно воспользоваться, фильтрами.
Не говоря о тех кто дает CQ JA, CQ 908 на 160 м...
А может лучше после корректировки:
одну из возможных причин: нормирование значений корреляции синхропоследовательности при построении списка кандидатов на декодирование отличается при выключенном/включенном фильтре частот, при включенном фильтре значения занижаются что может приводить к тому что некоторые кандидаты не преодолевают порог попадания в список. Посмотрю что можно сделать в этой части кода.
?
Русская локализация JTDX v.2.1.0-RC142.
Линки :
Добрый день ! А в 142 версии во вкладке ,,вид,, с cw и ssb - чё делать то ? (для чего они там ?):confused:
Действительно, последние версии JTAlert не поддерживают прямую запись проведенных QSO в MixW. Но если воспользоваться программкой от Виктора R3BB, то этот недостаток можно избежать. Очень подробно об этом с картинками можно прочитать здесь:
Запись проведенного QSO из JTDX (WSJT-X) в журнал MixW.
Они там для того, чтобы работать этими модами не закрывая модуль JTDX.
Эту фичу удобно использовать в связке с логом, когда просят быстро перейти
и провести qso в cw или в ссб. Правда для выравнивания рапортов нужно
клацнуть в поле rst самого лога. Я использую UR5EQF через wsjtxinterfase...
При заливки 142 версии поверх 141 надо ли удолять ini файлы. Помнится Игорь
писал, что этого делать не надо в какихто последних версиях.
Бывает что рвется входящий звуковой поток: выпадают его куски, что приводит к сжатию сигнала и синхропоследовательности по оси времени и невозможности синхронизации декодера с таким сигналом. Обычно такие выпадания видны на водопаде при отключенном нормировании спектра по медиане в виде всплесков уровня(яркие горизонтальные линии).
Из возможных причин: высокая загрузка процессора(как следствие переполнение буфера на звуковой карте либо других устройствах ввода звукового потока) либо сбои в работе драйвера звукового устройства.
UA3DJY, Игорь, разъясните, пожалуйста, по поводу счётчиков. Если активирован 1-ый счётчик (answered to someone's...) и я вызываю кого-то, не дающего CQ, то сначала от меня идёт, как положено AA1AA RX3ASP KO85, но через секунду сообщение меняется на CQ RX3ASP KO85. AutoSeq1, TX/RX Split, Halt TX if... отключено. Это сделано из каких-то этических соображений - чистота эфира, сокращение лишних сообщений...? Однако моё CQ в эфир идёт!
Если вызываю дающего CQ, то всё считает нормально, пока его сигнал декодируется, как только пропадает, снова CQ.
JTDX: С счетчиками есть две проблемы которые пока не можем решить:
- позднее декодирование(окончание декодирования при уже идущей передаче) приводит к срабатыванию счетчика на единицу раньше чем выставленное в настройках значение
- коррекция часов компьютера также может привести к сбою в работе счетчика, поэтому пользователи с небольшим периодом коррекции часов будут иметь больше проблем в работе счетчиков
Моё сообщение #21005 https://forum.qrz.ru/377-jt65-jt9-ws...ml#post1628385
Там скриншоты и из ALL.txt
Срабатывает не на единицу раньше, а практически сразу (предел счётчика в примере = 5): 1 декод сообщения без CQ, 1 моё сообщение и через секунду моё CQ в эфир.
Коррекция времени - раз в час.
Для вызова AH2EA счетчик отработал либо по критерию 'ответ другому корреспонденту' либо из-за позднего окончания декодирования.
Для вызова OD5YA счетчик отработал из-за позднего окончания декодирования (установленные в настройках значения: Counters: answerCQ-On value=2; answerInCall-On value=2; sentRReport-On value=2; sentRR7373-On value=2).
Попробуйте выставить значение 3 для счетчиков, при позднем окончании декодирования в Вашем сетапе решит проблему?
Я сейчас на веду никаких логов. Все QSO хранятся в *.ADI файлах JTDX или TR4W. Далее прямая загрузка в ЛОТ и все . Статистику смотрю там же. Но есть проблема в CW . Какие есть способы использовать этот ади файл для CW QSO ? (чтобы потом загрузить в лот или eqsl) Сразу предупреждаю: лог одного известного украинского радиолюбителя меня не устраивает . Вручную грузить ади файл в другие логи (например в DX4W) мне тоже не хочется. Лишние телодвижения. Какие пути решения проблемы ?
Вы меня простите, но вопрос был совершенно не об этом. Как раз вопрос по теме этого раздела. Чтобы быть конкретнее: как можно использовать файл ади JTDX для внесения данных о CW QSO? В принципе работал бы в миксе. Но последнея версия поддерживающая FT8 не работает на моем компе.
А в чем конкретно проблема?
1. Используемый логгер позволяет указать целевой файл лога в формате ADIF для сохранения данных о связи? Если да - указать.
2. Если в используемый логгер жестко "зашито" имя файла лога и изменить ситуацию невозможно, то можно применить механизм символьной ссылки, подсунув ему под нужным именем ссылку на файл лога JTDX. Как это сделать - я писал в этой теме, см.поиск. В Линухах символьные ссылки существуют испокон веков, в Винде поддерживаются нативно начиная по-моему с Win 7, а сторонними утилитами - и на XP.
Нет. Хоть 3, хоть 5.
114100 -3 2.0 1196 ~ EA5ET SV8LMQ R-02 •Greece
114115 Tx 377 ~ SV8LMQ RX3ASP KO85
114130 -8 2.0 1196 ~ EA5ET SV8LMQ R-06 •Greece
114145 Tx 377 ~ SV8LMQ RX3ASP KO85
114147 Tx 377 ~ CQ RX3ASP KO85
Выставлено 3. Никаких незаконченных QSO с этим корр. не было. Просто счётчик считает CQ, а если CQ в сообщении нет, то сразу сбрасывается. Я так думаю.
UA6ATG....А какие в природе существует в таком случаи логи использующие банальный ади файл для сохранения данных?
...в частности HamRadioDelux...использую давно...сохраняет автоматом и JTDX и WSJT adi файлы(вносит в журнал)...то же и в PSK,CW...
Добрый день полностью удалил 141 версию, установил 142 русскую, вручную настроил все как на 141, на передачу выдает такую ошибку, ставлю на "чистовую" 141 все нормально, в чем может быть проблема?
Вложение 242912
Но для чего? В том же меню есть отдельная галка "ответ другому" и она у меня отключена. Я вижу, что есть ответ другому, НО частота выбрана другая (TX/RX Split > 50Hz) - я никому не мешаю. Если я отключу счетчик №1, то вызов будет идти до 99 минут (счётчик TX watchdog timer), а если включу, то 99 минут может идти моё CQ.
Жаль, позывного нет в списке, вбивал руками, связь с TX7T сорвалась...
Вложение 242936
Чтоб не срывалась, нужно после внесения в окно позывного нажать кнопку, чтоб появились макросы. Тогда не сорвется и не будет скобок.
JTDX. Отличающийся функционал - отдельная галка "ответ другому" отключает передачу, сброс счетчика позволяет провести следующее QSO с другим корреспондентом используя автовыбор. Зачем терять время вызывая корреспондента который проводит QSO с другим оператором если автовыбор в это время позволяет найти другого корреспондента.Цитата:
Сообщение от UA3DJY
Василий, спасибо.
К сожалению, не протестировал ранее, для чего предназначена кнопка GenMsgs...
Подскажите мне "ЧАЙНИКУ" где в JTDX есть такой макрос сразу пачками макросов отвечать? Уж больно интересно стало, когда человечку позвонил и сказал об этом, то он сам и не поверил, что такое возможно, а главное он в программе видит в окне один запрос CQ, а я вижу пачку. В программе есть дырочки?
PS. Обратите внимание, я ему рапорт передал, а он всё первый рапорт продолжает передавать в той же секунде ... как такое возможно?
PS. JTDX RUS rc142
----------------------
Ранее спрашивал, по чему программа работает с задержкой на 0,ххх секунд и передаёт CQ + рапорт, сменил версию на последнюю, а тут сюрприз, не то у меня, не то на том конце провода. Ни чего не изменилось. Виндус 10 PRO, 4 ядра использую.
Не, "дырочки" есть у Вас в приеме. Какие-то нелинейности, перегрузки по НЧ или ВЧ, еще что-то. От основного сигнала RA9OAQ на 1932 Гц (на левом скриншоте) с огромным уровнем +19 прут какие-то "слабые копии"...
Последняя строка декодировалась чуть позже того, как Вы начали передачу. Поэтому она после вашей.
Вложение 242968
Это происходит потому, что декодирование заканчивается позже момента начала передачи. Если спустя "0,ххх секунд" от начала вашей передачи CQ программа декодирует вызов вашего позывного, текст вашей передачи сменится на "рапорт". Если так не устраивает - смените комп на более быстрый, уменьшите глубину декодирования или попросту отметьте 2-й пункт вместо 3-го в приведенном скрине (тогда те строки, что не успели декодироваться до начала периода вашей передачи будут игнорироваться),
Это я видел, у него 2 гармоники, одна мощная, другая слабая ...на 1932 гц основной сигнал, а на 966 гц ещё мощнее в три раза, а сигнал считываю с частотки 1932 гц.
К стати он мне рапорт даёт -21 дб на 500 вт и расстояние между нами 400 м, я его лично и его антенны в окно вижу!! Ну просто он для меня ДХ, я такие рапорта получаю на 160 м с Аргентиной, тут понятно. А у него около 100 вт, у меня 600 на выходе. При чём тут дырки по НЧ или ВЧ?
Разговор слепого с глухим. "пачка макросов" - это только у вас при приеме, реально в эфире этого нет!
С какой вы "частотки считываете сигнал" глазами - программе все равно. С такими мощными уровнями и в приемном тракте может быть все что угодно, и в программных алгоритмах тем более.
По "я ему рапорт передал, а он всё первый рапорт продолжает передавать в той же секунде" и "по чему программа работает с задержкой на 0,ххх секунд и передаёт CQ + рапорт" надеюсь понятно стало в чем дело или тоже ...?
Вы мало написали. "4 ядра" не значит ничего. 15 лет назад тоже "4 ядра" были. Какой именно процессор?
8 гигов памяти должно хватать, в принципе. "один тетраборат" - вообще не важно здесь.
Посмотрите в диспетчере задач загрузку процессора "в среднем" и во время декодирования (в последние секунды цикла). Да, и когда загрузка падает до средней (я предполагаю, что это время захватывает уже начало следующего цикла у Вас).
Лучше сделать так (ибо в JTDX все давно предусмотрено). На вкладке настроек "Reporting" в разделе "Recording to ALL.TXT" отметьте галку "decoded and debug messages". После нескольких периодов посмотрите в рабочей папке программы в файле ALL.TXT для каждого периода будет указано время когда кончилось декодирование, Вы поймете достаточно ли быстродействия компьютера при установленных настройках или нет. Как вариант - можно сделать настройки декодирования чуть "полегче".
Вообще, все уже много раз обсуждено здесь, читайте.
НИ на одном диапазоне НИ разу не видел плохого сигнала от RX4CD
Однако Вы не только глухой, но ещё и слепой в скриншотерах ни чего не видите. А программу " ОДИН ЗА ВСЕХ, И ВСЕ ЗА ОДНОГО" мы в КПСС проходили. Советую ВНИМАТЕЛЬНО ГЛЯНУТЬ НА ВРЕМЯ В МИНУТАХ И СЕКУНДАХ. Если не знаете где оно указано, так напомню, с левой стороны столбца. Более не морочите мне голову, удачи, 73!
Вот именно последняя строка с временем 165830 (после строки вашей передачи 165845) - это задержанная на 1-2 секунды декодировка того же интервала.
Проверьте сами в подобной ситуации (когда повторится) - это строка появится буквально через 1-2 секунды после начала вашей передачи.
Все (почти) можно увидеть в логе ALL.TXT если включить расширенное протоколирование.
Но если Вы все сами знаете и у вас есть ответы на все вопросы - зачем тогда здесь спрашиваете? Наслаждайтесь и дальше своими заблуждениями и вините авторов программы в ваших косяках. 73!
А как на счёт ПАЧКИ МАКРОСОВ? Я же их принимаю, а НЕ ПЕРЕДАЮ? Это тоже проблемы с моей программой?
Как же так, моя программа ответила ОДИН раз, а его продолжает " тындычить" далее в этом духе много раз?
PS. Открою тайну, если Вы не знаете: если во время ТХ нажать много раз CQ, например 10 раз если успеете за 15 сек., то вся эта пачка МАКРОСОВ полетит в эфир! Аналогично и с другими макросами QSO , RR73 итд Проверено много раз, все кто в эфире на данном диапазоне получат именно кучу ваших CQ RR73 итд. Но UA9OAQ этого не делал, я звонил ему, вот и спрашиваю КАК ЭТО ВОЗМОЖНО? без вмешательства оператора?
У соседа самопальный трансивер кустарного изготовления, это впервые от него увидел, но подобные картинки я и ранее встречал, правда это не мне отвечали, просто увидел и спросил. Тогда сказали, что это ДХ экспедиция так работает, сразу на 3-9 гармоник, вроде так проще всем отвечать. Но в данном случае это не ДХ участок. У меня заводская аппаратура, Яги, Кенвуд ТС-2000х и проблем не вижу, на НЧ ГП -10,5м. На НЧ 160 м свободно достаю Аргентину, если есть проход. А это 16,5 тыс км. Собственно программа JTDX способна принимать "мелкий" сигнал, я в это убедился лично. А уровень сигнала от перекачек и недокачек управляется одной ручкой.
Скорее всего и даже возможно что только в опдеделенные периоды времени.
Проверить проще всего,это вкл.АТТ с различной степенью затухания.
А по поводу остального , обязательно открыть Диспетчер задач и визуально все увидеть самому.Уже не раз в теме писали как и что ,да и сам писал неоднократно.
R9OY : Посмотрите мой #21013 под спойлером. Проц.не перегружен ,в периоды времени один цикл помещается .Если у вас так ,желательно выложите свой скрин Диспетчера задач ,несколько периодов декодирования,чтобы было более/менее понятно хотя бы в этом.
Здравствуйте всем. Объясните, пожалуйста, как можно настроить передачу нестандартного "CQ",
например:
"CQ 908"
"CQ C3"
"CQ LOTW"
"CQ NO EU"
и т.п.?
WSJT-X 2.0.1. Не могу в нужный цикл F/H попасть на H40TT сейчас на 80. Помню бывало такое, перегрузиться надо было и все работало. Кто-то сталкивался?
Зовущих если позвать, то зовешь их в этом же цикле, т.е. правильном. Получается, что ТХ только в одном цикле...
два варианта!
Либо использовать нестандартные макросы,
которые возможно за ранее подготовить
в файл-настройки-tx макросы
либо прописать в окне cq
В меню txмакросы в пустом окне прописываете то,
что вам необходимо CQ C3 UA1OM ДОБАВИТЬ-ок.
Открываете первую подложку для макросов
и выбираете из списка, что нужно.
При вводе может сразу не отобразиться.
Поэтому закрыть jtdx и открыть...
Не работает! 908 не вставляется (((
ОК, добавил "CQ 908"
Тут не совсем понял, может имеется ввиду поле с выпадающим списком из которого можно выбирать значения (У меня обозначено TX5)?
ОК, передает "CQ 908", хотя сегодня никто пока не ответил на 1908.... (((
То что вы показали не несет никакой функции в данном случае.
Покажите производительность ЦП и отдельно открыть монитор ресурсов и также показать на скрине.
R9OY :в моём ПК установлен УСКОРИТЕЛЬ Самсунг
В вашем компе установлен SSD только и всего и в данном случае почти не играет никакой роли.
Твердотельный накопитель (англ. solid-state drive, SSD) — компьютерное энергонезависимое немеханическое запоминающее устройство на основе микросхем памяти, альтернатива HDD.
А вот что увидел я из вашего скрина. Если не ошибаюсь у вас работа ЦП на пределе. У вас настройки не по возможностям Проц , скорее всего !
То, что "выпадает" вот тут , это "Свободные сообщения" -
Вложение 242996
В синем прямоугольнике можно прописать только две буквы английского алфавита. Типа SA,NA,DX и т.д. Цифры не прописываются.
Все остальное, вот тут -
Вложение 242997
После нажать "Добавить" и перезагрузить программу. Символ @ - это ваш позывной.
Вы не правы, разобрался я в чём проблема была, в интернете на форумах много специалистов разных мастей, и каждый судит со своей колокольни, что он видит.
Мне по тлф объяснили доходчиво, как это всё происходит, в программе есть не доработки, ей всё равно сколько нужно передать звуковых тонов, один или несколько.
Синхронизация по времени у него и у меня 0,1 сек, а скорость "мыши" играет роль, если на том конце провода залипает клавиша на мыши, то за 15 сек программа способна передать пачку разных тонов. Что я и увидел на мониторе. Загруженность ЦП у меня на компе 100% на 2 ядра и она не зависает,это нормальная работа ПК, время простоя ПК =99,6% по времени. Вывод = проблема в мыши ПК была, и не нужно истерику из этого делать.
То же мучался пока не заменил память на 8 и SSD на 500 Вложение 243003
Игорь! В одном слоте... . Или одно из сообщений было прервано (поляку) и передано новое?
На сегодняшний день программа "вылизана" от и до.Постоянно идет доработка программы ,так называемая "ловля блох" Огромное спасибо Игорю!
Насчет "мыши" не смешите . У вас проблема в настройках программы не соответствующие производительности проца. Только и всего.
В настройках по максимуму ,а проц.......дохловат. Работа на 100% ....это мягко сказать, чересчур. Запаса "0" по производительности.
Ну да дело ,ваше. Как гласит знаменитая поговорка "хозяин-барин"
Если я приведу хотя бы пару ваших высказываний насчет параметров компа.......лучше не надо.Лучше молчите!
И зачем обижаться ,вы обратились на форум в профильную тему , вам ответили. Какие проблемы ? у нас нет ...в основном по мелочи. Парни задают вопросы ,на сложные отвечает Игорь автор , что вполне естественно, на детские любой завсегдатай этой темы ,так и должно быть. Тем более с компом.почти все на "ТЫ".Так что.....
А как JTDX работает в режиме F/H?
Нажал кнопку Hound, программа не стала выше 1 кГц, нажал TX/RX Сплит и вручную 5N7Q на 30 отработал ночью.
Частоту менял при ответе вручную.
Но сообщения два высчвечиваются (из возможных) - так что в режиме Hound нахожусь. Декодирование нормальное. А вот логика работы не такая как в WSJT-x
Сейчас на 20 зову так же в ручном режиме
У меня старый комп (Цилер двухядерный 2,4 ГГц ) , WSJT JTDX работают нормально, но стоит по TeamViewer законнектиться с ним - чере пару-тройку периодов водопад западает (отключаю его). Еле еле тянет JTDX+TeamViewer.
Два ноута i3 и i5 летают и не замечают включенных JTDX для SDR RTL и SDR Afedri -тут все без проблем.
А когда то, лет 7-8 назад , были WSJT 4 и WSJT 7 - так две версии сразу на две звуковухи работали на этом же старом компе. (FSK441)
Смешная ситуация сейчас на 20ке.
Работает Н40ТТ F/H .
А дурики зовут где придется.
Он вынужден был 2 раза передать 1000+ FH , а его продолжают звать и 400, и 600, и 800 выше.
Видно видит, что его не там зовут.
Была бы первая работа в таком режиме, а ведь больше года уже так работают экспедиции.
Дуракам закон не писан.
Константин!
Вы отличаете вульгаризм " ловля блох" от коренной доработки программы.
Знаю вас пользователя WSJT-X ,так вот ответьте ,к вашему мнению хотя бы раз прислушались и есть ли оперативная связь с разработчиком и потенциальным пользователем? Знаю что нет. Так какого же......надеюсь понятно.
Приложу личное сообщение по v.143_2. Я думаю что Игорь не обидется, продолжается постоянная" ловля блох"!
В отличии от WSJT_X ,раньше редко но включал ,сейчас это прошлый век ,вообще собираюсь удалить с компа,сдерживает одно ,постоянное сравнение!
здесь rc143_2, список изменений от автора.
rc143_1
- добавленные исключения: / LH не должен рассматриваться как префикс страны, CQ LP (длинный путь) не должен обрабатываться как направление с помощью функции автоматического выбора
- изменил подсказку на опцию «строго направленная работа CQ», чтобы:
«По умолчанию автоподключение игнорирует полученное / переданное направление CQ, если есть действительное декодированное сообщение« новый DXCC », либо входящий вызов, либо выбор из декодированных сообщений CQ / 73. Этот параметр исключает исключение« новый DXCC »при автоселекции для обработки направленного CQ».
измененные исходные файлы: Configuration.ui, qsohistory.cpp, Radio.cpp
rc143_2
- патч к частотам FT8
- улучшена эффективность декодера FT8
измененные исходные файлы: decoder.f90, ft8_mod1.f90, sync8.f90
Пожалуйста, найдите картинку с приложенными результатами теста.
у вас скорее всего не программная, а аппаратная причина загрузки ЦП = перегрев ЦП, кулер или термопаста высохла.
Когда я менял свой ЦП на Xeon, которые требуют хорошего охлаждения, то мощности моего боксового кулера не хватило охлаждать Xeon. Проц работал на 85 градусах с 30-40% тротлингом.
В JTDX не все циклы декодировались. Как только сменил кулер на башенный тип, намазал хорошую термопасту (gd900) и загрузка упала и температура ЦП снизилась до 35 градусов и все заработало как надо.
QSO с вами далось с трудом, не в основном цикле.
что это значит?
104800 -6 1.3 388 ~ RN3OG VK9CZ R QD52 ? a3
Дело конечно Ваше, но на скрине видно только то, что неплохой процессор нагружен "по самое нехочу", при этом совершенно непонятными заданиями. Я бы ОЧЕНЬ поинтересовался, чем именно занимаются без Вашего ведома Проводник (18% загрузки процессора), Диспетчер Задач (тоже 18%), ну и те, что по 9% грузят. Биткоины для кого-то майнят что-ли? 100% загрузка процессора... Я такое только при компиляции чего-то серьезного встречаю. И то кратковременно, обычно при линковке.
Эти "специалисты", которые Вам говорят, что все хорошо - они, случаем, не криптовалютой занимаются? ;)
Нормально - это примерно как на этих скринах:
Давно пользуюсь программой JTDX. До этого вопросов особо не возникало. С мелкими непонятками справлялся самостоятельно.Но сегодня увы. Работает станция 4V1000 на 160 и 80 метров. И там и там идет очень хорошо , по идее сработать не проблема и Гаити нужен и там и там , но вставляю позывной и при начале передачи он исчезает и на передачу идет CQ. Может это уже здесь и обсуждалось , пропустил . За всем не уследишь. Поэтому сильно не пинайте т.к. уже наказан не состявшимися QSO.
Вписал 4V1000 в окошко DX Call и локатор FJ92pt в окошко DX Grid. Нажал Add и подтвердил. Нажал GenMsgs и все окошки Tx1-Tx5 заполнились. нажал Enable Tx - вызов 4V1000 нормально пошел.
Глюки СПС в JT софте известны давно, но отцов-основателей это, похоже, перестало интересовать равно как и периодическая незапись в F/H лог после передачи RR73. Об этом и VP6R и D68CCC пишут - реакции - ноль.
Здравствуйте. Последнее время при работе с JTDX, стал замечать, что мне дают рапорт почти всегда лучше, чем я передаю им. Как-то раньше на это не обращал внимание. Проверил звуковую карту на ТX/RX - в норме. Переключал антенны, диапазоны - без изменений. Сигнал с трансивера идёт прямым проводом на вход звуковой карты. Где он теряется непонятно. Возможно что-то со звук. картой?
ЕщЁ как вариант
Вложение 243035
Вложение 243036
Здравствуйте ! Только начал знакомиться с цифрой и в частности с JTDX - очень нравится ! У меня автотюнер работает через CAT и когда я перестраиваюсь между диапазонами , то JTDX предлагает мне перенастроить CAT систему. Не то чтобы я часто перестраиваюсь с диапазона на диапазон , но просто не очень удобно каждый раз нажимать "Retry". В настройках кроме как поднять время опроса CAT не нашел выхода , но с поднятием времени , естественно увеличивается время обмена... Да я понимаю что я придираюсь , просто интересуюсь , вдруг это можно как-то отключить ? Заранее извиняюсь за столь глупый вопрос , спасибо !
Вложение 243037
Перед тем как записать qzo в лог появляеться:Вложение 243043 что не так?
В всплывающем окне при выборе действия надпись пропадает ( обесцвечивается)
Вложение 243049
из версии в версию этот баг повторяется никто не придает этому значение так как это никак не влияет на производительность и функциональность программы, но если "вылизывать" то уже до чистой миски)
СПАСИБО:p-up:Цитата:
Настройки не так.
Меню File/Settings/Reporting снимите галку с Enable data transfer to external log.
Вышла новая версия MSHV 2.29
Скачать английскую или русскую версии можно с официального сайта MSHV - MSHV | LZ2HV Amateur Radio Website
Новое в версии 2.29:
- Исправлено: пакет распаковки 77-битных сообщений для нестандартных позывных.
- Добавлено: Для режимов MSK, JT65 и FT8 / 4 в «Списке декодирования» в столбце «Message» отображается количество
декодирований за последний период.
- Добавлено: Сохранение позиции Виджетов «Помощь, Astro» на рабочем столе.
Важно только при первом запуске (с v2.28 на v2.29). Позиция виджета журнала будет сброшена.
- Исправлено: При запуске ошибка чтения настроек, например (функция «Пропустить Tx1 ...»).
- Исправлено: Нет декодирования в декодере JT65C.
И с этим разбираюсь, ПК простаивает, а нагрузка есть на ЦП. < ... у вас в системе ВИРУС-МАЙНЕР, кому-то вы по доброте душевной зарабатываете криптовалюту. > Решаю этот вопрос. Вижу, что JTDX запускается с опозданием на одну секунду. Синхронизация по времени не помогает.Скорей всего это связано с нагрузкой на ЦП.
Если после настройки тюнера кликнуть мышью на кружке возле частоты, работа CAT восстановится? Наверно решение этой проблемы должно быть сделано в коде Hamlib(отдельный проект со своей командой), не в JTDX/WSJT-X, поскольку JTDX/WSJT-X не знает по какой причине отказал CAT интерфейс.
Почему если позывной не вставлен в графе dx call, на водопаде видно вот такое декодирование:
А если вставлен вот такое:
Так в чётном периоде все слушают, а в нечётном зовут вместе с тобой!:)
Пользователям старых версий JTDX: уведомления LoTW базируются на активности пользователей LoTW в последние 365 дней. Если пользователь JTDX по каким либо причинам предпочитает использовать старую версию JTDX то встроенный в программу список пользователей LoTW со временем перестанет содержать информацию об активных пользователях сервиса LoTW и для нормальной работы LoTW уведомлений оператору придется обновлять список LoTW пользователей самостоятельно, скачивая файл с сайта ARRL https://lotw.arrl.org/lotw-user-activity.csv и добавляя его в папку с логом JTDX.
Игорь рассматривается ли возможность фильтрации
тех вызовов, которые не касаются радиолюбителей?
Каждый день мониторю эфир и каждый день
отвлекаюсь на направленные вызовы от тех станций,
которые мне нужны, но по причине их пожеланий,
я не должен, таких, отвлекать от работы...
Прога их не подхватывает, но хотелось бы иметь
такую возможность, что бы их и вовсе отключать.
P/S. Кнопка "без фильтра" тоже пусть на них распространяется...
Подскажите, кто знает, как правильно вызывать Российские станции?
А точнее, какой префикс DXCC необходимо указывать?
Вот для Финских коллег понятен...
А для нас получается что: UA, UA2, UA9 .?
Меня очень удивляет Ваша фраза отвечать за " ВСЕХ" пользователей данной программы. Игорю спасибо, а Вам то за что? За то, что Вы как " горлопан" навязываете ВСЕМ свои знания в данной программе? На счёт блох - может они у Вас и на привязи, а у меня скачут как хотят и без привязи. может подскажите как их поймать и привязать?
Предупреждение: нарушение пункта 3.3.2 правил форума.
1 - В моём ПК нет вируса, производительность ( а так же загруженность) минимальная, проверял мой сын, он сам доктор физико - математических наук, работает в университете, пишет программы для банков и вояк. Одну ошибку нашёл, при установки системной программы было допущена ошибка по программе ЦП. Установил новую программу и всё встало на место.
2 - Задержка пуска программы. Банально но факт, в трансмиттере в меня было установлено 6 мс на включение УМ. Убрал на 1 мс и всё встало на место, синхронизация по времени и смена версии программы на rc-142 ни чего не изменило.
3 - На счёт " БЛОХ"! Оригинально работает программа, сама по себе. Проводит одно QSO, заканчивает и далее переходит на CQ, опять проводит QSO и вносит в лог. И так четыре связи в лог влетает. Остаётся ещё раз нажать "ТХ" и ещё 4 связи в логе. Вот бы убрать эти прерывания и программа сама бы сутками работала в эфире! По чему программа не останавливается после окончания первой связи?
Как же поймать этих БЛОХ?
4 - Каким-же всё же процессом " наделена" программа, если я не использую "лису" и работаю сразу на 2-3 оператора в обычном канале? Отвечаю одному рапорт, другому RR73!
Это на ФТ-4 , там же время процесса в два раза короче чем в ФТ-8? У меня в ПК большая скорость обработки сигнала? Или всё же высокая тактовая частота работы CPU? Почему программа не останавливается после внесения связи в лог?
С одной стороны FT8 протокол не позволяет передавать CQ UA2, CQ UA9. С другой стороны если объединить все три страны по списку DXCC при обработке в JTDX под одним префиксом CQ UA то получим конфликт с фильтром континентов. Так же как и проведение QSO между двумя дробными позывными этот вопрос к авторам протокола FT8, возможно новый вид излучения они сделают с расширенным протоколом компоновки сообщений.
Если команда WSJT доработает упаковку/распаковку сообщений для FT8 с поддержкой трехсимвольных префиксов направления вызова (три и четыре символа сейчас могут быть зарезервированы под названия контестов) то мы добавим функционал обработки CQ UA2, CQ UA9 в JTDX.
Вопрос к разработчикам.
Возможно ли сделать в программе новую функцию...?
Смысл в том, что иногда вызываю станцию, а она сразу
не отвечает, затем через некоторое время решила та,
самая станция всё же провести со мной qso, а я в это
время уже зову другую станцию, которая не факт,
что ответит, но прога отработает зов по счетчику.
Можно ли в сложившейся ситуации проработать так,
что бы прога давала ответ таким вот "соням" и не
продолжала звать по счетчику следующую станцию?
Правда при условии, что станция, которую я дозываюсь
не является новый dxcc, новой dxcc на диапазоне,
а является либо равнозначными: новая станция
или новая по диапазону.
B4 qso в данном случае, я бы не рассматривал и обход
фильтрации b4 в данной ситуации не распространялся бы...
А также при условии что корреспондент которого Вы в данный момент вызываете Вам не ответит. По сути Вы предлагаете дать возможность проводить два QSO одновременно если другой корреспондент Вам тоже ответит и предлагаете ему подождать пока Вы завершите ранее начатое QSO. Такой функции в JTDX не будет, вопрос частично в области этики.
Игорь, что бы не читать мою кучу букв, можно посмотреть картинку...
А так, я говорю примерно об этом:
CQ R2EA KO82
-----------------
UA3DJY R0JF RR73
+есть другие принятые
------------------
R0JF R2EA -02
-------------------
R5EM UA3DJY KO85
R0JF ответа нет
+есть другие принятые
---------------------
R0JF R2EA -02
---------------------
R5EM UA3DJY R02
R0JF ответа нет
+есть другие принятые
-------------------
CQ R2EA KO82
------------------
R5EM UA3DJY RR73
+есть другие принятые
-----------------------------
UA3DJY R2EA -01
-------------------------
R2EA R0JF PO30
UA3DJY ответа нет
--------------------------
и вот далее по счетчику идёт
UA3DJY R2EA -01
а хотелось бы :
R0JF R2EA -01
и далее закончить полноценное qso...
Я же написал, что при условии, если второй корреспондент не ответил...
Я не виду речь ни о 2 qso одновременно ни о 1qso и 1 cq одновременно.
Можно. Все делается рукой и мышой. Если вы видите, что вам отвечает станция, которая не ответила в предыдущем вашем вызове, а программа уже начала вызывать другую или давать CQ, и не прошло более 1..2. секунд, то успеете. Нажимаете на нужную строку и красная скобка на водопаде переместиться на нужную станцию и сменится текст передачи. Лично так неоднократно делал и все получалось. Работаю из программы JTDX v.2.0.1-RUS-rc115.
Поэтому, НАСТОЯТЕЛЬНО рекомендую не отлучаться от монитора и не крутить головой по сторонам, а ВНИМАТЕЛЬНО следить за эфирной остановкой. С такой дисциплиной у меня уже более 22.000 QSO и 230 сработанных стран. Желаю и вам того же.
Сергей спасибо за совет!
Я понимаю ваше негодование, но Вы говорите о FT8,
забывая о такой модуляции, как FT4, и как, я, понимаю
это не придел... FT2.5 - тоже может появиться.
А вообще бы - онлайн без временных промежутков,
но с теми же способностями дешифровки. HI HI
22000 это круто!!! Вы просто - монстр!
Дело в том , что сразу после настройки тюнера вылетает ошибка с несколькими вариантами кнопок и основное окно программы не активно , для наглядности записал видео , но я к этому уже как-то привык и не замечаю этого , спасибо !
https://www.youtube.com/watch?v=m5xpeMml7KA
Что бы много не писать вот смотрите картинки...:
И что нужно поправить, что бы вызов рапортом продолжался
не один раз, а согласно счетчику - два раза, как это происходит,
если вызываем передавая свой локатор?
Наводка на кабель САТ-системы или на другие соеденительные провода. "Затыкается" порт на котором САТ. У меня было также, когда работал на 30-ке на GP, когда украли три противовеса из восьми. Согласовывал тюнером, но все равно САТ слетала. Сегодня восстановил и сейчас все нормально.
P.S. Если работаете с внешним интерфейсом, то наводка на него. Возможно плохое заземление. Или антенна LW.
Спасибо ! Да у меня LDG AT-897 , он занимает CAT во время настройки , если время опроса CAT увеличить , то проблемы нет. Мы уже это выше выяснили. А вот по поводу людей которые трогают чужое это печальный факт. У меня слава Богу более 10 лет все на своих местах , злобных соседей вроде нет )
Без комментариев...
Я так понимаю, что продолжим вновь через пару месяцев...
Видимо нужные ответы не дождусь, ну а советы получены.
Пойду восвояси...
Может стоит переговорить о 4х символьном dxcc?
3D2C
3D2R
3Y1P, 3Y2P,3Y3P,3Y4P,3Y5P,3Y6P,3Y7P, ИТД
4U1I
4U1U
ИТП
Но с строго прописанными значениями, а для 3х
символьных сделать широкий выбор постановки:
XX& (UA1)
&X& (9M6)
Раньше работал на слабом ноутбуке и WSJT. Очень часто были задержке при дешифрации, трансивер уже передавал и через 5-8 секунд выскакивал ответ корреспондента, при этом прога сама переключалась на другой рапорт в зависимости от пришедшего ответа (с вызова на рапорт или с рапорта на RR73)...
Сейчас перешел на JTDX и купил более шустрый ноутбук, задержек почти нет, но изредка переход на передачу и дешифрация происходят одновременно (почти, но строчка с моим ответм выше принятой) и рапорт не учитывает принятое сообщение, приходится лихорадично тыкать мышкой на RR73...
Можно сделать, чтоб прога учитывала запоздавший ответ и сама корректировала ВО ВРЕМЯ ответа?
Понятно. Но, я о бане...
То есть имел ввиду, что вернемся вновь к моим
пожеланиям или, как модно ныне - "хотелкам".
HI HI.
P.S. Ну и до кучи - забыл напомнить, что по-прежнему
нуждаюсь в временных счетчиках для сброса списка
позывных которые ранее звал (черные списки)
и к счетчикам очистки обеих окон (приём и передача).
не... Думаю это соревнования на WSJTX.
Ну Вы и наивные... Вы хотите подойти к WSJT создателю с просьбой
о ua1 , ua9, ua2 ? Мда! Плохо, Вы, знаете, того, брата.
Согласен, но нужно знать логику к кому обращаться...
Привет Антон.
Ды не писал бы я,
если так не делал бы...
А вообще не нужно это для всех.
Если галочку в меню счетчиков не ставить,
то и голову ломать не придётся.
Обычно для работы WSJT_X хватает "слабого " системного блока в смысле медленного ,с низкой производительностью проца. ......у этой проги и декодирование соответствующее. Для JTDX ....требуется что то современное или индивидуальные настройки программы,что не есть минус. Откройте Диспетчер задач и при открытом ...изменяйте настройки декодирования JTDX...... Делов на пол часа максимум. И в период попасть и максимум декодирования получить. Самое главное видеть процесс и менять настройки ...в тему!
Все у вас получится!
AutoSeq3, здесь описание JTDX Russian - Описание работы AutoSeq JTDX v18.1. (20.03.2018)
Конечно, вот так настройте (у Вас 2-ка стоит, 3-ку выбрать нужно):
Вложение 243116
Добрый вечер, коллеги!
CQ DE AA00
Подскажите пожалуйста, что это означает???
Скрыть можно, но тогда оператор не видя на экране скрытое сообщение CQ DX от корреспондента будет видеть сообщения QSO этого корреспондента, и декодировав окончание QSO начнет его вызывать, не потому что он невоспитан или агрессивен в поведении, а потому что он сам спрятал сообщение CQ DX от этого корреспондента и не знает что тот проводит связи в определенном направлении.
Роман, мы придерживаемся определенной логики при создании кода JTDX, стараясь избегать конфликтного функционала. По указанной причине Ваш вопрос не рассматривается.
Спасибо всем за ответы!
Игорь, не поверите, но, я так и делаю. Особенно это косаемо TOP BANDа, т.к. сейчас не дозвался,
а через 10 минут может получиться полноценное qso. Поэтому, я и подумал о счетчиках
сброса "черных списков". Думаю, что на укв это тоже необходимо.
Ещё, я, сбрасываю эти списки меняя диапазон на несколько секунд, после чего пробегаюсь повторно
по всем кого ранее звал, но по какой то причине не дозвался. Поэтому если сделать счетчики с функцией
установки временных промежутков, начиная к примеру от 5 минут и до 60 минут, то будет обрабатываться ещё
большее количество qso, что повлияет на производительность в эфире за меньший промежуток времени.
Ведь в наши дни самое дорогое это стало ВРЕМЯ!
Так мы тех кто прощается rr73/73 и сейчас подхватываем, хоть давали они эти CQ NA или нет!!!
Дело то в том ответит он или нет. Это его будет сугубо личное дело. А мы не хамничаем,
а зовем его просто на перёд, когда он прощается. Я не вижу в этом ни чего зазорного...
А вот когда Вы позовете cq na, а я позову вас да еще и на голове, то это и есть неприличие.
Поэтому не вижу логики отказа скрыть сообщения от станций дающие направленные вызовы,
которые не касаются оператора. Благо прога их и так не подхватывает.
Нужно то всёго лишь галочку! Пусть по умолчанию она не стоит в проге.
и что бы на панеле кнопка снять все фильтры, тоже на нее распространяась.
А можно ли для SO2R запустить две JTDX так, чтобы они один лог вели? Как запустить две JTDX совсем независимо - было, но потом логи сводить вместе вручную надо.
Вопрос к разработчикам.
Что нужно поправить, что бы вызов рапортом продолжался не один раз,
а согласно счетчику - два раза, как это происходит, если вызываем
макросом в котором указан локатор?
P.S. И ни кто не ответил о "повременных" счетчиках для очистки окон (приём-передача).
RA3DEM - пишет """SO2R запустить две JTDX""
объясните для чего, ведь это не соревнование.
смысл?????
Автовыбор JTDX не должен звать корреспондентов в ответ на сообщение 73/RR73 у которых в истории QSO последний CQ вызов был направленным и направление не совпадает со страной оператора. Исключение - новая страна по списку DXCC, но по усмотрению оператора это исключение закрывается существующей в JTDX опцией.
JTDX 2.1.0-rc143 измененный функционал:
Линки:
Результаты тестирования FT8 декодера:
Структура файла JTDX.ini по сравнению с версией JTDX 2.1.0-rc142(rc140, rc141) не изменилась.
Тогда вообще нет проблем скрыть направленные сообщения, которые некосаемы нас, раз прога не подбирает таких даже, если они прощаются.
Если нет желания такое реализовывать, то проще так и написать - не хотим или мы считаем это не актуально... И всё! И нечего тогда время
терять на писанину на форуме. Всё о чем, я пишу понадобиться некоторым, когда приблизятся к 30 тыс qso в ft8.
Жду ещё два ответа и умолкаю опять на пару месяцев...
Русская локализация JTDX v.2.1.0-RC143.
Линки :
Пользователям WSJT-X 2.1.0: сейчас при тестировании в очередной раз столкнулся, в окне активности диапазона WSJT-X имеет циклический буфер на 5000 сообщений, то есть пользователь при продолжительном использовании программы может найти в этом окне только 5000 последних декодированных сообщений. Если необходима полная информация по декодированным сообщениям то ее можно найти в файле ALL.TXT.
Если Вы и правда это руками делаете, то какое Вам дело до счетчиков???
Ну перестала программа АВТОМАТИЧЕСКИ звать кого-то, кто мешает руками позвать?
На экране-то его видно. И видно, что еще не В4. Зовите инициативным порядком.
Опять Ваши пожелания - по поводу роботизации, а никак не по улучшению функционала.
Запустить программу и раз в час подходить к экрану. Утром лог посмотреть. Фу. :(
Я бы вообще предложил Игорю ОТКЛЮЧИТЬ функционал автовызова (4+ Call and search through CQ messages) и уж ТЕМ БОЛЕЕ - Call worked B4 callsigns !
@RA3DEM Миша привет
Игорь, я устал бодаться с тобой так же, как и очищать списки тех кого ранее звал.
У тебя кругом - робот!!! Это не обоснование для отказа. Проще напиши...:
- Я такой то такой то, участвую в разработке JTDX и все новые идеи от R2EA
воспринимаю в штыки и сделаю всё для того, чтобы его хотелки были не реализованы...
Игорь можно ответ получить на сообщение 21189?
Уже вижу в FT4 появился многослотовый режим. Наверное в MSHV.
Заметил давно одну особенность: в FT4 DT всегда лучше, чем в FT8.
JTDX: Окно синхронизации декодера в FT4 почти в 2.3 (SWL в 2.5) раза меньше по сравнению с FT8, поэтому на экране DT лучше. FT4 cигналы корреспондентов с плохой синхронизацией часов и сигналы корреспондентов с частой синхронизацией часов ощутимо чаще не захватываются декодером по сравнению с FT8. Такая же проблема может быть с синхронизацией часов в сетапе оператора.
JT65/JT9/T10 хороши тем что мало чувствительны к плохой синхронизации часов, с уменьшением продолжительности интервала в FT8 и тем более в FT4 растут требования к точности синхронизации часов компьютера. Если в JT65 выпадают 2 секунды сигнала то это потеря примерно четырех процентов символов, если в FT4 выпадают 2 секунды сигнала то это уже потеря примерно 40 % символов сигнала. С учетом особенностей LDPC кода начало передачи FT4 сигнала раньше на 2 секунды (то есть потеря первых 40% символов) гарантирует невозможность его декодирования, по этой причине DT окно захвата сигналов FT4 декодером в коде программ установлено меньше чем в FT8 и намного меньше чем в JT65.
На слабых процессорах в 00 секунды обычно еще продолжается декодирование предыдущего интервала, то есть загрузка процессора высока. Выполнять синхронизацию на автомате рисковано, лучше остановить прием кнопкой Monitor и выполнить синхронизацию принудительно, затем обратно включить прием.
Период синхронизации зависит от ряда факторов. Например есть Интернет браузеры которые во время работы пытаются выполнить синхронизацию системного времени, при этом они обычно выводят часы компьютера за пределы желательного диапазона синхронизации.
С учетом разброса DT сигналов разных корреспондентов в FT4 желательно вписаться в +- 0.2 секунды от точного времени. В зависимости от состояния самих часов и батарейки на материнской плате синхронизацию можно делать с разным периодом, для исправных часов достаточна синхронизация один раз в более чем 5 часов.
Самый тяжелый случай когда оператор ставит период синхронизации например раз в минуту и при этом на компьютере работают несколько программ синхронизации, либо Интернет браузер начинает конкурировать с программой синхронизации. В этом случае оператор не понимает что происходит: DT сигналов у него на экране прыгает раз в минуту, DT его сигнала прыгает раз в минуту у тех кто его декодирует.
В программах WSJT-X/JTDX немало сервисов в коде привязаны к системным часам, если часы прыгают то возможны сбои в работе программ, чем чаще прыгают часы тем больше будет сбоев в выполнении кода.
Летом работаю из деревни. Там очень "хилый" интернет. Часто просто вырубается.
Как то заметил что "вдруг" через 15 минут работы программа перестает декодировать.
Не сразу разобрался. Проблема оказалась в корректировке времени.
Определил делая корректировку врукопашную.
Корректируется и на 2...5 мсек и на сотни мсек.
В Дименсион стоял период 15 минут и если при корректировка она сдвигала
время на 300...500 или более мсек естественно декод пропадал.
Посему есть смысл проверить свою прогу корректировки вручную.
...
Спасибо , посмотрю как это будет на практике ! Я думаю процессор она мой не "упрет" , он не очень слабый на данный момент - i5 6600К в разгоне до 4.2Ghz. Меня что-то один момент со вчерашнего дня беспокоит , пару дней назад , эфир просто "громыхал" на 40М в FT8 и позывные бежали много и очень быстро , а вот вчера что-то станций очень мало стало ! Подумал , что проход ослабел , но на водопаде очень много несущих , все пищит и гудит как и ранее. Даже удалил rc143 , думал это связано , но на rc142 тоже самое. Если только несущие от другой моды на водопаде ?! Вы меня извините за подобные вопросы , я в этом деле совсем новичок и цифру "щупаю" всего пару дней !
Вложение 243187
Да, сегодня проход на всех диапазонах не очень... Шипит, трещит.. Наверно статика.
на 20м вообще все превосходно ,на 40м тоже неплохо. С утра 50ваттами с Peru OA4GL ,легко. Да и сейчас станций более чем.
Да забыл написать ,что на 20м в связи с сильным ветром антенна в положении 345* ,ну никак не на Штаты,от ветра защищает стоящая неподалеку 15 этажка. Станций более чем!
На картинке хорошо видно что каждый сигнал находится в двух интервалах, если у Вас не SDR приемник c VAC то у Вас часы компьютера имеют примерно 2 секунды разницу с точным временем. Программа NetTime при принудительной синхронизации показывает насколько скорректировано время.
У меня на одном и том же железе в Windows10 время "убегает", не намного, но убегает, а в LinuxUnntu ничего не убегает.
Железо Xeon 4 ядра, 8 потоков.
Аналогично сделал несколько лет назад. То что надо!
В операционных системах Linux достаточно точно работает встроенная синхронизация, поэтому в них не требуется каких либо внешних программ. В Windows встроенная синхронизация не обеспечивает необходимой точности, поэтому ее приходится отключать и шаманить с внешними программами.
Глюк во взаимодействии Qt 5.5 и операционной системы. Список команд управления относится к операционной системе и применяется для текстовых окон, сбой вызван изменением в коде JTDX цвета фона окна DX Call через StyleSheet, при этом цвет фона окна DX Call почему то применяется к цвету текста списка команд для текстового окна от Windows. В JTDX rc144_4 добавил в эти же StyleSheet цвет текста как черный, обесцвечивание при наведении курсора мыши на команду Windows пропало, но теперь все команды Windows которые были серым цветом(недоступны) стали одного черного цвета вместе с доступными. Проблема изменилась, но так вроде лучше чем обесцвечивание(инвертирование цвета) доступной команды:
Похожая проблема есть в окне задания направления CQ, при заполненном окне цвет фона окна используется для подкрашивания фона команд Windows, при наведении курсора цвет текста команды инвертируется с черного в белый:
Ничего особенного,работает отлично.
Как включить нормальный Fox/Hound режим в JTDX rc141 ?
кнопку Hound нажал, два сообщения из возможных шести выделились, но прыгать приходится вручную на частоту DX.
после получения RR73 - появляется окно лога - то есть что то работает, но криво.
В WSJT программа сама прыгала по нужным частотам, а тут гадай, то на первую полоску, то на вторую, то выше на сколько то.
Не хотелось бы снова переходить на WSJT-x, так как она глючит с дробными позывными.
.
В меню DXpedition выбрать надо Use hound TX..., чтобы частота прыгала.
И частоту прописать
Добрый день !
Нужно связать WSJT-X и TS590SG.
Прием работает, а передача и CAT не работают.
Какие нужно сделать настройки в прграмме и трансивере ?
Думаю, понял причину.
САТ у меня нет, частота стоит 1840 в программе.
Программа думает, что я на общей Ft8 частоте и запрещает мне менять частоту.
Даже предупреждающее окошко выскакивает.
"Метод Hound управления TX не допускается....."
придется для Fox/Hound использовать WSJT-x
Попробовал с XZ2D - не перескакивает частота, попытаюсь обмануть программу - частоту в настройках сменить.
Странно - такая продвинутая программа, а вот такой косяк.
На то есть веская причина. Если на классическом трансивере без CAT и функционала Split Rig|Fake It прыгнете на частоту 300Гц то с высокой вероятностью закроете всю SSB полосу гармониками своего сигнала. То есть пользователь тоже должен быть продвинутым чтобы не было косяков :)Цитата:
Сообщение от RA3WDK
С этими перескоками только много разных коллизий. У нас САТ с контест логгера, JTDX на второй Убунту машине, соответственно просто сидим около 1000 Гц и в подавляющем числе случаев все получается. Вчера это были H40TT и 5H3UA на 160м.
Намного более серьезная проблема F/H - это незапись связей в лог после передачи RR73.
Тим M0URX в закрытом CDXC форуме издал крик души. Менеджеров можно только пожалеть, а отцам-основателям, похоже, эта проблема по барабану. Цитата ниже, но, что касается скриншотов, я не согласен:
"The problems with FT8 / FT4 logging are quite complex and I need to let Joe and others who have the software to do what they need to do.. BUT in reality on DXpedition what is happening is that around 1 in 10 QSOs that are sent "RR73" are not logged, so of course when a log is uploaded you have instantly dozens of complaints.
Add the fact that there will always be the oddball that decides to pirate. So sending the screen shot to the QSL manager screaming... "LOOK" is senseless... The screenshot could be a pirate... and is 100% useless.
I have received the FoxQSO and all.txt files from WSJT and the logs directly from WSJT. So i have everything that i need to verify genuine "RR73" reports. Missing full QSOs then have to be uploaded manually. But this is a massive problem and people need to be patient when this happens. It isn't the DXpeditions fault nor the QSL manager. The software guys need time to resolve the issues and the DXpeditions are feeding this back to WSJT.
Kindest Regards, Tim Beaumont MØURX"
Теперь понятно. Значит вручную придется или WSJT-x использовать.
К слову сказать, я в FH режиме ниже на 200 Гц становлюсь - иначе уровень по НЧ входу слабый, да и декодирует программа ниже 400 Гц хуже.
Если ALC выставлено правильно - все ОК, да в FH режиме передают все в один период - а DX в другой - даже грязные сигналы никому не помешают.
Уважаемые Коллеги - Linux`оиды!
Если в форуме есть пользователи Manjaro-Linux или Arch-Linux,
потестируйте, пожалуйста, пакет для этих дистрибутивов:
https://cloud.mail.ru/public/4JiB/2ZAk25N1w
SHA256: 9b4cc1ef25ccecdf2a0bd3e89cf9c3538cc9447557faa5d909741a974c0fee29
Вроде должно работать. Собран в Manjaro.
"FAKE IT"!!! Правильный ALC это далеко не все ОК! Сначала изучайте, потом работайте в эфире, а потом пишите здесь...
Они-вы-"грязные сигналы" помешают DX-у, а значит сразу всем зовущим и если вас вычислят, то по меньшей мере вам должно будет стать стыдно...
WSJT без САТ тоже не будет работать,так что только лапками прыгать....сейчас работаю так же без САТ (FT-990 ROM 1.2, САТ не работает практически ни с одним логом) после получения рапорта вручную нажимаю Tx=Rx,передача как положено "уходит" на нужную частоту,оказавшись там сразу включаю Фикс.Tx=Rx это на случай если с первого раза не получаю RR73,как бы имитирую что первый рапорт не принят и практически всегда это срабатывает нормально....Конечно работать без САТ в F/H это мазохизм,но что делать...ДХ то хочется сработать:s7:
Петля ALC не охватывает входные НЧ каскады передатчика, классические трансиверы, чуть больше уровень и в эфир летят нечетные гармоники, в попытке держать постоянную мощность на выходе передатчика на частотах 200...500 Гц операторы часто загоняют входной НЧ каскад передатчика в насыщение. У DX оператора эти гармоники ухудшают декодирование сигналов, то есть снижают возможный радиус связи косвенно влияя на работу c этим DX других операторов.
Проблему решает режим Split Rig|Fake It Установка софта JTDX, который работает через CAT.
Это все понятно, но в FT8 у меня хорошо, если 1% QSO, поэтому под SSB и FT8 выделен трансивер без САТ
У меня постоянно SDR Afedri на контроле, так как принимаю в два компа одновременно. То, что не вытягивает WSJT , принимает JTDX и наоборот. Поэтому ничего страшного на экране не наблюдается.
Если DX работает в режиме F/H в начале диапазона, то я настройкой трансивера сдвигаю его частоту в район 800-1000гц. Зову, естественно выше на 1000 от сдвинутой частоты с включенным HoundFС и Split Operation - Rig.
Поэтому никогда и не было проблем, даже если мой рапорт "прыгает" на 300 Гц ниже DX.
Горит красная полоска на панели с надписью Hound (справа от даты)
В опциях RIG- None (Сат нет)
Подсвечены два возможных сообщения.
Если щелкаю по позывному (в режиме F/H) , программа автоматом отправляет вверх передающую частоту (я ее корректирую потом немного на свободный участок)
Все остальное - как положено в F/H - прыгает вниз, потом на второе сообщение или третье, потом в участок до 1000 Гц и продолжает давать рапорт.
Кстати, по приему WSJTx не сказал, что хуже JTDX, -24 много раз декодировала на 160м.
С дробными позывными есть косяки, но не часто.
Если работаешь со вторым приемником и второй программой - легко менять рапорт в режиме передачи.
Подскажите пожалуйста, споты отправленные из JTDX видно только в DXSummit.
Есть ли телнет кластера которые отображают споты отправленные из JTDХ?
Было время когда я их видел в телнет кластере OH2J.
Доброго времени суток всем в очередной раз ! Постепенно пытаюсь вникнуть в тонкости "цифры" , начал читать инструкцию от своего FT-897D и там как-то очень неоднозначно советует производитель настроить ALC , сначала он говорит , что нужно добиться уровня ALC всего в несколько точек из чего следует резонный вопрос .... Несколько это сколько :s7: ?! После чего в мурзилке написано , что если не можете/хотите настраивать этот самый уровень ALC , то вгоняйте уровень до 7-9 точек и не парьтесь ?! Может кто-то использует FT-897D , сколько Вы выставляете этих самых таинственных точек у себя ?
Вложение 243272
to UA3DJY Вложение 243273
Как так, отключена Европа и страна Вложение 243274
Если зовет - то будет видно, даже если страна и континент отключены.
Пределы уровня ALC
Вложение 243277
Делал так:
На трансивере выставлял необходимую мощность!
В настройках JTDX ставил галочку,
Вложение 243278
Включал передачу на общий вызов, бегунком Мощн. устанавливал уровень ALC в пределах красного сектора.
И так на каждом диапазоне.
Прога сама запоминает это положение по диапазонам.
Отсутствие срабатывания ALC не гарантирует чистоты излучаемого FT/JT сигнала в SSB спектре: ALC это регулировка в ВЧ тракте, чистота сигнала определяется HЧ трактом. Исключение составляет работа на передачу в многослотовом режиме - здесь уже необходима линейность и ВЧ тракта передатчика.Цитата:
Сообщение от RA3QH
Игорь а мост про который Вы пишите, между DXSummit и кластером, его включают, хозяева кластеров? Почему они это не делают? Ведь очень много спотов остаются не принятыми пользователями телнет сервиса. Я перебрал куча адресов кластеров и не один не принимает споты от DXSummit.
Очень сложно реализовать в настройках JTDX , окно для ввода адреса и порта кластера?, что бы споты летели не в DXSummit , а в выбранный пользователем кластер. А для оперативного контроля DXSummit нужно прыгать между программами и веб сайтом, или иметь второй монитор с открытым DXSummit.
Возможно кто то из владельцев ноды DX кластера это делает для большего количества спотов на своей ноде, может поделиться дополнительными спотами с другими нодами а может и нет.
Соединение с нодой DX кластера идет протоколом Telnet, это 'отверстие' издавна используется для удаленного доступа к компьютерам: известная брешь в безопасности.
Экспериментирую с последней версией JTDX...
На 15 м неплохие станции работают ,но на Яги это же легко ,а вот так:
"Базука" 40метрового диапазона ,тюнером подстроена на 15м в КСВ 1.1,мощность на передачу 30ватт(внешний мощемер).... и вперед.
Программа отлично работает без сбоев и замечаний. То что надо. Спасибо Игорю!
Когда связь с нужным континентом одна ,это может быть случайность ,когда две и более ,это уже система!
На водопаде станцию уже не видно ,а связь проведена успешно.
Константин!
У вас ,случайно,язва не обострилась? По вашим комментариям в теме я это заметил. С вами все, до последнего думал ,что наконец одумаетесь ан нет.
Следующее можете не читать ,это не вам.
Не во всех антенны Яги на ВЧ диапазоны ,а чаще ,что неплохо вертикалы или значительно хуже "веревки" а то еще и не на нужный диапазон. Так вот периодически провожу эксперименты с подобным хозяйством. Иногда с авто на выездах,питание от эл.генератора 1,5кВт ,антенны вертикалы/веревки.Трансивер ic7300 .Работать вполне возможно и успешно. Стабильно и без сбоев работает программа даже в примитивных полевых условиях на древний ноут с ХР! Настройки под производительность проца и все.
Что это было ? Заметьте цифры разные ...Вложение 243297
К сожалению файлы не сохранил :s9:
Настройки уровня ALC зависят от конкретной модели аппарата и железа РС, если есть возможность контроля Вашей передачи на независимом RX - сосед по QTH или региону, то это было бы лучше, он бы помог скорректировать уровень ALC, дабы избежать помех.
В любом случае всё опирается на метод научного xxxx, и бо радио техника это компромисс - в чём то выигрываем, а в чём то проигрываем.
(слово тык..- отображается как ХХХХ)
Вот как то так .
Очень хорошего на 15м сейчас нет и не будет в ближайшее время. А просто прохождение безусловно в наличии ,а при наличии Яги высокорасположенной обычное прохождение имеется почти всегда.При наличии высокопродуктивного компа декодирование всегда на отлично. Есть с чем сравнить при почти мгновенном переключении JTDX/WSJT-X тем более все заметно наглядно. Вот и провожу сравнения при различных сочетаниях антен,уровня выходной мощности,различных трансиверов и компов.Отличается программа от остальных по декодированию,стабильности работы .Мелкие огрехи уберуться ,основа останется!
Пользователи пробуют собрать WSJT-X на смартфоне, сообщение на английском языке: https://sourceforge.net/p/wsjt/mailm...sage/36859811/
Нет, всё! Объявляю "войну" Дупам" Хватит.
Сегодня Коллега 9 циклов не может от меня 73 принять. Глянул в лог, а у нас 6 (!) QSO за текущий месяц на этом же диапазоне. Плюс куча раньше.
Отключил `Answer B4`. И включать не буду. :(
Или подходят за вечер на одном бенде раза по три!
А потому что умников развелось - все сидят на автомате.
Надо смотреть в монитор и контролировать что там происходит , а не в носу ковыряться .
Я уже писал об этом недавно - Коллега из BY с интервалом в 30 минут два дня подряд звал.
На одном и том же бенде. Хорошо, что `Black List` есть (не зря Игоря когда-то о нём просил). :)
И, Вы - правы! Сидят "на автомате" многие. Что мне лично совершенно непонятно. Зачем работать "на корзину"? Отвечаю всем зовущим (с сегодняшнего дня - кроме В4), а сам зову только тех, кто мне интересен.
To UA3DJY
Вложение 243355
Добрый день, подскажите что это за полоска вверху над водопадом, появляется только на одном диапазона 10.140 и только в FT-4, раньше тоже до FT-4 появлялась но не помню на каком диапазоне, возможно на 10,136.
Вложение 243356
А чем кнопка не устраивает ? Правая мышь-правое окно, левая-левое, какая разница ?:s11:Вложение 243361
Да, забыл, двойной щелчок, левой мыши, очищает оба окна одновременно. И еще, в меню "разное", можно включить подсказки, и тогда секретов с кнопками станет меньше. :s11:Вложение 243363
После отдыха дома, вновь выхожу в эфир с работы, используя дробь в позывном.
R2EA/M , R2EA/P. Очень сильно испытываю дискомфорт при активации RDA и RAFA
из-за разницы в работе "дробного" и обычного. Вроде пробовал ранее уже работать
R2EA/M, но почему то казалось это полегче как то. А сейчас локатор не передается
и рапортом нельзя ни кого позвать... Как то не айс в jtdx по теме дробных и
специальных позывных... Можно сделать всё также, как и при работе без дроби?
Можно ли добавить функцию, что бы звать рапортом, но с дробным позывным?
И можно ли сделать так, что бы при cq мой локатор передавался, если я его указал?
Если кто то едет на машине и не указывает, то пусть так у них и остается, как сейчас и есть...
Ну а вообще большинство охотников знают где найти rda и локаторы, если не приняли в эфире.
Я свои и в хамлоге и на eqsl и на бумажной указываю. Теперь вот онлайн можно следить...
В последних версиях, что то при запуске jtdx окно с водопадом,
если стоит галка с управлением, то окно с водопадом принимает
исходный вид, а не такой, который я задавал сузив до минимума.
Ни у кого нет такого? Или так и должно быть?
Собственно переключать вполне возможно 4 установленные программы.
По порядку: Использую UR5EQF_Log к нему програмный интерфейс WSJTInterface с оф.сайта Лога. Установлены WSJT-X;MSHV;JTDX (интерфейс позволяет установить и переключать две версии для оперативного сравнения) У меня одна ,последняя. Часто происходит замена на новую ,поэтому не заморачиваюсь.Таблицы с тестами версий под рукой от автора.
На КВ это JTDX ,на 144МГц тоже эту программу применяю.Оперативно частоту изменить и зафиксировать в програме пара минут. Если только для "верхних" диапазонов и специф.....мод то MSHV. Ну кто это применяет ,знает без меня.
Ну вот так.
Это не сравнение двух программ,а....даже и слова нормального подобрать не могу)))) Вы не можете корректно сравнить программы, но зато можете хорошо подхалимничать по поводу JT))))
Вчера потратил полтора часа. Запустил сразу обе программы и наблюдал. Не заметил разницы, декодируют одинаково. Потом вместо WSJT-X запустил MSHV, тоже сравнивал с JT. Никакой разницы. Только в интерфейсе. А здесь- что кому по душе....
Так что хватит....
Полоска показывает полосу частот выделенную под WSPR (вид модуляции используемый для оценки прохождения, WSPR Spots ). Поскольку в WSPR часто используются передатчики с небольшой мощностью, например 0.2 Вт, это полоса закрыта для передачи в программах WSJT-X/JTDX в других видах модуляции чтобы не блокировать прием слабых WSPR сигналов.
Этот вопрос уже несколько раз поднимался на форуме: мы используем общий протокол компоновки сообщений в FT8 и FT4 во всех программах, и в этом протоколе недостаточно бит для полноценного использования дробных позывных. Поэтому ни в одной программе для FT8/FT4 сделать так как Вы желаете нельзя.
Столкнулся с такой "проблемой": не хочу, чтобы появлялся позывной BH4BFY среди декодированных сообщений.
Я его прописал в поле, где указываются позывные, которые должны быть скрыты.
Но он "нахально" продолжает появляться, хотя другие позывные, которые я там указал, уже не отображаются.
Какой-то заговоренный позывной.
И скопировал из сообщений, и поменял местами с другими позывными, и перезагрузил программу, а он все лезет и лезет.
Китайский друг с неправильным квадратом и без Е-мэйла.
Игорь описал. После позывного обязательно запятая и "галка" тоже.
Вложение 243380
Но такого позывного на QRZ.COM нет.
Не похоже на ложный, Игорь. Очень много его принимали около часа назад
Возник такой вопрос....
Если во время приема, свернуть-развернуть например браузер(с другими окнами особо не пробовал), то декодирования зачастую не происходит или декодятся 1-2 станции из десятка.Причем независимо от того с каким уровнем они идут(то есть декодятся не самые сильные станции)
Особо чувствуется это, если поиграть браузером во время второй половины периода.
Никто такого не замечал? Почему такое может происходить?
Возможно выпадают куски звукового потока между звуковым устройством и JTDX, в таком случае максимальное влияние на синхронизацию декодера с сигналом будет при манипуляциях с окном браузера посреди приемного интервала. На более сильных сигналах получается меньше ошибок, поэтому при кратковременных прерываниях звукового потока они лучше декодируются чем слабые.
Здравствуйте, коллеги! Может, было... Вызвал меня UA1AAP, а дальше какая-то чепуха пошла... Скрины экрана прикладываю. Связь, конечно, не занёс в лог по причине непринятого от него рапорта.
RW4C
Посмотрите #21271-#21273
JTDX. Проверил в лабе: разные сообщения с позывным BH4BFY отфильтровываются при любом положении позывного в списке. Возможные причины сбоя:
- большое количество позывных в списке, вроде в пределах того что может ввести оператор такого ограничения не должно быть, но кто знает, вдруг Qt не находит общего языка с Вашей версией операционной системы. Посмотрите пожалуйста каким он по счету в списке, после этого очистите список и внесите в него только этот позывной. Если сбой останется то:
- возможно поломано содержимое оперативной памяти, попробуйте рестарт компьютера
- возможно поломано содержимое ini файла, попробуйте его переименовать при выключенной программе
Неисправность, такого сбоя на правильно работающем железе, драйверах и операционной системе быть не должно. Может чудить Windows XP, ее и софт/драйвера под эту операционную систему давно уже никто из производителей софта/железа не поддерживает. Может скручены настройки в BIOS. Может высока температура процессора(проблемы с охлаждением) и по этой причине снижена его тактовая частота, в этом случае процессор просто не будет успевать выполнять разные задачи(есть разные утилиты показывающие температуру процессора). Может ошибки при работе процессора с DRAM памятью.Цитата:
Сообщение от UN7JID
Возможных причин уйма, у каждого может быть своя причина сбоя.
to UA3DJY
Игорь недавно начал использовать FT-990 и заметил такую штуку...при включении и настройке имеющегося в трансивере Digi filter JTDX практически не реагирует на него,включаю WSJT,ничего не меняю,станция та же, разница между рапортами с фильтром и без 12-15 дб...что бы это могло значить?
Во входящем звуковом потоке имеем ограничение примерно 90дБ (целочисленные 16 бит ), при обработке с плавающей запятой внутри JTDX/WSJT-X имеем ограничение выше 380 дБ (переменная типа REAL имеет диапазон значений 10-38 ... 10+38). При использовании переменных типа DOUBLE динамический диапазон намного больше, но пока процессоры слабоваты для полной обработки сигнала в DOUBLE переменных.
Есть две проблемы: любая цифровая фильтрация вне JTDX/WSJT-X снижает чувствительность всего тракта, то есть снижается количество декодированных слабых сигналов.
Вторая проблема присуща программе WSJT-X - код программы измеряет шум во всей полосе водопада и если фильтром приемника сузить полосу по отношению к полосе водопада то SNR на экране WSJT-X будет лучше реального(с точки зрения WSJT-X упадет интегральный уровень шума), чем уже полоса в приемнике тем лучше покажет SNR WSJT-X. Не верьте своим глазам :)
Если на забитом сигналами диапазоне фильтр приемника позволяет Вам снизить требования к динамическому диапазону тракта приема то выигрыш от включения фильтра в приемнике может быть ощутимо больше потерь декодирования связанных с искажением сигналов фильтром приемника. На диапазоне с слабыми сигналами и низким уровнем шума включать фильтр в приемнике смысла нет.
Крайняя версия, работает D4CC с отставанием 3,4 секунды, но программа несколько раз декодировала.
Изменил время у себя, начал звать, но проход ушел или дэх ушел.
По ходу мысль пришла.
Не всегда смотрю на DT. Оно конечно моя ответственность.
Но если есть возможность, может можно будет такие отставания в декодировании как-то подсвечивать, чтобы бросалось в глаза.
А оператор уже сам будет со своим временем разбираться.
Я не знаю, что это за фильтр DIGI в трансивере (скорее всего DSP), но у меня, при включении кварцевого фильтра по ПЧ (300 Гц), уровень шумов падает на 7-8 дб (по S-метру трансивера). При этом полезный сигнал остается на том же уровне. Т. е. соотношение сигнал/шум возрастает. Это дает заметный выигрыш при приеме. Особенно на НЧ диапазонах.
DSP такого не даст.
При большой загруженности диапазона и уровнях по приёму _ мама не горюй_ , трудно провести QSO с корреспондентом чей уровень оставляет желать лучшего, а ещё если какой то левый м... сел чуть ли не на голову - поможет ли более узкий фильтр на приёмной частоте?
Принцип CW фильтра на 500Гц 250Гц 100Гц
Василий вот как то так он описан...
Вложение 243405
В большинстве случаев поможет.
Есть много влияющих факторов - отрабатывание АРУ и находится ли фильтр в петле АРУ, перекрестная модуляция при большом уровне шума или вещалок на диапазонах 160...40м, интермодуляция сигналов в полосе фильтра приемника. Самый идеальный вариант для классических приемников - переключаемый узкополосный кварцевый фильтр во внешнем преселекторе, то есть до входа приемника. Для SDR приемников требования меньше но и на них рано или поздно при большой загрузке диапазона сигнал в звуковой поток в сторону компьютера может попасть клиппированным, приходится включать АРУ либо регулировать усиление вручную.
Актуальность узкополосного фильтра стала меньше со свободным выбором частоты вызова в моде FT8, при включенном узкополосном фильтре часть зовущих корреспондентов будут выпадать с поля зрения декодера, взамен возросла потребность использования SDR приемников для повышения динамического диапазона приемного тракта.
С точки зрения JTDX/WSJT-X важен только уровень продуктов интермодуляции в звуковом потоке: при декодировании программа имеет свой узкополосный фильтр полосой в один частотный бин, например для FT8 этот фильтр имеет полосу 6.25 Гц.
Если уровень продуктов интермодуляции в звуковом потоке не зависит от включения узкополосного фильтра в приемнике (обычно так на чистом диапазоне) то изменение интегральной мощности шума на S-метре приемника не влияет на декодирование сигналов программой.
Да, Игорь. Вы правильно поняли, чтоб бросалось в глаза. Но среднее может и не выйти за пределы 1 сек. Разве что при включенном фильтре.
Недавно тоже "бегал" своим DT за 8R1/AG6UT на 80м с помощью ручной программы. Скакало у него на каждом цикле. Не получилось тогда. Сегодня утром только сработал, но DT у него уже не прыгало.
Обычно это волшебство чрезмерного усердия в синхронизации часов, новички часто думают что чем меньше период синхронизации часов тем лучше, в итоге и сами наступают на грабли и своих корреспондентов заставляют передавать больше сообщений во время QSO. Мы можем уведомлять о большой разнице системных часов на стороне оператора с средним временем всех декодированных сигналов, по одному конкретному корреспонденту нет: цветовой фон уже занят под существующие уведомления.
Ничего страшного! Будем следить. Кстати, средний DT выводится на все декоды даже при включенном фильтре. Так что вытянуть средний более 1 сек. вряд ли получится даже если у одного (нужного) будет более 3 сек. Это будет работать, если ДТ будет выводиться только на позывной, который в окне.
в том и дело что нет...я же написал...без него 1 цикл из 5 (цифра конечно не является точным отображением,бывает больше или меньше) а с фильтром 4 из 5 циклов есть декод....
не Василий не совпадение...на разных станциях проверял....ну да Бог с ним...вопрос закрыт....
Игорь спасибо за полезную информацию.
Вложение 243414
Вот эта подсказка навела меня на данное суждение.
Функционал усреднения DT с декодированных сообщений сложнее: для подавления быстрых изменений результата используется накопительное усреднение с самого первого интервала и порог в 5 декодированных сигналов.
Например в интервалах 1,2,3 и 4 декодировалось более 5 сигналов, тогда по окончании декодирования четвертого интервала средний DT будет равен:
(((cредний DT интервала1 + cредний DT интервала2)/2 + cредний DT интервала3)/2 + cредний DT интервала4)/2
При таком подходе один 'шальной' сигнал оказывает минимальное влияние на расчет среднего времени ухода часов компьютера пользователя. Использование узкополосного фильтра приведет к снижению количества декодированных сообщений, и возможно не каждый интервал будет учитываться в расчете если интервал не преодолел порог в 5 декодированных сообщений.
На всякий случай, любой фильтр в условиях высокой загрузки диапазона потенциально может привести и к потере декодирования одного и более сообщений/сигналов из-за отсутствия декодирования и вычитания некоторых сигналов находящихся на скате фильтра. Здесь уже как повезет, чем уже полоса фильтра тем больше вероятность потери.
Значит этот фильтр снижает уровень продуктов интермодуляции в звуковом сигнале отдаваемом приемником на компьютер.
Еще может быть перегрузка микрофонного усилителя или линейного входа звуковой карты, в этом случае даже узкополосный НЧ фильтр может убрать или уменьшить перегрузку. Часто бывает если снимать звуковой сигнал с динамика приемника: и выходные каскады УНЧ приемника могут иметь высокий уровень продуктов интермодуляции и сигнал на входе звуковой карты может быть больше допустимого уровня. При сужении полосы в НЧ тракте может снижаться уровень продуктов интермодуляции в выходных каскадах УНЧ приемника.
Игорь о каких QRM речь? Я зову выше 1000+ но когда мне отвечают я руками осуществляю "прыжок",а в WSJT он осуществляется автоматически даже при отсутствии САТ...(ну такая вот у меня сейчас проблемма FT-990 c ROM 1.2 и не работает этот аппарат ни с чем нормально) ....я так понимаю под QRM вы имеете в виду зовущих ниже 1000+,так это никак не влияет,они звали и будут звать и им это не поможет ведь их просто не услышит ДХ,а вот руками не всегда успеваешь при ответе "прыгнуть" потому и спросил возможно ли это...
Можно ли разработчикам сделать в jtdx работу с дробь mobile,
так же, как и при работе с /p ? Я уже - о синице...
P.S. И интересно на чем немец работает?
Почему такой макрос как
R110M R2EA/P RR73 передается, а
R110M R2EA/P -10 или же той же длинны
R110M R2EA/P R-10 не передаются?
А при работе в JT65 даже с /P локатор не передается
А можно ли сделать так, что бы в таком случае прога звала ещё разок или согласно счетчиков?
При запуске JTDX меняется размер настроенного мной окна водопада.
Так и должно быть?
Если при активации территорий указывать дату и часы в установках программы
(там где ОБЩИЕ), то складывается такое впечатление, что не работают черные
списки или они , как то по своему в этом случае отрабатывают.
Ни кто не пробовал?
Коллеги ! Пришло сообщение от пользователя , что русская локализация имеет вирус *Troajn.833*. У себя это не обнаружил ни DrWEB, ни Каспером . Однако пересобрал на другой машине
Русская локализация JTDX v.2.1.0-RC143.
Линки :
Вы "прыгаете" по звуковой частоте (без САТ) и ваша передача ведется на частоте (к примеру) 600 Гц. Что будет при полосе 3 кГц? Куча гармоник!!! 600, 1200, 1800, 2400. Работа без САТ ниже 1500Гц приведет к ГАРМОНИКАМ + все ваши гармоники делят вашу мощность. С САТ "прыжок" совсем другой. Там смещается и звуковая, но частота вашей передачи идет не ниже 1500 Гц!!! Т. е. даже вторая гармоника вылетает за пределы ФОС и подавляется. Так что если прыгаете вручную без САТ установите частоту в трансивере так, чтоб он (ДХ) был на водопаде в районе 1500-1600 Гц и тогда "прыгайте" на него.
RZ1OA прав. WSJT-X совершенно одинаково где от тебя принять R-xx. Если примет на 3000 Гц тоже даст ответ RR73.
Прошу прощения за дилетантский вопрос:
По какому правилу работают вот эти пункты?
Вложение 243434
Вышла WSJT-X 2.1.1GA
https://sourceforge.net/projects/wsjt/files/
Это просто активация опций. На pskreporter споты пойдут автоматически, для DXSummit сделана активация чтобы случайным нажатием кнопки пользователь не отправил спот, то есть предполагается что пользователь активировав последнюю опцию знает как формировать и отправлять спот на DXSummit.
Процитирую статью RW3RQ в которой отлично расписан механизм F/H....
"DX, поняв, что вы не приняли его RR73, может передавать его вам до трёх раз. И здесь кроется ещё одна системная ошибка - многие, приняв рапорт, продолжали отвечать выше 1000 герц, а программа у DX-a сообщения такого формата выше 1000 герц как раз и не декодирует."
"Последние экспедиции, кстати, делают поблажку нерадивым чайникам - начинают слушать ответные рапорта выше 1000 герц, но не все и не всегда, поэтому лучше делать так, как описано в алгоритме выше."
Обычно ложное срабатывание одного из антивирусных софтов коих множество. Laurie VK3AMA каждый день мучают сообщениями что в программе JTAlert обнаружен вирус или троян, ему приходится каждый раз объяснять правила доверия антивирусному ПО :)
Всем кто нашел в программе вирус/троян есть смысл просканировать файлы программы на Web сайте предоставляющем сервис детектирования вируса набором антивирусного ПО с последними версиями баз данных, например этот сайт: https://www.virustotal.com
Результат подобной проверки через 69 антивирусных программ:
PS логический вопрос: чем является операционная система породившая такой огромный рынок антивирусного софта и заставляющая пользователей иногда б'ольшую чаcть ресурсов процессора тратить на поиск в ней вируса. Ответ большинству пользователей уже известен :)
Вы понимаете что подача сигнала с частотой 300Гц на вход передатчика приведет к гармоникам, кто то мониторит качество своего сигнала отдельным SDR приемником, кто то использует SDR передатчик с прямым синтезом ВЧ сигнала. Но это не означает что можно открыть возможность всем пользователям закачивать сигнал 300 Гц в передатчик который не подключен к программе через CAT.
Вложение 243443
Вложение 243444
Вот мои результаты по сканированию файла
To RA3QH: US4IRT свершенно правильно Вам дал совет как работать без CAT. Поступаю точно так же с трансивером FT-990 V1.2 Добавлю только, что если частота трансивера без CAT прыгает, например с частоты 1500 Гц на 300 Гц, то мощность сигнала снижается процентов на 40. А если частота трансивера без CAT прыгает, например с частоты 2700 Гц на 1600 Гц, то мощность сигнала снижается только процентов на 10.
Он это может "понять", если примет ещё раз от меня рапорт. Если не примет от меня ничего больше (т. е. я принял RR73 и моя передача отключилась) - QSO в логе. Больше он ничего передавать не будет мне.
И совершенно до "лампочки" какой программой вы будете прыгать на 300-600 Гц без САТ WSJT или JTDX - результат будет один и тот же.
Здесь тоже не могу согласиться. WSJT-X слишком прост в использовании? В этом его достоинство, не каждый пользователь может разобраться с функционалом JTDX.
С другой стороны в JTDX мы улучшаем уже созданный продукт, и создала его команда WSJT. Они создают базис в коде, мы надстройку. В духе лицензии на открытый исходный код: возможность постоянного совершенства и параллельной работы над созданием кода.
Команда WSJT тоже заимствовала часть кода WSJT-X из кода созданного другими программистами.
Наконец то вчера забрал на фирме свой новый трансивер SunSDR2DX ,предыдущий SunSDR2Pro ушел к другому пользователю. Почти месяц пользовался ic7300. Ну да ладно истории.
То что надо ,особенно с последней версией JTDX .....в режиме SWL Mode , проц. не сильно грузит , декодирование на отлично и главное в интервалы времени отлично вписывается! Повторюсь ...то что надо!
На pskreporter пойдут споты сообщений которые содержат QTH квадрат.
Споты на DXSummit формируются пользователем при помощи 'макросов' и отправляются щелчком левой клавиши мыши на кнопке DX Call:
Везде есть подсказки, в русскоязычной версии на русском языке.
У вас ведь есть WSJT? Покажите, где это можно настроить в режиме fox? Для нерадивых чайников. Несколько раз забывал включать нужный режим и всегда связь заканчивалась успешно. А вот вручную менять частоту - велик шанс, что dx ничего не декодирует, особенно если Ваш сигнал у него и так "на грани".
Три часа назад - WSJT-X 2.1.2 был выпущен.
WSJT-X 2.1.2 - это версия с исправлением только ошибок, которая исправляет серьезную регрессию в пакете Hamlib в комплекте с WSJT-X v2.1.1.
([eng] WSJT-X 2.1.2 is a bug fix only release which fixes a major regression in the Hamlib package bundled with WSJT-X v2.1.1.)
Включил "автомат" а сам на работу пошел? Следить необходимо за передачей ,детский сад однако!
В WSJT-X 2.1.1/2.1.2 добавлена регенерация GFSK сигнала при смене оператором звуковой TX частоты. Это приведет к ощутимому приросту помех на диапазонах потому что FT4/FT8 сигнал частично переданный на двух разных частотах в подавляющем большинстве случаев не будет декодирован и соответственно не будет вычтен, что приведет к сбою декодирования находящихся на этих частотах более слабых сигналов.
Удобство смены частоты оператором во время передачи FT4 FT8 сигнала наверно не стоит увеличения уровня помех другим операторам на диапазоне.
Владимир Вас иногда сложно понять, если это постоянные Ваши диферамбы софтине JTDX - то да программа очень даже хороша, если это относится к Вашему трансиверу - то декодирует не он и интервалы времени, он только увеличить может на слабой машине(не Ваш вариант), так как забирает ресурс ПК на свое ПО , трансивер очень хороший - сам на SDR лет как 10 подсел, классические трансивера вообще почти не грузят камень - может в этом плане и предпочтительнее для слабых ПК :s10::s10:
Ну и что это на "дровах" работает? DT просто прыгает. Хотя среднее не более 0,5 сек.
Да, очень сложно провести с ним связь.
Хотя уверенно идет.
Часы прыгают.
Сейчас 0,2 всего:
054730 -16 0.2 543 ~ DL3BRE 8R1/AG6UT RR73 •Guyana
И тут же следом:
054830 -12 2.2 542 ~ RQ3A 8R1/AG6UT RR73 •Guyana
054930 -17 2.7 603 ~ SP8BUH 8R1/AG6UT R-16 •Guyana
У меня есть с чем сравнивать ,ВЫ докажите и убедите.Пока это только слова.....
Смотрим внимательно ,на стрелку.Меньше единицы не показывает,смотрим в Диспетчере задач. Это загрузка проца.непосредственно программой SDR.колебается до 2% максимум!
По поводу интервалов времени.
Важна не только сама синфронизация времени, а настройки программы пременительно к мощности вашего проца ,чтобы интервал декодирования не выходил за установленные рамки. То есть максимальная производительность в пределах установленного промежутка времени и в результате успешная работа. Вот и все.
Вернется домой прочитает. Лучше бы вообще не включал программу синхронизации времени: темп QSO был бы ощутимо выше. А так потерянное время, его и его корреспондентов.
Надеюсь он видит на экране что DT всех корреспондентов прыгает, если не видит то совсем без опыта работы в цифре.
Конкретно можно всем дружно сказать ему 'check time', чуть выше зовущих чтобы не мешать декодированию.
Полезно понимать, как ЭТО работает на той стороне :) Если в программе таких настроек нет, вряд ли кто то пишет для этого код :) Вы просто попробуйте не прыгать в F/H. Прыжок имеет под собой некоторый смысл (не затопчут ответ), но в Вашем случае (ИМХО) лучше будет не прыгать.
Две ночи безуспешно прождали его на 160м, сегодня Хейе сидел на 40, а вчера на 80м. Если вдруг завтра появится на единственном нужном диапазоне, то вряд ли у зовущих будет время что-то ему дружно говорить. Будем выкручиваться самостоятельно. :s7:
P.S.Видел его в многослоте, но на обычной частоте. Это не F/H , что, тогда это MSHV и можно будет без локатора звать?
to R6LCF.. Владимир я ведь не о том, я про мух и котлеты которых вы перемешали вместе, забыв расставить знаки препинания. Про загрузку процессора я ведь ясно написал что для слабых машин. Доказывать я Вам и чем то мерятся не собирался и не собираюсь, у МЕНЯ это с возраст уже прошло. Все что у Вас, о чем знает весь форум, все SUPER:s10::s10:
Модератор.
Если вы удаляете мой ответ на провокацию,удаляйте и ее.
To R6LCF: предупреждение, нарушение п3.4.1 правил форума
Всем здравствуйте! Объясните, пожалуйста, как работать "FH" (в моем случае T6AA)? И вообще, возможно ли это без управления частотой трансивера? Мой CAT не дружит с JTDX
Конкретизирую: T6AA дает вызов на 464 кГц "CQ FH" я зову его на 1555 кГц, он отвечает, дает приличный рапорт (явно слышит хорошо), даю ответ, он не принимает, передает рапорт 3 раза, и все... нет ЩСО.... Что я делаю не так? Может надо отвечать на его частоте?
пока что не мой вариант
Вот это я и хотел узнать! Спасибо!
Т.е. если я передаю на 1555, а DX дает мне рапорт со звуковой частоты 464 кГц, то в режиме "FH" мне следует нажать TX=RX, когда он мне ответил, если я Вас правильно понял?
Какие еще опции в JTDX следует установить для FH? Нажать кнопку "Hound"? Или это не нужно в "ручном" режиме?
Вложение 243645
Что не так? Напомню: CAT у меня не работает, только PTT.
To UA1OM
Юрий, добрый день!
Одно из условий работы "hound FC" - это должен быть использован режим SPLIT в настройках программы. В противном случае JTDX будет на это будет ругаться. А так как у вас САТ не используется , то скорее всего не получится использовать F/H.
А по Вашей картинке - включен только режим HOUND. В этом режиме частота прыгать не будет. Если теперь кликнуть правой кнопкой мыши по этой кнопке, то должен бы включиться HOUND FC, но не включится из-за отсутствия CAT-control. Получите сообщение от программы.
Аж не выдержал заскринил и это 4-х знак или я чё то не понял
Вложение 243660
Игорь! Если я правильно понял желтый - 0,5 сек., красный - 1,0 сек. срабатывает?
Check Time я имею в виду.
Похоже что в эти выходные загрузка FT8 диапазонов взяла новый рекорд, статистика с pskreporter:
Коллеги подскажите, в MSHV есть настройка автоматического отключения передачи, если вызываемый корр отвечает не мне?
версия 2.29rus.
Кстати в WSJT-X есть еще одна "вкусная" фича в режиме FH.
Зовешь например DX-a, молотишь, а он тебе не отвечает и передача отрубается, или по вочдогу, или сам ее отключаешь решив подождать пока ДХ выплывет погромче и не "греть" бесполезно эфир....
Но! ДХ тебя уже поставил в очередь, просто ты об этом не знаешь и спустя некоторое время он дает тебе рапорт, так WSJT-X "просыпается", прыгает на частоту ДХ-а и сам включает TX enable отвечая на вызов.
Несколько раз у меня QSO удавались именно благодаря этой фишке.
НМВ, убрав это и возможность полноценно работать в FH не используя САТ, автор несколько "обескровил" программу....:idontnow:
Да еще и многие товарищи зовя ДХ, но не имея представления о работе алгоритма в этом режиме, просто включают FH и продолжают молотить оставаясь на одной частоте...
А потом удивляются, мол как так? Почему он мне не отвечает? Дал рапорт и бросил...
054100 -11 1.8 1360 ~ OD5ZZ A61FJ/ND 73 U.S.A. ..... странно,почему в обозначении - USA ?
Ну это как сказать...90% операторов работает без fake it и как-то ничего, не заметно от них никаких гармоник.
Если сигнал Дер"мо, то гадит он не гармониками, а как правило интермодом.... Везде....
А так получается, что ради того, чтом уменьшить помехи от 5% криворуких юзверей, перекачивающих сигнал, приходится жертвовать удобным функционалом для 20-30% других...
Я наблюдал, но опять таки однобоко. Приемник перепрыгивает на частоту зовущего, позывной вписывается в окно DX Call, а вот TX enable сам по себе не включается...
Может, конечно у меня не тот AutoSeq стоит.. у меня 2 включен.
По интермодуляции.
В FSK передается только одна частота при этом не с чем ее интермодулировать в передатчике, проблема расширения спектра есть только в момент перехода между двумя тонами.
В GFSK за счет применения Гауссовского фильтра расширение спектра при переходе между тонами за пределами полосы сигнала подавлено. Есть еще операторы работающие на FSK софте в FT8, если знакомы с такими - советуйте обновить софт.
Интермодуляция и борьба с ней является задачей для операторов MSHV передающих сигналы одновременно на нескольких поднесущих в режиме 'многоответа'(multianswering).
Любая возможность автоматического включения передачи программой означает неконтролируемую оператором аппаратуру, последствия могут быть разные, в том числе выход из строя аппаратуры. Стараемся избегать автоматического включения на передачу, если оно происходит то это скорее дефект чем преднамеренно заложенный в программу функционал.
Если Fox WSJT-X отвечает по очереди корреспонденту вызов которого не был декодирован в последнем интервале то это тоже скорее всего недоработка алгоритма.
JTDX 2.1.0-rc144 измененный функционал:
Линки:
Результаты тестирования:
Структура параметров файла JTDX.ini по сравнению с версиями JTDX 2.1.0-rc143(rc140,rc141,rc142) не изменилась.
Русская локализация JTDX v.2.1.0-RC144.
Линки :
Всем доброго дня, в новой версии 2.1.0 RUS-rc 144 не могу активировать фильтр, или я что то пропустил или так и задумано или косо встала. Не активировать ни с панели , ни с Автовыбора! В описании изменений по этому поводу ничего нет- прошу подсказать.
Отбой разобрался стояла мода FT4, в FT8 активируется,в FT4 нет, ранее как то не обращал внимания, может в FT4 так и задумано?!
И опять, Игорь, категорически с вами не соглашусь! А все AutoSeq-и это и есть ни что иное, как "автоматическое включение передачи программой, неконтролируемое оператором"
Это скорее всего наоборот доработка, направленная, на облегчение и работы DX-а, и на сокращение количества пустых вызовов и как следствие уменьшение загруженности участка. И позволяет провести автоматически только одно QSO, как и при использовании AutoSeq-ов.
Ещё раз убедительно прошу вернуть(раньше было) в программу "следящий EnableTX" и в обычных участках и ввести в F/H режим, по сути своей он ни чем не отличается от неконтролируемой автоматики в AutoSeq-ах и основной его пользой будет уменьшение загруженности FT участков. Коллеги поддержите пожалуйста!
И лишиться всех ваших вкусных обновлений... Да и не программист я. Вот если бы кто-нибудь взялся за создание мини приложения которое при запуске включало бы в любой версии JTDX "следящий EnableTX", было бы очень здорово и вся ответственность за неконтролируемое включение ложилась бы на человека добровольно установившего это приложение, уверен, что это приложение у многих стало бы неотъемлемой частью любимого JTDX. Но проще наверное сделать в самой JTDX "добровольную" кнопку включения "следящего EnableTX"...?
Почему в прогамме JTDX при переключение вида FT-4 частота не переходит в 7047,0?
Игорь, спасибо за добавление фичи! Очень удобно контролировать.
Вот бы ещё нажать бы на место этого индикатора и время бы синхронизировалось бы!
При старте окно водопада не открывается так, как я оставлял при закрытии JTDX,
что мне сделать, что бы оно оставалось в том размере, которое мне необходимо?
Можно ли сделать так, чтобы ответ "тем кто проснулся", был на автоматизме,
а не переходила прога тупо на cq в таких ситуациях?
Возможно ли проработать так, что бы после передачи таких макросов , как:
дробный позывной - дробный позывной
или
дробный позывной - длинный позывной
или
длинный позывной - дробный позывной
на третий раз вылетал макрос
дробный позывной - дробный позывной rr73
дробный позывной - длинный позывной rr73
длинный позывной - дробный позывной rr73
???
Ведь только после этого снимаются тормоза и поднимаются плуги!
Можно ли сделать в ситуации, когда кор-т ни как не распрощается при условии,
что я вызываю со снятой галочкой для или без указания локатора, т.е зову сразу рапортом,
так же как и в случае, если бы вызывал с указанием локатора, вызов его по счетчику 2 раза,
а не 1 раз и переход на cq??? И почему вообще такая разница для любителе локаторов и без них?
to UA3DJY Игорь мне хотелось бы получить ответы на мои вопросы или предложения, а то получается стучу да не в ту дверь...
Еще на закуску:
Можно ли спрятать направленные сообщения, которые меня не касаются?
А если, я и позвал такого корреспондента, то давать право вызова всего 1 раз и не более...
Только у меня или это сбой?
Перестали отрабатывать списки тех кого ранее звал.
Как активатору /P , /m это удобно, но на постоянке ...
to UA3DJY
Можно ли в данной ситуации проработать переключение на того, кто позвал и является равнозначным?
Можно ли вернуть передачу локатора для работы /M, если кор-т указал его в поле локатора,
а если нет и он меняется в движении, то пусть как есть сейчас:
CQ R2EA/M
UA3DJY R2EA/M
Я бы даже сказал, что это потеря времени...
т.к. зову впустую и не могу ни рапортом ни локатором.
Попробуйте поработать в холостую с дробь M и поймете о чем я пишу.
Там в ручном всё возможно, а вот по макросам - ни как...
Какое может CQ, когда меня вызывают? Можно ли проработать...
народу-пылесось, не хочу, а она CQ CQ...
Есть ситуации в которых сам порой задумываюсь о мультиответе, но привык к jtdx и переходить на mshv не хочется!
Вот смотрите на картинки...:
Почему бы не поделить время и не передать сообщения обоим, но в одном потоке?
Я речь не веду о том, что бы вызывать и одновременно проводить qso
или же с кем то прощаться, хотя и такой режим можно допустить для спецактивности
длинными позывными или с выездов через дробь итп...
А для позывных исключений, что имеется лазейка?
И о новом пожелании...:
Можно ли в будущем сделать блокировать позывные
списком так же как и отслеживать, а то долго заходить в
файл/настройки/фильтры-скрыть?
Ну типа нажал галочку на табло панели приборов
и появилось окошко для внесения таких позывных через запятую.
Сейчас, я использую такой список для внесения длинных
позывных, которых звал с дробью в своем позывном,
но они мне по незнанию ручных макросов так и не смогли ответить.
Ранее списком заблокированных не пользовался, поэтому и не писал
о том, что не удобно залазить в патроха и терять на это своё время.
При включении или смене диапазона, если на трансивере был режим LSB, то он и остается(как в MSHV - очень неудобно - нужно переключать вручную). В предыдущих версиях JTDX в USB(использую в цифре эту моду) переключалось автоматически. Проверил с мод CW-USB и CW-LSB переключается корректно только в USB.
Коллеги, вот обновился до rc144, и у меня сложилось впечатление, что в этой сборке сломали AutoSeq1. Вот что у меня получается:
1. зову корреспондента - XXXX RM1F KO59
2. корр отвечает - RM1F XXXX -9
В момент окончания декода его передачи отключается Enable Tx. Чтобы передать XXXX RM1F R-15, нужно руками жмакнуть Enable Tx. На это уходит секунда-другая, и цикл передачи может уйти впустую.
3. наконец передал XXXX RM1F R-15
4. корр отвечает RM1F XXXX RR73
В момент окончания декода его передачи отключается Enable Tx, снова нужно руками жмакнуть, Снова можно невзначай пропустить секунду-другую, и снова цикл передачи может уйти "в молоко".
5. ну наконец завершаем связь XXXX RM1F 73.
ini файл при переходе к rc144 не менялся. Пробовал и при нажатой кнопочке типа "одиночная связь", и при отжатой.
Разъясните - это так задумано автором (Игорем), или это у меня конкретно лыжи не едут? Или это привнесенный баг?
Откатился на rc143 - полет нормальный, все как ожидается в AutoSeq.
Спасибо заработалоЦитата:
Кнопка RESET в закладке частот настроек восстановит список частот по умолчанию.
Возможно в rc144 ломается содержимое памяти с этим ini файлом.
Последовательность действий:
1. попробовать переименовать ini файл, заново сделать настройки
2. если проблема не ушла то включите пожалуйста запись диагностики в файл ALL.TXT, мне нужен кусок для сбойного QSO, в нем должна быть показана причина отключения кнопки.
Уже сколько раз писали в этой теме ,при установке удаляйте файл конфигурации (ini)не запуская основную программу. .А устанавливать программу не поверху ,а с чистого листа.Делаю так всегда ,проблем "0"
Делов на 10минут и полностью избавлен от подобных глюков.
P.S.Да вот еще,Reset по частоте всегда при установке новой версии,это как правило. Это для тех пользователей у кого частоты не переключаются.
Меняется код программы - меняется область оперативной памяти с которой работает программа. Если комбинация настроек ini файла приводит к сбою записи в память то на разных версиях программы это может проявляться по разному.
При выключении программы ini файл записывается используя данные хранящиеся в оперативной памяти, если по какой то причине (неисправность железа, скачок питания и т.д.) данные в оперативной памяти изменены то в ini при выключении программы будет записан с ошибками. То есть нельзя сказать когда был поломан ini файл, вчера либо месяц назад.
Игорь, это как раз понятно и все верно. Но! ini-файл скорее всего не поломан, т.к. даунгрейд до 143 вернул все поведение к "ожидаемому", проблем стало ровно ноль.
В общем, как доберусь до сетапа (не ранее вечера), буду пытаться выяснить причину.... Спасибо всем коллегам за все советы!
Ряд параметров записывается в ini файл массивами байтов, к сожалению нет разумных критериев для проверки этих массивов на ошибку при записи/чтении ini файла.
По логическим и целочисленным параметрам в коде уже сделана проверка при чтении ini файла, по крайней мере по большинству таких параметров.
Обновление MSHV 2.30
Скачать английскую или русскую версии можно на сайте MSHV | LZ2HV Amateur Radio Website
Новое в версии 2.30:
- Исправлено: Низкая скорость обновления в списках (виджеты Log, Decode и Beacon для функций
Add, Edit, Delete и Scroll), после преобразования в QT5.
- Добавлено: В «Интерфейс управления» для пользователей Windows, RIG «Ham Radio Deluxe»
(TCP Network connection, бета-версия).
- Небольшие исправления в меню Опции и Диапазон.
Я почему-то даже не сомневался в таком ответе, в принципе он логичен и наверное решает почти все проблемы, но кто бы что бы не говорил, а восстанавливать все настройки это такой "гем-м-м-мор"(сори это ещё сдержался), что проще либо откатиться на старую версию, либо переключать моду руками... Любителей удалять INI файл, прошу не беспокоиться, вами всё написано ранее. В пору уже устраивать соревнования по восстановлению настроек на время или достойной программе сделать достойный импорт/экспорт настроек!? Ну и шлифануть её импортом/экспортом ADIF...
Вложение 243852
Странная у Вас реакция на мой комментарий, я просто хотел подсказать RM1F о том что установив программу поверх без удаления файла ini у меня сбоев не произошло...
Какая разница откуда я скопировал цитируемый текст.
Я всегда обращаю внимание на рекомендации Игоря и если он пишет про необязательное удаление ini файлa, я программу ставлю поверх.
Отлично работает v.144 Абсолютно никаких жалоб. Работаю не нарадуюсь!
А можно сделать резервную копию ini файла сразу после окончания конфигурации при его обновлении, предварительно закрыв JTDX, минутное дело, зато у Вас всегда будет под руками резервный файл для восстановления работы программы.
Насчет шлифануть импортом/экспортом ADIF, сделать сохранение/загрузку цветовых палитр уведомлений и еще много какого полезного функционала: мы такие же люди как и все, тоже имеем ограниченный ресурс времени для работы над кодом и в процессе создания нового кода расставляем приоритеты в работе. Хотите ускорить процесс - тоже начинайте работать над кодом.
Также рекомендую начать с самостоятельной сборки софта и затем перейти к работе над кодом тем пользователям чьи запросы не вписываются в рамки общего пользования и видения работы программы разработчиками JTDX.
Владимир, и в мыслях даже не было( я про юлить),
Вложение 243866
в скрине который выше я увидел позывной RM1F и подумал что это его слова, тем более ранее он писал о проблеме с работой кнопки Enable TX,
после обновления без удаления ini файла, вот и все... я написал что точно также обновился и у меня все, ок.
Хотел подсказать, что дело не в программе и способе обновления, а нарвался на грубость.
Ладно, не будем больше выяснять отношения, версия действительно работает корректно, я в будущем буду более внимательным.
Сейчас работая с AP масками FT8 декодера в режиме Hound нашел уже почти забытый код защиты конфликтующий с таким способом проведения QSO с Fox: в JTDX использование AP масок в FT8 декодере отключается через 2..3 минуты после последней передачи сообщения(абсолютный минутный таймер, поэтому задержка имеет диапазон). В WSJT-X отключение AP масок происходит через 5 минут с последней передачи.
Сделано это с целью снизить количество ложных декодирований с позывным оператора связанных с высокой чувствительностью при использовании AP масок в FT8 декодере.
При отключении AP масок для стандартных сообщений в режиме Hound Вы теряете несколько дБ в чувствительности FT8 декодера, маски для специальных сообщений в WSJT-X 2.1.2 все еще отсутствуют. То есть резко снижается вероятность декодирования слабых сигналов Fox.
AP маска - заведомо известная (ожидаемая) часть либо полностью сообщение.
В продолжение поста #21449.
Вчера попытался воспроизвести проблему. Снова проапгрейдился до 144 сборки, но ini файл преднамеренно подсунул ей от 143. Апгрейд сделал точь-в-точь, как пару дней назад. Запустил - полет нормальный! Вечер проработал в эфире, не одна и не две связи - полет нормальный, ни одного сбоя! Программа ведет себя вполне "ожидаемо", различий в поведении со 143 сборкой не фиксирую.
Что за фигня??? Ничего не понимаю. Проблема не воспроизводится. Но я ж не выдумал ее! Где ж собака-то порылась???
Допускаю два варианта:
- либо какой-то "компонент" программы пару дней назад установился "криво", а в результате откатов-накатов-перестановок все-таки поставился нормально. Но какой именно и как именно "криво" - загадка...
- либо сбой вызывается каким-то очень редким сочетанием факторов, каковое сочетание мне пока не удалось воспроизвести, и удастся ли вообще - неизвестно...
В общем, я пока в загадочности и чешу затылок.... Для себя сделал вывод, что унжно продолжать наблюдения.
Игорь, там на вкладке, где включается вывод отладочной информации в файл ALL, поведение чекбоксов нестандартное и сбивает и толку пользователя. Там должны быть не чекбоксы, а радиобаттоны. Вот тогда будет по фен-шую.
Информация от автора MSHV LZ2HV!
Особенности протокола 77-бит
1. АА2АА и BB2BB нет проблем с локатором
2. АА2АА/Р и BB2BB нет проблем с локатором
3. АА2АА и BB2BB/P нет проблем с локатором
4. АА2АА/P и BB2BB/P нет проблем с локатором
5. АА2АА/R и BB2BB/R нет проблем с локатором
6. АА2АА/M и BB2BB связь могут провести но без локатора
7. АА2АА и BB2BB/M связь могут провести но без локатора
8. АА2019АА и BB2BB связь могут провести но без локатора
9. АА2АА и BB2019BB связь могут провести но без локатора
10. АА2АА/R и BB2BB/P связь не могут провести
11. АА2АА/P и BB2BB/R связь не могут провести
12. АА2АА/XYZ и BB2BB/XYZ связь не могут провести
13. АА2019АА и BB2019BB связь не могут провести
За прошедшее время был полный рестарт компьютера(очистка содержимого оперативной памяти)?Три варианта записи управляются двумя чекбоксами, сделано с точки зрения минимального количества органов управления. Альтернативой может быть выбор из списка вариантов, но для трех вариантов наверно удобнее чекбоксы поскольку на экране всегда виден смысл опций.
Да это понятно, но такое управление не соответствует Microsoft User Interface Guidelines, каковым уже лет этак с четверть века (!), и все прочие программы им следуют...
Ну да ладно, не настаиваю, решение за автором :) В это место приходится лазать настолько редко, что начхать.
Мы много чем несоответствуем, например остаточный принцип определения 'повтора' в функционале уведомлений часто вводит в ступор нового пользователя :) , предоставляя колоссальную гибкость в настройке уведомлений.
При этом стараемся сделать программу как можно удобнее в использовании.
PS Не знал что Микрософт создал рекомендации для разработки интерфейса пользователя, поэтому в JTDX могут быть оригинальные решения отличающиеся от рекомендаций Микрософт. Также JTDX собирается под ряд других операционных систем, не знаю совместимы ли рекомендации от Микрософт по разработке интерфейса пользователя с другими операционными системами вне Windows.
Не могу импортировать файл wxjtx_log.adi из LogHX в JTDX v2.1.0-rc143. Не видит повторы, New Country etc. Нет статистики и т.д.
Новый формат файла?
На конец успел с регистрацию но не с мой официальный адрес, поскольку он заблокирован здес
Здраствуйте все я LZ2HV Христо
Извините за плохой руски язик
В файле должен быть заголовок:
WSJT-X ADIF Export<eoh>
В настройках проверьте что отключена фильтрация по текущему позывному и дате:
Если в экспорте из внешней программы в ADIF формат в записях QSO отсутствует позывной оператора то включенный в JTDX фильтр по текущему позывному пользователя не найдет в логе записей QSO:
<station_callsign:6>UA3DJY
Вопрос разблокировки старого аккаунта должен обсуждаться в личной переписке, если еще актуален после создания пользователем нового аккаунта.
п1.2.5 правил форума рекомендует регистрироваться под своим радиолюбительским позывным, я не вижу на форуме старого аккаунта с позывным LZ2HV.
Проделал точно такие же манипуляции - подсунул в 144 ini от 143 глюк с переключением мод остался, откатываюсь на 143 - глюк пропадает. Т.е. всё наоборот - у Влада глюк пропадает с подстановкой старого ini, а у меня остается. Означает ли это что у Влада проблема именно в формировании ini файла, а у меня только со сборкой 144 версии?
P.S. В 144 всё таки удалил я ini, создался новый, восстановил пока только настройки cat и сразу проверил, а проблема то не ушла - LSB в USB из программы не переключает, значит проблема 100% только в новой 144 сборке!
Если доставляет удовольствие заниматься "садо-мазо" тогда конечно.:s10: А может послушать других пользователей у кого отлично работает любая версия тем более из последних ......и работать успешно в эфире. Последняя версия программы ,отлично работает!
Уважаемый, Владимир, не зацикливайтесь только на своей идеальной аппаратуре и ПК, не у всех так всё успешно, как у Вас! У всех разная аппаратура и разные ПК, глюк может возникнуть у любого, у меня скорее всего связан именно с моей моделью трансивера. А "садо-мазо" - это как раз - восстанавливать все настройки после удаления ini. Но если вы дочитали мой пост до конца, то я так и сделал, но ведь не помогло. Хорошие программы пишутся именно на выявлении глюков и ошибок, а у вас на протяжении всего форума всё отлично! Значит Вы ни какой пользы для создания этой отличной программы не принесли! Хотя нет, морально поддерживать - кланяться и челом бить, восхвалять программу(не забывая упомянуть свою супер аппаратуру) Вы умеете, хотя мне бы наверное это уже надоело...
Уважаемый Александр.
У меня для выездов в наличии трансивер ic7300 с довольно древним ноутом.До SunSDR2DX в домашнем шеке был Kenwood ts990s,а на выездах Yaesu ft950 ,соединение последних с компом было через внешний интерфейс и только. Все работали успешно. Соединение ic7300 по USB шнурку c ноутом и все. Не очень имеет значение ,какой трансивер ,будет соединение другими методами и средствами,хуже/лучше прием это второй вопрос НО работает и успешно.
Второе, очень важно подобрать настройки программы в соответствии мощности вашего проца в компе. Это залог успешной работы в дальнейшем.
И третье соблюсти последовательность установки версии программы ,тем более версии по сути тестовые ,но сразу скажу особенно последние собраны отлично ,вылизаны . Можно идти своим путем ,а можно проторенным. Каким пойдете вы ,это ваше личное дело и как говорил один знаменитый герой советского кинофильма "" ты хочешь сразу........ или помучится,ответ: желательно помучится"
Нравится вам такой ответ или нет,мне безразлично НО вам желательно сделать для себя выводы и принять нужное решение!
Выбирать вам.
Александр.
Как говорят вы становитесь в "позу" и ничего и никого не желаете слушать.Повторюсь это ваше личное дело.
Когда писал вам ответ ,упомянул что предыдущие аппараты были соединены с компом через внешний интерфейс ,это был RigExpert T1-5 ,ушел к новому пользователю,отлично связка работала.Хотя оговорюсь, что с Kenwood.....звук был через USB AudioCodec по USB шнурку,а САT и PTT через интерфейс,мне было так удобнее и прием был значительно лучше.
Решать вам!
Сверил код, в папке Yaesu Hamlib есть измененный исходник newcat.c, возможно этот добавленный кусок кода поломал установку USB при запуске программы:
case '2':
if (newcat_is_rig(rig, RIG_MODEL_FT891)) {
*mode = RIG_MODE_USB;
}
else { /* every other Yaesu */
*mode = RIG_MODE_LSB;
}
break;
Такой же код Hamlib должен быть в WSJT-X 2.1.2, если под ним тоже идет сбой то можете открывать запрос на поддержку у разработчиков софта Hamlib.
Альтернативно можете откатить этот кусок кода к варианту JTDX rc143 (WSJT-X 2.1.0):
case '2':
*mode = RIG_MODE_USB;
break;
После чего собрать Hamlib и уже с ним собрать rc144.
До конца этого года команда Hamlib собиралась выпустить версию 4.0 в общий доступ, желательно чтобы дефект был устранен до ее выпуска, чтобы патч попал в JTDX и WSJT-X.
HI UA3DJY
"старого аккаунта с позывным LZ2HV" у меня нет
Проста два года назад я питался сделат регистрациу на вашем форуме, но не палучилас (мжет бйт мая ошибка)
Из етова мамента в базе даннйх вашем форуме "lz2hv@abv.bg" етат mail адрес не-может сделат регисрациу
Если можна разблокирават из базу дннйх "lz2hv@abv.bg" и я сделайу регистрацйу снова как паложена
73
LZ2HV Christo Developer of MSHV Software
Удалось "поймать" описанный в #21449 баг. Даже понятно, в результате какой дискуссии в форуме он был внесен :)
Диагностику отправил Игорю. Не сомневаюсь, что он и команда исправят быстро.
Я же пока, пожалуй, откачусь на 143 как более предсказуемую....
В этом сценарии есть конфликт опции JTDX 'Отключить передачу при ответе корреспондента другому оператору'. Конфликт возникает только когда корреспондент в общем диапазоне начинает передавать сообщения в нескольких слотах с программы MSHV. Режим гончей (Hound) игнорирует эту опцию при работе на специально выделенных частотах в F/H, при многослотовой передаче с MSHV в общем диапазоне в JTDX для проведения QSO с таким корреспондентом в настройках придется вручную отключить опцию.
То есть не дефект, конфликт имеющегося функционала связанный с внедрением возможности использования передачи в нескольких слотах программой MSHV в общих FT4/FT8 диапазонах.
Другого решения не видим поскольку корреспондент при ответе в FT8/FT4 часто меняет частоту передачи, попытка привязать смену частоты к шагу 60 Гц многослотовой передачи в FT8 в общих диапазонах будет явно проблемным решением.
Наверно через подписку https://sourceforge.net/projects/ham...mlib-developer и запрос уже в переписке с разработчиками Hamlib. Обычно требуется сбор дополнительных данных либо проверка возможного решения, поскольку сбой идет на конкретном трансивере то общаться лучше Вам.
Для JTDX мы используем код Hamlib c ветки wsjtx (wsjtx branch).
Мне кажется, Игорь, что эту штуку пора убрать с виду. Пользуются ей единицы. Скорее всего те, кто не знает как отключить. Или пусть поживет?
Конфликт возникает не только в этом случае. Если бы только в многослоте - да и бог бы с ним... Хотя, с другой стороны, и MSHV имеет право на жизнь, и будет использоваться, а значит, и многослот неизвбежно придет в нашу реальность.
Я лично наблюдал (ага, в описанном в #21449 случае) как почти на частоте +/- несколько герц внезапно "выплывает" передача другого корреспондента. Что при нонешнем нестабильном прохождении с глубокими QSB бывает часто. И успешно декодируется. И эта посторонняя как бы передача сбивает алгоритм AutoSeq. При этом мой корреспондент отвечает мне - а передача отключается... Наверняка удастся поймать и увидеть в диагностике и такую ситуацию, правда, "ловля" может занять время, ибо требуется сочетание нескольких независимых факторов.
Благодарности к RW3DY и UA3DJY
Сейчас все работает.
RRR возможно еще используется в JT65 на диапазоне 6м, как опция в JTDX (по умолчанию RR73) она не мешает, убрать совсем - можем лишить функционала кого нибудь из пользователей JTDX.
Статистика RRR/73/RR73 из 1147 декодированных таких сообщений в моде FT4:
RRR 1.5%
73 42.3%
RR73 56.2%
Учитывая что RRR идет в паре с 73 то примерно 3.5% пользователей еще работают в последовательности сообщений RRR.
Есть еще одна возможная причина: AF TX/RX 666/666Hz, в этом случае критично определение 'владельца' частоты.
Если будете работать с разносом звуковых частот приема передачи то сбоев быть не должно. Особенно критично для многослотового режима MSHV - поскольку Христо заложил в код MSHV скачки частоты при передаче сообщений одному и тому же корреспонденту.
To LZ2HV: Христо, функционал смены TX частоты при передаче сообщений одному и тому же корреспонденту в режиме multianswering сделан преднамеренно? Если нет то можно ли такое поведение программы MSHV устранить хотя бы в общих FT8 диапазонах?
Здраствуйте все
Паступила прозба к екип MSHV вставит VLF бандй в праграмме
За IARU 1/2 регион нашол 2200 m (136 kHz), 660 m (472 kHz)
Если ктота знает чтота об 501 kHz - 504 kHz, използуетса или нет ?
Гмм. Я на самом деле не упираюсь в какой-то один метод - со сплитом или с фиксом. Работаю и так, и эдак. Бывают корреспонденты, которые ан фиксе не отвечают, а включишь сплит - с полтыка. Бывают же и наоборот - со сплитом не слышат (узкий фильтр включен?), а стоит зафиксить частоту - с полтыка. Так что it сильно depends.....
Что критичного может быть в определении owner of freq? Если я работаю на Run (CQ) - я и являюсь owner-ом по определению. Если я работаю S&P (поиск) - owner-ом заведомо является другая станция. Причем определение Run или S&P - тривиальная задача.
Возможен, конечно же, засадный случай в режиме S&P - если на частоте одновременно работают две станции, каждая дает CQ, но друг друга они не слышат - мертвая зона там, причуды прохождения, то-се и так далее... Вот кого из них считать owner-ом? И на каком основании? Бросить между ними жребий? :) Или как в контестах - кто мощнее и наглее?
To LZ2HV: Христо, функционал смены TX частоты при передаче сообщений одному и тому же корреспонденту в режиме multianswering сделан преднамеренно? Если нет то можно ли такое поведение программы MSHV устранить хотя бы в общих FT8 диапазонах?
В WSJT-X и JTDX есть функционал улучшенного декодирования на приемной частоте QSO. Скачки по частоте лишают корреспондентов оператора MSHV возможности воспользоваться повышенной чувствительностью FT8 декодера при проведении QSO.
Это я и вижу в эфире, Игорь. Повторюсь, это скорее всего те кто не знает как отключить это RRR. Когда бы его в JTDX не было - тогда и "галку" ставить некуда :s7: . И было бы ещё меньше в эфире. Лишняя заморочка для начинающих.
Мне оно хлопот не добавляет. Значит пусть "поживет" ещё... .
XP3A работает с RRR, поэтому я вызывал его рапортом, чтоб не получить RRR.
Но Fox WSJT-X работает на пустом участке частот вне общего диапазона, то есть вероятность помех от других сигналов при приеме сигнала от Fox корреспондентом минимальна. Если не ошибаюсь Fox WSJT-X меняет частоту только если на предыдущей частоте не декодировал ответ корреспондента (или если декодировал повторное сообщение, уже не помню).Цитата:
Сообщение от UA3DJY
Актуальность смены частоты в multianswering на общем диапазоне меньше: корреспондент далеко не всегда переходит на частоту оператора MSHV для проведения QSO. В части случаев такая смена TX частоты оператором(или программой?) MSHV приводит к передаче на частоте где уже есть другие сигналы, то есть вероятность декодирования может еще снизиться.
Доброго времени суток всем.
Не очень понятная ситуация - вроде, всегда было все нормально.
Что может быть с SP TimeSync ?
Впервые такое прилетело...(начало переписки - снизу):
To UA3DJY
Нельзя ли на основное окно вывести кнопку для циклического переключения MODE, можно настраиваемую, например FT8|FT4?
Тогда можно убрать строку MENU и добавится место для информации (актуально для дисплеев с низким разрешением).
Также повысится оперативность.
Вы дополнительной строкой вместо Меню не пользуетесь? А многие у кого монитор 15" пользуются ,небольшая прибавка НО есть. У меня мониторы 28" ,у меня галка всегда стоит но тоже иногда пользуюсь и галку убираю.
На мой взгляд выводить переключатель мод на перед.панель вообще нет необходимости. Тем более FT4.Только на 40м и 20м ...так по мелочи. На ВЧ вообще никто не работает. Странные приоритеты.
Далеко не факт ,что это у вас. Периодически проверяйте точность своего времени и особенно своему оппоненту посоветуйте:https://time.is/ru/
С программой все в порядке ,особо не сомневайтесь.
К всем
Ест ли какие небут предлажения за честотй по умалчаниу за VLF
Французин Jerome f8aof предлажил:
630m (472Khz-479 Khz)
FT8=JT9=JT65=FT4=Wspr = 0,474200 Mhz
2200M (135,7Khz-137,8Khz)
Wspr=0,136000 Mhz
JT9=JT65=FT8=FT4= 0,136130 Mhz
LZ2HV ?
Зайдите со своим позывным на https://hamspots.net/history/ и посмотрите колонку DT
P.S. Как минимум, Вы сутки не были в эфире.
2 EU1FQ
Мы с держателем Hamspots.net разошлись в принципах подАчи спОтов.
Он считал, что я свой лог выкладываю при отправке спОтов. А это были только SWL в основном.
Поэтому меня там уже НЕ видно.
Проверяйте PSKReporter
Здравствуйте, Христо! Очень рад видеть Вас в этой ветке форума. Периодически возникали и есть вопросы по Вашей программе MSHV, которой я тоже пользуюсь.
Будет пару вопросов и предложений, сразу извините, не по частотной теме.
1.Отличительный признак работы на MSHV это ответ "RR73" на "RR73".
Почему не сделать стандартно ответ "73" на "RR73"?
2.Ещё один признак это очень частая повторная передача сообщения из-за медленного декодирования корреспондента в общей очереди сигналов, даже на быстрых ПК.
Почему не сделать декодирование частоты корреспондента первостепенным, а не в общей очереди?
Возможно ли повлиять на скорость декодирования вот этими настройками:
и вообще для чего нужна каждая из этих настроек, на что они влияют изменяясь в ту или иную сторону? Экспериментально я так и не смог понять, в HELP информации нет.
Вопрос к разработчикам.
-Можно ли заложить последовательность в случае,
если более 13 символов, то передачу только рапорта?
А если не возможно, то может запретить автоматический
подбор в случае, если более 13 символов, оставив эту
работу, только если оператор сам выбирает такие станции
для использования свободных сообщений.
-Многие очень часто используют меню file раздел settings
с помощью мыши и некоторые нажатием на клаве F2.
Может стоит этот раздел SETTINGS добавить в список
меню на панеле где перечислены: file, view, mode итд?
Было несколько версий, где пропадали пустые CQ,
если необходим подбор, более того была версия,
где CQ совершалось после подбора, если тот не ответил.
Можно ли вновь заострить внимание на этом
и минимизировать пустые CQ сообщения?
Почему могут не срабатывать списки тех кого ранее звал?
Можно ли сделать продолжать второй раз звать рапортом,
если вызываемая станция прощается повторно?
Трансивер выключен в 20:58, компьютер не выключается, и JTDX(144) продолжает жить своей жизнью :)
Игорь! С введением среднего DT колонки съехали на соседние. Точнее сказать названия колонок. Не красиво и непонятно. Может нужно было в другое место? Например сюда на светлый фон
rc145_4 проверил, к сожалению баг с модами не исправлен, LSB в USB не переключает... ((( Ещё раз обращусь к специалистам, может кто-нибудь обращался уже и обратиться сейчас к команде Hamlib с этой проблемой? Просто я думаю, что не смогу технически грамотно изложить проблему...
Сегодня коллега попросил ссылку на WSJT-X последнюю русифицированную.
В теме, наверное, очень глубоко. Не нашел.
Сам пользуюсь JTDX.
Киньте ссылку, пожалуйста!
А разве WSJT-X русифицированная существует?
WSJTX последняя https://drive.google.com/open?id=1M_...u6bofE2HyRY1kT
WSJTX - 2.1.2 RUS
https://drive.google.com/open?id=1M_...u6bofE2HyRY1kT
Здраствуйте Александр UA1OMZ
"Отличительный признак работы на MSHV"
Такова ваабше не делано и невижу зачем делат. MSHV можна конфигурирават и как F/H и как стандартная (естествена оператор надо знат как), отвичает на все протаколй без дапалнителнйе настройки (изключение ето "EU VHF Contest" но там пратакол плоха придуман)
"из-за медленного декодирования"
По етой причине в MSHV сделана корекция ленту пропускание, можна с помащи mouse падстроит ленту точна на честату вашева кареспондента (min FT8=50Hz FT4=100Hz), ето ускоряет процес декода, даже и на супер слабйх PC
"Возможно ли повлиять на скорость декодирования вот этими настройками:"
Ето настройка не влияет на декод, и ваабше под Windows ето "пре буферинг" DirectSound, но он очин харашо сделан так что вй не увидите никакуйу разницу.
Открытые/закрытые запросы по проекту Hamlib и переписка по ним: https://github.com/Hamlib/Hamlib/iss...pen+is%3Aissue
Там же есть зеленая кнопка 'New issue' для открытия нового запроса.
Если кто то это интересует
Тренировка за "FT Roundup контест" (толка за час время).
-------------------------
Цитат:
"2000-2100z, Пятница, 6 Декабря" и "0200-0300z, Суббота, 7 декабря (вечер пятницы, время NA)".
Используйте диапазонй, которые открыты и активны для вас.
Частоты по правилам.
FT4: (3.580-3.590, 7.080-7.090, 14.080-14.090, 21.080-21.090, 28.080-28.090)
FT8: (3.590-3.600, 7.090-7.100, 14.090-14.100, 21.090-21.100, 28.090-28.100)
Используйте возможности тестирования оборудования, программного обеспечения и оператора.
73, Ed W0YK
--------------------------
Правила здес
Как настроит MSHV здес
Как настроит WSJT-X здес (остарожна превила контест не за WW Digi а за RTTY Roundup)
Не плохо:
Вложение 244043
Христо, а нельзя ли добавить "обратную связь" трансивера и программы.
После запуска программы, если в трансивере и программе были разные частоты,
то программа остается на той частоте, которая в ней запомнилась, а не переходит на ту частоту, которая в данный момент установлена в трансивере (как в jtdx и wsjtx):
Вложение 244045
Если на это не обратить внимание, то в журнал заносятся связи с той частотой, которую запомнила программа:
Вложение 244046
хотя по факту связи были на другом диапазоне.
При нажатии на кнопку F трансивер перейдет на частоту, которую запомнила программа.
На мой взгляд это не совсем удобно.
Например: при переключении с программы jtdx на mshv я хотел бы оставаться на текущем диапазоне.
Но для этого тогда нужно использовать меню band, т.е. сделать лишнее движение..
To UX8IW
"программа остается на той частоте, которая в ней запомнилась"
Ето ваабше не так, праграмма приненает честата из трансивера (если CAT работает read/write)
(если CAT работает) <- может бйт у вас CAT не работает коректна с MSHV
Незнайу какой у вас setup, нет такойe кино (филм) "программа остается на той частоте, которая в ней запомнилась"
Может бйт случилас следная ситуация
1. старт JTDX (Ана заномает порт)
2. после етова запустили MSHV (порт занет MSHV не может сделат каманикацийу с порт)
3. и тагда вй close JTDX
В Етй ситуации можна палучитса ето
Христо, у меня ts-590
Вот настройки:
Вложение 244052
я запускаю одну mshv, трансивер включен на 7.040, но программа "не видит" эту частоту.
может быть не хватает какой-то галки?
да действительно не хватает этой птицы:
Вложение 244053
теперь ОК!
Вложение 244054
Спасибо!
Интересно сегодня работал TO9W на 40 в обычной моде. Только я начал передавать ему рапорт, а на экране livestream я уже в логе! А мы тут рассуждаем о том, как получить заветные RR73 :):):)
Владимир, в чем заключается суть этой опции и как её правильно настраивать:
Вложение 244083
С ней или без нее разницы не увидел. В Help инфо не нашел.
С OmniRig работает аналогично.
Baud Rate 115200 установлен в трансивере по умолчанию:
Вложение 244084
Ошибок не замечал. Попробую для сравнения 19200.
Еще что заметил, у меня mshv не переключает моду в трансивере в usb, если установлена иная мода.
В jtdx/wsjtx такой проблемы нет.
To UX8IW
"Еще что заметил, у меня mshv не переключает моду"
Ето бйла давним давно сделана, но укавистй сказали вйключит ето (саабражения бйли разнйе)
Пасколка MSHV ориентирована работает на УКВ, ету не будет сделана.
Работает! (после сбоев в сети):
Вложение 244114
Игорь, UA3DJY, спасибо за JTDX 2.1.0-rc144! По моим ощущениям, и в FT8 и в FT4 – стало комфортнее.
И спасибо Виктору, R3BB, за русскоязычную локализацию!
Добрый день, а JTDX позволяет работать в контесте - передает контрольные номера ?
Для информации.
Возвращаюсь к вопросу незаписи QSO в лог. Этот глюк JT-soft уже серьезно бесит.
Вчера столкнулись со следующей ситуацией:
На 160м вечером провели одна за другим :s7: FT8 QSO с KL7J. Прошел полный цикл, получили каждый свои "73".
Работа в обычном режиме. Смотрим LoTW. US5WE QSO есть, UR5WA - QSO нет.
Пишу KL7J письмо, прошу проверить.
Получаю ответ:
"I remember the QSO and the name. It was a brief opening and a surprise.
The QSO did not post in the log.
It is in my WSJT ALL.TXT file but apparently failed to transfer to the N3FJP Log which does the LoTW uploading.
I have gone back and logged it in the permanent log and... it uploaded.
I can see the QSO is now confirmed in ARRL LOTW."
Для тех, кто в теме, тот поймет, что такое Аляска на 160м. У меня до позавчера было одно в 2013 году.
Мне что, в ARRL написать, чтобы весь тираж книжки про FT8 пустили под нож? :s12:
Нам можно - мы family, железо и все остальное имущество общее. :s12:
Тем ARRL провинился, что рекламирует глючный софт, о проблемах с незаписью QSO в logs (разные и всякие) o котором говорят давно, менеджеры стонут, но решать проблему, которая только в JT-soft почему-то не хотят. Пусть надавят на Тейлор и Ко.
Для начала пусть вообще уберут опцию передачи в сторонний лог и посмотрим, будут из чистого wsjt_log.adi как утверждает R7AL, пропадать QSO или нет. А читать, писать, говорить и понимать что написано на English я еще умею.
Коллеги, на 160 м. модой FT4 российским р/любителям пока работать нельзя?
У нас на Занзибаре такая проблема выявилась в WSJT, а не в JTDX.
Про обычный режим не скажу, работали только в Fox/Hound.
Поведение такое же - RR73 отдал, а во ВНУТРЕННИЙ лог связь не записалась.
Само собой по TCP не послана в N1MM и оттуда уже не заслана на clublog.
Было это только на одной машине (i3, 32bit Win), на другой - i7, 64bit - всё нормально
По экспедициям все ясно - лисы связи теряют, а это софт отцов-основателей.
По потере связи в обычном режиме - написал KL7J и попросил сообщить какой программой он пользуется, ответ выложу тут.
P.S. Ответ KL7J получен: "I use WSJT. I looked in ALL.TXT
I know it did not log to wsjt.log file which is a comma delimited file, nor did the program log to N3FJP."
Информация K2BB более чем огорчила. Теперь экспедиционеры должны будут плюс к куче мачт, движков, усилителей и прочего еще и навороченные лаптопы закупать без уверенности, что и на них QSO не будут пропадать.
При большом количестве входящих вызовов декодер Fox WSJT-X может выходить в TX интервал, поскольку он работает только на одном потоке то только повышение тактовой частоты процессора может помочь. Это уже может быть десктоп с тактовой более 4 ГГц.
Сбой внесения QSO в лог больше связан с особенностями реализации в коде, что критично при параллельном проведении оператором Fox нескольких QSO.
Насколько я знаю - нет. В "чистом виде" нет.
Есть Wsjtx-Monitor -- утилитка от cqrlog. Довольно ущербная по сравнению с JTAlert.
Есть MessageAggregator из состава самого JTDX/WSJTX, но там совсем плохо.
Игорь собирался не так давно обратить пристальное внимание на него, но пока тишина.
Пару лет назад что-то на sourceforge или github (уже не помню) было похожее на
JTAlert. Но работало крайне глючно и видимо почило.
PS Нет, не почило! :) https://sourceforge.net/projects/alarmejt/ гляньте тут.
Merci beaucoup!
То UA3DJY
Здраствуй Игорь
В соответствие с изменении WSJT-X 2.1.2 (каторйе делали балшие праблемй в FT Roundup contest)
В будушая версия на MSHV если тй палучиш (73 или RR73) не будет излучатса патверждение (73 или RR73 за патверждение)
Вот что палучил на мой запрос к Американцав
--------------------------------------------------------
CQ FTRU W0YK CM97
W0YK LZ2HV 529 1234
LZ2HV W0YK R 559 CA CQ station sends ‘R’ QSL
W0YK LZ2HV RR73 S&P station sends ‘RR73’ QSL
CQ FTRU W0YK CM97 no need for CQ station to send ‘RR73’ or ‘73’; it is redundant QSL
Ed W0YK
--------------------------------------------------------
пример так написан что не видна полная картина
Вот как вйгледет
Он получает <-> Я палучайу
W0YK LZ2HV 529 1234 <-> LZ2HV W0YK R 559 CA
W0YK LZ2HV RR73 <-> CQ FTRU W0YK CM97 <- здес нет 73, RR73 от ниво
Тоже самая картина в нормалнйе связи полочаетса если стартирует из TX2
Не знайу но ето меня не нтавитса
Но не имейу другова вйхода
Практически сделайу и галачку за работу и по старава метода (но незнайу кто ето будит ползават)
Христо, добрый день
Мы в JTDX пока не планируем добавлять поддержку контестов и по этой причине конфликтов из-за отсутствия в контесте сообщения 73/RR73 быть не должно. Автовыбор JTDX проигнорирует CQ FTRU как неверное направление, на всякий случай проверим в коде, благодарю.
То есть пользователи не должны пытаться использовать JTDX для проведения QSO в контесте, при декодировании контест сообщений в JTDX конфликтов с функционалом JTDX не должно быть.
При получении сообщения 73/RR73 автовыбор JTDX может на него среагировать поскольку в действующем протоколе это сообщение не имеет контест бита. В этой части вопрос к организаторам соревнований: общие диапазоны не должны использоваться для проведения соревнований и организаторы обязаны отслеживать это не только в условиях проведения но и по фактической работе участников. То есть в общих диапазонах должны проводиться только обычные QSO. Зачет обычных QSO в соревнованиях может быть, но передача контест сообщений в общих диапазонах должна отсутствовать чтобы не мешать повседневной работе операторов не работающих в контестах.
Уважаемые участники форума!
Заметил, что в крайних версиях JTDX перестала работать
функция изменения частоты передачи в режиме ТХ. Работая
сплитом, я часто в начале передачи выключал его
при отсутствии ответа и сразу оказывался на частоте
корреспондента. Теперь это у меня не работает. Или
это у всех так? Установка крайней версии совпала с апгрейтом
компьютера, переустановкой ОС и пр. Так что может
проблема моя.
73! Олег, UX8ZA.
Уважаемые участники форума, у меня следующий вопрос: работаю на FLEX-1500, POWERSDR 2.7.2 JTDX ...rc144. в течении нескольких минут, время dt увеличивается с 0,3 сек до 3 секунд, при этом с синхронизацией времени проблем нет, а увеличивается время задержки передачи данных с флекса на JTDX, обнуляется это перезапуском start/stop в powersdr или вкл/выкл VAC1 в POWERSDR. С аналоговым трансивером таких проблем нет. Некомфортно тыкать постоянно в VAC1. Как это побороть? Влад R9SR
У всех так с переходом на GFSK модуляцию FT8 сигнала. В WSJT-X 2.1.2 вернули возможность смены звуковой частоты во время передачи сигнала, но мы считаем что такой подход создает больше помех на диапазонах чем приносит пользы, поэтому в JTDX ради удобства смену звуковой частоты FT4 FT8 сигналов во время передачи решили не добавлять.
Вероятность декодирования FT8 сигнала при смене частоты после второй секунды передачи резко падает, при смене на 6-ой секунде близка к нулю. Соответственно программа не сможет вычесть мешающий частично переданный сигнал и более слабые сигналы находящиеся под ним будут потеряны для декодера. Для FT4 потеря декодирования гарантирована при смене частоты на второй...четвертой секунде передачи.
Нам не всё равно :)
Плывет опорная частота/генератор в FLEX-1500?
Накопительная проблема существует для всех SDR выдающих цифровой звуковой поток за счет разницы между частотой опорного генератора SDR / 48000 Гц и частотой дискретизации в компьютере 48000 Гц. Но такой набег обычно имеет разумные значения, то что происходит у Вас похоже на неисправность либо резкое изменение температуры опорного генератора в компьютере либо в SDR.
Проблема будет как на прием так и на передачу.
Если у FLEX-1500 есть встроенный аналоговый выход звука то подача аналогового звука на звуковую карту компьютера решит эту проблему в части приема.
Игорь, спасибо за ответ и информацию.
73! Олег, UX8ZA.
есть -26:
VAC от Музыченко используете? Есть с ним такие проблемы при неверных настройках.
Постоянно "набегает" задержка включения ТХ.
Игорь не так давно об этом небольшое эссе публиковал. У меня вылечилось. Посмотрите на
JTDX Russian - Настройка VAC для работы с JTDX
Тоже сегодня декодировал -26 !
Вложение 244318
Уважаемые участники форума!
У меня не могу настроит звуковая карта прием сигналов Я работаю с HP 650 Probook 650 и не могу вьiбрат микрофон звуковоя карта вьiбирается только внутренний микрофон.У меня Windows 64 bit.
Спасибо за ранее
Вот пример использования предоставленной возможности смены звуковой частоты во время передачи сигнала:
Вложение 244340
Оператор дважды сменил частоту во время передачи тем самым для меня убил полностью декодирование слабых сигналов в полосе 3*50=150 Гц и дополнительно снизил вероятность декодирования слабых сигналов в полосе +-50 Гц, для трех поднесущих это 3*100Гц=300 Гц.
То есть один оператор поразил полосу 450 Гц общего диапазона. Понимает ли он что делает? Вряд ли, но оператору это удобно а софт позволяет.
Должна быть очень веская причина чтобы добавить возможность смены звуковой TX частоты во время передачи в WSJT-X 2.1.2, может кто то знает зачем это сделано?
Звуковой файл:Вложение 244342
Вот пример к чему приводит работа с выключенным Split Rig|Fake It (либо при отсутствии CAT):
Вложение 244343
Оператор передающий сигнал на частоте 343 Гц излучает в эфир третью и пятую гармонику своего сигнала (ради сохранения уровня выходной мощности он поднял уровень TX звука и вышел на нелинейный участок входного каскада НЧ тракта передатчика тем самым ограничил/скомпрессировал сверху свой НЧ сигнал). В результате он поразил 3*50 + 5*50 = 400 Гц полосы общего диапазона и дополнительно снизил вероятность декодирования слабых сигналов в полосе +-50Гц от края гармоник, это еще 200 Гц. Оператор скорее всего не понимает что происходит в его сетапе.
Звуковой файл:Вложение 244344
Интересная проблема с дублирующим излучением сжатого в два раза спектра сигнала https://jtdx.groups.io/g/main/message/9729
Возможно так в этих сетапах работает драйвер звукового устройства, Uwe DG2YCB пытается установить причину сбоя у этих операторов.
Зависит от определения подключения разъема драйвером звукового устройства. Возможно у Вас операционная система удалила драйвер производителя микросхемы звукового устройства и вместо него установила типовой драйвер от Микрософт.
В крайнем случае это может быть неисправность контакта микрофонного разъема отвечающего за определение подключения.
Иши что та такова
Търси нещо такова <-BG
Windows 64 bit = ? Windows 10, 8, 7
Вложение 244351
Благодаря Ицо ще поработя по въпроса Win 8.1 64 bit
Спасибо Игор
Проблема такая все другия програмьi MixW FLDIGI WSJTX итд видит Internal Mic Headset Mic а JTDX видит только Internal Mic а включен Headset Mic и не знаю как но програма работает.Может по причина что прогарама инсталированая для 32 бит а не для 64бит WIN. Как и откуда я могу доставит 64 бит версия програма.
Нет, проблема не в 32/64 бит, скорее всего в драйвере аудио устройства.
Интересно что HP для этого продукта не поставляет драйвер аудио устройства (не нашел его в разделе поддержки на сайте HP для Probook 650), при этом ряд сторонних сайтов предлагает скачать драйвер IDT HD Audio Driver для этой модели ноутбука.
Какой драйвер сейчас у Вас установлен?
Сборки JTDX 64бит под MS Windows пока не существует, в данный момент у нас нет технической возможности ее делать.
У меня драйвер Microsoft 08/23/2013 V 6.3.9600.16384 IDT Hight Definition Audio CODEC
Чем дальше тем интереснее, в приведенном списке предустановленного аудио драйвера по совместительству записывающего нажатия кнопок клавиатуры есть ноутбук HP Probook 650 G2 https://xakep.ru/2017/05/12/hp-laptops-spying-on-you/
Возможно по этой причине компания HP отказалась от предоставления драйвера аудио устройства в рамках поддержки.
На сторонних сайтах предлагают скачать драйвер версии HP ProBook 650 G1 IDT HD Audio Driver 6.10.6499.0 Rev.J но есть вероятность установить очередной логгер нажатия кнопок клавиатуры.
Вам есть смысл напрямую обратиться в поддержку компании HP с запросом насчет обновления драйвера Вашей модели ноутбука.
Подскажите пожалуйста в таком вопросе , если режим DSP включен (в данном случае YAESU FT-897D) , то в модуляции DIG при использовании вход/выход с разъема DATA трансивера этот самый DSP имеет влияние на передачу или только при использовании микрофона ? Извините если не совсем в тему , но просто не хочется излучать непонятное при работе в цифре в эфир , а после работы в SSB иногда забываю отключить DSP !
Привет,
Посмотрите здесь.
https://h30434.www3.hp.com/t5/Notebo...g/td-p/6447234
To UB3GDZ
Забудьте о существовании DSP в вашем трансивере, когда работаете в цифровых видах. Если ваш трансивер, в "цифре" отключает на передачу компрессор, то это хорошо. А если не отключает, то сами отключите и ..также, забудьте о нем.
Еще зайдите в настройки звуковой карты в вашем компьютере и отключите эквалайзер. А также всякие "Поп", "Рок", "Классика" и т.д.
Всем спасибо за ответы и советы , все "улучшайзеры" на звуковой карте я естественно отрубаю сразу. У меня первоначально были проблемы , я по незнанке перекачивал сигнал , но потом разобрался и отстроил все ! Использую режим DIG , просил соседа которого вижу со своей крыши посмотреть мой сигнал , говорит все нормально , на тот момент DSP в трансивере был включен , но как сказали выше он видимо отключается в DIG , но я воспользуюсь советом и буду отключать его руками в цифре !
Это слишком близко!
Мы в Орле одновременно на одном диапазоне в один временной период
почти совсем не можем работать даже без усилителей...
Спасает ватцап и правильность решений на уровне телепатии.
В моей округе грохочут: R2EC, R3EK, R5EM, RM2E, RZ3EC и чуть далее
R2EM, R3ECA, RA3E, RA3EL. И это только в FT8 и без внимания OR-23
и других районов Орловской области.
USB
Вложение 244422 Впервые вижу рапорт +35!
Здраствуй RN6LPL
Максимум рапорт на FT4 +49 (ето идйот из вазможнасти протакола)
Минимум рапорт на FT4 -21 (ето идйот из ограничение декодера, в разнйе праграмй ето различно)
Игорь!
Можно ли в будущем добавить в фильтр и позывные, с которыми ранее было ЩСО?
Они сейчас видны, если включить эту фичу.
Приходится включать фильтр на целые континенты - очень много декодов за один проход.
А если бы была возможность отсеять ненужные позывные, то было бы легче ориентироваться.
Тенденция видна - число работающих в ФТ8 растет. Это приводит к переизбытку информации.
Программа постоянно повышает чувствительность и число декодов не помещается на экране.
А так, уже какое-то количество неактуальных позывных освободило бы место на экране для других, возможно нужных.
вроде всегда было
Вложение 244427
Странно, а нам тут показалось совсем наоборот. Ничего нового нет, все, что нужно было, выработано меньше, чем за год, прирост на Challenge идет за счет экспедиций.
Про японцев на 160 я писал в соседней теме: "Японцев в FT8 новых, практически, не осталось - в JTDX сплошная вертикальная зеленая полоска."
В нынешнем виде программа устраивает, что надо - видно, фильр на Европу включен постоянно.
хотел бы поработать FT4 но....вид моды переключается а вот чистату или диапозон увы....программа WSJT-X 2.1.2
кто подскажет где капать....FT8 работает
Если оставляете старый файл JTDX.ini то необходимо обновить список частот используя кнопку RESET в закладке 'Frequencies'/'Частоты' настроек программы.
Нажать эту кнопку
v2.1.0-rus-rs144, а кнопки Rezet нет ??
Вложение 244439
Reset - это сброс в переводе.
Вложение 244448
Правую кнопку мыши нажать и будет Reset
На правую кнопку мышки - не реагирует ?
В версии 2 или 3 назад - правая кнопка мышки позволяла ввести вид модуляции и частоту,
сейчас что-то случилось ??
Ну и что? Yes нажать не пытались?
Какую программу применять это ваше личное дело,но раз применяете то изучите инструкцию.
Настройки/Частоты/наведите курсор на частоту и прочтите что написано. ....Кликните мышкой.
Настройки/Частоты/наведите курсор на частоту и прочтите что написано. ....Кликните мышкой.
Да - именно так и работает - (R6LCF - Спасибо).
Дай бог не забыть.
Самая крайняя. Наверно поменяю ини-файл и посмотрю.
Да, поменял ини-файл, до конца пока не настроил, но все в порядке стало со скрытием повторов.
Уже давно он просился в корзину. Отображал позывные, которые я не хотел видеть.
Настрою полностью программу, скопирую этот ини-файл и сохраню, чтобы не терять время в будущем при подобных ситуациях.
Спасибо откликнувшимся.
UA3DJY и его коллегам по разработке софта.
Не хотел писать, но и не хотелось бы оставлять без внимания полюбившуюся JTDX.
Настройка частоты: Добавление/Удаление на мой взгляд очень не удобна.
Этот вопрос неоднократно ранее подымался на форуме. Кто через пол года забудет как я - пост 21650,
кто начинает осваивать FT4 и испытывает затруднения.
Поскольку Игорь по объективным причинам не имеет возможности изменить код в интерфейсе,
а перевести интерфейс на русский язык - это совсем не то чтобы изменить код.
Если такая возможность у команды имеется, есть два варианта на облегчение понимания взаимодействия.
1) Выпускать обновленные версии JTDX с уже прописанными частотами для FT4.
(а если когда-либо изменится частотный план) для этого
2) По кнопке 'Сброс' вызывать меню 'Delete, Insert' или хотябы выводить сообщение:
'Наведите курсор на частоту и кликните мышкой' а не
Вложение 244460
Я не настаиваю. Решать Игорю и его команде.
JTDX v2.1.0-rc145 измененный функционал:
Линки:
Результаты тестирования:
Для пользователей MS Windows: мы рекомендуем переименовать(удалить) файл JTDX.ini перед первым запуском версии JTDX 2.1.0-rc145.
Русская локализация JTDX v.2.1.0-RC145.
Линки :
На русскоязычном сайте JTDX JTDX Russian - Главная опубликована 64-бит сборка rc145 для операционной системы Fedora 31, сборку сделал Tomasz SP2L.
Walter DL8FCL независимо от команды JTDX делает сборки под операционную систему openSUSE, на данный момент доступна сборка JTDX 2.1.0-rc144: https://build.opensuse.org/package/s...fcl:wsjtx/jtdx
Доброе утро Игорь! Может ли влиять так сильно синхронизация,
на подбор станций, если они меня зовут, а я далее продолжаю
либо давать cq , либо продолжаю звать?
Вроде как сейчас приоритет у зовущих станций...
Немного не по теме.
Всё чаще вижу необычные спектры сигналов при работе в FT8 - восемь полосок, занимают герц 160. Сначала думал, что это помеха - ан нет, они тоже в 15-секундном цикле...
Что это?
Третья НЧ гармоника FT8 сигнала: не все операторы используют CAT интерфейс, не все знают что надо использовать опцию Split Rig|Fake It в программах. Если такой оператор начнет передавать на частоте 200..500 Гц то часто можно в спектре SSB сигнала наблюдать несколько нечетных гармоник, чем больше номер гармоники тем шире спектр и тем в большей полосе подавляется декодирование слабых сигналов на диапазоне.
Исключение составляют SDR трансиверы с прямым цифровым синтезом ВЧ сигнала.
На русскоязычном сайте JTDX Russian - Главная опубликована сборка rc145 для операционной системы Fedora 32, сборку сделал Tomasz SP2L.
Walter DL8FCL cделал сборку JTDX rc145 под операционную систему openSUSE: https://build.opensuse.org/package/s...fcl:wsjtx/jtdx
Вероятно что это результат цифровой обработки (использование LSB оператором маловероятно и при LSB формировании основной сигнал не будет декодироваться), в каждом случае причина может быть разная. Надо искать причину с автором такого сигнала.
Вот пример изменения частоты дискретизации, сигналы внизу записаны в файл с частотой дискретизации 12кГц, те же сигналы вверху записаны в файл с частотой дискретизации 24кГц а при воспроизведении в JTDX используется частота 12кГц.
Вложение 244562
Программа запрашивает у операционной системы частоту дискретизации 48кГц, что включает драйвер/аудио устройство и что микширует операционная система при выполнении передискретизации сигнала не всегда может совпадать с пожеланием программы.
Вот такой сигнал излучает SunSDR2DX .Анализатор в полосе 5кГц. Не имеет значения на какой частоте в указанной полосе излучает трансивер ,все одинаково.Непосредственно в эфире прием вторым SDR.....тоже самое!
У вас:Передача с"чемодана" или скорее всего с ненастроенного "чемодана"+ настройки программы не в тему!
Специально снял анализатором сигнал при работе на частоте 200Гц и просмотр в полосе 5кГц.Диапазон 144,074мГц.Тропо ожидаем.
Подскажите, а как можно настроить звук сигнала оповещения в программе?
У меня есть сигнал, но хотелось бы сделать его громче, а этого в настройках я не нашел.
Как то поднималась тема исполнения функционала контестов в JTDX, одним из аргументов "против" были возможные проблемы со здоровьем участвующих в соревнованиях. Были посты от оппонентов утверждающие что современные контесты короткие и проблем для здоровья создать не могут.
Вот свежий пример, контест FT Roundup, прошел 7..8 декабря. В положении контеста период проведения 30 часов, зачетный период работы оператора первые 24 часа с момента начала его работы: https://www.rttycontesting.com/ft8-roundup/rules/
Отдых оператора регламентирован до двух периодов в течение 30 часов.
Здесь реальное время работы в контесте операторов, нас интересует зачет 'один оператор' (single operator), в правой колонке можно посмотреть сколько операторов отработало более 20 часов в этих соревнованиях: https://www.rttycontesting.com/ft-ro...19-raw-scores/
ИМХО для возраста 50+ непрерывная работа в соревнованиях более 8 часов несет повышенный риск для здоровья участника, более 12 часов высокий риск. Особенности прохождения часто добавляют временной сдвиг отдыха дополнительно нарушая режим дня оператора.
Не знаю, откуда такая информация, но 24 часа высиживаются легко, главное, чтобы все время была работа.
IARU R1 УКВ контесты (50 MHz & up)с 14Z в субботу до 12Z в воскресение - это вообще детский лепет.
Это касается нормальных CW+SSB тестов. Смысла MGM FT8/FT4 контестов не понимаю.
Неудачное сравнение, в РФ уже более 40 лет при строительстве многоэтажных домов идет процесс замены газа на электроэнергию, именно по этой причине.
Тем кто хочет 'молотить' в контестах WSJT-X предоставляет такую возможность. В JTDX мы предпочитаем сфокусироваться на охоте за DX.
нужно передавать цифровые фото до 30кбайт....
Вопрос по JTDX в личку, имеет общий интерес:JTDX показывает уровень звука который он имеет на входе, цифровой поток 16 бит, целые числа, итого примерно 90дБ диапазон от минимального до максимального значения.Цитата:
Можно ли в главное окно добавить регулировку уровня по RX, по аналогии Pwr.
Используя разные проги для работы в DIGI (FT8,PSK, RTTY, ...) приходится заходить в диспетчер звука и устанавливать нужный уровень.
Если Вам необходимо регулировать уровень в операционной системе то на входе АЦП звукового устройства Вы имеете либо слишком большой уровень либо слишком малый. В первом случае Вы зажимаете динамический диапазон сигнала на входе АЦП, во втором случае выходите на ошибку квантования в АЦП звукового устройства.
Оба случая приводят к ухудшению декодирования слабых сигналов. По этой причине в JTDX убрали регулировку входного уровня, чтобы пользователь мог оценить что происходит на входе АЦП звукового устройства и согласовать уровни подаваемого сигнала с динамическим диапазоном АЦП.
Допустимо иметь показания термометра JTDX от примерно от 40 до 85..87дБ, при этом 40дБ должно быть уровнем шума на чистой частоте в полосе 2500Гц вне общего цифрового диапазона. Тогда будет обеспечен максимальный диапазон входного сигнала в примерно 50дБ и декодирование FT8 сигналов с уровнем до -30дБ SNR.
Если в операционной системе усиление звука равно 0 дБ и сигнал подается на линейный вход (отсутствует аналоговый усилитель) звукового устройства то Вы будете уверены что подаваемый на вход АЦП сигнал согласован с динамическим диапазоном АЦП звукового устройства.
Наблюдал сейчас картину - работает 5Z4/G3AB на 40ке.
Проводит связь с E75CV.
Сначала рапорт 5 раз и по окончании дает наитеплейшие RRR, не менее 15!!! раз.
Вот это темп
а что такого? плохо принимает и пытается довести связь до завершения согласно протокола...вот что RRR использует....ну нравится оно ему....:s7: я утром на 160 с KV4FZ рапорт раз 20 туда сюда гонял пока мне не надоело....он же после того как я замолчал еще 3 раза передал мне рапорт....
JTDX и соревнования.
Я за любой кипишь - кроме голодовки...
Ну а по-существу темы, то был бы не против поучаствовать в каком нибудь тесте,
что бы подсобрать нужные для себя станции именно на jtdx потому,
как от других программ уже отвык и привыкать не хочется.
Все те же возможности оставить бы и добавить приём и передачу контрольного
номера со своими макросами на третьей подложке...
Думаю половину пользователей JTDX рассуждают так же.
Обновление MSHV 2.31 (Адаптирована под предстоящий контест)
Скачать английскую или русскую версии можно с сайта MSHV | LZ2HV Amateur Radio Website
Новое в версии 2.31:
- Исправлено: логика протокола QSO, соответствующая WSJT-X v2.1.2, (если RX "73 или RR73", то TX без "73 или RR73").
- В меню «Настройки» добавлен флажок «Использовать для TX 73 или RR73 FT8 / 4» (это старый протокол для QSO).
Рекомендуется включить «Использовать для TX 73 или RR73 FT8 / 4», для совместимости между старой и новой версиями.
- Исправлено: отображение списка декодирования для режимов JTMS и JT6M, после преобразования в QT5.
- Добавлено: Поддержка диапазонов VLF (2200M, 630M).
Смысл понятия "включения тормозов" в контесте мне недоступен. Если работается на результат, то от звонка до звонка, но к этому нужно готовиться, выспаться хорошо, питаться в тесте соответственно итп.
Повторю, это к нормальным тестам относится, а не пропагандируемым K1JT FT8/FT4 перфомансам.
В пред идущей версии приемное окно (на рис.выделено крачным) само очищалось после окончания моей передачи. В крайней версии это не происходит. Так должно быть или где то "крежик" не поставил?
Вложение 244716
Здраствуй Игорь
Я тебе за ето гаварил прежде сматри пост -> #21595
Тестй сделал с JTDX думайу что проблемав нет но и тй папробуй
JTDX CQ <-> MSHV отвичает и на обарот
с галачки ("TX Confirmation If 73 Or RR73 FT8/4") и без и Skip TX1 тоже нада пробават
Самай тежолй вариант ето
JTDX CQ <-> MSHV отвичает, + включонна "Skip Tx1", + вйключено "TX Confirmation If 73 Or RR73 FT8/4"
Да ест праблем в етот вариант JTDX записавает QSO но не stop TX практически висит
JTDX CQ <-> MSHV отвичает, + вйключено "TX Confirmation If 73 Or RR73 FT8/4"
Нет мая ошибка не висит всйо нармално
На КВ я бы не обратил внимания,но на 144мГц заметно сразу эту ошибку.Уже пару раз было подобное.
Здравствуйте, Игорь!
Часто бывает ситуация: зову сплитом - не отвечают,
в начале следующего цикла передачи отключаю сплит и на частоте корреспондента получаю ответ.
Многие подтверждают, что такая тактика
работает. Теперь после выключения сплита
передача продолжается на прежней
частоте ТХ и лишь в следующем
периоде ТХ происходит вызов на частоте
корреспондента. В итоге - теряется
лишний интервал.
73! Олег
Такая тактика работает только если корреспондент держит включенным узкий фильтр в приемнике. Если такой корреспондент работает с WSJT-X то он передает завышенные рапорта, в этом случае его можно сразу звать на его частоте или рядом. Посмотрите пожалуйста эти посты:
https://forum.qrz.ru/377-jt65-jt9-ws...ml#post1637596
https://forum.qrz.ru/377-jt65-jt9-ws...ml#post1637700
Сейчас провел связь с F5MYK/MM и что-то программа засбоила.
Этот товарищ на своем судне похоже делает кругосветку и каждый день из нового квадрата.
Я попытался в окне данных заменить прежний квадрат на новый, но программа так и не позволила это сделать.
Я менял квадрат несколько раз, так, как я это делал раньше, добавляя новый нажатием кнопки "Добавить".
Но когда посмотрел файл лога, там по-прежнему был указан старый квадрат.
Пришлось вручную заменить его на новый.
В старых версиях этот механизм с добавлением работал безупречно.
Попробовал это сделать у себя (v144)- меняет без проблем и в лог вносит новый локатор. Изменил ваш на свой.
Такая тактика действительно работала и не только с фильтром у корреспондента! Особенно, если задержать вручную на долю секунды свою передачу и увидеть на водопаде, что на вашу ТХ частоту кто-то подсел. Раньше можно было по быстрому нажать TX=RX или кликнуть мышью на свободную частоту водопада. Задержка как правило была допустимая 1-2 секунды и QSO благополучно завершалось.
Конечно, подобная тактика подразумевает ручную - обдуманную и уважительную к другим, работу оператора, а не роботизированную. Если роботы начнут скакать куда попало, то будет совсем плохо.
Сделал пару тестов JTDX в лабе.
1. Ввел в окно DxCall позывной AA1AA, в окно DxGrid FM55, нажал кнопку Log QSO, квадрат из окна DxGrid автоматически внесен в окно Log QSO и идет в лог wsjtx_log.adi.
Перезагрузил программу, ввел в окно DxCall позывной AA1AA, в окно DxGrid автоматом появился квадрат FM55(программа взяла его с лога) - изменил его на FM11, нажал кнопку Log QSO, квадрат из окна DxGrid автоматически внесен в окно Log QSO и идет в лог wsjtx_log.adi.
2. Дробный MM позывной AA1AB/MM в окно DxCall: все также только программа для /MM позывного не берет QTH квадрат с лога, окно DxGrid было пустым и я в него внес новый QTH квадрат. Ниже записи в логе.
<call:5>AA1AA <gridsquare:4>FM55 <mode:4>MFSK <submode:3>FT4
<call:5>AA1AA <gridsquare:4>FM11 <mode:4>MFSK <submode:3>FT4
<call:8>AA1AB/MM <gridsquare:4>FN25 <mode:4>MFSK <submode:3>FT4
<call:8>AA1AB/MM <gridsquare:4>FN11 <mode:4>MFSK <submode:3>FT4
Кнопка add(добавить) добавляет QTH квадрат только в файл CALL3.TXT. Для /MM позывных программа игнорирует старую информацию о QTH квадрате.
Необходимо детальное описание последовательности действий в которой получаете сбой.
Протестировал в программах WSJT-X и JTDX, зависимость от уровня входного сигнала в программах разная, обе программы имеют пик чувствительности. Результаты тестов:
Использовались симулированные звуковые файлы с FSK FT8 сигналами, пакеты файлов можно взять здесь, размер 170МБ: https://cloud.mail.ru/public/5iTM/4oatX3wPS
FT4 и остальные декодеры не тестировались и могут иметь другие оптимальные значения входного уровня.
Полученный результат может использоваться для установки уровня входного сигнала на полупустых/пустых диапазонах при слабых уровнях FT8 сигналов либо при их отсутствии, уровень входного сигнала надо ставить по шуму на чистой частоте вне общего FT8 диапазона.
Уровень на индикаторе в WSJT-X и JTDX отличается на 14 дБ поскольку WSJT-X показывает среднеквадратичное значение а JTDX пиковое.
В JTDX здесь включается:
А включение AGC усреднит количество декодов?
Отрабатывание АРУ в приемнике в зависимости от степени регулировки (показания S-метра) снижает чувствительность приемного тракта уводя слабые сигналы под шум. Поэтому включение АРУ в приемнике на загруженном либо шумном диапазоне уменьшит количество декодированных слабых сигналов. Если не включать АРУ то на загруженном FT8 диапазоне (и на просто шумном на некоторых недорогих классических трансиверах) на выходе приемника будут продукты интермодуляции сильных сигналов которые приведут к снижению количества декодированных слабых сигналов (на SDR тоже, порог уровней сигналов для появления продуктов интермодуляции на SDR выше чем на классике). Балансировка уровней в зависимости от условий на диапазоне, в том числе регулировка усиления ВЧ/ПЧ трактов приемника, является задачей оператора.
Но в программе JTDX тоже есть AGC.
Может ли программный AGC выполнить задачу нормирования входного сигнала так, чтобы количество декодов было максимальным?
И как лучше быть с сигналом, который приходит в программу JTDX - заранее увеличить его, или наоборот, сделать поменьше?
При каком сигнале лучше работает встроенная AGC?
В программе нет АРУ. Кнопка AGCc это компенсатор отрабатывания АРУ приемника, сделан для выравнивания уровня шума+синхропоследовательности и улучшения синхронизации декодера со слабыми сигналами при отрабатывании АРУ в приемнике.
Исправим подсказку в русифицированной версии к этой кнопке, благодарю.
Посоветуйте тогда, какой уровень должен быть на "термометре", чтобы декодов было больше?
Я могу сделать как минимальный, так и максимальный.
Для работы компенсатора, что будет лучше?
Компенсатору неважно, для декодера есть разница.
Вопрос не имеет однозначного ответа и требует от оператора знания как своего железа так и теории. При работе в FT/JT модах у нас есть два сценария:
1. Пустой/полупустой диапазон, где не отрабатывает или отрабатывает редко/неглубоко АРУ в приемнике или АРУ выключена. Здесь мы выжимаем максимальную чувствительность и картинка/пост #21711 с уровнями входного сигнала для JTDX/WSJT-X Вам в помощь.
2. Загруженный сильными сигналами диапазон, каждый интервал отрабатывает АРУ, отрабатывает глубоко (отклонение стрелки S-метра). В этом случае пытаемся выжать максимальную эффективность декодирования (максимальное количество декодированных сигналов) и входящий на звуковое устройство сигнал должен быть согласован по уровням с динамическим диапазоном АЦП. Чем больше имеем перепад от уровня шума до уровня сильного сигнала на термометре JTDX тем больше сигналов будет декодироваться. В помощь оператору ручная регулировка усиления ПЧ/ВЧ. В некоторых сетапах с неотключаемой АРУ придется с мультиметром проверить что подаваемое на линейный вход АЦП звукового устройства напряжение на сильных сигналах не достигает верхней границы допустимого для него диапазона а напряжение шума находится как минимум на 30 дБ выше уровня шумов квантования АЦП.
Есть трансиверы у которых аудио кодек(звуковое устройство) уже встроен, для них придется искать рекомендации по настройке уровня в документации трансивера и в случае проблем смотреть принципиальную схему.
Не забывайте что мультиметр и WSJT-X показывают среднеквадратичное (RMS) значение, JTDX пиковое.
На линейный вход звуковых устройств есть спецификации по RMS и по максимальному уровню, иногда их дают производители звуковых карт, иначе придется искать спецификации на микросхему АЦП.
Тем кто пользуется микрофонным входом звуковой карты сложнее понять что происходит на входе.
Опробовал эти рекомендации для программы JTDX v.145 на "полупустом "диапазоне 144мГц.
Результат: провел связь на расстоянии 1000км успешно.(от 150 до 500км вообще без вопросов) Прием понятно(наличие "среднего"тропо. прохождения в моем регионе+указанные настройки)передача всего 8ватт. И это все на 2*5/8.
Сочетание отлично работающего трансивера SDR......,отлично работающей и настроенной программы ,убойный результат.Доволен.Спасибо автору!
to R5WM
Подскажите - Вы не переводили последующие версии после WSJT-X 2.1.0 24fcd1?
Если переводили, то где можно взять?
Протокол, упаковка сообщений и AutoSeq в JTDX и WSJT-X поддерживают, проблема в правильной генерации сообщений Tx2..Tx5 для такого QSO.
Доработали генерацию этих сообщений в JTDX rc146_3, теперь два пользователя JTDX смогут провести между собой такое QSO:
Игорь, а название страны в 145 версии, теперь удалено?
Работает, может проблема в ini файле?
Вложение 244858
Понемногу развлекаюсь в FT-8. Использую JTDX. Вещаю только на CQ, потому что мне DX-ы не интересны, но вдруг кому то QSO со мной нужно. Программу настроил на автоматическое занесение связей в лог и на отсылку данных в E-QSL. Обнаружил такую штуку. Если меня позвал корреспондент и при первом вызове передал локатор, то автоматическая запись в лог происходит. Если же зовет и сразу дает рапорт, то его позывной "не желтеет" (у меня цвета по умолчанию). Надо ли с этим бороться? С одной стороны QSO состоялось (позывными и рапортами обменялись) и корреспондент ждет моей карточки. С другой стороны протокол JTDX видимо желает и обмена локаторами и поэтому связь в лог заносить не хочет. Что делать? Или пусть страждущие провести QSO со мной зовут по протоколу, т.е. с передачей локатора при первом вызове или при получении e-QSL подтверждать все QSO, которых у меня в логе нет?
Игорь приветствую!
После обновления до 145 rus после подтверждения QSO в лог стала появляться табличка с надписью TCP QSO data transfer. Socket operation timed out. Только после нажатия ОК qso записывается в лог (Logger32) по UDP.
НА 144 версии все работало штатно.
Как убрать эту надпись?
В JTDX по умолчанию заливается желтым в правом окне ПЕРЕДАВАЕМОЕ ВАМИ сообщение. Позывной, вызывающий вас, отображается в правом окне красным шрифтом и маркером на фоне установленной заливки в зависимости от статуса (новый, сработанный, страна и т.д.). Позывной, после занесения в ЛОГ в текущем виде и диапазоне заливается по умолчанию зеленым.
Хобби у нас такое, двухстороннее.
Вам наверняка не нужно, а другой стороне нужно.
Надо уважать другу сторону.
Не только себя.
...
Вообще "цифровая" тенденция губит взаимоуважение.
Вот чел ставит фильтр на Европу. Не нужна она ему.
А если он кому то из Европы нужен? Иди лесом!
А ведь вместо фильтра можно давать направленный вызов.
...несовременно.
Как то вот так.
Галка здесь не стоит
Вложение 244926
RK9AX:уберите галку у вас заносится по udp
А как уважать такие QSL?:
F-10828 28Sep2019 08:45 20m FT8 FRANCE -09-14 I cfrm heard your QSO with: USP2EWQ -For my award RDA/FT8-Thanks VASILY 73
F-10828 29Sep2019 08:45 30m FT8 FRANCE -09-14 I cfrm heard your QSO with: SP2EWQ -For my award RDA/FT8-Thanks VASILY 73
Заметьте, два разных дня а время QSO одинаковое...
Залез в лог чтобы найти эти QSO. Нашел 28-го действительно было QSO с SP2EWQ на 20-ке. Но в QSL этого француза ошибка в позывном.
Далее 29-го есть QSO с SP2EWQ но на 80-ке. Я диапазон 30м не использую вообще, у меня и антенны на него нет...
Как Вы это делаете? Открываете свой лог, ищете QSO с корреспондентами, которое наблюдал приславший карточку наблюдатель, убеждаетесь что оно действительно было, выписываете данные QSO на бумагу, затем на eQSL вручную вводите эти данные (время) и т.о. подтверждаете?
Для меня это слишком затратно. Я бываю в шеке только по выходным, 5 дней в неделю в городе. И у меня есть на что потратить время как дома вообще, так и в шеке и в огороде в частности...
Для того и придуманы всякие электронные сервисы, чтобы все делалось одним-двумя кликами...
Привет, Василий! Ну наблюдателю подтвердить SWL в e-QSL в принципе не долго. Я в другом окне открываю свой лог, если хочу сверить, было ли такое QSO у меня, что мне SWL прислал, потом набрать можно только время QSO, в строке RST я пишу SWL, в комментариях можно 73 или TNX. И отправляю ему в e-QSL. Делаю это 1-2 раза в месяц, при посещении e-QSL, не напрягает. Если хочешь отклонить "неправильное SWL", там есть соответствующие кнопки.
OFF-TOP SORRY
стараюсь вообще не затягивать с SWL на eQSL. при включении Лога - сразу проверяю входящие Lot_W и eQSL. и сразу же правлю на eQSL - если что то приходит от наблюдателей либо ERROR.
P.S. пробовал оставлять на потом....
но во первых как то для себя не удобно перед SWL - отличие меж нами какое? - да никакого!
а во вторых - замахаешься разгребать ту кучу которая скапливается.
и кстати - на "неправильные" - тех которых нет в логе либо дата\мода не правильная - QSL приходит txt-файл ERROR.
а вот на расхождение в 1-3 минуту - этот файл не приходит.
но на eQSL это QSO отмечается и потом.... зашедши раз в месяц на eQSL ... :wacko2:
:scare:
ответ для SWL на eQSL:
Вложение 244962
Открываю https://www.eqsl.cc ..... вхожу к себе на страничку,вижу пришедшие eQSL ,наблюдательские сразу видно и в ручном режиме отправляю ,это максимум 10мин.
Ну как ему откажешь. Показываю одну из .....почему ее , с подробностями написано.Жмем зеленую ,заполняем и отправляем.Там же можем проверить ,а была ли связь ,как правило была.
Вложение 244961
Сломался WSJT v 2.0.1 RUS. Вернее регулятор мощности.
Трансивер ICOM 7300. На прием все работает. А на передачу нет вообще мощности или очень маленькая. Индикатор выхода на антенне даже не шевелится.
При включении передачи ток становится всего 4 А. Мощность и трансивере, и ползунком в программе выставлена по максимуму. Трансивер в режим передача переходит, зажигается индикатор TX. При этом уровень выхода Po не зажигает ни одного деления.
При включении в программе одного тона я могу двигать ползунок мощности, звук в динамиках меняется в соответствии с установленным значением мощности, но ток потребления трансивера не меняется.
Трансивер исправный, в CW ток 20 А на максимальной мощности.
Что интересно, дня 3 назад работало. За это время установил в комп сетевую карту и снес пару программ, лог N1MM и еще что-то мелкое. Лог никуда не подключал.
Не подскажете, куда копать.
Войдите в Панель управления звуком. У вас должен быть установлен USB audio codec для ic7300,передача значит смотрим уровень динамика.Устанавливаем 100%. Скрин прилагаю.
Заходим в настройки цифровой программы и смотрим Настройки аудио. Так вот должны быть указаны те же USB вход/выход,что в настройках кодека к ic7000. как понимаю ,что уровни в настройках трансивера вы не крутили.Пробуем в работе.
Вложение 244967
Спасибо всем, все заработало.
Совет UN7LAP помог. USB audio codec выбран не был. Его можно выбрать и в настройках программы.
Продолжаем работу на генерацией сообщений для QSO между дробными позывными в JTDX, переработана генерация сообщений по сравнению с rc146_3, два пользователя JTDX в rc146_4 при выключенном режиме Hound DXpedition могут провести следующие комбинации QSO:
AA1AAA/XYZ BB1BBB/XYZ
AA1AAA/XYZ BB1BBB/P
AA1AAA/XYZ BB1BBB/R
При доработке генерации Tx сообщений в WSJT-X и MSHV эти QSO будут возможны между пользователями всех программ.
На данный момент во всех программах поддерживается QSO между двумя /P либо двумя /R позывными, при этом оба позывных во всех сообщениях QSO передаются полностью:
AA1AAA/P BB1BBB/P
AA1AAA/R BB1BBB/R
Примеры поддерживаемых в JTDX rc146_4 QSO:
Программа при запуске берет нумерацию звуковых устройств с операционной системы, поэтому звуковое устройство надо выбирать в настройках самой программы. Если во время работы программы звуковое устройство по какой либо причине выпало из операционной системы(изменилась нумерация звуковых устройств) то программу JTDX/WSJT-X придется перезапустить.
Если регулировка уровня в JTDX/WSJT-X уже на максимуме то попробуйте при выключенной программе удалить файл JTDX.ini/WSJT-X.ini.
USB audio codec расположен в трансивере или во внешнем интерфейсе? Какой драйвер установлен в операционной системе для этого звукового устройcтва?
PS Не указывайте свой адрес в явном виде: сайты сканируются спам-роботами.
В трансивере ts590sg драйвер с сайта производителя под W7-32
Сделайте пожалуйста полную картинку основного окна программы во время передачи.Здесь более детально пожалуйста, желательно с картинками регулировок в операционной системе которые Вы выставили.Цитата:
Изменение уровней звуковой не помогает, при тесте звуковой с трансивера полная мощность
Уважаемые Коллеги, всем доброго дня!
Чуть чуть в сторону от темы, но всё-таки напишу...
Последнее время часто по eQSL получаю карточки от наблюдателей. Должен сказать, что
когда активничал с CW, их было на порядок меньше. Сейчас, в "эпоху FT8" посыпались
пачками. :)
Пропущу мои мысли по поводу "наблюдений" в цифровых модах, не о том. А о том, что
если присылают "наблюдение" с ограниченным количеством данных (мой позывной,
дата, время, диапазон) -- БЕЗ упоминания о том, с КЕМ я работал -- карточки сразу идут
в корзину. Так можно просто кластер листать и писать всем подряд... Как раз вся ЭТА
информация там есть. Вот когда видно корреспондента - это хотя бы дает основание
надеяться, что у наблюдателя софт запущен был... Хотя и принимать он может с любого
SDR в мире. :( Но хоть какая-то надежда. Есть смысл лог листать.
Надеюсь, люди, чьи карточки я так жестко "завернул" читают.
ЗЫ Сам был наблюдателем, отвечаю НА ВСЕ SWL, с полными данными. Не ленюсь.
Вот и под Slackware есть! :)
----------------------------------------------------------------------
Slackware 14.2 64bit Operating Systems.
Package has been built with latest Hamlib-JTDX-v20191212
on Slackware 14.2 Operating System, updated & upgraded to-date.
Package will install in /usr/local/directory,
thus not making conflicts with possibly existing WSJT-X files,
which are (will be) installed in /usr directory.
https://release.jtdx.tech/Linux/jtdx...4.2-x86_64.txz
file name: jtdx-2.1.0-rc145-slack14.2-x86_64.txz
SHA-256: fe1d39d3696465d22204861789e3d68dfaca9c9ad3e8fe655646ba7dcd5c73f9
Provided by Tom SP2L thank you
------------------------------------------------------------------------
детально в вложениях..
Программа WSJT-X под операционную систему MS Windows поставляется в двух вариантах, 32-бит и 64-бит.
Используются библиотеки Qt и уже был прецедент того что программа в сборке 64-бит не находила по регулировкам звука общего языка с операционной системой.
У Вас установлен драйвер 32-бит и если Вы поставили WSJT-X 64-бит то еще могут быть проблемы совместимости программы с драйвером.
переустанавливал 2 дня назад. в трансивере уровень стандартный 4, но я менял от 1 до 9 без результата. С контестовой программы в том же состоянии трансивер передаёт wav файл 100% мощностью. Или нажимаю "проверка" в звуковой и тоже мощность 100%.
Добрый день всем!
Друзья, может кто подскажет как, или где прочитать по JTDX.
До вчерашнего дня не обращал внимания, что станции, с которыми отработал не отображаются в окне приема. Дело в том, что со станциями R105DA можно работать с разными операторами, а позывной один... Один раз сработал и все, больше я его не вижу..., хотя на водопаде вижу. Все галки в установках поснимал с повторных QSO и сообщений. То же самое произошло с соседом, когда с ним проверяли настройки его станции. Провел тестовую связь с ним, уровень +16. Потом решили еще раз провести с ним связь но пока не выбросил из файла лога, больше его и не увидел. Что у меня не так настроено, или в чем дело...
Работаю в связке TS590...UR5EQF...WSJTInterfase... JTDX V1.45
Видимо ещё эта галка осталась:
Спасибо Борис! век живи, век учись...
Вопрос по плохому качеству TX сигнала на диапазоне 160м, на других диапазонах проблем нет, на 160м осциллограф у оператора показывает такую картинку:
Вопрос имеет общий интерес, публикую ответ:Можно только добавить что низкочастотные ферритовые кольца далеко не всегда работают эффективно по нескольким причинам: необходимо ставить дроссель на кольце рядом с пучностью синфазного ВЧ тока чтобы он эффективно подавлял синфазные токи (делитель сопротивления), потери вносимые дросселем на ферритовом кольце зависят от материала кольца, паразитных резонансов обмотки и диапазона частот на котором применяется кольцо. По этим причинам оказавшиеся под рукой кольца установленные рядом с трансивером да еще и с произвольным количеством витков помогают редко.Цитата:
Сигнал на осциллографе не должен иметь какой либо огибающей, передатчик должен излучать чистую несущую.
То что Вы наблюдаете на экране осциллографа скорее всего является следствием режима насыщения НЧ каскадов трансивера из-за синфазной помехи создаваемой реактивным полем Вашей антенны.
На водопаде программы принимающие Ваш сигнал операторы будут видеть кроме основного сигнала побочные излучения, обычно с шагом 100 Гц реже 50 Гц по сторонам основного сигнала.
Вот хорошие документы по устранению синфазной ВЧ наводки, задача непростая и возможно потребует от Вас нескольких дней для ее решения:
http://audiosystemsgroup.com/RFI-Ham.pdf
http://audiosystemsgroup.com/AES-RFI-SF08.pdf
Последний месяц вижу высокую активность в проекте Hamlib связанную с предстоящим выпуском Hamlib 4.0 и огромную работу над кодом которую выполняет Michael W9MDB и другие участники команды этого проекта.
Все еще приходят письма с предположением что RRR сообщение более надежно и лучше декодируется чем RR73 сообщение, с просьбой автоматически менять сообщение RR73 на RRR если корреспондент не декодирует первое. Решил провести дополнительные тесты.
FT8 сигналы декодируются с использованием AP масок в программе WSJT-X 2.1.2
Используются симулированные звуковые wav файлы, в каждом один сигнал с -23дБ SNR, всего 1000 файлов/сигналов на каждый тест.
Процент декодированных сигналов:
43.7% AA1AAA BB1BBB RRR
43.9% AA1AAA BB1BBB RR73
45.2% CC1CCC DD1DDD RRR
44.2% CC1CCC DD1DDD RR73
43.2% EE1EEE FF1FFF RRR
40.6% EE1EEE FF1FFF RR73
42.7% GG1GGG HH1HHH RRR
44.8% GG1GGG HH1HHH RR73
Тесты показывают что в среднем вероятность декодирования сообщений RRR и RR73 одинакова.
Вероятность декодирования последовательной пары сообщений RRR+73 определяется произведением вероятности каждого из этих сообщений, например при вероятности для каждого типа сообщения в 40% вероятность декодирования последовательной пары сообщений будет равна 0.4*0.4= 16%
Сейчас примерно 3.5% операторов используют при проведении QSO последовательность (RRR+73) https://forum.qrz.ru/377-jt65-jt9-ws...ml#post1635612
проведение QSO с ними на слабых сигналах превращается в настоящее испытание :)
Я думаю, что эти писатели имеют ввиду не само качество декодирования, а многократное подтверждение обоюдного приёма сигналов. Ну и попутно с этим страдают от того, что не могут похвастаться своим шеком. (рассказать об этом можно, разместив информацию в station information и включив Enable PSK reporting или на худой конец в LogEQSLComments)
А кстати, почему в последнее время участились многократные передачи рапортов с изменяющимися dB? Раз уровень разный, значит принимают - а почему не подтверждают RRR или RR73? Какая-то из 3-х программ глючит или тоже не уверены в надёжности связи?
Здесь можно посмотреть все изменения выполняемые в Hamlib https://github.com/Hamlib/Hamlib/com...a1802018b4af5e
Статистика использования программ по диапазонам, на основании информации с сайта https://www.pskreporter.de/activity/table
Вложение 245173
Вложение 245174
To Игорь
Один очин малинкй exception
Ето так точна
---------------------------------------------
Messages for this pairs are implemented in the same way as in WSJT-X where full callsigns being transmitted:
AA1AAA/P BB1BBB/P
AA1AAA/R BB1BBB/R
---------------------------------------------
Но за
AA1AAA/R BB1BBB/P
AA1AAA/P BB1BBB/R
1. Но надо сделат так что ето по працедуру за два нестандартнйе
или
2. Один нестандартнй и один нармалнй
Кажетса что по пацедуру 1 надо
Патаму что кодинг пацедуру изменит ето вот так
AA1AAA/R BB1BBB/P -> AA1AAA/R BB1BBB/R - a а ето неверно
AA1AAA/P BB1BBB/R -> AA1AAA/P BB1BBB/P - и ето неверно
Праверил всегда на P прамрняет
Христо,
Скорее всего один полный либо основной позывной а вместо другого хэш(если не ошибаюсь именно так мы сделали в последних тестовых шагах JTDX):
CQ BB1BB/P # sends own call in full
<BB1BB/P> CC3CC/R # sends own call in full
<CC3CC/R> BB1BB -15 # neither call sent in full
<BB1BB/P> CC3CC R-15 # neither call sent in full
CC3CC/R <BB1BB/P> RRR # acknowledges QSO partner call in full
BB2BB/P <CC3CC/R> 73 # acknowledges QSO partner call in full
Это должны быть разные соревнования, разве у нас возможна в эфире такая комбинация позывных?
To Игорь
Да Незнайу какая версия WSJT-X у тебя но вот какая плохая связ палучаетса между P, R
Всйо на P a ето неверна
И ешо дела в то что и AA1AAA/R стандартнй и BB1BBB/P стандартнй (ето будит интересно)
Вложение 245209
To Игорь
Нада сделат какаята такая логика
сели
AA1AAA/R стандартнй и BB1BBB/P стандартнй
AA1AAA/P стандартнй и BB1BBB/R стандартнй
резултат нада бйт и двое не-стандартнйе
"Это должны быть разные соревнования, разве у нас возможна в эфире такая комбинация позывных?"
Ты не знаешь сколка сумашечих потребителей ест "хи хи"!!!
To Игорь
Вот мое мнение за этот момент:
(STD с STD) по существующий логике за этот момент
(STD с (/P или /R) - и на обарот) по существующий логике за этот момент
(STD с NOSTD - и на обарот) по существующий логике за этот момент
(/P с /P или /R с /R) по существующий логике за этот момент
(/XYZ с /XYZ) по новийу логику
(/P с /R - и на обарот) по новийу логику
(NOSTD с (/P или /R) - и на обарот) по новийу логику
(NOSTD с NOSTD) по новийу логику (но ето может бйт праблем если примерно)
LZ2020HVV с UA2020HVV (не сможем вйделит BaseCall) ???
Да тестовал ето не будет вазможна ( LZ2020HVV с UA2020HVV )
За ето ситуация может быть паможет как у "EU VHF Contest", но меня ето както не нравитса
Христо,
WSJT-X 2.1.2 не поддерживает генерацию сообщений для дробных позывных, мы в нашей общей переписке с командой WSJT согласовывали формат TX сообщений и в JTDX 2.1.0-rc146_4 сделан вариант который предложил Bill G4WJS:
CQ BB1BB/2 # sends own call in full
<BB1BB/2> CC3CC/5 # sends own call in full
<CC3CC/5> BB1BB -15 # neither call sent in full
<BB1BB/2> CC3CC R-15 # neither call sent in full
CC3CC/5 <BB1BB/2> RRR # acknowledges QSO partner call in full
BB2BB/2 <CC3CC/5> 73 # acknowledges QSO partner call in full
Такая же последовательность сообщений и для вариантов:
VE1/AA1AAA W5/CC2CCC
VE1/AA1AAA CC2CCC/3
VE1/AA1AAA CC2CCC/A
VE1/AA1AAA CC2CCC/P
Пока от команды WSJT возражений по доработке генерации Tx сообщений в WSJT-X не получал, надеюсь что пойдут навстречу и добавят в следующую версию WSJT-X.
Еще раз переслал Вам последнее письмо с нашей переписки, в нем есть линки на JTDX 2.1.0-rc146_4, для тестирования QSO пока используйте JTDX:Для поддержки QSO между двумя нестандартными недробными позывными в протоколе необходимо 135 бит, у нас столько нет.Цитата:
(NOSTD с NOSTD) по новийу логику (но ето может бйт праблем если примерно)
LZ2020HVV с UA2020HVV (не сможем вйделит BaseCall) ???
Да тестовал ето не будет вазможна ( LZ2020HVV с UA2020HVV )
Также невозможно QSO LZ2020HVV с UA2FFF/3, для него тоже недостаточно бит в протоколе для передачи рапорта.
To Игорь
вот ето неработает на JTDX-2.1.0-rc146_4-win32.exe
(NOSTD с (/P или /R) - и на обарот) по новийу логику
надо убрать /R /P на TX2/3
"Также невозможно QSO LZ2020HVV с UA2FFF/3, для него тоже недостаточно бит в протоколе для передачи рапорта. "
На против работает если BaseCаll UA2FFF/3=UA2FFF
CQ LZ2020HVV
<LZ2020HVV> UA3DJY/P
UA3DJY <LZ2020HVV> -15
<LZ2020HVV> UA3DJY R-15
UA3DJY/P <LZ2020HVV> RR73
<LZ2020HVV> UA3DJY/P RR73
CQ LZ2020HVV
<LZ2020HVV> UA3DJY/OE
UA3DJY <LZ2020HVV> -15
<LZ2020HVV> UA3DJY R-15
UA3DJY/OE <LZ2020HVV> RR73
<LZ2020HVV> UA3DJY/OE RR73
Такой вариант не подходит: оператор UA3DJY во время QSO ни разу не передал позывной корреспондента, только хэш, тем самым потенциально нарушил требования лицензии и такое QSO не считается действительной.
Оператор LZ2020HVV также при проведении QSO ни разу не передал свой полный позывной, только хэш.
В переписке с командой WSJT эта проблема обсуждалась.
Тагда и етот вариант не падходит (из JTDX)
CQ LZ2HV/6
<LZ2HV/6> UA3DJY/4
<UA3DJY/4> LZ2HV R-15
LZ2HV/6 <UA3DJY/4> RR73
UA3DJY/4 <LZ2HV/6> 73 <- ето не излучаетса в новй вариант (праизходит из WSJT-X, сорее не обезателно)
Оператор LZ2HV/6 во время QSO ни разу не передал позывной корреспондента, только хэш.
Так я же сказал что WSJT-X пока не поддерживает.
Вот передача полного позывного в JTDX 146_4 в уже согласованном наборе сообщенией:
UA3DJY/4 <LZ2HV/6> RRR
UA3DJY/4 <LZ2HV/6> RR73
UA3DJY/4 <LZ2HV/6> 73
To Игорь
Да ясна
По причине что новаст только это, и то с болшие условнастей (угаворки).
-> (/XYZ с /XYZ) <-
-> (/P с /R - и на обарот) <-
А это невозможно оказывается (тй сам сказал)
(NOSTD с (/P или /R) - и на обарот)
(NOSTD с NOSTD)
Тоже и праблемй с SWL каторй нада обеснят каждава патребителя (а пачему <...> и так дале....)
Из team (MSHV), падаждём что случитса и в WSJT-X, и тагда принем решение что будим делат.
За этот момент благодарю за беседу, надеюсь что была полезна и за вас и за наш екип.
Игорь, может это только у меня такое происходит, Но после перехода на новый компьютер у меня снова появилась сдвижка на 550 герц вверх по частоте при старте JTDX.
Здесь нули?
Трансивер ZS-1. CAT через OmniRig, версия 2.0. Модификация на 4 rig.
Подскажите, пожалуйста, по такой проблеме. Решил настроить отправку QSO FT8 на e-QSL, стоит у меня JTDX версия 2.0.2.-RUS-rc124, но QSO по окончании на e-QSL не идут,
скрин с настройками прилагаю. Что посоветуете сделать?Вложение 245389
скорее всего необходимо заменить программу коммуникационного протокола цифровой связи с трансивером.
А поконкретнее, пожалуйста.
Да, проблема была в Omni-Rig. Переустановил Omni-Rig и все пошло. Посмотрю дальше как она себя вести будет. Спасибо за подсказки.
Попробуйте версию OmniRig 1.18, по ней сообщений о сбоях не видел https://forum.qrz.ru/377-jt65-jt9-ws...ml#post1592422
Еще программа SDR может пытаться сменить частоту если в ней установленная на анализаторе спектра частота не соответствует частоте диапазона выбранного вида модуляции.
Да, в моем профиле там в строке Grid Square стоит LN07bk, а в QTH Nickname стоит RUSSIA
Караул -в версию 145 не вставить предыдущие QSO , она их не видит, в ранних такого не было!!!
Извиняюсь,теперь и в ранние не могу вставить, какие то проблемы у меня.
Подскажите. JTDX. При работе на общий вызов после получения от корреспондента 73 не включается CQ от меня. Приходится снова нажимать "Разрешить ТХ" а ведь при нажатой AUTO TX должно работать на передачу, хоть спать ложись. Как быть?
Не знаю что здесь правильного. Наличие т.н. робота позволяет параллельно
с работой на CQ заниматься выполнением другой необходимой работы на компе.
При этом полностью контролируя авто режим, что подразумевает наличие оператора.
Имея несколько мониторов перед собой это очень удобно. Не уверен что кто либо будет запускать
авто режим без контроля. Хотя поговорку про стеклянный.... никто не отменял :ржать:
MSHV рулит....
Когда идет пайлап американцев или японцев на низах, это немного неудобно, особенно, если если левая кнопка мыши начинает умирать. :s7:
С другой стороны, при выскакивающей табличке, QSO гарантированно будет записано в лог. Что-то теряешь, что-то находишь...
Всех с наступающим Новым Годом.
MSHV рулит....
Да нет, Юрий, MSHV далеко не рулит ;). Рулит WSJT-Z от Томека, SQ9FVE. Обладая исключительно гибкой системой фильтрации, не уступающей, а в некоторых моментах даже превосходящей возможности JTDX, в WSJT-Z реализован раздельный режим "AutoCQ" и "AutoCall". Как раз то, что категорически отрицает команда JTDX.
И дело тут не в автоматичесом занесении QSO в лог без отключения передачи(это можно сделать простейшим скриптом в любой проге), а в возможности не выгребать как "картофельные очистки" по сто раз одну и ту же страну(локатор), а выставить в фильтрах именно то, ЧТО ТЕБЕ СЕЙЧАС НАДО, включить "AutoCall" и реально заниматься в шеке более творческим процессом, чем непрерывно пялиться в монитор;).
WSJT-Z сама "увидит" появление того, что выставлено в фильтрах и начнет алгоритм секвенсинга. А потом снова уйдет в засаду;))
А мне отсутствие полной автоматизации ничуть не мешает работать в эфире, одновременно
готовить какие-то документы, читать почту и смотреть кино. Периодически "жамкать"
мышкой для сохранения в лог, ну и по необходимости вмешиваться в работу JTDX (инициативно
вызывать интересных корреспондентов, заносить в black-list "глухих, но мощных"), в общем,
не просто наблюдать, а участвовать в работе в эфире. Зато если семья отвлекла - ну тормознётся
программа на стадии занесения в лог, дождется меня -- и дальше работать.
По-моему так и должно быть. И никаких роботов.
Статистика pskreporter показывает 28 пользователей программы WSJT-Z(по сравнению с 18000 WSJT-X), наверно операторы стесняются включать в ней отправку спотов ;)
Зато сразу видно кто предпочитает заниматься более творческим процессом :) . Если серьезно, то операторы предпочитающие заниматься более творческим процессом уже сделали первый шаг в сторону от работы в эфире, и скорее всего полностью утратят интерес к ней.
Спасибо Игорь, пояснили!
Посмотрел Ваших интересных...
Вложение 245425
А Вы не допускали то, что мощные, они совсем и не глухие а просто Вы им не интересны.
Или допустим кого Вы зовете у них антенны не в вашу сторону, но слышите вы их громко.
Такое бывает. А Вы их жах и в блэк лист :um:
Я понял, Вы наверное думаете кто использует автомат, тот запустил и идет спать?
Выше я писал про стеклянный..
Появился пакет под Debian wsjtz_2.1.0.29_armhf.deb но при установке появляется сообщение "architecture error"
https://sourceforge.net/projects/wsj...e_mirror=netix
Игорь, приветствую!
А я даже в JTDX часто про эту "галку" забываю, и в WSJT-Z она у меня до вчера включена не была. Включил и не стесняюсь;). Понимаете, Ваша статистика еще раз подтверждает соотношение между между "правильными пацанами-огородниками"(всем за пределами 5-6 района...) и какими-то там ДХ-менами, которых обычно и не услышишь. Рявкнуло чего-то по ушам, схватило тот самый Чад, где "бродит жираф", и пропало ;)))
В JTDX есть замечательный режим "4+", которого в "чистой" WSJT-X и рядом не стояло. Это звать тех кто в фильтре(нью-ван, нью-бенд, нью-лок, нью-колл), а если таких нет в декоде, то цекулять. А чего цекулять, кого цекулять, зачем цекулять?! "Далеких и близких, высоких и низких"?(С).
Выбора нет под разные предпочтения отдыха в эфире ;). Я ведь просил когда-то - не надо автосохранения(полной роботизации) делать. Кому надо, то сами пусть голову ломают. Просто разделите AutoCall (тот самый поиск позывных, или "4+" согласно Вами же сделанных фильтров, но без перехода на CQ) и AutoCQ (как в "чистой" WSJT - кто хочет цекулять непрерывно, пусть радуется). Ото и вся предлагаемая "автоматизация"...
"ну и по необходимости вмешиваться в работу JTDX (инициативно вызывать интересных корреспондентов)"
И еще один Игорь, приветствую!
WSJT-Z как раз и дает всю широту выбора оператору - когда вмешаться, он (оператор) занесет "глухаря" в блэк-лист или она сама после указанного числа вызовов. Но самое главное - сама вовремя и в нужном цикле стартанет по выбранной в фильтре цели.
Случай не смешной, но из жизни - фанат ДХ-синга, в ручном режиме краем глаза следивший за окном декода во время творческой пайки ;) какой-то интересной приблуды в шек, увидев внезапно выскочившего VP6 дернулся рукой к заваленной схемами мышке и опрокинул баночку жидкого флюса на новенькую и весьма дорогую механическую клавиатуру. Клава в помойку, а вожделенный слот хоть и закрыл на следующий день, но как говорится, осадок остался...
Ладно, наше хобби широкО и разнообразно, у каждого свои предпочтения и очень хорошо, что есть много цифровых софтов, хороших и разных, а среди нашего брата-радиолюбителя есть талантливые программисты, которые эти софты пишут и сопровождают!
Огромное им за это СПАСИБО!
Всех с наступающими Новогодними праздниками!!!!!
Не льстите мне, не надо! Это -- просто рядовая "работа на CQ"...
Так сказать, "между более важными делами".
По-настоящему ИНТЕРЕСНЫХ можно глянуть в моём профиле на LoTW
например...
Ещё раз не надо мне льстить!
"МОЩНЫЕ, НО ГЛУХИЕ" - это те, кто ЗОВЁТ меня ЛОМОВЫМ сигналом, но
десяток раз не может принять ответный рапорт... Вот ИМЕННО ОНИ идут в
"black-list". Вам, надеюсь, понятно объяснил? И не надо Ваших нелепых
домыслов, хорошо? Я сказал ТОЛЬКО ТО, что сказал. И ничего больше.
Вот на этот раз Вы правильно меня поняли! Руки не порежьте, когда "об угол"...
Ну, Вы поняли...
Андрей!
Даже не знаю, как Вам ответить...
Всегда считал Вас (мы коллеги по RU-QRP и давно знакомы заочно) отличным
контестменом, прекрасным CW-оператором, хорошим конструктором...
Но сейчас читаю словно не Ваше сообщение, а какого-то "из поколения Пепси"...
Вам ХОЧЕТСЯ "робота"??? Нет слов. Вопрос только - а зачем все эти "трудности"
с КВ? Создать очередную "песочницу" типа echolink и работать там. Добиться
зачёта в LoTW, IOTA, где там ещё... И "работать", "работать"... :(
Как-то так. :(
Уважаемые Коллеги!
Прошу у Всех прощения - уже зарекался не писать в этот форум, но вот опять не
сдержался. Больше не буду. Продолжу компилировать новые версии JTDX для
Linux, но ни слова тут не произнесу.
Всех с Наступающим Новым Годом!
Крепкого здоровья, успехов во всём! До встреч в эфире. 73!
"В чём смысл подобного "радиолюбительства" - какие-то корыстные цели"?
Юрий, да такие же "корыстные", как и в бесконечном цеку группой "всем на даль", а реально "работа" по сто раз с одними и теми же любителями басочков и теплейших 73, только в цифровом изложении :s10:.
В прошлом веке было модным удивительно точное выражение: "Коротковолновик должен прежде всего уметь СЛУШАТЬ!". И достаточно злобно, вплоть до жалоб в ГИЭ и закрытия, "загонялись" деятели, которые не имея ни антенн ни тренированных ушей, долбили CQ в ДХ участках, зачастую становясь на голову редчайшим корреспондентам.
Теперь "слушать" ПОМОГАЮТ программы. Никого ж не удивляет, что у каждого нормального ДХ-мена всегда запущены скиммер/кластер, слушающие эфир настроенными фильтрами и перестраивающие трансивер на что кому надо. Давно не удивляет!
И мне, например, в повседневном отдыхе не нравится "работа" на CQ. И не только мне, и не только в телеграфе. Да, в этом отношении я "корыстен":s11:.
Поскольку я (и не только я) ушами расшифровать ФТ-завывания не могу, то значит ПРОГРАММА сама должна "услышать" кого мне надо по моим фильтрам, и вовремя стартануть по алгоритму, который в ней заложен стариной Тейлором. А дальше УЖЕ Я (и не только я) сам решу, что мне делать во время этой связи - сколько позволить "дозываться" или вообще сразу оборвать алгоритм, так как сигнал исчезает до нуля.
И на CQ становиться не хочу, если вижу сплошь ближний проход и у меня этот ариал весь закрыт в ЛОТВ данной модой. Ведь я ж корыстен. Но пути прохождения неисповедимы, поэтому также хочу, чтобы цифропрога всегда была на стрЁме и немедленно начала цикл при появлении того, что именно мне в данный момент на данном диапазоне интересно. Вот такая моя (и не только моя) "корысть":s7:.
А вот выбор времени суток, диапазона, антенны и ее направления, с усилителем или без, контроль АЛС и сеточных токов, нагрузки процессора, как и выбор ФТ режима - только "подбор" или можно даже на CQ переключиться, когда "Карибы, Джапаны и Р5 толпой зовут" (частая застольная притча среди тру-аматЁров после шестого стакана:s12:), остается за оператором и только за ним! Как-то так...
Статистика wsjtx и mshv немного дутая за счет того,
что этими программами можно будет в ближайшее время
работать в тестах и в многослотовых режимах.
Если пользователям этих прог дать такой продукт,
как jtdx+test+2 слота 73/rrr(без CQ)+авторежим отслеживания
очень нужных станций по-введенному списку,
то процент этих коллег весьма уменьшится,
а в jtdx пойдёт плавный прирост.
Я знаю отношение Игоря UA3DJY и ko к этому...
Но тогда в голове возникает вопрос:
-K чему вся эта статистика?
Программы то имеют разные приоритеты и возможности!
Всех с наступающим Новым годом!!!
Желаю, что бы не только мои, но и ваши
мечты о возможностях JTDX осуществились!
И, я, зарекался, но - пишу же...
Поэтому, Игорь, не принимайте всё так близко к сердцу!
Отвечайте и пишите "по-настроению".
Если его нет, то оно и не появится, так как тут все разные.
Удачи и 73!
Работает сейчас на 40 метров ER4DX:при одном слоте все хорошо, при двух слотах - почти половину общего диапазона занимает (только не говорите что это прохождение, проверял в разных местах. Похоже что и Fake IT или Сплит тоже не включен). Мощно везде проходит, еще бы таких несколько и можно не включаться... С наступающим!
Всех с наступающим Новым годом!
Переустановил JTDX, вместо прежней rc125 на новую rc145. Все в порядке, только перестал включаться режим передачи по двойному клику по позывному корреспондента. Вроде все облазил в настройках, но нигде не нашел, как эту опцию включают.
Вернулся на rc125, и тут уже, по клику по позывному в окне, передача не включается.
Может кто-нибудь подскажет, где я накосячил?
Эта кнопка должна быть включена:
Вложение 245449
С Наступающим Новым годом!
Вложение 245482
Многослотовая работа в общих диапазонах, P49X и 5T5PA одновременно зажигают в нескольких слотах на 14074, тут же кто то обрывает QSO сообщая корреспонденту что не может декодировать его сигнал из-за QRM:
Поздравляю всех с наступающим Новым Годом!
C Новым Годом!
С Новым годом!Вложение 245527
Вложение 245530
Я даже не о том хотел сказать что работают в общем диапазоне несколькими слотами. Это можно пока пережить, но посмотрите что у него добавляется к двум слотам сверху и снизу (при его более сильном сигнале виден забор и в районе 2000 герц). Знал бы он об этом и как правильно настроить усилитель для такой работы: 100% бы решил. Может быть автору MSHV предусмотреть в программе (при установке работы более одного слота) выход информационного сообщения с вменяемой инструкцией о настройке передающего устройства при многослотовой работе?
Всем с Новым годом!
Здраствуйте Victor
Харошая идея, но хачу сказат что из маево опита практически никто не читает ни хелп, ни евентуалнйе сообшения.
Многие даже не знают что это ALC и как его управлят.
С Новым годом!
Николай, как мне видится.то очень много зависит от способа ввода QSO в лог. Для себя я определил такой алгоритм: ввод в лог -по запросу, AUTO TX-включен постоянно,при работе на поиск -кнопка "Одиночн. QSO" -нажата(светится зеленым), при общем вызове -сию кнопку не нажимать(стоит без цвета) и тогда после получения от корреспондента 73 вы автоматически начинаете передавать CQ. Я так пользуюсь, а полного робота в программе Игоря нет,да я считаю.что он и не нужен. иначе вообще разучимся работать в эфире.
чёйта у меня файл лога пропадает при перезагрузке программы JTDX 210rus145
виндовс 7 макс.
сохранется связь норм, по f7 кликается, но при перезагрузке проги 0qso. и по F7 перестаёт вызываться, в папке лога пусто
Не надо никаких инструкций, просто сделайте так, чтобы многослотовый режим работал только при соблюдении всех трёх условий:
a) Вне общих диапазонов
b) При работающем САТ
с) При включенном Fake It (или как там в MSHV это называется)
А вообще, подобная функция должна быть заблокирована для массового пользователя.
И Европу "клепать" надо - на дипломы. Каждому свое!
А то, что бардак в цифре - сами виноваты. Раньше цифровыми видами могли работать только самые подготовленные операторы - первой категории. А сейчас , "ворота настежь" - все. Да еще такие мощные, по возможностям, программы в свободном доступе. Это все равно, что водителя с минимальным стажем посадить на "формулу 1". Да, плюс, в голове "тормозов" нет!
подскажите почему лог убивается при запуске JTDX?
Какой у Вас путь к логу, может причина в имени аккаунта в операционной системе? Может результат работы антивируса?
У себя под Win10 пару месяцев назад замечал другой сбой записи файла на USB флешку - редактирую текстовый файл, сохраняю, открываю файл - информация есть (Windows берет информацию с кеша в памяти). Закрываю файл, в операционной системе отключаю USB диск, перетыкаю флешку в другую машину - в файле пусто. Сбой был хаотичный, один раз так достал что пришлось досконально проверить все пошагово. В последней версии Win10 пока такого сбоя не замечал.
Поздравляю всех с наступившим Новым Годом!
Игорь! С Новым годом!
Возник вопрос: в JTDX ставлю управление САТ через OmniRig. При запуске JTDX должен запускаться OmniRig? Что то не получается их связать даже без лога.
Вложение 245548
Omni-Rig Client в помощь, думаю разберетесь с его помощью.
Минут через 30 смогу. Это не у меня, Игорь.
Вот скрины, Игорь.
Файл ini в OmniRig - переделанный немного TS-480-й (включение обратной боковой полосы)
В новый год с новым железом: собрал рабочую станцию на китайской материнке Kukete и процессоре Xeon E5-2650v2, теперь есть возможность тестировать и дорабатывать программу под процессоры с количеством логических ядер до 16.
Первые результаты тестирования, эффективность и чувствительность FT8 декодера JTDX в зависимости от количества включенных в настройках декодера потоков. Внимание: нет смысла включать больше потоков в декодере чем количество логических ядер процессора, при такой попытке будет просадка эффективности декодирования, такая ошибка в настройках автоматически корректируется в коде начиная с JTDX rc146_9.
Вложение 245561
COM4 одновременно настроен в OmniRig и JTDX. Если в JTDX настроить PTT через VOX, CAT управление будет работать?
Трансивер редкий, возможно некорректная или неполная реализация CAT интерфейса в этой версии OmniRig или трансивере, может Вам придется делать трассировку CAT сообщений на COM порте. Интересно, какое сообщение сбоя находится под кнопкой Show details?
Операционная система работает с логическими ядрами. Если по спецификации процессор имеет два физических ядра и поддерживает Hyper threading и последний включен в BIOS то процессор должен иметь 4 логических ядра, операционная система Windows может показывать количество логических ядер процессора в диспетчере задач:
Дополнил пост:В WSJT-X дорабатывали взаимодействие с OmniRig, в версии WSJT-X 2.1.2 в связке с OmniRig 2.0 CAT работает?Цитата:
Трансивер редкий, возможно некорректная или неполная реализация CAT интерфейса в этой версии OmniRig или трансивере, может Вам придется делать трассировку CAT сообщений на COM порте. Интересно, какое сообщение сбоя находится под кнопкой Show details?
В этом не сомневался. Есть версии операционной системы Windows некорректно работающие с рядом имен аккаунта.Цитата:
Сообщение от UA3DJY
Программа установлена на диск C: ? И встречал конфигурации операционной системы Windows где диск C: отсутствовал, надеюсь у Вас такой есть?
Лог UR5EQF и OmniRig работают без проблем.
Вот что под кнопкой.
Версия JTDX с активированной диагностикой CAT между JTDX и OmniRig в помощь:
built SW (MS Windows) https://cloud.mail.ru/public/2hjd/29dpDXWdz
checksum JTDX-2.1.0-rc141_7_trace-win32.exe
SHA-256: FBF5EDC470E84C3E0531BE5293FE33724F179BC3960E8CCEE40CEDCC6F6DE166
Файл с диагностикой в папке %TEMP% , имя файла JTDX_trace.log
Друзья Всех с новым годом. Имеется такая проблема . в роботе программой wsjt - приём идёт через микрофон что на панеле ноутбука ( этот писк уже достал всех домочадцев). как побороть эту бяку . на старом компе было раздельно вход /выход и всё работало ,а тут один джек 3.5 и в настройках не вижу как переключитьчтобы шло по шнурку на микрофонный вход.
Винда 7 макс. Ноут asus r540
за рание всем благодарен за помощь
Драйвер звукового устройства определяет доступные настройки (в драйвере есть возможность отключить встроенный микрофон при подключении микрофонного разъема, доступна в настройках звукового устройства в операционной системе). Убедитесь что стоит последняя версия драйвера для этого ноутбука от производителя.
Специальный контакт в микрофонном разъеме отвечает за определение подключения внешнего кабельного разъема.
Подойдет такой разветвитель: (не реклама)
Вложение 245570
вечер пролетел в поисках подходящих драйверов . драйвер найден и установлен водопад бежит мода не пищит на всю комнату, все довольны . Нашол на сайте notebookclub.org
хороший сайт по дровам .
Очередной рекорд активности в цифровых видах, 4 дня количество спотов в пике превышало планку 1100000 в час, статистика pskreporter:
Всех с новым годом!
Подскажите JTDX на WinXP SP3 будет нормально работать?
Вложение 245585
Апетит растет: уже 3 слота и куча грязи.
Всё верно.
И про компьютеры не так давно я уже писал. Не стОит гнаться за "топовыми"
процессорами типа i9 и etc. Зачастую совершенно незаметные "серые мышки"
бывают ненамного хуже. Как пример - есть у меня в хозяйстве Celeron-1900.
Вроде по-названию - "кака". А в нём 4 ФИЗИЧЕСКИХ ядра и 2 МБ кэша. По
простым тестам он примерно наравне с i3. Лично у меня прекрасно справлялся
в связке ExpertSDR+5M Contest+CW Skimmer. Или ExpertSDR+LogHX+JTDX...
Да, временами загрузка под 100% подскакивала, но кратковременно и не
влияя на результат... Заметьте! SDR-программа (весьма прожорливая), плюс -
всё остальное.
Так что -- простор для творчества! Увы, по AMD-процессорам ничего подсказать
не могу (давно с ними расстался и не тороплюсь возвращаться, хотя Xeon`ы
и Athlon`ы хорошо помню), а с Intel - надо ОЧЕНЬ внимательно смотреть. Часто
можно за реально малые деньги купить весьма достойный аппарат.
Ну и на памяти не экономить. Чем быстрее - тем лучше. Объём - ну "от 4 Гиг".
Если есть возможность.
Чепуха полная.Трансивер SunSDR2DX ,максимальная загрузка не более 1- 2%.проц.i7.
У меня для выездов ноут с подобной ХР.трансивер ic 7300. Все зависит от настроек программы JTDX . Очень даже неплохо работает ,гораздо лучше чем WSJT-X любой версии ,однозначно!
У меня нетбук АСУС 101 Рее. В нем имеется только одно звуковое гнездо 3,5 мм. Микрофон встроенный. Гнездо в настройках можно включить либо на ТЛФ, либо на МИКР. Получается не совсем хорошо... Чтоб работать цифрой нужно подключать внешн звук карту. Или вкрывать нетбук и выводить на отдельное гнездо провода "выход динамика" с выключателем. Что не совсем гуд...
Зачем на ......... молчать. Вчера ночью общался с Игорем по поводу предпоследней версии v.10 и работы моего проц.в различных режимах.С утра v.11 все неплохо.Чуть позже установлю на ноут с ХР. трансивер ic7300....... буду пробовать сначала дома ,позже на выезде . Однозначно весьма неплохо будет работать.
А трансивер SunSDR2DX несмотря на многие .....отлично работает и загрузка проц.ничем не отличается от предыдущего SunSDR2Pro. 1-2 % Более менее стоящее будет ночью или под утро ,но загрузка программой JTDX проц.очень даже ничего,все настройки по максимуму. Первый скрин работа трансивера с программой на 40м сейчас ,второй загрузка проц.программой при декодировании в Диспетчере задач.
купите внешнюю звуковую карту и количество звуковых гнезд резко увеличится НАПРИМЕР (PAAU005 ESPADA)
Да , но есть один момент , в этот разветвитель не влезут два стандартных джека 3,5 мм ( расстояние между центрами в этом разветвителе 7,5 мм)
Вложение 245608
Лучше применить разветвитель в таком исполнении
Вложение 245607
А вот, не подходит... Почему я писал свой пост 21900?
Потому, что в этом нетбуке гнездо джека 3,5 мм имеет 3 контакта: 2 выхода + земля... Но в настройках внутри нетбука этот разъем можно подключать на звуковой карте или на ТЛФ, или на МКФ. Только один вход, на 2 не получается...
Если вставить этот шнур, непонятно получится с него одновременно и ТЛФ, и МКФ?
Не убедили... Где можно прочитать-дайте ссылку, что этот шнур будет работать на АСУС 101 Рее.
Как может работать?, если в этом АСУСе гнездо совмещенное с 3 контактами и переключение входов зв карты производится ПРОГРАММНО в настройках системы? А в шнуре 4 провода и работает механика с лишним проводом.
-----------------------------------
Допускаю, что для других типов ноутов он будет работать и давать на выходе линии ТЛФ и МКФ.
Походу эта фишка у нэтбуков ASUS
Есть Asus_X201E и такая же ситуация, можно выбрать только один из трёх вариантов.
Вложение 245624
Коллеги ! JTDX на Win10 64-bit будет работать ?
с разветвителями поосторожней там 2 разьема 3.5 мм но эти 2 штуки параллельны на телефоны ...микрофона там НЕТ.
Есть и с разъемом для микрофона тоже
Здраствуйте
UA3LHA и UT8NT
Хчу сказат что с ето занималса три года назад
Харашо уточнитес какой вариант у вас OMTP или CTIA, один стандарт на Samsung другой не помню
Вот как вйгледит
Вложение 245676
Так что камута нужна ето нада знат что точна ему нужна.
Разница в распалажение MIC и GND, будьте осторожны когда покупаете.
Во многих ноутбуках ASUS назначение аудио-разъема определяется программно. Если в диспетчере Realtek HD нет устройства headset (гарнитура) или меню для разделения/переназначения разъемов, все потуги с разветвителями бесполезная трата времени. В сети есть обрывочные сведения, что якобы это можно исправить в реестре. Но в основном это касается Linux и готовых рецептов я не нашёл. Пробовал разные драйверы, в том числе работающие с гарнитурой на другом железе - результат никакой. Вероятно надо лезть в BIOS, но его, как такового нет. Сам использую или USB-карточку или соплю от внутреннего динамика. Если кто знает как это победить, поделитесь!
У меня ASUS R510V и в диспетчере Realtek HD НЕТ устройства headset (гарнитура)! Но при подключении этого чудо переходника
автоматически появляется вот такое окно
где остается только нажать "ОК" и всё работает, как надо!
Вот сейчас всё подключено и работает, но ни в диспетчере ни микшере гарнитуры нет...
Да и рядом с единственным аудио разъёмом два значка обозначения и наушников и микрофона, попробуйте запустить только микрофон...
При установке под Ubuntu16 32-битной версии 145 выскочила ошибка:
Уважаемые коллеги, была давненько темка о синхронизации адиф файлов, тогда ничего не понял, да и не к чему было. Сейчас понадобилось, а найти не могу. Может кто объяснит доходчиво, как синхронизировать более двух адиф файлов разных программ с разными именами? Т.е. добавляя записи в один из файлов, они бы автоматом добавлялись во все другие.
Формат адиф разработан для передачи данных из базы данных различных программ, где от программы к программе форматы не совпадают. Читать и редактировать адиф формат, можно в обычном текстовом редакторе, добавлять новые связи из другого файла с этим расширением, можно через буфер обмена Windows. Обычно сортировку данных адиф делает программное обеспечение логов и прочее программное обеспечение, имеющие свою базу. Отдельно для адиф формата, подобных программ не встречал. Возможно кто то знает, о подобном редакторе. Программы работающие с базой адиф, передача данных от программы к программе возможна если автор программы позволил менять имя и место хранения базы адиф, без проблем позволят работать на одну базу нескольким программам.
С разными именами через дополнительные программы или внешние логи. Например: программа ADIF MASTER The ultimate Ham Radio Software for contests and everyday using. Downloads page.
В MSHV можно импортировать полуавтоматически, а экспортировать вручную, копируя из созданного файла.
В WSJT и JTDX имена одинаковые, можно через жесткую ссылку
mklink /h C:\Users\ИМЯ\AppData\Local\WSJT-X\wsjtx_log.adi C:\Users\ИМЯ\AppData\Local\JTDX\wsjtx_log.adi
Здесь приоритетный лог в JTDX
Коллеги, в окне программы "Декодирование" какие приоритеты предпочтительно выставлять? Компьютер 4 ядра, Win7.
Вложение 245784
Уже пару дней как открыто "жиденькое" прохождение на 10м диапазоне на Европу с моего региона. Станций на диапазоне не много и чтобы уверенно декодировать слабые сигналы включен режим SWL mode с 6 проходами декодирования. То что надо.
Hint включаю на загруженных диапазонах ,на 20м днем и 40м днем и ночью. Спасибо,не вопрос , сравню и разница будет видна.
Пытался сравнить. Но в данное время на 10м в основном немцы с довольно высокими уровнями.Не тот "контингент" для сравнения.Может далее что то будет поинтереснее или вообще на сегодня прохождение с моим регионом закроется.Ждем.
Режимы декодирования настраиваются один два раза заблоговременно и при необходимости переключаются почти мгновенно и настраиваются совсем не под обстановку в эфире ,а под мощность используемого проц где конечным результатом будет выполнение поставленной конкретной задачи! Как правило все по пределу ,а как иначе.Максимальное декодирование, обязательно с учетом продолжительности времени периода ,не вылезти за рамки. По моему те кто в этой теме это давно знают,ну пожалуй за исключением некоторых.
Если это для вас не имеет значение и у Вас идеальные условия приема и Вы не в теме тогда разговор излишен!
У многих и условия плохие (импульсные помехи и источники белого шума) и процессоры 2-4 ядра поэтому и приходится в зависимости от обстановки менять параметры декодеров в JTDX (кнопочек очень много) иначе замедляется процесс декодирования и появляются ложные декоды если как Вы предлагаете выставить все по максимуму. Далеко не всем по карману 16 ядерные процессоры с 32 потоками поэтому не стоит делать громких заявлений. Изучайте программу и особенно кнопочку Hint. 73!
ИМХО источники белого шума неизбежная часть условий всех операторов :)
Многое зависит от желания оператора разобраться и сделать самостоятельно, вопрос "Далеко не всем по карману" второстепенный, поскольку наличие финансовых возможностей вовсе не означает умения их использовать. Также и с программой, необходимо умение использовать данный оператору инструмент.
Это главное в данной ситуации и при большом количестве кнопочек в JTDX разобраться не каждый сможет поэтому RK1NA и предлагал перейти на WSJTX. А что касается белого шума то у меня под боком шумовик в УВД и при повороте антенны шумовая обстановка меняется от условного 0 до +25дб с провалами в диаграмме.
Вижу в ПСКа репортере, что станция видит мой сигнал, но сколько не пытался вставить позывной в окно "позывной DX" не успеваю и окно очищается.
JTDX. Для RX частоты QSO уровень чувствительности определяет только количество ложных декодирований. Для широкополосного декодирования ставьте 'глубокое/deep'.
Чувствительность декодера(широкая полоса) - скорее всего минимальная для Вашего процессора, можете попробовать "использовать низкие пороги" с включенной записью диагностики в файл ALL.TXT, если в файле окончание декодирования будет заходить в следующий интервал то придется использовать в положении 'минимальная'.
По любым процессорам оценка времени декодирования для выбранной комбинации настроек через запись диагностики в файл ALL.TXT.
JTDX v2.1.0-rc146 измененный функционал:
Линки:
Пользователям операционной системы Windows: мы рекомендуем переименовать(либо удалить) файл JTDX.ini перед первым запуском JTDX 2.1.0-rc146.
Русская локализация JTDX v.2.1.0-RC146.
Линки :
Большое спасибо Игорю UA3DJY и команде за рождественский подарок v2.1.0-rc146! И Виктору R3BB за русскоязычную локализацию!
Сейчас на 40ке вещает ER4KAA в 2 слота, а еще с каждой стороны от сигнала по 2 слота помехи.
Итого 6 * 50 = 300 Гц.
Большое спасибо за программу MSHV !!!
Сегодня попробовал работать в F/H режиме. Сработал на 30 и 17м с E44RU. Частота передачи была 1200 Гц.
Затем пробовал сработать на диапазоне 40м и заметил, что частота при передаче смещается на 500 Гц вниз. Декодировался он очень редко и поэтому не сработал. Когда проводил успешные связи на значение частоты как-то не обращал внимание.
Попробовал на разных диапазонах, тоже самое. Есть смещение, причем оно 500 Гц и не зависит от частоты передачи до 1500 Гц. Если установить частоту передачи 1500 Гц или выше, частота не изменяется.
Так должно быть или что-то нужно поправить в "консерватории"?
Если на замечания не реагирует (например работает роботом и не видит замечаний от других операторов) придется обращаться в отдел радиомониторинга Радиомониториг частотного спектра | Национальная Служба по управлению Радиочастотами
Да речь не о конкретном хаме, а о возможности зас...рать и так небольшой участок для работы в FT8.
Пусть бы где-то в стороне - кому надо, подходите, терпите и зовите.
Это же происходит на общедоступном участочке диапазона, где сейчас собирается больше половины всех радиолюбителей!
Зато такой возможности нет у других программ!
Джо Тэйлор ведь не зря предусмотрел многослотовый режим вне отведенных диапазонов.
А хамы были, есть и будут.
Большое спасибо, Игорь, за новый релиз.
Кстати, я обновился с версии rc144, и вызовы в подокне Band Activity иногда подчеркиваются пунктирной линией. Что это значит, пожалуйста?
73!
Подскажите пожалуйста, JTDX умеет работать с нестандартным позывным типа XX12YY в моде FT8?
Так в JTDX выделяется специальное сообщение DXpedition (два сообщения в одном сигнале) - подсказывает что для проведения QSO с этим корреспондентом необходимо перейти в режим гончей (Hound). Для B4 будет волнистая линия.
Выделение специальных сообщений изначально было запрошено для диапазона 60м где нет возможности использовать отдельные частоты для работы в режиме DXpedition. Но как показывает практика есть операторы которые используют специальные сообщения и в общих FT8 полосах на других диапазонах.
На сайте JTDX Russian опубликованы 64-бит сборки JTDX 2.1.0-rc146 под операционные системы семейства Линукс:
Debian 10.2
Fedora 31
Fedora 32
Slackware 14.2
Сборки сделал Tomasz SP2L
Игорь, пожалуйста ответь на мой вопрос:
Вижу в ПСКа репортере, что станция видит мой сигнал, но сколько не пытался вставить позывной в окно "позывной DX" не успеваю и окно очищается. Может я не в то окно заношу позывной?
Прошу прощения за нарушения правил форума. Поставил только что крайнюю 146 версию, заношу позывной в окно DxCall, теперь позывной не исчезает по окончании декодирования, но не нашел кнопку "генерация сообщений"(может плохо искал). Если эта кнопка есть, то она, наверно, должна сгенерировать в какое-то окно и сразу можно вызывать корреспондента. Может я коряво описал ситуацию?
При включенном AutoSeq желательно использовать закладку 1 TX сообщений, в ней эта кнопка:
В закладке 2 TX сообщений любая кнопка генерирует сообщения. У Вас настроено автоматическое внесение QSO в лог?
Сайт WSJT-X куда то пропал. На сайте университета раздел пульсар тоже исчез. Я что то-пропустил из новостей?
Обновление MSHV 2.32
Скачать английскую и русскую версию можно на сайте MSHV > MSHV | LZ2HV Amateur Radio Website
Новое в версии 2.32:
- Добавлено: Поддержка некоторых нестандартных позывных для режимов MSK144, FT8 / 4.
например (LZ2HV / QRP с R5WM / 6), (DL5 / LZ2HV с Y03 / R5WM), (LZ2HV / P с Y03 / R5WM), (LZ2HV / R с R5WM / P).
На данный момент следующие варианты невозможны:
например (LZ2020HV с R5WM / 6), (LZ2020HV с R2020WM).
На данный момент эта функция возможна только для последних версий MSHV 2.32 и JTDX 2.1.0-rc146.
Я не ставлю автоматическое внесение QSO в лог, сейчас попробовал, сообщение генерируется только в закладке 2, указанной Вами кнопки у меня нет, так как светится зеленым "AutoSeg3". Ладно, буду работать с закладкой №2. Спасибо за участие в настройке. Еще один вопрос: В выходные был ТЕСТ на ФТ4, Ваша программа предназначена для участия в подобный ТЕСТах?
установил версию JTDX-2.1.0-RUS-rc146(предварительно удалил ini файл)...не работает включение на передачу при двойном клике мышкой на нужный позывной...при нажатии кнопки разрешитьTX-все нормально-идет вызов...при нажатии настройка TX,тоже все нормально...также все в порядке при общем вызове...в предыдущих версиях в общих настройках,вроде надо было ставить галку-двойной клик на позывном,а в этой версии не вижу(хотя водовку не пил:mad:)...что может не так сотворил,подскажите,пожалуйста...
смотрите здесь:
#21843
Грустных новостей и не было.
WSJT Home Page
что то не открывается страничка
Здраствуйте Mike RA3QH
Спасибо за связи в Roundup Contest.
Всегда слушал хорошо на все диапазоны.
:s7:
Спасибо конечно, скачал, но тут без помощи не разобраться...
Способ не работает, выскакивает ошибка (((
Вложение 245906
Что такое cdm.exe? Где искать? Как запустить от имени админа? Что должно появиться? Извините если обидел глупыми вопросами, но не все здесь продвинутые....
PS: загуглил, запустил от админ, появилось
Вложение 245921
Дальше что?
Еще раз дам ссылку пост 11643
https://forum.qrz.ru/377-jt65-jt9-ws...ml#post1452965
Интересный сбой в сетапе пользователя, спектр повторяется ровно через килогерц, на картинке видно что полоса приемника 3кГц, спектр сигнала дублируется по всей полосе 5кГц водопада:
Сигнал сообщения N9VO в двух боковых полосах, +- 114 Гц от 'подавленной' несущей 0-1-2-3-4 кГц, зеркальный 'LSB' сигнал конечно не декодируется.
Если у вас обе программы JTDX и WSJT-X установлены на одном диске "С" тогда после в отрывшемся окне cmd.exe вставте вот эту строку без ковычек
"mklink /h C:\Users\ИМЯ\AppData\Local\WSJT-X\wsjtx_log.adi C:\Users\ИМЯ\AppData\Local\JTDX\wsjtx_log.adi"
слово " ИМЯ " замените на ваше имя пользователя компьютером.
Для 4 пинового разьема COMBO эти пригодны (прозвонил проверил)
Не написали после чего вставить... Вставил после system32>, нажал интер и получил вот что...
наверное ничего? Проверил оба адифа - записи разные...
Спасибо! Вроде всё получилось. Извиняюсь за свою тупость, но сразу не понял, что надо сначала удалить один адиф, а потом остальные манипуляции...
Ещё раз спрошу - теперь изменяя любой из адифов, второй автоматически синхронизируется с первым и наоборот?
Фишка в 146 версии с новым Hamlib !!! При подключенном питании выключенный YAESU FTdx 3000 при запуске программы JTDX включается и начинает работать на приём!:s7: Выключать, правда, надо самому!:s9:
У меня FTdx5000mp точно так же включается сам, после запуска JTDX (rc146).Цитата:
Сообщение от UA3ALE
На самом деле, физически на диске существует только один файл лога. В него и заносится связь. Ссылка (симлинк) создает всего лишь "связь" (видимость, фикцию) существования второго файла лога :) Но с точки зрения программ JTDX и WSJT-X это "как бы два разных файла, но с абсолютно идентичным содержимым".
Лежит release.jtdx.tech, пробовал с 3 провайдеров (нет записи DNS).
jtdx.tech живой.
Зеркало есть? Нужны 146 англ и рус
Русская локализация 146 сборки здесь.
А английская - здесь