Внятный ответ дал Игорь: формат UDP сообщений JTDX 100% соответствует формату WSJT-X. Нет никаких "лишних" байтов.Цитата:
Сообщение от R2ADF
Перед тем, как тратить время на "советы" - разберитесь в формате сообщений.
Внятный ответ дал Игорь: формат UDP сообщений JTDX 100% соответствует формату WSJT-X. Нет никаких "лишних" байтов.Цитата:
Сообщение от R2ADF
Перед тем, как тратить время на "советы" - разберитесь в формате сообщений.
Отличаемся, но все существующие связки 'лишние' байты JTDX либо игнорируют либо используют для дополнительного функционала, то есть проблем в связках внешних логов и программ с JTDX пока не замечено. Есть что доработать поскольку та информация что сейчас передается от JTDX по UDP и обратно c моей точки зрения недостаточна для полноценного удаленного управления, дойдут руки - сфокусируемся на удаленном управлении через UDP.Цитата:
Сообщение от RX4HX
Хорошо. Правда, до этого ответа столько "подпевалочек" уже успели заявить о себе... :-)Цитата:
Сообщение от UA3DJY
Не откажите в любезности сообщить, когда приведете в соответствие со 'стандартом'. Или когда внесете соответствующие правки в распространяемое в исходном коде описание формата сообщений. Я не смею торопить, но хотелось бы не пропустить этот момент... До тех пор придется, обнаружив идентификатор 'JTDX'... прямо даже не знаю - где-то соответствует, где-то различается... внятного описания нет... что делать-то?
Передача по TCP - это, как я понимаю, исключительно особенность JTDX. В таком случае поясните: существует только один формат и одна команда: 'Log'? Или будет что-то еще? Как явствует из текста, сервер на посылку может ответить NAK - тогда JTDX не логгирует указанное QSO. Еще какие-то варианты ответа сервера предусматриваются, или нет?
To R2ADF: Нарушение п3.3.2 правил форума
Для инфо и без претензий!Цитата:
Сообщение от UA3DJY
После 119 (JTDX) версии параметр Length изменился и image controller Lite cтал принимать трафик из JTDX с ошибками, сейчас этот "баг" пофиксин на стороне контролера, аналогичная программа Х412 1010P принимала трафик из JTDX из файла decoded.txt, а после 123 версии JTDX не пишет в этот файл, тоже этот "баг" поскипан на стороне контролера.
Спасибо Игорь за программу!
Забыл про контроллеры картинок когда спрашивал у производителей ПО об удалении файла decoded.txt.. пардон, нестыковка вышла.Цитата:
Сообщение от RK1AT
Игорь подскажите. Это нормально?
Вложение 228067
В одно время, один и тот же позывной дает и CQ и РАПОРТ?
Для 50 Мгц и выше это нормально. Но на КВ это только для DX корреспондентов!Цитата:
Сообщение от EX8004A
Работают 2 слота с разносом 60 Гц!
Судя по сдвигу 60 Гц похоже на работу программы MSHV в многослотовом режиме.Цитата:
Сообщение от EX8004A
Например, PJ4P работали, по моему, на 4-5 слотах даже на 160 метрах и достаточно бодро Европу обслуживали.Цитата:
Сообщение от R5WM
S01WS так работает. На 6 метрах 5В4 этим пользовались. Думаю, в новом сезоне их будет тоже.:s7:
Программа WSJT-X.Цитата:
Сообщение от UA3DJY
частота 1841 моя. диапазон 14 мгц
так вся суть в том, что при его CQ моя прога обновляет данные, т.е. перескакивает с рапорта на вызов.
Ну если это предусмотрено программой. значит все нормально :(
использует программу MSHV...Цитата:
Сообщение от EX8004A
Понял. Спасибо за разъяснение
WSJT-X? Если так себя ведет JTDX то необходимо включить запись диагностики в ALL.TXT в закладке Reporting и переслать пример такого QSO (картинка + кусок ALL.TXT).Цитата:
Сообщение от EX8004A
Программа MSHV имеет много несогласованных сюрпризов для протокола сообщений QSO в FT8, у автора свое видение как надо работать в FT8.
Возможно в автоответе стоит отвечать на CQ, вот и перескакивает на вызов с CQ.Цитата:
Сообщение от EX8004A
Подскажите как избавится от проблемы? JTDX v2.0.1 вначале декодирования и вначале передачи трансивер переключается в модуляцию CW. Это появилось вчера, ранее все было в норме.
Попробуйте изменить имя файла JTDX.ini при выключенной программе. При запуске JTDX создаст новый файл с настройками по умолчанию, если проблема уйдет то поломан старый файл.Цитата:
Сообщение от EX7DY
Игорь, я в свое время решал похожую проблему следующим образом:Цитата:
Сообщение от UA3DJY
в ini-файле последняя строчка - это CRC32, рассчитанная от начала файла без учета этой строки. При чтении проверяю, если CRC не сошлась - вывожу ругательство типа "INI файл поврежден, возможна некорректная работа программы, продолжить?" - с кнопками Да, Нет, Обновить INI файл. После внедрения этой фичи непонятки и проблемы от пользователей по этой части исчезли навсегда.
Может, стоит сделать нечто подобное?
Более вероятен сценарий когда операционная система ломает INI файл при записи используя перекодировку символов (локальная кодировка в операционной системе), в этом случае CRC проверка к сожалению не поможет. Пока не нашли каких либо конфликтов в записи/чтении параметров и порядке их чтения в самом коде, но при явных общих случаях сбоя (сбои связанные с CAT у себя в лабе не могу проверить) можно будет попробовать диагностировать конкретный параметр приведший к сбою.Цитата:
Сообщение от RM1F
У пользователей JTDX под Линуксом вообще нет сбоев с JTDX.ini, одно из отличий в том что Линукс пишет параметры в файл по порядку а Windows как ей в голову взбредет.
Поэтому мы думаем что сбой вряд ли связан с изменением содержимого файла при выключенной программе JTDX, за исключением случаев когда пользователь сам редактирует этот файл нарушая зависимости параметров или устанавливая их вне допустимого диапазона значений.
Упс! Я года два не держал в руках Кьюта, но помню, что там точно есть принудительное задание кодировки при вводе-выводе, не полагаясь на операционную систему.Цитата:
Сообщение от UA3DJY
Есть, более того, программа работает с UTF8, но MS Windows начал поддерживать UTF8 буквально несколько месяцев назад в режиме тестирования. С обилием разных операционных систем на которых работает код JTDX непросто принять решение о принудительной кодировке при вводе-выводе.Цитата:
Сообщение от RM1F
Игорь периодически наблюдаю
20190206_161015 9 1.4 1780 ~ HS0ZEE UR4MN KN98
20190206_161015 -7 0.2 1637 ~ <...> UW5KW
20190206_161015 0 -0.9 1041 ~ RA4LY UA4COA R-12
20190206_161015 -2 0.1 920 ~ UB4C RA3ST R-17 ^
20190206_161015 -2 0.0 1359 ~ SQ9SNG YL2GJX 73 ^
20190206_161015 -5 0.1 1308 ~ HS0ZEE R8AAU LO93
20190206_161015 0 -1.4 2323 ~ SM2MGQ R6DH KN96
20190206_161015 -12 0.2 2404 ~ PA3CPS UN7FW -24 ^
20190206_161015 -15 0.1 806 ~ DL3XS OE9RGI RR73
20190206_161015 -14 0.1 2242 ~ HS0ZEE LA6SLA -15 *
20190206_161015 -7 -0.9 1041 ~ ? |?gw?,4wX UA4COA R-1
20190206_161015 -15 0.1 669 ~ DO1MKH DF1BN JN68
20190206_161015 -15 -0.1 1994 ~ UA9XL DL6ZNG JO52
не часто но проскакивает
В rc129_7 еще один патч по такому сбою, надеюсь что последний.Цитата:
Сообщение от RA3QH
20190207_064215 -9 0.1 984 ~ CQ @@U����?@@A@@
Эта кодировка работает нормально на всех версиях виндовс.Цитата:
Сообщение от UA3DJY
Подскажите, а можно сделать как-нибудь в в JTDX, чтобы история сработанных связей "читалась" из файла wsjtx, а не из файла wsjtx_log?
Логовый ADIF файл я периодически удаляю, перенося связи в основной лог и получается, что с пустым wsjtx_log - как с чистого листа - все станции new one для DXCC, в соответственной (настроенной) цветовой подсветкой...
А зачем его удалять? Места на диске он занимает всего ничего... (Надеюсь, машинка не XT с 20 Мб на винчестере? :) ) Или основной лог при импорте не умеет игнорировать повторы?Цитата:
Сообщение от RA0FF
Из основного лога сформируйте adi файл, обзовите его wsjtx_log.adi и замените им существующий файл wsjtx_log.adi и больше его никогда не удаляйте. Если Ваш лог не работает с JTDX, то просто в основной лог добавляйте при помощи блокнота сработанные связи из wsjtx_log.adiЦитата:
Сообщение от RA0FF
файл переименовал, но проблема осталасьЦитата:
Сообщение от UA3DJY
Цитата:
Сообщение от R5WM
Картинку закладки Radio пожалуйста, какой у Вас трансивер?Цитата:
Сообщение от EX7DY
Трансивер SUnSDR2Вложение 228298
Вопросов в "ответе" задали больше чем я... Винда у меня 3.11 и пень 286-й....Цитата:
Сообщение от RM1F
Николай, можно, конечно, и штаны через голову научиться одевать... Просто не понятно, есть постоянный файл (типа хистори) wsjtx почему б инфо с него не брать, в противном случае какого его назначение?Цитата:
Сообщение от EU1FQ
Это лог в формате CSV (данные разделенные запятой), пишется для импорта в те программы которые не поддерживают ADIF.Цитата:
Сообщение от RA0FF
JTDX в части уведомлений и AutoSeq работает с ADIF логом и смысла дублировать один лог другим в программе нет.
С каким Логом работаете? Если есть желание настроить - напишите в личкуЦитата:
Сообщение от EX7DY
Вложение 228317
Вот настройка СДР другой модели
Думаю различий особых не должно быть!
Лог-программа не LogHX случаем?Цитата:
Сообщение от EX7DY
А зачем его удалять? Он маленький, а логгер не должен принимать повторы, как LoTW, который говорит, что связи уже загружены.Цитата:
Сообщение от RA0FF
Все как всегда - создаем себе проблемы, которые героически преодолеваем. :s7:
Смотрим и читаем внимательно. Как понимаю что вы уже создали две пары виртуальных СОМ портов.Две пары.Цитата:
Сообщение от EX7DY
У меня это СОМ 7-СОМ 9; СОМ 18-СОМ 20; А вот и скрины :в программе SunSDR2, второй настройки JTDX.
Вложение 228343 Вложение 228344
Если у вас LogHX то с ним вообще соединение по TCI ,никаких СОМ портов,только VAC и все!
Если с Логом нет соединения по TCI то да,как описано и показано выше.
Вы к чему всё это написали?Цитата:
Сообщение от R6LCF
У человека нет проблем с САТ, у него трансивер в CW переключается при передаче!
Я про LogHX спросил только потому, что он "любит" модуляцией управлять, если в "установках бендмапа" частоты некорректно указаны. Как раз новый билд вышел, после обновления именно там и надо "корень зла" искать.
Вот такие настройки и создают 2-е и 3 и.т.д гармоники!Цитата:
Сообщение от R6LCF
Зачем давать вредные советы!
Проверено на Win10 pro! UTF-8 без BOM работает нормально!Цитата:
Сообщение от UA3DJY
LogHX3Цитата:
Сообщение от RJ7M
YESSS! :)Цитата:
Сообщение от EX7DY
Обновлялись в последние дни? :)
Зайдите в "Установки"-"Общие установки"-"Установки бендмапа" и поправьте там границы частот, в диапазон которых попадают рабочие частоты FT8.
Это LogHX Вам "пакостит",а не JTDX. :)
У меня настройки как и у вас. Проблема в том что в начале декодирования и передачи переключать модуляцию с DIGI-U на CWЦитата:
Сообщение от R6LCF
Простым расширением не помогло, как раньше работало на rtty пришлось ft8 отдельно прописывать. Видать в логе Алексей что то изменил.Цитата:
Сообщение от R0JF
Ну и славно! :) 73!Цитата:
Сообщение от EX7DY
Легко создать соединение по TCI. Вообще нет проблем! Смотрим в программе SunSDR2 :настройки: TCI и ставим галку. Аналогично в Логе.Цитата:
Сообщение от EX7DY
Зачем эти танцы с COM портами.Что непонятно ,спишитесь с автором Лога,подробно все объяснит!
Вложение 228378
P.S. Когда я подключал к LogHX по TCI ,делов на пять минут и работает отлично ,это не виртуальные СОМ порты. У меня UR5EQF_Log ,а в нем соединения по TCI нет и не будет.Похоже невозможно сделать. Вот уж действительно жаль!
По конкретнее насчет гармоник.Ничего не понял.Цитата:
Сообщение от UA3ALE
P.S. Вы как понял написали и сами не поняли что хотели сказать. Какое отношение настройка по COM портам ,а вопрос был об этом,имеет отношение к гармоникам на передаче.Цирк однако! У меня SunSDR2Pro панорама и на прием и на передачу +контролирую еще одним приемником с панорамой.
Например сегодня на 15м станций единицы но DX и легко все отслеживать и контролировать,диапазон пустой. Чудеса с этими "писателями".
Давайте, Вы эти настройки будете смотреть в теме про SunSDR2!Цитата:
Сообщение от R6LCF
Вопрос был задан в этой теме про соединение LogHX с программой JTDX....и ответ соответствующий ,как это возможно помимо виртуальных СОМ портов.Цитата:
Сообщение от R0JF
Вопрос был задан о том, что у человека в режим CW трансивер переключается!!!Цитата:
Сообщение от R6LCF
Очнитесь от спячки! Прочитайте наконец-то, ЧТО ИМЕННО спросили!
Это Я уже предположил, что LogHX вносит сумятицу. И НИЧЕГО ПРО СВЯЗЬ С ЛОГОМ!!!
Читайте ДО того, как ответить, пожалуйста!
Хамить не нужно.....юноша. Вежливее необходимо ,вежливее.Или не учили в свое время ,хотя еще не поздно.Цитата:
Сообщение от R0JF
Ну если вы про них ничего не знаете молодой человек, то надо просто включать сплит операцию в программе! Подробнее здесь уже много раз писалось!Цитата:
Сообщение от R6LCF
Ну и почитать основы этих программ у K1JT! :s7:
Хамство как раз в том, что Вы вместо ответа на КОНКРЕТНО поставленный вопрос пытаетесь научить тому, что всем давно известно и совершенно "не в тему".Цитата:
Сообщение от R6LCF
Кто РЕШИЛ проблему спросившего - Вы или я?
Задумайтесь!
Хм. Теперь я не понял, о каких "лишних" байтах речь? Если б они были, то и связка с моим логом бы не работала - ведь когда по UDP приходят данные, лог и "по байтно" анализирует, и любые "лишние" байты сбилибы эту анализацию?Цитата:
Сообщение от UA3DJY
А в LogHX есть такая проблема?Цитата:
Сообщение от R0JF
Да бы не "засорять" эту тему - просьба все подобно описать в теме про LogHX. Такого не должно быть.Цитата:
Сообщение от R0JF
Алексей, приветствую!Цитата:
Сообщение от RX4HX
Очень вовремя (хотя и оффтопик) - может есть смысл поправить дефолтные настройки "Установок Бендмапа"? У меня тоже после обновления на 463-й билд конфузия вышла - в CW трансивер переключался на нескольких бендах. Сразу поправил.
Наверное лучше выставить заранее RTTY для частот FT8, а уж заядлые телеграфисты сами подправят...
"Цифровики" -- они более "наивные"... :)
Не создают если у Вас SunSDR2)))Цитата:
Сообщение от UA3ALE
Это редкое исключение! :)Цитата:
Сообщение от RX4HX
Не "пакостит", а все делает согластно установок пользователя))) Но поправлю - нужно пользователя проверять)))Цитата:
Сообщение от R0JF
О сплите в Настройках речи не было или не увидели?Не нужно отсебятину...... А при работе в программе включаю когда это необходимо по условиям работы и не более того.Цитата:
Сообщение от UA3ALE
Все верно.Проверено неоднократно.Цитата:
Сообщение от RX4HX
Байты после декодированного сообщения в которых передаются bool значения Low confidence (вероятен ложный декод) и Off air (сообщение декодировано при проигрывании звукового wav файла):Цитата:
Сообщение от RX4HX
* Decode Out 2 quint32
* Id (unique key) utf8
* New bool
* Time QTime
* snr qint32
* Delta time (S) float (serialized as double)
* Delta frequency (Hz) quint32
* Mode utf8
* Message utf8
* Low confidence bool
* Off air bool
Справедливости ради.Цитата:
Сообщение от RX4HX
У меня SunSDR2 уже несколько лет работает с LogHX (все моды) до недавнего времени по СОМ, а теперь и по TCI (где возможно), 5MContest (все моды) по СОМ, а сейчас и JTDX в связке с LogHX. И частота управляется, и позывные в окна ввода "влетают", и связи в Логи заносятся, и пр., и пр., и пр...
Никаких "граблей". Если только сам не наступлю на них... Прошу прощения за :offtopic:
Обновитесь до 463-й версии. Попробуйте 1,8, 17, 15, 12 метров. Возможно и 30.Цитата:
Сообщение от RJ7M
Решение уже есть чуть выше, так что не пугайтесь. :)
Программа хорошая, Алексей в курсе бага. Обещал исправить. :)
На скрине и версия лога, и диапазоны, и моды. Как видно, всё работает. Не все диапазоны отражены, но поверьте - там тоже всё ОК.Цитата:
Сообщение от R0JF
Не могу подтвердить или опровергнуть про 160 м. Нет антенны.
Значит Вам повезло. Будем развивать эту тему, или закончим?Цитата:
Сообщение от RJ7M
JTDX v2.0.1-rc129 измененный функционал:
Изменения в JTDX.ini:
Линки:
JTDX v2.0.1-rc129 Linux version from original source files by Igor UA3DJY (Many Thanks him):
В версии 129 при установке галочки "Wanted", добавляются 2 окна "callsign" и "prefix", тем самым отнимают пару строк в приемном окне.
Зачем такие длинные, может в одну строку сделать, или оставить как в v.128?
Конечно, это "рюшечки", но как-то уже визуально перегруженно выглядеть начинает.
Русская локализация JTDX v.2.0.1-RC129.
Линки :
Записав список позывных и префиксов просто снимите галочку Wanted: она сделана для открытия/закрытия этих строк. Надпись Show wanted слишком длинная, поэтому ограничил словом Wanted.Цитата:
Сообщение от RA3FP
Добавим подсказку для этой галочки в версии rc130.
Добрый вечер, подскажите почему так получилось? Начал отвечать своим позывным, но потом позывной поменялся и отвечал уже другим. Сборка rc128.
Вложение 228412
Кривая работа с хэш таблицей в упаковке сообщений FT8 v2. Уже два месяца ждем пока этот дефект исправят в новой версии WSJT-X. Поскольку хэш таблица интегрирована в упаковку распаковку сообщений протокола сами в JTDX этот дефект не правим чтобы не поломать протокол (совместимость с другими программами FT8 v2).Цитата:
Сообщение от UY7VY
Понятно, спасибо за ответ.Цитата:
Сообщение от UA3DJY
Сегодня увидел "почти оригинал" Игоря
Вложение 228443
Несколько раз сталкивался с нарушением последовательности в режиме Auto. Вызываю R2DE RX3DTN -05 один, два, три раза. Он не отвечает. Нажимаю Halt Tx. После этого R2DE все-таки отвечает мне и дает рапорт R-12. Нажимаю Enable Tx и идет передача R2DE RX3DTN R-05, а должно быть R2DE RX3DTN RR73. Приходится при следующей передаче вручную кликать на RR73
Вложение 228459
Наши коллеги делятся опытом, интересный пример, файл 160130 записан сегодня в Москве на диапазоне 40м, у меня на 4-х потоках декодирования, полосе 0...3500 водопада, включенных кнопках Hint, AGCc, SWL этот файл в режиме FT8 дает 48 декодов.
На этом файле видна работа декодера FT8SD, если на заново запущенном софте проиграть сначала файл 160100, затем 160130 то последний даст 56 декодов:
Несколько месяцев назад делали патч который очищал позывной из истории QSO решая более серьезный сбой. В Вашем случае отработал этот патч, лучше в таком сценарии мы увы не можем сделать. Если Вы будете вызывать корреспондента используя QTH квадрат а не рапорт то такой последовательности с очисткой позывного из истории QSO можно избежать.Цитата:
Сообщение от RX3DTN
Сбой с зацикливанием последовательности сообщений пока в очереди на воспроизведение/устранение.
Игорь есть радиолюбители (и как оказалось их не мало) которые не отвечают на вызов рапортом, они ссылаются на нежелание после проведенного QSO искать локатор корреспондента. Нельзя ли запланировать на будущее, если возможно, автоматизировать этот процесс привязав команду вызова к внутреннему логу программы - если я зову корреспондента которого нет в журнале , тогда вызов с локатором, и если есть такой тогда разрешить вызов рапортом при условии установленной галки в соответствующем месте.Цитата:
Сообщение от UA3DJY
Спасибо.
Владимир
R3QG
Противников этого, думаю, не меньше. Не отвечают - их дело, а я редко зову локатором.Цитата:
Сообщение от R3QG
Версия JTDX-2.0.1-rc129, перед названием страны звездочка,кружочек или точка, спать не могу , не могу понять что это?
Спасибо.
Звёздочка, не отдельная на dxcc страна, it9 например.
Точка - лотв пользователь.
Кружочек хз.
Теперь и я спать не буду
Я чаще зову рапортом, в стороне.Цитата:
Сообщение от R3QG
Не сталкивался с такими.
Если не будет отвечать, то буду звать на его частоте.
Он ответит, деваться не куда)
Интересный проект трансивера прямого цифрового синтеза сигнала который вместо звука для передачи сообщения будет получать с WSJT-X UDP пакет с информацией о последовательности тонов сигнала, группа разработчиков уже под это дело модифицировала программу WSJT-X:
TechNight
https://github.com/wb2osz/technightradio
Проект для разных цифровых мод WSJT-X включая FT8, сообщение в группе разработчиков WSJT(английский язык):
JTDX Russian - JTDX v2.0.1-rc124 (12.01.2019)Цитата:
Сообщение от UA1CSB
Слишком много таких условностей, есть корреспонденты кто отвечает в пайлапе только на вызов рапортом, есть те кто удаляет проведенное QSO из лога если после окончания связи оператор передал сообщение CQ на их частоте, есть корреспонденты кто не получив сообщение 73 преднамеренно не вносят QSO в лог либо удаляют его. Все охватить невозможно, с другой стороны чрезмерная принципиальность в хобби прежде всего создает проблемы самому радиолюбителю ставящему условия окружающим. Лучшее решение проще к этому относиться - если не отвечает то либо не декодирует либо не хочет провести QSO, значит пора найти другого корреспондента.Цитата:
Сообщение от R3QG
Академически это, конечно, интересно, но как-то дороговато...Цитата:
Сообщение от UA3DJY
Я прикинул - только стоимость омплектующих, что указана на их блок-схеме (и это НЕ считая самой Raspi3) - 83,5$ . Ну еще на 10-15 будет "рассыпухи"... И того - около 100$... И на один диапазон 50МГц. Ну и спаять-настроить...
А за 89$ можно например тут простой SDR-набор взять - Five Dash Inc. Your Source for SoftRock Radio Kits ...
Трехдиапазонный... Уже с выходом в 1 Ватт...
Причем с ним даже JTDX в той же Малинке сможет напрямую работать (HamLib3
поддерживает SoftRock Si570 AVR-USB)... И не надо никакой огород городить. :)
Но... Раз интерес есть у людей - пусть...
2 UA3DJY!
Игорь, мне вот какая мысль сегодня покоя не даёт...
Началось с того, что стал замечать как JTDX мне заведомые "дупы" не помечает как B4... То показывает, то нет. Вроде выделения как B4 нет, а в LogHX3 вижу, что QSO уже было. Этой же модой, на этом же диапазоне...
Недолгий анализ позволил предположить, что сама программа JTDX не виновата, причина в другом - у меня ОДИН файл wsjtx_log.adi для всех нужд, хранится он на домашнем прокси-сервере, а на клиентских машинах симлинки на него. Имхо так удобнее - неважно, на каком компьютере я вздумал поработать (да хоть и на двух сразу) - все пишется в один единственный файл, который и собирает общую статистику.
Так вот, возможной причиной "ошибки" выделения В4 я посчитал сетевые коллизии. Ну не успела программа прочитать весь файл за короткий промежуток времени по какой-то причине, поэтому и сочла станцию new-one.
Кстати, как именно проводится проверка на повторы? Т.е. декодировали позывной, читаем весь лог, проводим сравнение и выдаём результат? Или более сложно?
К чему я о грустном... Всё это лирика, НО!
О главном. :)
JTDX - отличная программа, огромное за нее спасибо! Но она ведь НЕ программа аппаратного журнала! Это прикладное программное обеспечение, основная задача которой - принимать и передавать... Мне кажется, что зря столько времени потрачено на "рюшечки" в виде анализа повторов, боевой индейской цветовой раскраски... Это удобно и красиво, помогает, НО! Отнимает аппаратное время. Это работает быстро и хорошо, пока связей в логе немного. А когда их станет 20-30-100 тысяч? За 1-2 секунды прочитать такой массив, сравнить и принять решение - тут не до декодирования будет. Напрашивается организация какой-то реляционной БД с нормальной индексацией, расширенным поиском и прочими "вкусностями", которыми по-хорошему должна заниматься никак не JTDX...
Зачем я это пишу - просто представил, что именно так и будет в недалеком будущем. И жалко, привык и к цветовому оформлению, и к плюшкам типа "не отвечать В4", но когда-нибудь (имхо) эта нагрузка по обработке лога станет непосильной задачей для программы... И правильно было бы оставить их на плечах ЛОГ-программ с их "обертками" вроде JTAlert и т.п.
Фильтры - это другое дело. Нужны, полезны и не должны так нагружать...
В общем - мысли вслух. Прошу сильно не пинать, если что. :)
Появилась проблема. Лог не может понять или программа.
Вложение 228607
Вход перегружен!
Вложение 228609 На 10мгц напали но не кому не ответил :que:
to: UA3DJY (Несколько месяцев назад делали патч который очищал позывной из истории QSO)
Игорь, добрый день. На выходных заметил такую вещь, вызывал корреспондента несколько раз, он не ответил, провел связь с другим, и тут первый даёт ответ R -... , моя прога даёт ему RR73, он 73, и вроде всё нормально. Обратил внимание что связь сохранилась, но мой рапорт не такой как я давал, а какой рапорт давал второму кор-ту. Это из-за очистки историй QSO?
Еще как ответил, вечером в районе 1930Z тут обработал всех местных со 100 ваттами и диполями.Цитата:
Сообщение от UA3VFL
Извините, я не Игорь, но попробую ответить. :s7:Цитата:
Сообщение от R0JF
При запуске программы читается .adi файл и требуемые данные для проверки записываются в память. Дальше вся проверка происходит в памяти, к файлам на диске обращаемся только для записи. При записи новой связи требуемые данные записываются в память и ещё в несколько файлов на диске.
Поэтому если вручную или другой программой сделать изменения в .adi файле (ввести новые связи), программа их видеть не будет пока её не закроем и снова запустим.
Так было пару лет назад, может теперь по другому, Игорь меня поправит.
Вы верно прогнозируете будущее...Цитата:
Сообщение от R0JF
На теме давно поднимался вопрос о том, некоторым пользователям нужен "обрезанный" легкий вариант JTDX без рюшечек/ кнопочек/раскрасок/ с простым и удобным интрефейсом. Эти довески съедают ресурсы компа/процессора. Все благоустройства можно предусмотреть в отдельных спец прогах или опциях аппаратных Логов. Но пока побеждают "украшатели"...
Витас, спасибо за пояснение. И ничего страшного, что Вы не Игорь. :)Цитата:
Сообщение от LY3BG
Т.е. adif читается единожды и только при запуске?Цитата:
Сообщение от LY3BG
Т.е., если у меня программа три-четыре дня (а часто и больше бывает) не выгружалась из памяти, она оперирует только этими устаревшими данными? И если в этот лог у меня пишут две программы, они тупо не видят результат работы друг друга? Досадная новость. :(
А в памяти этот массив как хранится? Просто таблицей? Или как-то индексируется? Все-так анализ надо одновременно минимум по трем полям делать - CALL, BAND, MODE. Это GRID можно однократно прочекать и запомнить, а повторы - тут при больших количествах записей не так быстро будет.Цитата:
Сообщение от LY3BG
В MSHV без раскрасок и QSO B4, а также локатор B4 берутся из встроенного в программу простого лога, который легко экспортируется в ADIF.Цитата:
Сообщение от RX1AG
Для контроля повторов поступил немного по другому. Из Лога выбрал все QSOв моде FT-8 и слил с адифом JTDX, работает нормально. На бенде народу много, а видишь после дешифровки всего несколько позывных.
Да. И потом туда только новые связи заносятся (и одновременно в память). Если не выгружая программу заменить адиф - новые связи программа не увидит - проверял.Цитата:
Сообщение от R0JF
"Супер"!!! XX9D и V84SAA работают в общем диапазоне 18100 оба! Додумались ...:s7:
В принципе эти "украшения" и сейчас можно отключить. Просто в настройках Notifications поснимать все галки - вот и нет никаких раскрасок и украшений. :)Цитата:
Сообщение от RX1AG
Коллеги, посоветуйте программу для работы в FT-8 для начинающего в освоении "цифры". Пока для себя выбрал JTDX v2.0.1 .
Правильно выбрали:s7:Цитата:
Сообщение от R4DM
Данные при каждой связи записываются и в память. Так что данные новые.Цитата:
Сообщение от R0JF
Да. Вот потому у Вас повторы.Цитата:
Сообщение от R0JF
Этого я уже не помню, тем более теперь может быть по другому. Игорь, я думаю, на это ответит, если это актуально.Цитата:
Сообщение от R0JF
Хм... Наверное надо на это внимание обратить в описании программы...Цитата:
Сообщение от LY3BG
Мало ли, а люди и не знают. У меня uptime до месяца иногда бывает...
А 3-5-10 дней - почти постоянно.
Ну, технологически отслеживать изменения в файле лога - даже если их вносит сторонняя программа или другой логгер - не просто, а очень просто - в Кьюте есть специально для этого предназначенный класс QFileSystemWatcher. Но полагаю, эта задача для команды Игоря далеко не первостепенной важности. Юз-кейс довольно редкий.
А где должны были?Цитата:
Сообщение от US4IRT
Прошу помощи у уважаемого сообщества. Почему в декодированных строках JTDX-2.0.1-RUS-rc129 или предыдущих версиях вместо названия территории или префикса выводится «where?»? С уважением, Сергей.
Похоже проблемы с ini файлом . Удалите или спрячьте его куда нибудь для возможного отката, перезапустите программу и заново проведите настройки.
Виктор, спасибо.Цитата:
Сообщение от R3BB
Однако, не помогло. Удалил jtdx.ini, после перезагрузки системы, как и следует, появился новый файл .ini. Еще раз проверил с версией JTDX-2.0.1-rc117 - эффект тот же. Загружается программа через WSJTInteface.
Вложение 228688
Попробуйте этот файл распаковать и вставить в папку JTDX на диске С (C:\Users\US4IRT\AppData\Local) и перезапустить программу. Похоже, что антивир (или ещё что то) ваш обрубает базу стран.Цитата:
Сообщение от UT4MF
Вложение 228697
Я должен извиниться, что не признался вовремя. Мое "хозяйство" состоит из SDR-приемника, а главное, работает под WinXP. Думаю, что проблема здесь. Спасибо за файл с позывными и территориями. Я его использовал, антивирус отключил - ничего не изменилось, к сожалению.
Спасибо Василий, пороюсь еще в описаниях и настройках.
Меню Файл-Настройки, не знаю как первая закладка в RU-версии, в EN-версии первая закладка General. Пропишите свой позывной и локатор (четыре символа).Цитата:
Сообщение от UT4MF
Вложение 228704
Олег, просто нет цензурных слов, чтобы выразить, как вы были правы!Цитата:
Сообщение от US-E-12
Подтвердилась аксиома, что в своих поисках мы всегда лезем в слишком глубокую теорию, это же подтверждает и многолетний опыт ремонта различных приборов.
Я настолько увлекся перебором программ и их версий, что перестал делать элементарные настройки...
Спасибо Вам и всем, кто оперативно откликнулся на мою мелкую но неприятную ошибку.
Приятно было обнаружить такой активный форум.
Игорь, здравствуйте!Цитата:
Сообщение от UA3DJY
Вопрос- будет ли реализован в JTDX полноценный режим Hound?
Потому что то, что есть сейчас, на Hound мягко говоря непохоже))
Пока работал V84SAA, в принципе все было нормально, он просто работал в режиме multy QSO, проблем не возникало. Включал hound только для того, чтоб передачу не отрубало, в случае ответа другому корреспонденту(В принципе можно было просто снять галочку в настройках, но так было оперативнее)
Но тут появился XX9D, который работал уже полноценной лисой.И тут начались пляски с бубном и тестирование оператора на скорость реакции)))
Дело в том, что в режиме фокс, если после ответа давать рапорт не на частоте DX, то очень часто он просто не реагирует на ваш ответ. Не знаю точно как так устроено и почему, но это так.
Сейчас получается алгоритм работы такой:
1.Кликаем на любой поток вызывающего ДХ-а, частоту передачи ставим выше 1000Гц.(обычно я ставлю в пределах 1100-1500, но это непринципиально, люди зовут и 2000+ и выше)
молотим до посинения, сиречь до получения ответа именно вам. При этом постоянно втыкаем в монитор в конце декода, дабы не пропустить сей знаменательный момент.
2. В случае ответа имеено вам, приемник сам прыгает на тот поток в котором был получен рапорт от ДХ-а, моя же задача успеть кликнуть на кнопку фикс. RX=TX , чтобы передача пошла именно на частоте корреспондента.
3. Далее, пока идет передача ДХ-а, расфиксируем кнопку фикс. RX=TX, то есть включаем режим split заново. Визуально отсчитываем 300гц вверх по частоте и переносим ТХ туда. Ибо по алгоритму лисы, если даже вы не получили с первого раза РР73, то вы обязаны освободить частоту для следующих корреспондентов.
Если РР73 получено, то останавливаем передачу и вручную заносим QSO в лог. Ибо почему то в режиме hound программа сама не желает этого делать.
Если же РР73 не получено, то продолжаем передавать R-рапорт выше частоты ДХ-а на 300гц, до получения соответственно РР73.
После чего заносим QSO в лог.
Процесс, конечно, очень увлекательный тренирует внимательность, скорость реакции и прочее. Но уж больно он утомителен..:s9:
Игорь, а можно весь этот алгоритм как-то автоматизировать? Не нужно никаких Fake it(тем более он у меня не работает ибо САТ система не включена, трансивер управляется по VOX),
Ну и естественно при включении кнопки hound, режим autoseq должен отключаться, дабы не вносить сумбур в алгоритм действий. Хотя, при "ручном" управлении никаких неожиданностей не возникало.
Заранее спасибо за ответ.
В разделе DX Экспедишен нужно включить управление частотой TX.
Совсем не так, Валерий. САТ-а долго не было у меня и работал с многими экспедициями в Hound. Там где звал там и рапорт программа давала, и заканчивалось QSO как положено. И в данный момент отключил САТ тоже. Никуда не "прыгаю" и работаю в автомате.Цитата:
Сообщение от UN7JID
Если после трех попыток от вас он не принял R-00, дальше и программа не дает рапорт и вы уже должны вызывать по-новой.Цитата:
Сообщение от UN7JID
Василий, да так некоторые QSO удавались,но часто бывало, если я остаюсь на своей частоте, то ДХ продолжает давать мне рапорт, возможно из-за того, что остальные вызывающие меня попросту "затаптывали"Цитата:
Сообщение от US4IRT
Да, насчет трех попыток в курсе,просто посчитал этот пункт несущественным.
Я как бы выше написал, что САТ система отключена.Цитата:
Сообщение от UA3OA
Да и вообще зачем усложнять то, что и без того сложно? Всем можно оперировать в окне водопада, не привлекая сюда управление трансивером.
Скорее всего да. С нажатой кнопкой "Hound" режим автомата работает отлично. Не надо ничего трогать.Цитата:
Сообщение от UN7JID
Вложение 228785
Собачий режим включается здесь, и он не будет работать вне ДХ участков!
Тогда лучше излучать выше 2кГц. Это, как минимум. Гармошки от Вас будут хотя бы за пределами диапазона. А чтоб гармошек вообще не было - вещайте в центре диапазона.Цитата:
Сообщение от UN7JID
FAKE IT должен быть включен! У каждого! Всем плевать, сработаете вы DX-FOX, не перепрыгнув на его частоту или нет (это ваши личные проблемы), но ваши гармошки реально мешают другим, т.к. занимают полосу в 2, 3 раза шире и по интегральному уровню сопоставимы.
Напоминаю, как это выглядит, в лучшем случае (обведено зеленым):
Вложение 228784
Ну а дальше такое сочетание: одни гармошками накрывают твою CQ частоту, другие на этой же частоте упорно пачками зовут. В итоге ни одной ЩСО не проводится, т.к. ничего не декодируется.
Пятачки, не будьте поросятами! Включайте FAKE IT! :girl_in_love:
Уже неоднократно писалось - не у каждого, а только у тех, у кого трансиверы не SDR. Для обычной работы в FT8 с SDR включать Fake It не обязательно. Но и хуже от этого не будет.Цитата:
Сообщение от RV9CX
так их большинство и именно они составляют целевую аудиторию.Цитата:
Сообщение от RX4HX
Матчасть не читают или читают через строчку, а то и две.:s12:Цитата:
Сообщение от UA3ALE
Для них и оговаривать ,что необходимо и обязательно. А то некоторые до истерики доходят, вообще не зная и не понимая принципов SDR.Цитата:
Сообщение от RV9CX
Насчет "чемоданов" согласен!
Глядя на вашу картинку ,встает вопрос? У вас случайно нет перегрузки по приему? Очень уж все размазано!Цитата:
Сообщение от RV9CX
Обьясните, пожалуйста, непонимающему - если на вход SDR подать сигнал 500Гц, его гармоники 1000Гц, 1500Гц и т.д. не будут в выходном сигнале? Почему?Цитата:
Сообщение от RX4HX
Звал V84SAA, включив HOUND.
При передаче частота не переключилась, а продолжал звать на ранее установленной.
Благо, что тот дал мне RR73.
Сейчас вот почитал форум и рекомендацию включить метод управления частотой передачи для режима экспедиции.
А он не включается, если это все происходит в традиционном участке, а не в участке для дэхов.
В результате, уже после выключения режима HOUND, частота передачи стала прыгать на 500Гц выше.
Лечится только перезапуском самой программы.
Придется с этими ЛИСАМИ работать в WSJT-X.
Не успеваю нажать на "30" кнопок, для того, чтобы соответствовать алгоритму работы.
А зачем? V85SAA просто в многослотовом режиме работают. НЕ Fox...Цитата:
Сообщение от UR5LCZ
Отвечают всем подряд, зовущим на всех частотах (и ниже и выше 1000 Гц).
Только связи бросают часто не давая RR73.
Они не работают в "FOX". Обычный многослотовый режим MSHV. Можно звать в обычном режиме, в том числе и рапортом.Цитата:
Сообщение от UR5LCZ
Вывихнул мозг.... Объясните для дебилов, а каким образом режим fake it влияет на уровень гармонических составляющих в сигнале?:confused::idontnow:Цитата:
Сообщение от RV9CX
Может просто надо не перекачивать по НЧ вход? Если комбинационные составляющие будут будут хотя бы на -30дб ниже уровня основного сигнала, то ваше присутствие на других частотах заметят лишь тогда, когда вы будете идти с уровнем выше +10, что бывает довольно редко.
Будут. И не только в SDR, просто надо выдерживать уровни и не перекачивать сигнал, тогда все гармоники будут настолько малого уровня, что их присутсвием в сигнале можно пренебречь.Цитата:
Сообщение от LY3BG
Валерий, эта функция (при работе с САТ только!) не дает передающему спектру опускаться ниже 1500 Гц. Этим исключается передача гармоник (давятся фильтром TRCV), которые кроме того что мешают другим, ещё отбирают мощность у основной гармоники (также как многослотовый режим - чем больше слотов - меньше уровень).Цитата:
Сообщение от UN7JID
Без САТ эта функция не работает! Поэтому нужно работать Split (передающий маркер не ниже 1500 Гц).
Объясняли, и неоднократно. Но некоторые не хотят читать... :s9:Цитата:
Сообщение от UN7JID
Установка софта JTDX
Да ерунда все это. Какие гармоники могут быть в нормальном сигнале?Я имею ввиду такого уровня, чтоб их было заметно.Цитата:
Сообщение от US4IRT
А если "вдуть " по НЧ свех меры(чем у нас многие страдают), то даже если я буду стоять на 2.5кгц, я продуктами интермодуляции так загажу все снизу, что "мама не горюй".
И никакие фильтра тут не помогут.
Если перекачивать - это одно, а гармоники 2,3,4 и т. д это другое (физика).Цитата:
Сообщение от UN7JID
молодцы они конечно но только на НЧ CW...что касается FT8 то дилетанты...ежели анонсировали работу данной модой то могли бы и научиться работать в ней....Цитата:
Сообщение от R0JF
Вы сильно ошибаетесь! При работе на УКВ это хорошо видно при малой загруженности полосы.Цитата:
Сообщение от UN7JID
Нужно передавать в интервале 1500-2000кГц, чтоб гармоник не было.Цитата:
Сообщение от US4IRT
Но чтоб просто не огрести от соседей по носу, достаточно вставать выше 2000 Гц. От этого гармошки просто переместятся за пределы экрана. Но проблема-то остается ;-)
В конце концов выше участков FT8 находятся участки JT65 и те кто там работает могут быть не согласны с теми, кто не пользуется FAKE IT ниже.
Что еще нужно дебилам в тысячный раз объяснить? Что нельзя звать на частоте CQ? Или что прежде чем начать вообще вызывать надо послушать частоту пару циклов?Цитата:
Сообщение от UN7JID
Читайте мануалы - там НА РУССКОМ все расписано! Там же написано, что аудио тракт устроен таким образом, что при передаче в районе 1800Гц гармоники почти остутствуют. Другими словами, даже если включен FAKE IT, передавать при этом вы все равно будете на частоте 1.840 МГц (частота VFO) например и вот для этого САТ уже не нужен.
Игорь такую большую работу проводит, а мы тут еще мозги компостируем "расскажите" да "покажите".
Читайте! Но не обижайтесь, это без агрессии)
А что касается перекачки, это вообще другая тема и помехи другие и вообще все другое и лечится вообще по-другому. Специально для этого была открыта целая ветка, где и Игорь весьма подробно объяснял процессы в трактах. Но тема затихла из-за обижонок виновных в низком качестве своего сигнала операторов. Бессмысленно пытаться разобраться в ситуации на конкретных примерах, когда владельцы этих примеров постоянно недовольны, что они выбраны в качестве примера вместо "разобраться". Заметьте: не своим сигналом недовольны, а тем, что они выбраны в качестве отрицатьельного примера. Абсолютно не конструктивно!
Вообще, самое лучшее, что я читал об FT8 написал K1KA:
1. Do not call me on my TX frequency - multiple stations calling on the same frequency means no one is decoded.
2. Select a clear frequency to transmit, if no result after a few minutes try another one. Keep trying.
3. Call me with TX2, that is skip TX1 and call me with your signal report not the grid square - this saves time and if you are on LoTW (and everyone should be), your grid is part of your record on the LoTW server.
Перевожу:
1. Не зовите меня на моей ТХ частоте. Вызовы на моей частоте означают, что никто не будет декодирован.
2. Выбирайте для передачи чистую частоту
2. Зовите сразу с рапортом. Никому не нужен ваш локатор, а время ЩСО сократит
Я обычно ограничиваюсь одним пунктом - первым. Хотя бы это сделайте PSE! Уже прогресс!
Что касается второго пункта, снова приведу пример, как KL7HBK на 160 рисковал вообще остаться без ЩСО с Европой, стоя в центре диапазона, где 3й район проводит ЩСО с 4 районом и у обоих уровни выше нуля даже на мой северный бевер. Когда ему показал картинку, он все понял и перешел вверх участка - после этого стабильно три дня его было видно и он спокойно работал. Я думаю и RU3FM со мной согласится, когда узнает, что KL7HBK неоднократно ему отвечал, но Николай не смог ничего принять из-за местных ЩСО, которые просто плюхались на частоту и ЩСО так и не состоялась и до сих пор он не провел ЩСО. Да и UN1L, которому AL7JX в течение 2 дней безуспешно давал рапорты тоже согласится. Задайте себе вопрос: вы каждый год (уж хотя бы не каждый день) Аляску на ТОПе работаете или хотя бы слышите? Без WebSDR конечно же.
Конечно же это сложно понять, проводя ЩСО только с соседями.
Просто делайте как написано. "Поймете потом" (С)
Очень рекомендую пользоваться разными автоматическими сервисами не только для того, чтоб потом хвастаться картой кто кого видел - там четко видно, кто на какой частоте передает, чтоб выбрать свободное место.
Дмитрий! А ведь кто то так и сделает, прочитав это. При 1000 Гц вторая гармоника 2000 Гц, которая попадает в полосу фильтра ПЧ (у меня верхний срез 2400 Гц). Третья задавится дб на 30-40, четвертая на 80 дб примерно. Но фильтра у всех разные. У кого 3 кГц, у кого 4-ре.Цитата:
Сообщение от RV9CX
+100Цитата:
Сообщение от LY3BG
Я, как начинающий пользователь, изучая программу JTDX ( TNX Виктору R3BB за помощь), для себя усвоил следующее по отношению с функции "Fake it" и пр.
Для того, что бы понять как это работает, надо:-
Сравнить, как меняется частота на трансивере - сначала, при НЧ сигнале при передачи, скажем, 800гц при включенном режиме Fake it и при режиме None, далее при сигнале, скажем, 1200гц, и что будет, скажем, при НЧ сигнале 2000гц. Но это только, когда есть управление CAT. Какая будет разница- все наглядно видно. И сразу понимается , если не используется CAT, или используется режим None, кукую НЧ частоту лучше выставить для передачи.
Так что, включение режима "Fake it" очень полезно.
Режим RIG - это , наверно, уже специфика, который, наверно, редко кто будет использовать, хотя .........?????
А вообще, для того , что бы не перегружать НЧ тракт, сигнал надо подавать на балансный модулятор трансивера.
Что касаемо режима F/H, то индикацией его включения служит не просто желтая кнопка Hound, а надпись в ней HaundFC. Включается или правой кнопкой мыши или через меню. И работать этот режим не будет в стандартных участках, о чем программа сделает предупреждение и не даст включить его.
Не все так однозначно. Если будет однотональный синус , то "да" , но, что там за сигнал в реалии - " таки кто его знает", и что бы сделать какие то выводы, надо его изучить спектр. И вот для исключения этих разных вредных явлений , видимо, в софте и сделан такой режим "Fake it".Цитата:
Сообщение от UN7JID
ЧИТАЙТЕ МА-НУ-АЛ! Не будет там никаких гармоник!Цитата:
Сообщение от US4IRT
Вот, кстати, один из постов той ветки, про которую я говорил, но касаемый именно FAKE IT.
Будут-будут и такого же уровня, как у основной. Будь то один тон или многотоновый. Это АЗЫ формирования однополосного сигнала.Цитата:
Сообщение от RV9CX
А мы на что?! На нас и научаться:s11:Цитата:
Сообщение от RA3QH
Вы упорно пытаетесь применить свои знания, не желая разбираться в обсуждаемой теме. Если будете передавать на частоте 1500 Гц, то гармоник не будет. Если будете передавать на 300 Гц или 2300 Гц- будут гармоники. Почему? Вот это всем и предстоит изучить. И именно Ваши посты говорят о том, что это никто этого не делает, а сразу давят гашетку в пол, загадив диапазоны.Цитата:
Сообщение от US4IRT
Ну объясните, как может даже вторая гармоника 2300 Гц появиться? Она далеко за полосой фильтра, а от 300-т герцовой соответственно будет "лес" через каждые 300Гц вверх!Цитата:
Сообщение от RV9CX
????????????Цитата:
Сообщение от RV9CX
Ну согласен, может 2300 далековато, у некоторых 2000 еще потолок. Но мы не об этом говорим.
US4IRT утверждает, что хоть где передавай, физика так устроена, что все равно вторая гармоника будет с приличным уровнем. Я утверждаю, что для создания гармоник нужно выполнить условия. Иначе бы все диапазоны были забиты наполовину гармониками.
Нашел трактование работы фичи от Игоря:
Split Rig|Fake it. Эта функция всегда держит звук в полосе 1500...1999 Гц, выводя таким образом третью гармонику и гармоники более высокого порядка (нечетные гармоники обычно создаются при чрезмерно большом сигнале на входе модулятора или микрофонном входе передатчика из-за ограничения амплитуды синусоидального сигнала) в подавляющем большинстве трансиверов за пределы полосы НЧ/ПЧ фильтров передатчика
Я не активный пользователь цифры, но например, когда я тестировал софт MSHV (в ней нет FAKE IT), я принудительно выставлял частоту передачи в район 1800, зная об этой особенности. Надеюсь, что MSHV не получит дальнейшего распространения до внедрения аналога fake it, т.к. хаос будет обеспечен...
Дмитрий, она (вторая гармоника) будет, но её частота за пределами полосы ФОС. Подавлена она будет до ничтожно малого уровня ФОС-ом и никому мешать не будет.Цитата:
Сообщение от RV9CX
С приличным (таким же как основная) она будет, если её частота в полосе ФОС (1000* 2= 2000).
Прошу прощения у модераторов.
Да яж не спорю об этом. Просто неудачный пример с 1000 привел. Было бы лучше, если бы 1500 написал)Цитата:
Сообщение от US4IRT
Просто если Вы за 1000 зацепились - это одно и я согласен, исправил. А если вообще о процессе, то нет)
Кстати, у многих фильтры 2400.
При этом связи чудесным образом оказываются в логе. Повторы будут иметь место.Цитата:
Сообщение от R0JF
Это же сколько надо вдуть в унч работающий в классе А, чтобы полезли гармоники через 300Гц по всему диапазону? Если не перегружать унч трансивера и так будет все хорошо. Fake it просто улучшит это и на всякий случай при перегрузке унч спасет диапазон от больших помех.
Можно и выше, никаких проблем. Но не ниже.Цитата:
Сообщение от RV9CX
Я уже просил Игоря чтоб он в JTDX на передаче заблокировал НЧ сигнал ниже 1500Гц, но противников оказалось много. А жаль...
Помех от тех, которые хоть про уровни что-то понимают, не так и много, но есть и те, которые подали максимальный сигнал на микрофонный вход и "у меня всё хорошо".
Некоторое время тем, которые засоряют диапазон, я высылал письма с картинками и рекомендациями. Но в основном получал ответ - "у меня всё хорошо, а если у тебя плохо, разбирайся у себя". Перестал писать, безполезно.
Да ладно. :s7: Никогда не видели rtty по звуку с накачкой компрессором?:s7:Цитата:
Сообщение от UN7JMM
Или PSK "от души". Он мощность регулятором зажал до 20 вт, а в микрофон по полной программе, ALC - уже больше некуда , и ФСЁ это в усилитель.:s7:
Только что провёл эксперимент с соседом! SDR с выключенным Fake it при работе ниже условно ниже 1500 гц дает те же 2-3-4 и.т.д гармоники сигнала что и другие трансиверы!
А при включенном Fake it этого нет! Так что эта функция не зря придумана и ее надо использовать! А не утверждать обратное!
Вот уже в этой теме более 17 000 собщений. И через каждые три-четыре тысячи сообщений опять подымается тема Fake it со своими "теоретиками", оппонентами и супостатоми. Ничего не поделаешь, подтягиваются новые операторы в FT8 и все начинается по кругу. А ведь давно уже все определено по этому вопросу.
Понятно, не выучив телеграф, за ключ не возьмешься. Почему же тогда можно, с такой легкостью, не изучив элементарную теоретическую базу по данному виду связи, начинать жать на клавиши компьютера? Ведь написано и переписано уже столько, что и медведь поедет на двух велосипедах. И все это на русском языке. И все более-менее встречающиеся вопросы разжеванны здесь, да и хорошо разжеванны. А когда не получается, то и начинаютья охи да ахи на "бесовскую" моду. Совсем разучились учиться. Извините за оффтоп.
Значит SDR ....такой. Для начала мой сосед на 20м работая на Штаты ,ко мне рефлектором , мощность .......приличная в створе моей Яги 3 элемента ,дистанцмя 500м. Да ++++ но не гадит ,а я ему со всей ...мощи в рефлектор ,азимут один Штаты.Понятно что по частоте отличаемся .Диапазон один. Спрашиваю ну как ,в ответ,а я даже не заметил. У обоих SunSDR2Pro! Это не реклама .Отличный аппарат.
У меня еще один SDR трансивер им и контролирую качество сигнала в реальном времени. Не призываю так работать ,призываю контролировать и все это узнать самому !
P.S.Проще всего осуществить подобный контроль на пустом диапазоне ,ну например на 10м ,на 15м днем станций уже достаточно ,можно ночью ,ну и на 144 мГц но не у каждого в наличии. Было бы желание и будете твердо знать что ,как и возможно ли подобное и как избежать!
Ушел на 20м ,станций более чем ,бразильцы с нестандартными позывными ,праздник у них какой то !
Много интересного.Прошу прощения что не по теме.
Вложение 228827
Цитата:
Сообщение от R6LCF
Кто пояснит ситуацию... Работаю в F/H Дозываюсь XX9D,слышит слабо...при ответе курсор как и положено прыгает на его частоту,с первого раза не принимает,дает мне опять рапорт,смотрим скрин...
Вложение 228849
Вопрос...почему программа перевела частоту на 365? т.е на 300 герц ниже...Ведь должна перевести выше на 300 герц,т.е на 965
Заключительный цикл не обращайте внимания...это я "задергался"...
Не знаю на каком бенде вы работали, но вчера на 80м 3580 они работали одним слотом и в обычном режиме. Включать "Hound" нет смысла. У вас вижу тоже один слот. Поэтому, может он вас и потерял.Цитата:
Сообщение от RA3QH
А с чего Вы взяли, что она должна перейти на 300 гц выше? Если не ошибаюсь, если DX не принял рапорт, то переход осуществляется на другую частоту - я так понимаю, случайным образом (?) выбранную. У Вас получилось ниже.Цитата:
Сообщение от RA3QH
на 80 они вчера работали в режиме F/H...да и речь не об этом Василий...почему смещение на 2-й попытке произошло вниз а не вверх?Цитата:
Сообщение от US4IRT
Ответ тут:Цитата:
Сообщение от LY3BG
http://www.cqham.ru/forum/showthread...=1#post1612814
думаю лучше разработчика SDR трансивера это никто не объяснит.
основывался на написаном в Fox Hounds DXpedition mode FT8 WSJT-X - Работа с DX станцией в режиме Фокс Хаундс в программе WSJT в режиме FT8 - mcg-club.ru ... там сказано что выше на 300 переводит...сейчас почитал первоисточник...все верно,может как выше так и ниже на 300 герц смещать...Просто раньше все время вверх уводило,а тут вниз впервые вот и "задергался" яЦитата:
Сообщение от RX4HX
С того:Цитата:
Сообщение от RX4HX
https://physics.princeton.edu/pulsar...ition_Mode.pdfЦитата:
If a Hound needs to send “R+rpt” more than once, subsequent transmissions will be moved 300 Hz higher or lower.
Если бы DX стоял на 300, то переход бы осуществился выше, а так как он работал на 600+, то передача перешла вниз.
Многие работали вызовом рапортом и я тоже, поэтому и пишу, что не F/H. За частоту вам ответил RW3RQ.Цитата:
Сообщение от RA3QH
Спасибо!Андрей если не затруднит то пропишите это в статье,а то может еще у кого возникнет такой же вопрос как и у меня:s7:Цитата:
Сообщение от RW3RQ
Удалено. Ответ дан вышеЦитата:
Сообщение от RA3QH
Василий,в указаное мной время именно в F/H работали...Наблюдал за работой,отвечали в 2-3-4 слотах и 73 получали те кто после ответа на их частоту смещался...Цитата:
Сообщение от US4IRT
EU1FQ Николай,я уже прочел в первоисточнике о чем и написал выше...Вопрос снят
Михаил, спасибо, уже добавил. Просто сам первый раз столкнулся с тем, что DX забирается так высоко.
Там пишется про FSK. Причём тут FT8? Или в SDR FT8 формируется методом FSK (не AFSK)?Цитата:
Сообщение от RX4HX
Какая-то непонятная ситуация сегодня произошла.
Начал вызывать станцию, но без ответа.
А потом смотрю, а во время передачи, частота 14074 изменяется на 14073.
Выключил Fake It - все нормально стало.
Включил Fake It - частота стала изменяться на 14074.5 во время передачи.
Сейчас отключил эту функцию.
Раньше такого не было.
А что так можно????
Вложение 228862
Вы про частоту?Цитата:
Сообщение от RW0LD
Если про нее - конечно можно. От 14.070 и до 14.100 вполне нормально. Не возбраняется. :)
Так и должно быть. Ещё раз прочитайте http://qrz.lt/ly3bg/JTDX/info/instal_ru.html#splitЦитата:
Сообщение от UR5LCZ
А зря.Цитата:
Сообщение от UR5LCZ
Даю выдержку:Цитата:
Сообщение от LY3BG
"Уровень побочных составляющих программы цифровых видов связи, как правило, не хуже -90дБ, а то и лучше. Этого более чем достаточно, чтобы считать, что сигнал сформирован идеально."
Надеюсь теперь понятно?
Нет.Цитата:
Сообщение от R0JF
Я про то, что V84SAA отвечает одновременно BH4QBV и JA3IVU
И что? :)Цитата:
Сообщение от RW0LD
Они в "многослотовом" режиме работают. Используют (видимо) MSHV. Одновременно несколько QSO проводят. Типа как Fox-mode в WSJTX, но только "не по-протоколу".
Нормальное явление другими словами. :)
Да, простите - ответ на Ваш вопрос "Можно ли так?" -- НАМ нельзя.
Это режим для экспедиций (DX)... А нам реально "по голове настучат" за такое. :)
Да, понятно. Только не из Ваших слов - я позвонил человеку, который этим занимается и он меня проконсултировал.Цитата:
Сообщение от RX4HX
Так вот - такие цифры будут только у SDR нового поколения, в которых формирование сигнала происходит прямым синтезом ВЧ сигнала. У них нет сигнала НЧ, поэтому и не возникают гармоники.
В SDR старого поколения сигнал формируется традиционным способом и гармоники будут такие же как и у обычных трансиверов.
Итого - я согласен, что в SDR нового поколения Split не нужен. Но те, кто работают на SDR старого поколения, должны включать Fake It.
Они используют программу MSHV 2.11 и Вы абсолютно правы! В хелпе MSHV так и написано!Цитата:
Сообщение от R0JF
Так пишем что у трансивера SunSDR2 такого в принципе не возможно. А у меня SunSDR2Pro да же и "близко " такого быть не может. Говорил же ранее что очень внимательно и скрупузезно проверял. Меня чужие мнения интересуют постольку/поскольку ,пока сам не убедился не утверждаю.Цитата:
Сообщение от LY3BG
Пожалуйста, будьте скромнее! :)Цитата:
Сообщение от R6LCF
Что SunSDR2 что SunSDR2PRO сделаны совершенно по одной схемотехнике. Отличия минимальны. Так что настолько самозабвенно говорить про "близко" не надо. :) И там и там просто невозможно. И всё!
Если читать умеете ,читайте. Огромный плюс что SunSDR2Pro собирают на Тайване. Первый раз придя к Василию в офис где он мне все подробно показал и объяснил ,ну а второй раз когда Василий придя ко мне домой все подробно показал и наглядно объяснил уже на моем собственном аппарате.Цитата:
Сообщение от R0JF
А вот и отличия ,как вы пишите минимальные :D
Вложение 228881
Кому? Почти у всех сигнал подается на микрофонный усилитель, который работает в режиме А. И чтобы у усилителя унч в режиме А пошли гармоники основного сигнала, нужно на его вход подать сигнал больше номинального. Если унч не перегружен, то коэффициент гармоник примерно на уровне 0,1%. А это уже 60 Дб. Fake it сдвигает сигнал всего на 1 кГц или вниз или вверх. Полоса вашего фильтра примерно 2.7кГц обычно, по уроню 3Дб. А подавление в 60Дб зависит от коэффициента прямоугольности этого фильтра. Вы думаете что на частоте фильтра 3 кГц подавление 60Дб? Обычно нет,там примерно всего 10Дб, а на 3,5 может быть 30Дб всего. Fake it только помогает подавить вредные излучения.Цитата:
Сообщение от LY3BG
Вы хвастаться решили? Или "пиписьками меряться"?Цитата:
Сообщение от R6LCF
Я Вам конкретно написал - "схемотехника одинаковая"! Если Вы совершенно ничего не понимаете в принципах DDC/DUC - ну тогда гордитесь, что у Вас "PRO". По-сути НИЧЕМ они не отличаются. Да, более современный АЦП. Динамика чуть выросла. ВЫ ЛИЧНО ЭТО ЗАМЕТИЛИ??? ГДЕ И КАК???
У меня SunSDR2 и SunSDR2QRP - оба прекрасные аппараты. И не сравниваю я их. Хотя, по-Вашему
мнению "разные" (на разной элементной базе).
А вообще -- оффтопик это всё! Пусть меня накажут.
Без обид, но Ваш консультант лет эдак на 5 (а может и на 10) отстал от жизни. То о чем Вы пишите "SDR нового поколения" - сейчас только такие и есть. Естественно об этом и речь: SDR+звуковая карта ушли в прошлое!Цитата:
Сообщение от LY3BG
Не совсем еще! :) Те же Flex-1500, Flex-3000 Flex-5000... Да и 1000-ков ещеЦитата:
Сообщение от RX4HX
много рабочих. Плюс - самоделки. :)
Разные они, SDR. "Современные" и "не очень". :) Вот для "не очень" FakeIt -
как раз ОЧЕНЬ актуально!
Хвастаетесь это вы когда пишите ,а сколько ...да я....да за день ....в других темах. А нам то что хвастаться,,читаем вас на параллельном форуме в теме SunSDR2 тема №5 ,вот там эти вопросы задавайте. Знаток вы наш. Успокойтесь.Цитата:
Сообщение от R0JF
А мы работали на этом замечательном аппарате и будем продолжать работать без хвастовства. Выйдет новая модель будем на ней работать аналогично ,а выйдет может не так скоро как хотелось.
Нормальные люди в микрофонный вход не суют кроме микрофона ничего. Для цифры НУЖНО использовать линейный вход тогда и с перегрузками меньше вопросов будет. Но проблему гармоник при выключенном fake it не решит ни то, ни другое. Только с микрофонным входом добавится еще других проблем, о которых Вы можете и не знать, пока Вас не ткнут носом. А сейчас все меньше желания это делать, потому что все такие обидчивые, как дети.Цитата:
Сообщение от UN7JMM
Так что, то что Вы еще не сидите - не Ваша заслуга, а наша недоработка (С) МВД
Что, соскучились? Ничего, ничего... сейчас продолжим.
[здесь я хотел показать картинку. Но кто-то запретил мне вставлять картинки. За что отдельное спасибо]
Вместо картинки будет только описание. Но если картинку всё-таки можно будет показать - я ее покажу. Она у меня сохранена.
Работаем в WSPR-2, JTDX 2.0.1-rc129. Весь протокол "ловим" по UDP, и аккуратно записываем. С экраном JTDX - полное соответствие. Увы, перенабивать всё с окна JTDX нет никакой возможности.
16:56 Decode (40M) DB7EN
16:57 Tune (30M)
17:00 Transmit (40M)
17:01 Tune (80M)
17:02 Decode (80M) M0HGU
17:03 Tune (40M)
17:04 Decode (40M) DL0PBS
17:04 Decode (40M) DD2HZ
17:04 Decode (40M) ON4PDV
17:04 Decode (40M) PE4BAS
17:05 Tune (40M)
17:06 Decode (40M) DK8JP
17:06 Decode (40M) DG7RJ
17:07 Tune (30M)
... и так далее
Вопросы:
Почему нет "16:59 Tune (40M)", если тюнинг в Band hopping включен, а следующим циклом (уже известно в 16:59) пойдет передача на 40M?
Зачем нужно "17:05 Tune (40M)", если диапазон не переключается, передача не ожидается, и просто слушается эфир - условия не изменялись вообще?
Отчего меня лишили возможности вставить картинку - снимок окна с логом, и вынуждают перенабивать всё врукопашную?
Хотелось бы получить ответы. Возможно, и не мне одному.
Изначально был протокол QSO DXpedition разработанный командой WSJT и реализованный в программе WSJT-X. Этот протокол включает в себя управление TX частотой оператора Hound во время проведения QSO и закрыт в программе WSJT-X для использования в общих диапазонах: команда разрабочиков WSJT разумно считает что нет такого приоритета у DX оператора чтобы занять собой существенную часть общего FT8 диапазона в нескольких слотах. В JTDX совместимость с WSJT-X Fox DXpedition обеспечивается режимом HoundFC (режим гончей с управлением TX частотой) и этот режим включается только вне общих FT8 диапазонов.Цитата:
Сообщение от UN7JID
Позже появился режим многослотовой передачи в программе MSHV который в большей своей части повторяет режим Fox DXpedition но не требует от корреспондентов управления TX частотой, также у автора MSHV свое уникальное видение возможности включения до 5 слотов передачи сигнала в общих КВ FT8 диапазонах (диапазоны которые и без многослотовой работы MSHV уже перегружены в несколько раз). Также есть операторы кто считает необходимым использовать данную в программе MSHV возможность многослотовой передачи в общих КВ диапазонах.
В итоге у нас есть два немного отличающихся протокола проведения QSO в многослотовом режиме и частичная несовместимость программ WSJT-X и MSHV между собой.
Чтобы обеспечить совместимость с многослотовым режимом передачи MSHV в JTDX был реализован режим Hound без управления TX частотой. Проблема возникает вне общих диапазонов когда оператор не всегда достоверно знает какую программу использует DX, то есть DX корреспондент может использовать MSHV и вне общих диапазонов. Если DX корреспондент указал на своем Интернет сайте или в других источниках свою частоту VFO для каждого диапазона то распознать MSHV можно по факту передачи выше звуковой частоты 1000 Гц, но когда DX передает ниже 1000 Гц то это может быть как MSHV так и WSJT-X.
Далеко не все досконально читают условия работы DX и понимают разницу между WSJT-X Fox DXpedition и MSHV multislot, что неизбежно будет приводить к излишним помехам.
Еще одна особенность режимов WSJT-X Fox DXpedition и MSHV multislot в том что протокол DXpediton четко оговаривает что QSO завершается передачей сообщения RR73 от DX, то есть сообщение 73 в сторону DX не передается. И WSJT-X и MSHV вносят QSO в лог при передаче сообщения RR73, в ранней имплементации обе программы вносили QSO в лог до трех раз, поскольку протокол DXpedition допускает двухкратное повторение сообщения RR73 если корреспондент продолжает передавать сообщение R+рапорт.
Как распознать в каком режиме работает DX на программе MSHV? Например от него декодировано 2 сообщения со сдвигом частоты кратным 60 Гц - это многослотовый режим. Либо от него декодировано специальное сообщение, в JTDX оно выглядит как два стандартных сообщения адресованных разным корреспондентам на одной частоте, одно сообщение RR73, второе сообщение рапорт: и это тоже многослотовый режим.
С учетом условий прохождения может потребоваться определенное время чтобы понять что DX на MSHV работает в многослотовом режиме, и это тоже одна из причин почему WSJT-X Fox DXpedition не используется в общих FT8 диапазонах: чтобы в общих диапазонах протокол используемый DX был всегда совместим с протоколом используемым вызывающими его операторами.
Автор программы MSHV своим подходом создал много проблем окружающим, например время потраченное на этот пост тоже результат созданной им несовместимости протоколов.
Если JTDX передал RR73 значит программа в истории QSO видит что этому корреспонденту уже было передано сообщение с рапортом. При очистке позывного из истории QSO на сообщение R+рапорт JTDX ответит сообщением R+рапорт.Цитата:
Сообщение от R2EC
А в чем проблема?Цитата:
Сообщение от RA3QJ
PS на водопаде сплошные продукты интермодуляции сигналов, при такой перегрузке входа звуковой карты либо приемного тракта программа не будет декодировать слабые сигналы.
Начиная с JTDX v2.0.1-rc130 приведу void MainWindow::WSPR_scheduling () в соответствие WSJT-X 2.0.Цитата:
Сообщение от R2ADF
Режим WSPR в JTDX почти не дорабатывался и был взят как есть с древней версии WSJT-X r6462, унаследованные особенности работы WSPR c WSJT-X также не будут исправляться пока идет работа c кодом FT8.
К вопросу об использовании Split Rig/Fake It для борьбы с нечетными гармониками звукового сигнала в излучаемом спектре.Цитата:
Сообщение от LY3BG
Однозначно нельзя сказать что SunSDR2 не может создать гармоники звукового сигнала. У SunSDR2 есть аналоговый микрофонный вход, то есть потенциально можно подать на этот вход аналоговый сигнал выходящий за пределы динамического диапазона АЦП подключенного к этому входу, в результате будут нечетные гармоники.Цитата:
Сообщение от R6LCF
Второй вариант - подключение звука от WSJT-X/JTDX к программе обслуживающей SunSDR2 через виртуальный звуковой кабель. Судя по документу который создал Erik EI4KF (здесь перевод на русский язык https://eesdr.com/images/Document/UMAnew_RUS.pdf) тоже существует диапазон допустимых уровней сигнала. Любой цифровой поток имеет свой динамический диапазон, для 16-ти бит динамический диапазон составляет чуть более 90 дБ. Увеличивая усиление сигнала в виртуальном кабеле можно выйти в ограничение сигнала в цифровом потоке, при таком ограничении также будут создаваться нечетные гармоники.
Если рассматривать АЦП SunSDR2 как линейный элемент то при подаче на него сигнала в рамках динамического диапазона АЦП либо при подаче цифрового сигнала в рамках динамического диапазона цифрового потока при прямом цифровом синтезе ВЧ сигнала гармоник звукового сигнала в спектре SunSDR2 не будет.
Но в случаях с классическим трансивером проблема гармоник вызвана тем что часто пользователь не понимает что он подает НЧ сигнал на модулятор (либо микрофонный тракт) выходящий за рамки динамического диапазона последнего, значит для SunSDR2 может быть такая же причина, то есть наличие трансивера с прямым цифровым синтезом еще не означает правильного использования такого трансивера.
Чем действительно отличается трансивер с прямым цифровым синтезом от аналогового трансивера так это крутизной скатов фильтра передатчика. Если подача чрезмерного уровня на аналоговый трансивер часто связана с попыткой пользователя сохранить уровень выходной мощности работая на скате фильтра передатчика то в SunSDR2 нет ската фильтра передатчика на частотах 200...600Гц.
Цитата:
Сообщение от R0JF
Цитата:
Сообщение от LY3BG
Есть проблема отслеживания изменений в логе когда несколько одновременно работающих программ пишут QSO в один общий файл wsjtx_log.adi. Благодарю, добавил в очередь на доработку.Цитата:
Сообщение от RM1F
Еще одна особенность режимов WSJT-X Fox DXpedition и MSHV multislot в том, что в одно время передаётся несколько частот, а и из-за этого требуется высокая линейность передатчика. Если в одноканальном режиме появляются только гармоники как по НЧ, так и по ВЧ, которые при правильном подходе не сложно подавить, т.е. линейность передающего тракта не очень важна, то в многоканальном режиме возникают комбинационные частоты, попадающие в полосы фильтров. Мощность передатчика распределяется между каналами и для связи используется усилители мощности. В них тоже возникают комбинационные частоты.
Это ещё одна из причин работать в многоканальном режиме не на общепринятых частотах.
Для пользователей с слабым CPU компьютера и пользователей кому не нравится функционал автовыбора JTDX, в версии JTDX rc130 готовим функционал AutoSeq0 c полностью отключенным автовыбором, в этом режиме пользователь будет выбирать корреспондентов вручную.
Для начинающего пользователя наиболее проста в понимании программа WSJT-X, переход на JTDX оправдан когда пользователь уже имеет опыт работы в FT8 и хочет добиться более высокой чувствительности и эффективности декодирования, также JTDX дает ряд сервисов делающих работу в эфире более удобной и комфортной.Цитата:
Сообщение от R4DM
Микрофонных входов 3. Эл.микрофон ,динамический микрофон и от микрофона компа или от линейного выхода звуковой карты компа. Все верно.Цитата:
Сообщение от UA3DJY
Я честно не думаю что кому то придет в голову подключить программу цифровых мод через указанные входа. Через виртуальный кабель VAC ,сом порта через com0com .Кто то подключает через VSPE ,у меня на W10Pro 64bit не работало. У кого Лог через TCI то вообще мгновенно ,а если наши и звук по TCI сделают ,ну тогда.......вообще.
Теоретически все возможно ,а практически все на отлично ,проверяем постоянно!
В результате очень мощный комп. чувствительный,низкошумящий с отличными фильтрами приемник,чувствительная отлично работающая программа JTDX только и успевай проводить связи которые хочешь и получай удовольствие.
Игорь ,а вам большое спасибо за отлично работающую программу!
Уважаемые Коллеги - Linux`оиды!
Жизненная ситуация диктует мне необходимость апгрейда до Ubuntu 18.04, в связи с чем сборки jtdx для amd64 возможно перестанут работать на более старых версиях...
Я приношу всем свои глубочайшие извинения, возможно смогу найти возможность компилить программу и под привычной Ubuntu 16.04... Прошу меня понять правильно.
Версии i386 и armhf пока буду продолжать компилить в среде 16.04.
73!
Так вроде бы он и так отключаемый кнопкой.Цитата:
Сообщение от UA3DJY
Цитата:
Сообщение от UA3DJY
AutoSeq в JTDX состоит из двух частей: автовыбор + автопоследовательность. AutoSeq0 будет поддерживать только автопоследовательность, эквивалент AutoSeq WSJT-X при снятой галочке Call 1st.Цитата:
Сообщение от US4IRT
уже не в первый раз при работе со спецпозывными после обмена рапортами при передаче 73 вместо моего позывного подставляется другой, не мой позывной. Версия JTDX 109RU. При связи с R120MG прощался уже не я, а JA3BXF. Подскажите что у меня не так в настройках
Упаковщик сообщений использовал хэш, у Вас на экране была ассоциация с позывным найденным в Вашей хэш таблице (Вы ранее декодировали сообщение от JA3BXF и хэш этого позывного равен хэшу Вашего позывного). При этом R120MG декодируя Ваше сообщение мог подставить для вывода на экран Ваш либо третий позывной который он нашел в своей хэш таблице. Это особенности использования хэша позывного в протоколе FT8 v2 и кривизна реализации (не имеет приоритета ассоциация с хэша своего позывного и позывного с окна DX Call) при упаковке передаваемого сообщения и распаковке декодированного сообщения в коде WSJT-X версии 2.0. Ждем следующей версии WSJT-X где должны исправить функционал работы с хэшем позывного.Цитата:
Сообщение от RA9CUU
Еще одной особенностью использования хэша позывного является отсутствие поддержки в протоколе FT8 v2 nроведения QSO между двумя нестандартными позывными, например R120MG не cможет провести QSO с UA3DJY/0 используя типовую последовательность сообщений AutoSeq, вместо этого придется вручную использовать свободные сообщения. Как исключение в протоколе FT8 v2 позывные с /P и /R являются 'стандартными' позывными и для передачи сообщений с такими позывными хэш не используется.
Подскажите пожалуйста, как изменить принадлежность позывного к другой стране?
В файле лога в формате .adi у позывных нет информации о принадлежности к какой-либо стране.
Вчера сработал с земляком, EM1UA, но из Антарктиды.
В логе связь была записана как Украина.
Посмотрел в файле cty.dat - там, после позывного, надо еще какие-то числа в разных скобках указывать.
Причем для одной и той же страны, но для разных позывных - разные.
Здесь формат записи в файле cty.dat (столбец / длина записи / описание): https://www.country-files.com/cty-dat-format/Цитата:
Сообщение от UR5LCZ
Можно взять с любого другого позывного с Aнтарктиды, с точки зрения программыWSJT-X/JTDX ничего не изменится.
Antarctica: 13: 74: SA: -90.00: 0.00: 0.0: CE9:
3Y[73],AX0(39)[69],AY1Z[73],AY2Z[73],AY3Z[73],AY4Z[73],AY5Z[73],AY6Z[73],
AY7Z[73],AY8Z[73],AY9Z[73],FT0Y(30)[70],FT1Y(30)[70],FT2Y(30)[70],
FT3Y(30)[70],FT4Y(30)[70],FT5Y(30)[70],FT6Y(30)[70],FT7Y(30)[70],
FT8Y(30)[70],LU1Z[73],LU2Z[73],LU3Z[73],LU4Z[73],LU5Z[73],LU6Z[73],
LU7Z[73],LU8Z[73],LU9Z[73],RI1AN(29)[69],VI0(39)[69],VK0(39)[69],
ZL5(30)[71],ZM5(30)[71],ZS7(38)[67],=8J1RL(39)[67],=DH5CW(38)[67],
=DP0GVN(38)[67],=DP1POL(38)[67],=IA0/IZ1KHY(30)[71],=KC4AAA(39),
=KC4AAC[73],=KC4USV(30)[71],=RI1ANC(29)[70],=RI1ANL(38)[67],
=RI1ANM(29)[70],=RI1ANR(38)[67],=RI1ANW(38)[67],=RI63ANT(39)[69],
=VP8ADE[73],=VP8ROT[73];
Я конечно могу по образцу добавить в этот список и EM1UA.
А что в скобках ставить?
Поставил от "балды", посмотрю, что получится.
В скобках зоны (CQ)[ITU].Цитата:
Сообщение от UR5LCZ
Пардон, WSJT-X использует CQ и ITU зоны для уведомлений, для WSJT-X желательно прописать в cty.dat правильные зоны для этого позывного.Цитата:
Сообщение от UA3DJY
Вообще-то, это South Shetland Islands. Знать, где находится национальная Антарктическая база всегда полезно.Цитата:
Сообщение от UR5LCZ
Этот позывной уже прописан в CTY-2903 как Антарктида, обновлю cty.dat до версии 2903 в JTDX rc130:Цитата:
Сообщение от US5WE
Antarctica: 13: 74: SA: -90.00: 0.00: 0.0: CE9:
=EM1UA[73]
Вот это точно... :)Цитата:
Сообщение от US5WE
Поскольку ст.Вернадского (EM1U, EM1UA e.t.c) никогда не была и не будет South Shetland Islands.
Вообще то это Biscoe Isl и к Шетланским о-вам не относится.Цитата:
Сообщение от US5WE
Цитата:
Украинская антарктическая станция "Академик Вернадский"
Роман, UT7UA в настоящее время активен позывными EM1UA и EM1U со станции Академик Вернадский, островов Галиндез и Биско, IOTA AN - 006.
Все КВ диапазоны.
QSL via UT7UA.
Странно, значит ошибся. Будучи уверенным, уже скеды на нужных диапазонах запросил. :s7: Даем отбой.Цитата:
Сообщение от US-E-12
Помню кто-то какой-то ЕМ1... заявлял за South Shetland и ARRL зачла. Буду внимателен.
Проверил по https://www.iotamaps.org/gr/AN-006 все верно, сорри.
ОФФ
Интересный проект: программа которая превращает Raspberry Pi в передатчик и в том числе позволяет через скрипт передавать FT8 сообщения https://github.com/F5OEO/rpitx
Довольно любопытно, но всё равно только академический интерес... :)Цитата:
Сообщение от UA3DJY
Все равно приемник нужен. А раз так - то для RPI3 есть JTDX. :)
А вот проект WSPR-маячка там же на github - это уже практически законченная конструкция.
Буферный каскад, фильтр на выходе - и автономный маячок готов.
Art, W1ABA. пишет: "BTW, I am running 16.04 Xubuntu, but since the shack computer doesn't contain any personal info, I run it because it is far more stable than 18:04 LTS. My shack computer is bare bones and for amateur radio only.....so, high(er) security isn't necessary."Цитата:
Сообщение от R0JF
Была мысль сапгрейдиться, а сейчас в сомнениях.
JTDX v2.0.1-rc130 измененный функционал
Линки:
По просьбе Игоря R0JF:
JTDX v2.0.1-rc130 Linux version from original source files by Igor
UA3DJY (Many Thanks him):
Русская локализация JTDX v.2.0.1-RC130.
Линки :
ОФФ
Интересное новое решение от Jan PA0SIM по пространственному подавлению комбинации из множества приходящих с разных азимутов/углов возвышения импульсных помех с использованием двух ортогональных антенн и математики, эта Web страница дополнение к статье опубликованной в выпуске журнала QEX за март/апрель 2019г.
QEX Audio Samples and Screen recordings
http://www.pa0sim.nl/Audio_samples_Q...lickNCTrim.mp4
все реже таких
Игорь! Понимаю, что от этого пока не избавиться, но хоть на время как то можно очистить этот ХЭШ, чтоб не мешал? А то сегодня вместо T31EU проскакивает грек :s9:
Для диапазона 160м трансивер обычно всегда находится в реактивном поле антенны вгоняющем несимметричные каскады звукового тракта передатчика в насыщение. Поэтому на этом диапазоне проблема заметна чаще чем на других диапазонах, в старых трансиверах звуковой тракт часто исполнялся на дискретных элементах, в современных трансиверах чаще используют балансные усилители на операционниках.Цитата:
Сообщение от R3OZ
Да... хэш таблица полностью ломает работу AutoSeq.Цитата:
Сообщение от US4IRT
Перезапуск программы должен очистить хэш таблицу:
С второй попытки и в ручном режиме только! Если переустановить - очистится? Или на один декод?Цитата:
Сообщение от UA3DJY
Из той версии на которой работал ранее,Цитата:
Сообщение от R3BB
вытащил wsjtx_log.adi и вставил для работы
в новую версию. Теперь повторы видны
и лог весь пестрый, будто и в ft8 и не работал...
Кто ещё столкнулся с этим?
UR5EQF+WSJTXinterface+jtdx rc130
Счетчик QSO показывает что в логе всего 114 FT8 связей, смотрите параметры фильтрации лога выставленные в настройках в закладке Общие (General).Цитата:
Сообщение от R2EA
Перезапуск программы должен очистить хэш таблицу:Цитата:
Сообщение от US4IRT
Верно. Это связи которые провел после установки новой версии.Цитата:
Сообщение от UA3DJY
Попробую вытащить все qso из ur5eqf и залить их в wsjtx.adi
У меня была такая ситуация, нужно убрать галочки с Использовать текущий позывной и Использовать текущий Локатор.Закладка General (Общие). Количество связей и раскраска если Вы ее в этой версии оставили прежней- все вернется как и было в предыдущей версииЦитата:
Сообщение от UA3DJY
Спасибо Сергей!
Вы были правы.
Убрал галки и все qso отобразились!
Будем пробовать дальше...
Поставил фильтр, что бы не видеть сообщения от повторных станций,
но вот yo9hp программа всё ровно выводит на экран...
Интересно - почему?
Автовыбор 2+4 перестал подбирать новые станции!
Из 4х за утро упустил 2х, как минимум.
Придётся откатиться к старым версиям,
там подбор cq/73 работал безукоризненно.
Предложения для UA3DJY и Ko...Цитата:
Сообщение от UA3DJY
Игорь, в будущие версии можно сделать:
1. Что бы не входя в меню:
настройки/уведомления/скрыть сообщения повторных станций,
- устанавливать галку или делать выбор на "панели приборов"?
2. Можно ли, что бы приоритет при подборе (автовыбор 2+4)
станций дающих cq, был таким же, как и отмечено галочкой?
То есть, если я отметил отвечать по км при работе на cq,
то значит по расстоянию и подбор должен быть по км.
А если стоит отвечать тому кто подходит с рапортом,
то тогда первому расшифрованному, как это и есть сейчас...
Ведь отвечать первому, кто зовет рапортом и было сделано
больше для работы спец позывным, чем индивидуальным
позывным при работе в повседневной жизни.
3. Можно ли изменить алгоритм, когда мы даём 73?
Сейчас программа переходит следом на CQ при автоТХ (в ручном режиме),
но если у меня (автовыбор 4+2) и есть новая станция дающая cq или 73,
то программа подбирала бы его, а не давала бы тупо cq.
То есть при отметке автовыбора 4+2 отдавать предпочтение поиску новых
корреспондентов, а не работу на общий вызов.
Ведь его мы можем и так использовать, если отметим только (автовыбор 2).
У Вас включена кнопка 'Без фильт.', она отключает сразу все активные фильтры.Цитата:
Сообщение от R2EA
Включите запись диагностики и проверьте в файле ALL.TXT: AutoSeq6 выбирает из сообщений декодированных до момента начала передачи.Цитата:
Сообщение от R2EA
AutoSeq6 выбирает корреспондентов из сообщений декодированных до момента начала передачи, AutoSeq7 - из всех декодированных сообщений. Все упирается в производительность Вашего процессора и использование его ресурсов другими приложениями либо операционной системой.Цитата:
Сообщение от R2EA
Игорь в Wanted дробные позывные не заносятся?
Увы, в разных протоколах (JT65, FT8 v2) дробные позывные обрабатываются по разному. Можно использовать префикс от дробного позывного, обычно сначала передают префикс страны потом основной позывной.Цитата:
Сообщение от US-E-12
Делать отдельный список позывных для каждого протокола желания нет.
Проверю в коде совместимость с использованием дроби, в принципе в списке можно держать и дробный и основной позывные одновременно. Также проверю возможность использования дроби для поиска по префиксу.
Так а зачем этот список обрабатывать в протоколах. Можно обработать по выводимиым сообщениям.Цитата:
Сообщение от UA3DJY
Игорь, при работе на спец позывной как сделать что бы программа отвечала сразу нескольким корреспондентам?
Вроде как слышал, что возможно?
Мы считаем что занятие нескольких слотов в общих FT8 диапазонах это неуважение к другим операторам работающим на диапазоне. Похоже что такого же мнения придерживается команда WSJT.Цитата:
Сообщение от RC9A
Сейчас занесение позывного без дроби в окно DX Call приводит к генерации сообщений нарушающих протокол FT8 v2, доработаем функционал Wanted в JTDX rc131.Цитата:
Сообщение от US-E-12
Огромное спасибо за ответы!Цитата:
Сообщение от UA3DJY
Попробую погонять на AutoSeq7.
Игорь, а по поводу предложений
в сообщении 17242 ни чего не скажете?
НЕ. Не знаю точно, но не подбирает у меняЦитата:
Сообщение от UA3DJY
что то ни при 7, ни при 6.
Три раза сбой видел за 10 минут.
Роман сейчас минут 30 в автоцекю 6 поработал сбоев не заметил...Первым подхватывает того кто абсолютно новый,если таких нет далее по приоритет по дальности...
Роман, чтобы автовыбор брал позывной с сообщения 73 необходимо включить общее уведомление для CQ и 73 сообщений. Наверно две недели здесь бурно обсуждали удобство общего уведомления для этих сообщений, по этой причине общее уведомление стало опциональным:Цитата:
Сообщение от R2EA
Вложение 229181
Все изменения в программе JTDX публикуются на сайте: http://ru.jtdx.tech/changelog-russian
М да... За всем и не уследишь! Я ж всё на 121 катался.Цитата:
Сообщение от UA3DJY
Всё по снёс. Настроил заново. Пробую.
Уже хоть что то получается.
Игорь, ну можно ли изменить алгоритм, когда мы даём 73 или нет?Цитата:
Сообщение от UA3DJY
Сейчас программа переходит следом на CQ при автоТХ (в ручном режиме),
но если у меня (автовыбор 2+4 или 3+4) и есть новая станция дающая cq или 73,
то хорошо бы, что бы программа подбирала бы его, а не давала бы тупо cq.
То есть при отметке автовыбора 2(3)+4 отдавать предпочтение поиску новых
корреспондентов, а не работе на общий вызов.
Ведь его мы можем и так использовать, если отметим только (автовыбор 2 или 3).
Очень часто бывает такая ситуация:
звал одного кор-а, но он мне не ответил,
тут же позвал, я, другого корреспондента
и тот не ответил, а первый, зараза, проснулся
и даёт мне рапорт. Но прога тупо зовет последнего,
не обращая внимание на то, что нужно ответить,
тому кто очнулся.
Можно ли прописать алгоритм ответа в такой ситуации,
если стоит отметка в автовыборе 2(3) +4 (поиск cq) ?
Я считаю, что если мы ставим такую отметку в автовыборе,
то это значит , что поиск новых станций дающих cq или 73
просто в приоритете.
Михаил вот смотрите...Цитата:
Сообщение от RA3QH
это пару минут без вмешательства.
А если один новый вообще корреспондент, а второй новый на диапазоне,Цитата:
Сообщение от RA3QH
но абсолютно новый из dl, а по диапазону из ja???
DL подхватит....сам не раз сокрушался:s7:Цитата:
Сообщение от R2EA
В коде AutoSeq6,7 сначала идет поиск входящего вызова, затем поиск среди входящих CQ/73 сообщений и только потом передача сообщения CQ. Если у Вас поведение отличается то проверяйте настройки, смотрите время декодирования для AutoSeq6, и если там все в норме то можно удалить старый INI файл.Цитата:
Сообщение от R2EA
Возможно, так и задумано, но на деле - не всегда отрабатывает.Цитата:
Сообщение от UA3DJY
Разбираюсь с производительностью...
Игорь, если ранее пробовал звать станцию и она не ответила,
то через какое время подберёт его cq/73 еще раз программа?
Можно подробнее про это время? Быть может опять, что то упустил?Цитата:
Сообщение от UA3DJY
Ну про ini в курсе. Всё снес и катаюсь на rc130...
Жаль, что больше ни кто не пишет о проблемах и пожеланиях!
Видимо у меня всё лишь так плохо...
Похоже что так ...Цитата:
Сообщение от R2EA
Похоже на то, что Вы так и не разобрались в функционале программы.Цитата:
Сообщение от R2EA
От этого проблемы и большинство "хотелок". Просто будьте внимательны
к настройкам. Ну и не пытайтесь заставить программу работать как
"искусственный интеллект" - в ней изначально заложена необходимость
присутствия оператора на станции для принятия решений. :)
У Вас как в крылатой фразе: «Тётя, дайте воды попить, а то так есть хочется, что переночевать негде!»Цитата:
Сообщение от R2EA
скажите, удалять обязательно? потому как еще с первых jtdx стоит ini и я больше ни разу не удаляю и все работает.Претензий нет!Цитата:
Сообщение от R2EA
Если неадекватное поведение программы заметите -- тогда обязательно.Цитата:
Сообщение от UA9OP
Например палитра расцветок сменится, какие-то элементы управления не увидите (или лишние появятся).
А вообще, в каждом релизе Игорь пишет о совместимости ini-файлов. Если написано, что не совместимы, лучше удалить.
Подскажите, а сейчас есть решение проблемы, когда программа начинает передавать 73 и бросает передачу секунды через 2? Об этой проблеме и я, и другие писали... Немного не следил за темой. Сейчас поставил версию 130 - все тоже самое. Может это можно как то обойти?
Автовыбор у меня: Ожидание декодирования всех сигналов.
В который раз... Связь начинаешь с одним, а заканчивает другой...
Сидишь и думаешь - считается связь полноценной, или как?... В лог на всякий случай занес...:ха-ха:
Два варианта: либо процессор успевает окончить декодирование до начала передачи либо использовать AutoSeq0 где нет автовыбора.Цитата:
Сообщение от RX4HX
Полноценной: выбор позывного их хэш таблицы выполняется на Вашем компьютере, корреспондент у себя на компьютере видит сообщение R0LM T31EU RR73Цитата:
Сообщение от R0LM
В AutoSeq0 Как передавал 73, так и передаёт ДО ПОЛНОГО ОКОНЧАНИЯ декодирования всех сигналов.Цитата:
Сообщение от UA3DJY
Сейчас работаем над проверкой соотвествия значений параметров INI файлов допустимому диапазону, будет в версии rc131, объем работы большой но с такой проверкой количество сбоев связанных с разрушением данных в оперативной памяти и в результате некорретными значениями в INI ощутимо сократится.Цитата:
Сообщение от R0JF
Так происходит при принятом сообщении 73 от корреспондента?Цитата:
Сообщение от RX3ASP
Нет, на 73 реакция программы моментальная - очищается окно DXCall (как и настроено в разделе reporting) и гаснет Enable TX(если 1QSO).Цитата:
Сообщение от UA3DJY
Это происходит, когда отвечаешь на CQ > обмен рапортами, RR73 от корреспондента, 73 ему от меня, далее он уже даёт новое CQ (молчит, отвечает другому), а я ему опять передаю 73. До тех пор, пока программа не закончит попытку декодирования всех кандидатов в полосе. У меня на экране корреспондент уже подсвечен, как отработанный, QSO 100% закончено, но 73 зачем-то передаётся повторно.
Вложение 229216
Я тут уже несколько раз этот вопрос поднимал, но безрезультатно. Понятно, что дело в медленном компьютере. Но в чём необходимость ждать декодирования непонятно каких сообщений в этом случае? На 73 ведь нормально реагирует.
Тоже присоединяюсь, тоже поднимал вопрос... Ответом было - другой алгоритм.Цитата:
Сообщение от RX3ASP
Но нельзя ли лучше вместо autoseq0 сделать autoseqWSJT, с алгоритмом полностью аналогичным по алгоритму с autoseq1 в WSJT, где нет повторных 73.
Я уверен, что многие увидев этот режим сразу перейдут на JTDX, что бы в полной мере насладиться всеми её удобствами. А если ещё сделать (вернуть (версия 34)) "ожидающий enable TX", то этот режим стал бы любимой и необходимой "фишкой" пользователей.
+100500! Полностью поддерживаю!Цитата:
Сообщение от UA1OMZ
Присоединяюсь! Тем более никто не мешает сделать как в WSJT-X, т.е. оставлять в окне сообщений не стертым ТХ5, что при случае если корреспондент продолжает упорно передавать вам рр73(в случае, если он ваше 73 не принял), позволит передать 73 ему повторно вручную.Цитата:
Сообщение от UA1OMZ
еще есть народ которые передают сначала RRR потом 73 зачем ?Цитата:
Сообщение от UA1OMZ
При чём тут RRR?Цитата:
Сообщение от UA9OP
ну вот кто такую картину пояснить может? на одной частоте идет одновременно передача RRR и 2-х различных рапортов от UA9LL греку....Вложение 229278
передают некотрые RRR а потом 73...кстати на скрине выше видно такое...Цитата:
Сообщение от RX3ASP
Необходим звуковой wav файл, какая версия программы?Цитата:
Сообщение от RA3QH
Игорь..я их не записываю...версия 130...но...ранее я выкладывал скрин где я и мой товарищ наблюдали 2 разных рапорта для RQ2Q в одном и том же цикле именно от этой же станции...Цитата:
Сообщение от UA3DJY
Что то о-о-очень интересное! Не видел ещё такого. Там ещё один декод на 1272 (четвертый).Цитата:
Сообщение от RA3QH
да Василий есть и 4-й я просто про него не стал упоминать т.к это вполне обычное явление:s7:
Благодарю, в rc131 будет патч: на побочном излучении декодер FT8SD не должен декодировать более одного сообщения из сигнала.Цитата:
Сообщение от RA3QH
Сообщение RRR ложно декодировано - возможно FT8SD декодером, сообщение R-13 не должно было быть вообще декодировано - разве только его взял обычный декодер (не из группы Hint) из-за размазанного спектра сигнала. Декодеры FT8S, FT8SD, FT8SD1, FT8 AP это сообщение R-13 не могли декодировать.
Доброго всем времени суток. Всех с праздником. Подскажите, где можно почитать про работу в режиме FAKE It. Ситуация следующая: работаю JTDX на частоте 18.102.8 на общий вызов, обратил внимание, что на передачу тр-р показывает 18.100.5. Как это происходит, и где про это прочитать. Если не сложно. И в программе горит значок сплит.
JTDX v.130. После уведомления программы о записи проведённого QSO по UDP в Логгер32 при нажатии в окошке на кнопку ОК сама запись происходит с задержкой 2-3 секунды. Ранее, в версиях 129 и древнее, процедура записи происходила гораздо быстрее, практически сразу после нажатия кнопки ОК.
Почему ТАК стало?? Что-то изменилось в алгоритме взаимодействия Логгера32 и JTDX по UDP ?? Как-то "некомфортно", создаётся впечатление будто виснет что-то...
Вы троллите или просто издеваетесь? Ну ведь интернет-то у Вас есть!Цитата:
Сообщение от R2EC
Вот запрос в Googl`e - он ПЕРВОЙ же ссылкой выводит на ответ!
https://www.google.com/search?client...utf-8&oe=utf-8
Или привыкли, что Вам все "разжуют, положат в рот, переварят, ну и ..."?
Спасибо за подсказку. Не все такие продвинутые пользователи как Вы.Цитата:
Сообщение от R0JF
Рад помочь. Простите, если обидел. Такие вопросы с интервалом в пару дней возникают. Никто не хочет сначала САМ попробовать разобраться. При том, что всё расписано и разжевано до гомогенной массы.Цитата:
Сообщение от R2EC
73!
У меня было то же самое, откатил на версию 379 Logger32. Всё стало нормально - это с последней версией лога проблемы.Цитата:
Сообщение от RW4M
Нормально. Смутил пост Игоря №14619, в котором он писал, что при включении это режима не работает сплит.Цитата:
Сообщение от R0JF
Версия 130, при работе в AvtoSeq6 вызывал станции с которыми было QSO, при этом игнорируя новые JTDX by HF community v2.0.1.1-RUS-rc130_7, derivative work based on WSJT-X by K1JT (621 kb) закачан 23 февраля 2019 г. Joxi
С этой проблемкой разобрался, стаяла лишняя галочка (ответ повторным кор. на общий вызов)
Иногда вот така вещь проскакивает
Виноват не расслеповал, всё нормально.
и что там проскочило? все нормально...2 разных позывных,2 разных локатора...Цитата:
Сообщение от R2EC
Версия 130 не хочет ответ B4 работать UR5EQF Log 3 (156 kb) закачан 23 февраля 2019 г. Joxi
это бывает в autoseq6.
В autoseq7 отрабатывает на 100%. Спасибо за программу
Вам кажется перебор, а со своей колокольни R8LU пытается более эффективно использовать возможности своего, как сейчас модно выражаться, "сетапа".
А по-моему, полу-робот AutoSeq6-7, фильтрование по странам и позывным и мощность больше 100Вт перебор в FT8.
Многое зависит от возможностей. Полуробот нужен(быстрее соображает), а мощности согласен :s7:Цитата:
Сообщение от RX3ASP
Мощность мощности рознь! Например у меня антенна (направленная) коэффициент усиления по мощности 10 раз(10dB) и подводимая мощность к антенне 10ВтЦитата:
Сообщение от R2EC
а у Вас антенна "веревка" коэффициет усиления по мощности 1 и подводимая мощность у Вас к вашей антенне 100Вт
мы с Вами живем рядом значит нас с Вами будут принимать с одинаковым уровнем сигнала!!! (при условии что я направлю свою антенну в сторону принимающего и поляризация излучения наших антенн одинакова и у Вашей антенны круговая диаграмма направленности)
Так что просто мощность это еще не о чем не говорит.
Не кто и не собирается оспаривать, согласен на 100%. Имелось ввиду при направленных и мощю вдувают. И за сигналом не следят.Цитата:
Сообщение от UA9DK
Первый раз за два года работы с WSJT-X произошёл глюк.
Мой позывной подменился на бразильский PY5EG ...
Прямо сейчас на сорока метрах.
Я передаю свой позывной а в эфир идёт PY5EG
Так бывает или у меня проблема типа с вирусом каким-нибудь ??
Спасибо.
Никаких вирусов нет Просто Бразилец тоже проводил связь на 25Цитата:
Сообщение от R2LAC
Да.Но.
Жёлтым цветом выделяется моя передача и мною передавался именно бразильский позывной.Я вижу что я передаю не то а почему-не понимаю...
Посмотрите поле Last TX
Думал что это связано с "нестандартным" позывным.
Перезагрузил компьютер,перезапустил трансивер,позвал 9K58NLD - всё нормально прошло,снова мой позывной...
Позвать бы шведа но он исчез...
Ну буду считать что это просто глюк-пока ничего страшного в этом не вижу.
R2LAC Никаких глюков и вирусов нет На 2650 PY5EG работал на передачу с SK5OHD А SK5OHD радотал на передачу на 1570 и на этой частоте попрощался с Бразильцем ВОТ И ВСЕ при этом Швед еще проводил на 1570 QSO с вами
Кривой код в работе с хэш таблицей при упаковке и распаковке сообщений, ожидаем исправления в WSJT-X v2.1. В эфир была передана кодовая сумма от Вашего позывного, на экран был выведен позывной который у Вас в хэш таблице соответствовал этой кодовой сумме. Зато теперь Вы знаете с кем Ваш позывной будут путать :)Цитата:
Сообщение от R2LAC
Понял,спасибо за ответы !!
Неужели за 2-3 секунды не успеваете прочесть и выбрать? И какой интерес в подобном радиолюбительстве - лёгкий путь к дипломам для оклейки стен?Цитата:
Сообщение от R2EC
Декодер стартует на примерно на 14.3 секунде интервала и заканчивает декодирование на 14.7 секунде на современных процессорах, на медленных процессорах декодирование занимает примерно одну...три секунды, процессоры которые декодируют более трех секунд непригодны для работы в FT8 в широкой полосе. Добавьте к времени декодирования 2..3 секунды на принятие решения оператором и 1 секунду (Windows) на очистку буфера TX звука при смене TX сообщения.Цитата:
Сообщение от RX3ASP
В итоге сообщение которое пойдет на передачу не будет декодировано и будет напрасной помехой другим операторам. То есть станет четвертой (или третьей при Skip Tx1) передачей сообщения во время QSO. Теперь представьте что Вам вычитают с Вашей зарплаты 25...33 процента налог на окрас травы (создают помехи на диапазоне) объясняя тем что иначе жить неинтересно.
Проблема создана при разработке протокола FT8 (можно было сделать период 20 секунд отведя 6 секунд на декодирование и принятие решения оператором), AutoSeq это скорее попытка выжить на перегруженных диапазонах в рамках созданного протокола чем легкий путь к дипломам, тем более что далеко не все радиолюбители работающие в FT8 получают какие либо дипломы.
JT65 интересен с точки зрения SNR и ручной работы, но для большинства связей является излишней тратой времени, по причине более высокой скорости проведения QSO сообщество принесло JT65 в жертву моде FT8, по этой же причине в FT8 был заложен период 15 секунд а не 20.
Всем доброго времени суток. Вчера проскочил аналогичный сбой как в посте №17305. Работал на 40 с UE23DZO, когда давал RR73, вместо моего прога выдала W7DC. Спец позывной со мной этим позывным и дал 73. Провёл связь с другим, попробовал UE23DZO дать ещё раз RR73, а нет выдаёт опять вместо моего call американский. Далее работал без козюлин.
to UA3DJY
В выходные , при работе на 130 версии в AutoSeg6 не всегда успевала расшифровка сигнала, как Вы написали в посте чуть выше, приходилось вносить ручную корректировку передаваемого сообщения. Посмотрел загрузку процессора 18 - 20 процентов, в момент декодирования загрузка моментально поднималась до 100%, получалась как пила на диаграмме. Перешёл на AutoSeg7 никаких проблем, программа отрабатывала на 100%. Спасибо за Вам и вашей команде. Ноут: Win 10, процессор Pentium CPU 4415U - 2,30GHz 2 ядра, ОЗУ 12 ГБ.
Вообще то протокол по началу создавался для быстрого обмена при Es прохождении на УКВ.Цитата:
Сообщение от UA3DJY
Нормально всё отправляется до 3-сек следующего цикла.Цитата:
Сообщение от UA3DJY
Ничуть не меньшую и более частую (в т.ч. на TX=RX частоте) помеху создаёт повторное 73 от владельцев медленных процессоров, но почему-то ваша команда этот вопрос принципиально игнорирует.
Может просто сделать блокировку включения ТХ начиная с 3-й секунды? Не успел? Жди следующего цикла. В конце-концов не корову проигрываем и не за зарплату QSO проводим. Скорость принятия решения о выборе с помощью глаз, головы и пальцев, это последнее, где оператор может продемонстрировать своё мастерство в FT8.
Игорь! Мне не доходит для чего хэш нужен для обычных позывных (не выходящих за рамки "приличия")? Для нестандартных может и нужен. Сегодня очередной бред хэша - XX9D приравняло в декодах к VP8LP! Перезапуск программы помогает.
И опять присоединяюсь... Вы и компани, так яро боретесь за свободное место в эфире и оперативное проведение связи и не убираете лишний цикл связи!? Ну сделайте вы уже один режим с ОРИГИНАЛЬНЫМ АЛГОРИТМОМ WSJT, пожалуйста?!Цитата:
Сообщение от RX3ASP
Хоть я и не программист,но думаю,что это не возможно,сделать один цикл как WSJT.Цитата:
Сообщение от UA1OMZ
Было бы здорово если бы две программы работали синхронно и программа JTDX каким то образом определяла,что чел работает на WSJT тогда она бы и закончила QSO,но это из области фантастики.
... один РЕЖИМ(autoseq1 by WSJT), всего лишь один режим из семи или восьми с ним...Цитата:
Сообщение от K2PAL
Пишу потому что наболело.
Всем хороша JTDX: и при загрузке не меняет диапазон трансивера, и некоторые функции удобные заложены. Но, на мой взгляд, сильно перегружена "рюшечками". Пользуюсь v2.0.1-rc128. Стал замечать, что как-то она сбоит с последовательностями. С dx-ами стал загружать WSJT v2.0.0.
Сейчас зову ХХ9 на 40-ковке. Вдруг вижу после моего вызова в следующем цикле половина цикла идет со сдвигом частоты. Глянул на трансивер, а там 7.074.5. Затем следующая половина частота вернулась и прием закончился с частотой 7.074. "Собачий" режим был выключен. Причем это уже наблюдал второй раз.
Быстро перегрузился в JTDX и вижу, ХХ9 мне отвечает. Дал RR73 в ответ, связь вроде состоялась.
Но как-то это совсем не камильфо!!!
Понимаю, что версии уже не свежие использую. Но у меня нет уверенности, что обновление не добавит новых сюрпризов. Кажется добавление сервисов в обеих программах начало убивать их основной функционал.
Чего то не пойму того , что проскакивает сейчас на 80м. Задержка сигнала 2.0 сек. . Это какой путь должен пройти сигнал, чтоб задержаться на 2 секунды?
Не надо определять кто на чём работает. Если по каким-то причинам (???) требуется дождаться полного окончания декодирования всех кандидатов в полосе, то достаточно после отправки 73 в ответ на RR73 перевести программу в режим ожидания, отключив Enable TX.Цитата:
Сообщение от K2PAL
Ознакомьтесь с документацией на программу. Особенно режим fake it.Цитата:
Сообщение от UA9FFV
Ладно, если бы не работало. А то ведь ранее постоянно с такими настройками работал и ничего.Цитата:
Сообщение от R0JF
Да и с этими версиями провел приличное число связей. Обычно не скачет частота.
Может у меня Омни Риг многопотоковый и им пользуется еще одна программа?
Придется, вероятно, мануал наконец-то почитать... ))))
Говорят же, что все инструкции на русском языке надо начинать фразойЦитата:
Сообщение от UA9FFV
"Ну, что **дак, всё-таки сломал?" :)
Мне кажется, у Вас просто fake it частоту дёргает (как ему и положено), а
Вы паникуете, хотя всё нормально.
вышла WSJT-X 2.0.1 WSJT Home Page
Так это и баз вашего совета мы знаем.Цитата:
Сообщение от RX3ASP
Инноваций не будет, все привязано к программе WSJY-X и по этому следуем за обновлениями,a они будут всегда.
Спасибо Игорю и его команде.
Раз всё знаете, то объясните, пожалуйста - зачем JTDX ждёт полного окончания декодирования (именно полного, а не только корреспондента) RX цикла, следующего после отправки 73 в ответ на RR73?Цитата:
Сообщение от K2PAL
Игорь, как же это положено? А нафига, если я не "собака" дергать частоту.Цитата:
Сообщение от R0JF
Реально я несколько циклов смотрел ХХ9. Стабильно декодировался. Уровень был около минус 9.
После того как позвал наступил цикл приема. На водопаде вижу, что сигналы одной половины цикла относительно другой сдвинулись примерно герц на 50. И конечно в этом цикле несмотря на хороший сигнал декода не было.
РТТ идет через RTS отдельного СОМ-порта, а взаимодействие с трансивером, как я уже писал, через ОмниРиг.
...А моя программа (управление коммутатором) через Омни только считывает частоту.
Ладно, обновлю оба приложения и почитаю мануал...
Чтобы гармоник не создавать. Прочитайте в "букваре". Эта тема тут в неделю по три раза поднимается. :)Цитата:
Сообщение от UA9FFV
Т.е. после перехода на прием частота не вернулась на место? Должна была.Цитата:
Сообщение от UA9FFV
А скорость порта в САТ-системе не низкая? Может просто не успевает отработать команду на смену частоты?
Кстати, у Вас какой режим в настройках выбран? FakeIt или Rig? (Вкладка "Radio" настроек, справа, внизу)
Подскажите.
Ситуация следующая: принимаю на частоте 14074 кГц, на VFO A . При передаче трансивер становится на VFO B и частота автоматически становится 14074,5 кГц.
Трансивер Elecraft K3.
Так должно быть или где то нужно поставить галочку?
RC130 опять прослеживаются явные несоответствия присвоенных RST!
UA3OO на водопаде постоянно виден толщиной с палец, а программа дает ему разные RST:
Прочитал про гармоники. Проникся.Цитата:
Сообщение от R0JF
Да, получается не сразу вернулась. Сдвиг остался менее 50 Гц, где-то около 30 был. Т.е. на глаз видно излом всех сигналов, но не на ширину их спектра.
Скорость КАТ-а 9600.
Кажется я врубился в чем проблема. На компе, что я использую для радио немного памяти. Загрузка при декоде подлетает до 100 процентов. И в это время обмен по КАТ-у тормозится. Надо переезжать на другой (там ни одного СОМ-а, а мне требуется четыре).
Понял, что при использовании КАТ надо выбирать опцию РИГ. Только чем этот режим отличается от Фейка? Будет ли отрабатываться сплит при работе "собакой"? А если выбрать None, это означает, что мы откажемся от 500 Гц-овых скачков, но "собакой" мы сможем притвориться?
И зачем принимать на VFOA, а передавать на VFOB? все равно ведь отрабатываются все те же пятисотгерцовые скачки. Или при этом переключение происходит быстрее? А как программа понимает, что мы хотим использовать два VFO? В мануале на все эти вопросы не нашел ответа.
Вам поможет переходник USB-4COM. Aliexpres Вам в помощь.
Спасибо, я в курсе. Плохо, что все это надо брать уже внешнее. Скоро материнки и без PCI оставят. Везде недоливы, недовесы при повышении цены ))))Цитата:
Сообщение от R9HBW
Спасибо! А то многие с пеной у рта начинают доказывать, что "именно у них такого и быть не может", при этом даже не глянув на свой сигнал контрольным приемником.Цитата:
Сообщение от UA9FFV
Очень странно.Цитата:
Сообщение от UA9FFV
FakeIt просто "дергает" частоту ативного в данный момент VFO в зависимости от RX/TX таким образом, чтобы тональные посылки всегда находились выше 1500 Гц (чтобы гармоники были за полосой пропускания фильтра).Цитата:
Сообщение от UA9FFV
Rig по сути делает то же, но используя режим Split (RX=VFO A TX=VFO B). Собственно, разницы никакой в функционале нет. Rig для трансиверов с "медленными" синтезаторами (насколько я понимаю).
В режиме Hound одно из двух обязательно должно быть включено.
Если выбрать None - тут все под личную ответственность оператора.
Либо у него супер-пупер линейное все, либо самому контролировать и не вставать на передачу ниже 1500 Гц по НЧ. Ну или "плюшки" от коллег получать. :)
Я так понял, что если программа работает сама, напрямую с КАТ, то выбирается Фейк.
А если использует посредника, то активируем Rig. стр. 27
Rig:
...
If you’re using Omnirig, then select that.
Но случай использования двух VFO остался непонятным.
У меня вообще rigctl + cqrlog + jtdx + ExpertSDR... :)Цитата:
Сообщение от UA9FFV
И работает fakeit. Могу и на Rig переключить. Функционал не меняется, но начинает второе VFO работать.
На мой взгляд (я же выше написал уже) - режим Rig более пригоден для "медленных" синтезаторов.
Тех, что "долго частоту устанавливают. Ну или еще какие проблемы...
Вот и непонятно. Никто не мешает в обоих случаях использовать один VFO.Цитата:
Сообщение от R0JF
И почему при использовании ОмниРиг мы обязательно переходим на второй VFO? Хотя я этот режим не обкатывал, воочию не наблюдал. Может ini файлы для разных типов трансиверов отличаются и программа в одном случае двигает один VFO, а в другом использует VFOB. Т.е. одна команда от JTDX по разному интерпретируется ОмниРигом.
Почему обязательно?Цитата:
Сообщение от UA9FFV
У меня вспомогательная машина на Windows, там LogHX3+OmniRig+PowerSDR - fakeit прекрасно работает. Могу и на Rig переключится, тоже работает. Но использую fakeit.
Возможно режим Rig - это больше для совместимости? Если САТ на скорости 1200 например. Или синтезатор "старый", с ФАПЧ...
Из хелпа по WSJT-X:
Select Rig to use the radio’s Split mode, or Fake It to have WSJT-X adjust the VFO frequency as needed, when T/R switching occurs.
P.S. На УКВ при работе через Луну с использванием WSJT-X на кенвуде (TS-790) с двумя VFO (режим Split) для коррекции допплера у меня работает только режим RIG (один VFO на прием, второй VFO на передачу).
Спасибо за информацию!Цитата:
Сообщение от UD2F
Действительно - работа на УКВ например! Я даже не задумывался, признаться...
Так и должно быть.Цитата:
Сообщение от RW0LD
В протоколе FT8 v2 при работе с нестандартным позывным меняется положение хэша: в некоторых сообщениях хэш передается для стандартного позывного, в других для нестандартного. Иначе не получается декодировать позывной на одной из сторон.Цитата:
Сообщение от US4IRT
Немного меньше чем до Луны и обратно. Скорее всего случайное совпадение у трех компьютеров, менее вероятен волновод в ионосфере либо отражение между столбами полярного сияния. В этом примере западное побережье США идет через так называемый skewed path (изогнутый путь) азимутом примерно на Японию.Цитата:
Сообщение от US4IRT
Тогда JT65 был загублен 'по неосторожности' :(Цитата:
Сообщение от R5WM
у вас в настройках стоит галка на RIG.поэтому работает два vfo,если поставить галку на fake it,частота будет так-же меняться,но работать будет один vfo.Цитата:
Сообщение от RW0LD
В обоих случаях это правильная настройка
Спасибо, изменил настройки, все ОК.Цитата:
Сообщение от R0AX
Этот случай расписан тут... Fox Hounds DXpedition mode FT8 WSJT-X - Работа с DX станцией в режиме Фокс Хаундс в программе WSJT в режиме FT8 - mcg-club.ruЦитата:
Сообщение от UA9FFV
Не исключаю такого, но вероятность небольшая, чтоб сразу у троих. Сигналы были четкими и, для этого времени, очень сильными. Были связи телеграфом с USA по длинному пути, но они сильно "размазанные" были. Читались с трудом.Цитата:
Сообщение от UA3DJY
Вот более полный скрин
Интересно услышать тех, кто тоже наблюдал и пытался сработать.
К сожалению этот случай здесь не описан (поиск на странице по none ничего не дал). Даже в более подробной десятистраничной инструкции "FT8_DXpedition_Mode.pdf" говорится, что сплит должен быть активирован одной из двух опций. Значит None отключит не только скачки в 500 Гц, но и не будет поддерживаться "собачий" режим. Но это не так уж и очевидно.Цитата:
Сообщение от RA3QH
А вот с двумя VFO никто так и не дал вразумительного ответа. Мануал WSJT говорит, что при использовании ОмниРиг надо выбирать опцию Rig, а многие отмечают что при этом будет использоваться два VFO. А если у кого-то нет двух, но он использует ОмниРиг в других задачах?
Я думаю, что непосредственное управление по КАТ может законфликтовать с ОмниРигом.
Т.е. если я по рекомендации выбираю ФейкИт, то я ставлю непосредственное управление КАТ-ом, т.к. в противном случае остается использовать Омни и выбрать опцию Риг. Или же все пофигу и можно тусовать как хочется не вызывая конфликта в работе программы.
Вы ошибаетесь: JTDX на прямую с трансивером не работает (на сколько я знаю). Если в меню программы выбираете название трансивера, то работа идет через программу HamLib, если OmniRig то программа OmniRig. Какую из этих программ выбирать - разнцы нет.Цитата:
Сообщение от UA9FFV
С вероятностью 99% проблема не в этом. CAT практически не требует ресурсов компьютера и по этому мало тормозится. Тут дело в чем то другом.Цитата:
Сообщение от UA9FFV
А что выбирать FakeIt или Rig - опять же разницы нет. (Ну кроме конечно случая с УКВ!)
Как я уже писал выше - это не верно!Цитата:
Сообщение от UA9FFV
Попробуйте на 160м на JA. Они используют 1908 на передачу, а на прием 1840. Мы - наоборот.Цитата:
Сообщение от UA9FFV
В JTDX прописаны 2 эти частоты. Ставите RIG и используете сплит ( два VFO), НО частоты остаются фиксированные. Для изменения надо их сначала прописать в проге. Наверно также на других диапазонах, но, все равно, надо сначала прописать частоты в меню.
Может есть еще какие варианты, но я пока разобрался только так. :s7:
И встречный вопрос, если кто знает.
Как это работает и в чем разница??? Долго искал но ничего не нашел по этому поводу.
Вложение 229505
Думаю, что работает (не пробовал т.к. нужен только Омни интерфейс) . На закладке Radio можно выбрать тип трансивера и ниже определить параметры COM порта через который идет САТ управление. Это как раз прямое управление.Цитата:
Сообщение от RX4HX
... САТ то не прихотлив, но когда идет декод, а процессор при этом грузится на 100 %, то и команда на возврат частоты через САТ может быть отсрочена. Скорее всего это и происходит.
В порядке увеличения загрузки процессора.Цитата:
Сообщение от UA3AIF
Низкие пороги увеличивают количество кандидатов на декодирование и в результате влияют на чувствительность декодера.
Подпроход декодирования был сделан для увеличения декодированных сообщений но с переходом на FT8 v2 мы потеряли часть функционала декодера в JTDX и были посты что эффекта от включения подпрохода не наблюдали, функционал все еще не восстановлен, если восстановить не удастся и эффекта действительно нет то откажемся от использования этой опции.
Как же не верно? Ранее я приводил цитату из мануала "JTDX_User_Manual_EN_2018_01_08.pdf" p.27...Цитата:
Сообщение от RX4HX
Rig:
If you’re using Hamlib then find your radio in the list (or one very close)
If you’re using Ham Radio Deluxe, then select that.
If you’re using DX Lab Suite Commander then select that.
If you’re using Omnirig, then select that.
If you’re not using anything, then find your radio in the list and select that.
Т.е. при использовании ОмниРиг рекомендуется ставить опцию Риг.
Можно и без Cat, по двум шнуркам от компа и на вход Data трансивера.
Чуток на проход не успел 30 м v.3.31-61 Russia, Oryol obl. (284 kb) закачан 26 февраля 2019 г. Joxi
Сергей, Вы наконец-то дочитайте мануал!Цитата:
Сообщение от UA9FFV
Какое такое "непосредственное управление по КАТ"???
Ну используете ОмниРиг -- ну и дальше его используйте! Какие Два ВФО?
Вы зачем сами себя путаете вообще?
Указываете в jtdx ОмниРиг -- и дальше ХОТЬ fakeIt, хоть Rig!
Само собой, если "навешаете" на трансивер и "прямой" САТ и ОмниРиг и еще чего в голову взбредет - мусор получится!
А вообще - сначала ПОПРОБУЙТЕ, ПРОАНАЛИЗИРУЙТЕ, а уж потом пишите!
Мне это не светит пока. Все тонет в шумах. Правда V8 удалось увидеть дважды с промежутком 5 мин. Даже Франция и Англия для меня диэкс.Цитата:
Сообщение от UA3AIF
Да, еще, кто пояснит что сие значит:
Everyone should check "Monitor returns to last used frequency" on the Settings | General tab.
Эта настройка для работы в F/H. В WSJT она стоит по умолчанию, а у Игоря нет. Прочитал всплывающую подсказку, но так и не въехал.
Игорь, дак у меня вопросы и появились когда читать мануал стал. :s7:Цитата:
Сообщение от R0JF
На низких порогах лучше декод идётЦитата:
Сообщение от UA3DJY
Да, я тоже это заметил. Не сказать, что "Ах, вот это да", но получше. Но надо немного покрутить уровни, и тогда можно уверенно принимать уровни ниже -20.Цитата:
Сообщение от R2EC
На SubPass никакой разницы.
В подтверждение Ваших слов v.3.31-61 Russia, Oryol obl. (81 kb) закачан 26 февраля 2019 г. JoxiЦитата:
Сообщение от UA3AIF
Вы не правильно трактуете мануал. Имеется два слова Rig на закладке Radio. Это там, где нужно выбрать тип трансивера и в Split. Так вот в первом Rig выбираете управление по CAT или непосредственно трансивер или через оболочку OmniRig или командеры. И Ваше утверждение, если выбрать управление через Omnirig, то нужно обязательно ставить Split via Rig ошибочное.Цитата:
Сообщение от UA9FFV
Выше была инфо по замене процессоров на серверные XEON.
Поменял I3 3,2ГГц на XEON 3470 2,93ГГц, пока не разгонял, хотя до 4,5 ГГц гонят.
Раньше нагрузка в момент декодирования подскакивала до 100 %, были задержки при переходе на передачу.
Сейчас максимум до 40% и задержек нет.
Нет. Эти параментры передаются как раз HamLib через сокет, а Hamlib по этим параметрам уже управляет трансивером. Я посмотрел исходники WSJT-X)))Цитата:
Сообщение от UA9FFV
Не в тему, но многим будет интересно: вообще был разговор про замену процессоров CoreDuo на Xeon, а Вы I3 заменили - есть ли где сводная таблица какие процессоры на что можно менять?Цитата:
Сообщение от UR5LCZ
У меня материнка сокет 1156, второе поколение.
Процессор меняется без всяких "доработок".
Температура, при работе SUNSDR2 и JTDX, не превышает 45градусов.
Кулер старый.
- обновлен файл cty.dat до версии CTY-2903
- обновлен файл lotw-user-activity.csv
Возможно я что-то где-то упустил, но где хранятся эти файлы?
Ни в рабочем каталоге программы ни в AppData я их в Win10 не нашёл...
Ткните пальцем, если можно...
HamLib это по сути программа. Для нее иначе и нельзя сделать (либо не целесообразно). При ее выборе во фрейме CAT Control можно указать только Network Server. Так же и ОмниРиг. Это тоже программа. В обоих случаях реализуется не прямое управление трансивером.Цитата:
Сообщение от RX4HX
А если выбрать физический аппарат, скажем IC756, то предоставится возможность указать номер СОМ порта и его параметры. И все команды пойдут напрямую на этот порт минуя каких-либо посредников. Вероятно в программе заложены протоколы для всех типов трансиверов в части команд управления диапазонами, частотой и VFO. Иметь в этом случае посредника в виде TCP/IP - это как пятое колесо...
Вы исходный код jtdx изучили, что такие нелепости пишете? :)Цитата:
Сообщение от UA9FFV
То, что Вы называете "прямым управлением" как раз и осуществляется посредством Hamlib3. А то, что Вы видите в выпадающем меню выбора модели трансивера как "hamlib rigctld" - это всего лишь один из модулей (моделей).
Ну и по поводу TCP/IP как "посредника" - тоже поосторожнее! Не знаете, наверное, что даже часть Windows "общается" сама с собой через loop-back интерфейс с адресом 127.0.0.1.
А вообще - хватит домыслов! Как говорили раньше - RTFM! Читайте первоисточники и не гадайте.
Чтобы было больше ясности предлагаю надпись "Rig:" возле окна списка поменять на "CAT via:" т.к. в этом списке выбирается не только трансивер, а среда посредством которой передаются команды управления.
На мой взгляд было бы логично разбить фрейм "Split Operation" на два. Первый назвать "Использовать НЧ фильтрацию при TX" и в нем соответственно переключатели "ДА" и "НЕТ". При наведении курсора на фрейм можно вывести подсказку, что в данном случае частота трансивера будет перестраиваться скачками по 500 Гц. Это больше отражает суть, чем всякие Факи :s7:
Второй назвать "Использовать VFOA=TX; VFOB=RX" (или что там заложено в этот переключатель "Rig"). И соответственно те же переключатели "да" и "нет". Думаю, что это две самостоятельные настройки, поскольку в случае использования двух VFO можно также применить фильтрацию или отказаться от нее. В мануал добавить описание применения двух VFO.
Выбор собачьего режима должен самостоятельно установить необходимый сплит невзирая на выбор в этих двух фреймах.
И еще. В последнее время экспедиции используют разные частоты для F/H. Например, 14.090, 14.079. Устанавливают достаточно вольно. А что произойдет, если "гончая" не сделает соответствующей записи в частотный план? Перестанет работать САТ, сплит... Неплохо бы указать что ждет пользователя в этом случае.
В JTDX оба файла встроены в программу, пользователь может использовать свои файлы если скопирует их в папку с логом.Цитата:
Сообщение от RV6ARZ
Как программа сможет понять какой из двух вариантов Rig|Fake It необходим для выбранной комбинации конкретного трансивера + CAT софта?Цитата:
Сообщение от UA9FFV
В любой части диапазона, за исключением стандартных планов, режим F/H нормально работает, даже если не прописано в частотном плане.Цитата:
Сообщение от UA9FFV
Игорь, если бы все это было отражено в мануале никто и не гадал.Цитата:
Сообщение от R0JF
А где описано как работает Rig?Цитата:
Сообщение от UA3DJY
Про Fake It можно еще догадаться, что это перенос спектра при передаче. Но эта фильтрация не связана с F/H.
Какой метод САТ выбран определено в левой части окна. Не вижу препятствий для гончей самостоятельно установить 1000 Гц зону и работать сплитом.
Ну а нафига тогда от нас требуется делать такие записи?Цитата:
Сообщение от EU1FQ
Для оперативностиЦитата:
Сообщение от UA9FFV
[QUOTE=US4IRT;1561866]Чего то не пойму того , что проскакивает сейчас на 80м. Задержка сигнала 2.0 сек. .
Месяца два назад такое наблюдал несколько раз на 160м.
Посмотрите на DT. Европейцы идут нормально, задержка только у америкосов. И на мои вызовы на 160 они не отвечали. Хотя шли с приличным уровнем. И не размазанные. Сделал вывод: Какой то *умник*, точнее чудак на букву *М* просто транслировал на частоте какой то, близкий к USA WEBSDR. И просто наводил шухер. Прикалывался, как многие, с не очень серьезными антеннами поймали такой проход. Наказывать надо таких *шутников*...
Не понял мысль...Цитата:
Сообщение от EU1FQ
Скажем, частотный план ведется для защиты "застолбленных" участков от посягательства F/H. Остальное, на мой взгляд, излишества.
До выхода на пенсию в нашей конторе внедрили так называемую систему Ремеди. Типа учета, подачи заявок, контроля исполнения и т.д. и т.п.
Так изобретатели этого софта чтобы содрать побольше понавтыкали кучу окошечек, менюшечек, списочков. Их было такое количество, что для нормальной работы с ней уходила уйма времени. Так что дальше заниматься WebSphere, серваками Windows у меня уже не было желания. Я просто счастлив, что не вижу больше этого маразма хотя лишился очень серьезного финансового допинга.
Я к чему это. JTDX тоже обрастает ненужными фичами. Сравните с WSJT. Для того, чтобы работа с софтом приносила радость в нем должен быть минимализм. Ведь не на продажу готовится этот продукт, а для внутреннего употребления. Любые лишние кнопки отвлекают внимание и требуется большее время для выполнения какой-либо функции.
Это более похоже на правду. Спасибо. Об этом даже не подумал, что сидит дед лет 60 и "скучает".Цитата:
Сообщение от UA6JQ
Здесь можно почитать в разделе 'Функционал Split operation': Установка софта JTDXЦитата:
Сообщение от UA9FFV
Режим Hound с управлением частотой использует этот очень давно сделанный функционал.Мы видим: совместимость с программой MSHV. JTDX да и сам оператор часто не может определить с какой программы работает DX корреспондент.Цитата:
Сообщение от UA9FFV
Это обычно заметно по стабильному перепаду уровня шума в четных либо нечетных либо во всех интервалах на границе общего FT8 диапазона. Нет таких умников кто смог бы равномерно размазать мощность своего передатчика по площади первого скачка так чтобы не было заметно прироста уровня шума в общем FT8 диапазоне, особенно на НЧ диапазонах.Цитата:
Сообщение от UA6JQ
А есть ли какой-нибудь способ отслеживать (например отдельным цветовым выделением или ещё как...) сработанные но ещё не подтверждённые страны??? Если да, то как? Если нет, то кто и как решает эту задачу для себя имеющимся инструментарием?
А то единожды сработанная, но ещё не подтверждённая страна, так и остаётся не подтверждённой, т.к. больше не привлекает к себе внимания и просто не работается (хотя возможность такая неоднократно представляется)...
Зарегистрируйтесь в LoTW и регулярно обновляйте там свои проведенные связи и будет вам счастье для оперативного отслеживания ПОДТВЕРЖДЕННЫХ QSO (без отсылки QSL). Правда есть "ложка дегтя" корреспонденты должны также быть зарегистрированы в LoTW.Цитата:
Сообщение от RV6ARZ
К стати JTDX "помечает" корреспондентов зарегистрированных в LoTW!
Думал что давно поправили однако сегодня увидев KG4W определенному программой в Гуантанамо.
Подправте пожалуста.
To help in identifying the DXCC country for KG4 callsigns, I
offer the following..
All 2x1 KG4 calls are in DXCC entity USA ex KG4W
All 2x3 KG4 calls are in DXCC entity USA ex KG4ABC
All 2x2 KG4 calls are in DXCC entity GUANTANAMO BAY ex KG4GB
Для Vlad (UA9D):
В LoTW я давно зарегистрирован и лью свои QSO туда регулярно. И как узнать свои WKD и CFM в своём логе и на LoTW я тоже в курсе...
Вопрос был как заставить прогу JTDX помечать такие станции непосредственно во время работы в эфире? Вопрос остаётся открытым...
Используте вкладку отслеживать по префиксу и, если хотите, то можете даже включить звуковое оповещение.Цитата:
Сообщение от RV6ARZ
Если интересующая Вас станция появится на диапазоне, то она отразится в окне DX Call своим цветом.
В хелпе к проге и здесь на форуме стораз писано, что по UDP нужно слать ЩСО в лог и тогда в бенд-мэпе логгера они будут помечаться в соответствии с настройкой логера.Цитата:
Сообщение от RV6ARZ
А JTDX - это не аппаратный журнал, а прога для проведения ЩСО. То что она еще и подкрашивает что-то - это вишенка на торте, не более того!
У меня пока напряженка с памятью. Поэтому нет возможности держать лог открытым и следить по нему.Цитата:
Сообщение от RV6ARZ
Пользуюсь программой JTAlert. Она показывает что еще не подтверждено по DXCC, WAZ и т.д.
В ней есть хорошая возможность помечать подтвержденную страну, штат, квадрат... по отдельным диапазонам...
А еще в экселе веду статистику (делал экспорт из AALog). Распечатал, склеил листы и повесил перед глазами на стенку. Не надо ничего грузить и вбивать.
Сработал - ставлю W, подтвердил - закрасил.
Вообще, я бы в JTDX оставил только В4. Время надо экономить. Думаю, что на всякие сканирования по базам тратится не мало времени. Есть хороший готовый инструмент и дублирование как-то уже лишне выглядит.
Я с Вами согласен, что JTDX это не аппаратный журнал, а прога для проведения ЩСО. И все таки, раз это прога для проведения ЩСО, то и должна она отвечать требованиям возможности проведения QSO с тем или иным оператором. И у нее это отлично получается. Вы наверное не поняли вопрос RV6ARZ. К примеру, сработал он впервые с T8. До проведения QSO этот позывной у него определялся как новый DXCC. После завершения QSO, любой следующи позывной из T8 у него будет определяться просто как новый позывной. Он же хочет, что бы как то и последующие позывные из T8 как то особо отмечались, что бы на них можно было сразу обратить внимание. Вот для этого и существует вкладки отслеживать позывной и отслеживать префикс. Постоянно использую. Крайне удобно, не надо смотреть ни в какие сторонние логи, JTAlertы, бенд-мепы и т.д.Цитата:
Сообщение от RV9CX
Очень просто. Скачиваете с LoTW свои подтвержденные связи в формате .adi и используете этот файл в JTDX (это здесь уже обсуждали)Цитата:
Сообщение от RV6ARZ
если надо пишите в личку расскажу подробнее )
Патч сделан начиная с JTDX rc131_6, в версии rc131 уже будет нормально распознавать.Цитата:
Сообщение от RO1B
Воо, теперь всё ГуТ! Разобрался, Николай. Кратко и по существу...Цитата:
Сообщение от EU1FQ
Догадывался, что как-то можно но сам не разобрался. Сидел с бумажкой. Рющечек то хватает... :) Сказал спб.
Вопрос снят!
Написал в личку.Цитата:
Сообщение от UA9DK
Что то две последние версии подтормаживают на начало передачи,т.е. передача идёт с запозданием.Думал в синхронизации времени дело,нет.Включаю WSJT-X,тут всё хорошо.
Были не только посты , там рисовались таблицы наглядно показывающие что если от последовательного включения функционала Hint и low thresholds эффект великолепен - то включение функционала use subpass увы не даёт дальнейшего прироста декодирования , и всё это "гонялось" на разных конфигурациях hardware : есть вот здесь под спойлеромЦитата:
Сообщение от UA3DJY
По прошествии двух месяцев всё осталось примерно аналогично , включение подпрохода не даёт ничего кроме увеличения времени декодирования тестового пакета и роста загрузки ЦП (оттестил сейчас по той же самой методике уже на rc130) :
Вложение 229539
P.S. Для желающих самостоятельно потестить - методика ( с поправкой на дату написания) подробно расписана под первым спойлером - в этом сообщении
Работаю на общий вызов. Подходят одновременно две станции. Начинаю отвечать. Отрабатывается одна станция, вторая в это время продолжает вызывать... Заканчиваю связь с первой, заносятся данные в лог, перехожу на вторую станцию.Проводится второе QSO, все идет нормально до момента записи данных в лог... После появления окна с данными нажимаю кнопку подтверждения и получаю отлуп... Программа говорит, что связь с таким временем уже есть и отказывается вносить данные...Приходится (если позволяет ситуация) вызывать окно занесения связи в лог, затем ручками менять время начала связи и только потом можно зафиксировать эту связь...А если после первого отказа меня кто-то позвал и программа ответила, то окно DX очистилось от предыдущей записи и позднее приходится вытаскивать данные из файла... Возможно стоит разрешить заносить в журнал связи с одним временем, как это практикуется в CW? Или существует какое то другое решение проблемы?
Патч будет в JTDX rc131.Цитата:
Сообщение от R2PU
Картинку с последним пожалуйста. Какая версия программы?Цитата:
Сообщение от R0LM
Чуть было не забыл. USB чипы не могут выдавать скорость 45 бод. Так что RTTY через TxD они не обеспечат.Цитата:
Сообщение от R9HBW
Надо брать PCI-express карты.
Поклонникам WSJT-X, русифицированная версия от Владимира (R5WM):
wsjtx-2.0.1-rus.exe
Коллеги ну хорош, вам уже про железо, проходы и шнурки писать в этой ветке.Цитата:
Сообщение от UA9FFV
Давайте о тестировании данного продукта и ему подобных для сравнения.
Пишите пожелания, замечания и обращения...
Ну край - вопросы по настройке.
FT8 тем полным полно, а вас сюда - тянет.
Игорь, рассматривается ли внесении изменений в алгоритм последовательностиЦитата:
Сообщение от UA3DJY
проведения qso с последующим переходом не только на cq, но и для поиска тех
кто передал CQ/73 и является нужным (новым) при включенной функции 2+4 или 3+4 ???
Прошу помочь в настройке FT-8 трансивер FT-2000 при включенной кнопке pkt работает на передачу как положено переходишь на прием трансивер переключается на rtty а в этом режиме вместо ft-8 идет тон настройки и приходится постоянно контролировать в каком режиме находится трансивер.Может у кого то была такая проблема
Павел
Почему PKT a не USB? Картинку настроек в закладке Radio покажите пожалуйста.Цитата:
Сообщение от RA9SQ
Скачивается, но при установке ошибки.Цитата:
Сообщение от RV6ARZ
Использую FT-2000(mode в цифре только USB!) + rig expert + omni rig + JTDX или WSJT или MSHV + WSJTInterface + UR5EQF log. Если у вас что-то похожее, пишите в личку, помогу с настройками.Цитата:
Сообщение от RA9SQ
Спасибо.Цитата:
Сообщение от RV6ARZ
Скачал и удалив предыдущую рус.версию установил.Все работает.
Владимиру за перевод спасибо!
Вложение 229568
В зависимости от требований запускаю одну из трех программ через програмный интерфейс.Все необходимы.
С JTDX по декодированию и удобству не сравнить однако ,редко но пользуюсь!
Кто Вам такое сказал? Прекрасно работает через цифровой вход. Мануал - настройки пользователя.Цитата:
Сообщение от UA1OMZ
Да вроде все в норме.Цитата:
Сообщение от RJ7M
R6LCF вон постом выше даже скрин установленной уже выложил.
У меня тоже всё ГуТ…:search:
FT-2000(mode в цифре только USB!)
Вложение 229571
проверено с FT2000 5000 9000 РЕЖИМ PKT
Это мои настройки, а не рекомендации для всех.Цитата:
Сообщение от EU1FQ
Игорь, похоже проблема возникает во время переброса данных из JTDX в Logger32. При этом Logger сам по себе связи с одинаковым временем фиксирует без проблем, проверил специально... В adif JTDX, если отключить Logger, тоже записывается все нормально...Цитата:
Сообщение от UA3DJY
Такая ситуация неоднократно возникала и на нескольких предыдущих версиях, сейчас в работе -rc130...
В этом окне говорится что Logger32 отказался принять пакет-команду от JTDX внести QSO в лог по причине того что QSO с этим временем и датой уже внесено в лог Logger32. Такой сценарий например может быть если софт JTAlert дублирует внесение QSO во внешний лог.Цитата:
Сообщение от R0LM
Проблема решается отключением функционала в одной из двух программ, либо в JTDX либо для приведенного примера в JTAlert.
JTDX v2.0.1-rc131 измененный функционал:
Мы рекомендуем удалить старый файл JTDX.ini при переходе на версию JTDX v2.0.1-rc131 с более ранних версий.
Линки:
Результаты тестирования:
Русская локализация JTDX v.2.0.1-RC131.
Линки :
Документ с детальным описанием синхронизации FT8 (английский язык): http://www.sportscliche.com/wb2fko/FT8syncV8.pdf
Более чем уверен что установив последнюю версию мало кто удосужится удалить файл конфигурации (ini) в соответствии с рекомендацией автора в аннотации к программе (версии).
Понятно , что удалить в соответствии с правилами ....не запуская программу. А далее постоянные жалобы от .....некоторых на работу программы ,в основном от не желания выполнять! Может начать следовать правилам и инструкциям ,особенно от автора.
JTDX v2.0.1-rc131 Linux version from original source files by Igor UA3DJY (Many Thanks him):
Hamlib4 version from February, 26 2019
Если Вы управляете трансивером через OmniRig, то он понимает команду Data/Pkt как RTTY.Цитата:
Сообщение от RA9SQ
Можно переписать команды, но тогда не будет RTTY. Год назад с этим игрался.
Я так же работаю в PKT и использую OmniRig. USB с первого раза показал узкую полосу, а играться не стал. Так и остался в пакете.Цитата:
Сообщение от LY3BG
Что-то я правил в ини-файле. Сейчас уже не припомню. Но проблем с RTTY не испытываю. Если SQ интересно я вышлю эти ини. FT2K и FT5K имеют близкие протоколы.
А LCF-а я бы тоже поддержал. Далеко не все ведь читают конференцию. Скачают дистрибутив и поставят. Хорошо бы заложить версию ини в текст этого файла и при установке автоматом сносить старую. Но это, конечно, потребует дополнительных усилий от Игоря.
Ну, усилий-то там всего ничего: вытащить файл из ресурса и записать на диск. Другое дело, что мне представляется, что вот так вот взять и перезаписать файл пользователя (даже из самых лучших побуждений!) некорректно. Более правильным мне кажется следующий алгоритм:Цитата:
Сообщение от UA9FFV
- проверить целостность INI-файла (например см. пост #17022),
- проверить номер версии и сборки ПО, указанные в INI-файле,
- если они отличаются от текущих (или новых) - вывести ругательство типа "Обнаружен INI файл времен царя Гороха! Программа может работать некорректно! Продолжить?" с кнопками Да, Нет, Обновить INI файл,
- если пользователь выбрал Обновить INI - то обязательно (!!) сохранить текущую версию как .bak. Можно даже пойти дальше - сгенерировать имя типа "JTDX.ini-20190301-154632.bak" (ну, тут зависит только от фантазии программиста :) )
Простой сценарий: посыпались данные в оперативной памяти, пользователь закрывает программу JTDX и в момент закрытия она записывает ломанные данные в INI файл, после чего вычисляет CRC самого файла. В итоге при запуске программа на ушах а CRC проверка прошла нормально.Цитата:
Сообщение от RM1F
С контролем изменений файла лога сделанных внешними программами тоже оказалось не все просто: JTDX собирается под несколько платформ, на Линуксе при полной перезаписи файла она происходит через удаление файла, в итоге Qt watcher перестает смотреть за этим файлом. Пришлось делать танец с бубном для нормальной работы этого функционала под Линуксом.
Мне проще по поводу ini-файлов видится...
Ну и что такого, что в старом ini остались удаленные позиции? Если добавились новые - дописать в файл.
Считывать только то, что актуально. Вот и все.
Другой вопрос - не присваивать новым функциям "старые названия", чтобы в ini-файле путаницы не было.
Ну и не грех было бы рад в полугодие "чекер" выдавать. Чтобы проверял старый ini-файл и тупо удалял из него старые позиции....
Мне кажется, что вообще нет проблем.
Сбои INI скорее всего идут от изменения информации в оперативной памяти (либо железо сбоит либо какой софт залез куда его не просили), сбои характерны для операционных систем Windows, возможно что Линукс лучше разруливает работу с оперативной памятью.Цитата:
Сообщение от R0JF
В версии JTDX rc131 мы по максимуму перевели связанные параметры на integer где легко проверить соответствие значения допустимому диапазону, bool параметры самовосстанавливаются но имеют двоичную неопределенность в варианте Qt при считывании ломанного значения с INI файла. Поэтому для критичных bool параметров при поломанном значении в INI мы сделали откат на значение по умолчанию при котором ущерб минимален.
Проблема есть с геометрией окон и сохранением уровня передачи по диапазонам, которые записываются в виде QByteArray, проблемы есть с параметрами QString и настройками CAT. Все это либо слишком сложно либо невозможно проверить при запуске программы.
В JTDX rc132 будет доступен для выбора непрерывный диапазон количества потоков декодирования от 1 до 12.
Результаты тестирования на процессоре i7-6700 3.40GHz на звуковом файле (приложен) с которого декодируется около 30 сигналов, одновременно с JTDX на компьютере работали еще много разных приложений.
Левая колонка количество потоков декодирования, правая время декодирования файла в секундах:
1 0.974
2 0.701
3 0.535
4 0.391
5 0.352
6 0.323
7 0.344
8 0.31
Разработчикам - UA3DJY его коллективу, Виктору R3BB, Спасибо с большой буквы за работу, над таким замечательным софтом для нас Р/Л.
МОЛОДЦЫ!!! Работаю в связке MixW_JTDX 7тыс.св., отдельная благодарность Виктору.
Огромная просьба к команде, если не отвлечет от основной работы, - реализовать возможность выбора цвета фона основного интерфейса программы.
Выжигает глаз, а мы тут большинство уже не молоды...
Если не в тему, просьба не пинать с Ув. UR4QX.
С учетом быстрого исправления багов - критических замечаний к JTDX у меня нет.
Есть отличная программа которой пользуюсь почти год, бережет глаза при продолжительной работе за монитором https://ru.wikipedia.org/wiki/F.luxЦитата:
Сообщение от UR4QX
У меня в настройках днем 3000К, ночью 1900К, к ночи идет плавное понижение температуры:
Глаза "выжигает" синяя часть спектра (с возрастом регенерация клеток увы нарушается и зрение по этой причине постепенно теряется), понижение температуры проблемную часть спектра подавляет.
Если проблему не решит то подумаем по части интерфейса JTDX.
Снова повторяется тот же самый глюк((Цитата:
Сообщение от R3BB
После получения от корреспондента РР73, в ответ передается не 73, а р-рапорт.
Приходится вручную переключать.
Кусок файла ALL.ТХТ
Как с этим бороться?
Причем глюк проявляется хаотично, т.е. на одном QSO заглючило, на следующем может все пройти нормально, без проблем, а может снова сглючить...
Здесь причина, автопоследовательность остановлена потому что была полностью очищена история QSO:Цитата:
Сообщение от UN7JID
20190301_194745.218 QSO history initialized by band change from transceiver
20190301_194800 -14 1.5 2034 ~ UN7JID UA3PY RR73
20190301_194814.551 hisCall:UA3PY time:0 autoseq direction:0 auto sequence is not started; status: NONE
Возможно нестабильная работа CAT интерфейса?
Отработал этот код в mainwindow.cpp:
С нашей стороны подумаем о задержке очистки истории QSO чтобы учесть возможные сбои получения информации о диапазоне с трансивера при кратковременном выпадании CAT.
Есть такое, в момент переключения ТХ\RX частота бывает подмаргивает и индикатор становится красным....Цитата:
Сообщение от UA3DJY
А возможно сделать чтоб при переключении диапазона\частоты история не стиралась?
Вроде видел такую функцию раньше, а сейчас только при выключении и при записи в лог вижу.
ЗЫ. Нашел. Оно оказывается не в настройках, а в разделе "разное".
Посмотрим, как себя дальше поведет программа.
Спасибо за подсказку.
Тогда программа будет брать частоты CQ сообщений корреспондентов с другого диапазона и пытаться вызывать корреспондентов с которыми была попытка провести QSO на другом диапазоне чтобы завершить его. Необходимо другое решение - защита от кратковременного выпадания CAT в коде JTDX и с Вашей стороны желательно наладить работу CAT потому что могут быть и другие сбои.Цитата:
Сообщение от UN7JID
Нет такой опции в JTDX.Цитата:
Вроде видел такую функцию раньше
Попробуйте увеличить в закладке Radio интервал опроса (poll) трансивера до 10 секунд, если смена частоты приходит с этого опроса то индикатор перестанет краснеть и проблема будет проявляться намного реже.Цитата:
Сообщение от UN7JID
To - UA3DJY
Игорь. Работая в rc 131, и не только в ней. Замечаю большую разницу в рапортах, и это между программами JTDX и WSJT-X. Я слышу корреспондента +2дб он даёт рапорт -12дб. И это при том что три элемента, 300 и более ватт в антенне. Между программами JTDX рапорта обмена нормальные. Вот и думаю, неужели JTDX. настолько превосходит WSJT-X. В остальном rc 131 работает прекрасно! Настройки не менял. Авто сохранение в лог и авто TX. Всё отлично и без сбоев. Спасибо за программу!
Подскажите как решить проблему
версия 1.31 файл jtdx.ini от версии 1.30 все работает в т.ч и информация из файла wsjtx_log.adi (находится в папке Appdata\local\JTDX\) используется JTDX для показа "раскраски" по подтвержденным странам (файл wsjtx_log.adi -это моя выборка из LoTW сработанных и подтвержденных корреспондентов окошко в правом нижнем углу -FT8 1351).
Когда я по рекомендации автора убираю этот файл ( jtdx.ini ) и после перезапуска jtdx провожу по новой настройки jtdx.ini
то все работает но jtdx не "видит " файл wsjtx_log.adi (в окошке в правом нижнем углу -FT8 1351) показывает FT8 0 и при дальнейшей работе после проведения связи в этот лог добавляются сработанные QSO! в папке папке Appdata\local\JTDX\ файл wsjtx_log.adi на месте и все предыдущие 1351 связи есть! Возвращаю старый файл jtdx.ini все на месте (в окошке в правом нижнем углу -FT8 1351 ) все связи есть!!
Попробуйте в закладке General поставить галочки фильтрации лога по позывному и QTH квадрату, указать дату с которой фильтровать лог например как на картинке и сохранить настройки (кнопка ОК). После этого снова откройте настройки, удалите галочки и дату и сохраните их. Теперь программа должна показать все FT8 связи.Цитата:
Сообщение от UA9DK
Мы проверим в коде инициализацию этих параметров при запуске программы.
Разница в рапортах скорее всего обусловлена диаграммой направленности (RDF) Вашей антенны когда Ваш корреспондент использует ненаправленную антенну.Цитата:
Сообщение от RN9AZ
Имел похожие проблемы, но с худшими последствиями.Цитата:
Сообщение от UN7JID
Полагаю, что причина - большая загрузка процессора. Вылечил путем уменьшения Poll int и Timeout в OmniRig до 500 мс. Теперь САТ связь не теряется. А было так, что даже приложение падало.
Кстати, кто использует Hamlib, вероятно, также лучше уменьшить Poll (по умолчанию стоит 2 с).
Игорь. Не всегда преемущество антенны влияет на рапорт. Кто в каком софте работает наблюдаю здесь: https://pskreporter.info/pskmap.html . А кто какие антенны исползует на qrz.com . В большенстве случаев рапорта как раз из программы WSJT-X дают ниже чем в JTDX. Хотя согласен с вами что рапорт в FT8 условная еденица, и зависит от многих факторов. Но в JTDX рапорт принятый и перетаный примерно равны, а вот между WSJT-X и JTDX первый софт рапорт обычно занижает. Проверенно не однократно. Кто в каом софте и на чём работает смотрел по сылкам что рание привёл. Да и на тестах програм это заметно.Цитата:
Сообщение от UA3DJY
Это как?Цитата:
Сообщение от RN9AZ
Я работаю на 30ватт из деревни на 160м, шум 2 бала.
Мой корреспондент работает из города киловаттом.
Он у меня +16
Я у него -24
И так со всеми:)
Уважаемый вы не в тему. Я не про 30 ват и деревню. И даже не про 160 метров.Цитата:
Сообщение от R7CA
Да, рапорта в JTDX и WSJT-X отличаются, связано это скорее всего с немного разным алгоритмом вычисления уровня сигнала.Цитата:
Сообщение от RN9AZ
Меня это тоже поначалу напрягало, но продолжительное время посравнивая обе программы, я понял, что на качестве декодирования это никак не отражается.
Тем более, что рапорт это всего лишь своего рода "показометр", ближе-дальше, больше-меньше.Точный, но все таки показометр))
В итоге просто перестал обращать на это внимание.
И я не про это, а про программу. Ну не могут быть приёмный и передающий рапорт всегда одинаковЦитата:
Сообщение от RN9AZ
верно, snr зависящий от соседнего сигнала это просто показатель "громко-тихо" Сигнал визуально на водопаде даёт больше представления для анализа.Цитата:
Сообщение от UN7JID
Чтобы сравнивать показометры разных программ надо одновременно декодировать с одного источника. Все остальные замеры +/- километр, тем более по ответным рапортам.
Игорь, а это где выставляется?Цитата:
Сообщение от UA3DJY
с этим INI непонятно?......я его никогда не удаляю.....поставил не удаляя старый, потом удалял и снова по новой программу поставил.......а разницы то не заметил все одинаково работает, скорей дело не в INi ????Цитата:
Сообщение от R6LCF
Установил 131 версию и получилось это:
Вложение 229637
Это только у меня? В высоту нормально, а в длину - за пределы экрана.
А я писал что дело в ini. Я написал что в связи с рекомендацией автора к последней версии необходимо удалить файл конфигурации.Цитата:
Сообщение от UA9OP
У меня вообще и никогда проблем нет и не будет в работе программы.Четкое и безоговорочное соблюдение рекомендаций и инструкций,тем более от автора!
"Мышей" ....курсором потяните и установите сколько вам требуется.Цитата:
Сообщение от RW4LN
Попробуйте с этим INI файлом (распакуйте его, движок форума не дает опубликовать файл в открытом виде), сбой должен уйти.Цитата:
Сообщение от RW4LN
Если при первом запуске с этим INI файлом сбоя нет а при повторном запуске уже есть то что то из файлов потеряно в операционной системе: в этом сценарии неправильно сохраняется геометрия окна при выходе из JTDX.
Согласен и "категорически" поддерживаю !Цитата:
Сообщение от UR4QX
Хотя бы в окнах программы возможность заменить белый цвет на сероватый.
Зачем? У меня 999 с стоит и всё нормально.Цитата:
Сообщение от UA9FFV
Вложение 229644
Согласен на все 100%! Кому нужны эти точные рапорты? Тем более, что при одинаковых условиях приема у одной и той же станции рапорты могут в соседних периодах разниться на весьма значительные значения! Просто рядом встал некто с уровнем +29 -- и все, очередной рапорт будет меньше реального.Цитата:
Сообщение от UN7JID
Самый важный показатель - проведено QSO или нет. Кого интересует вопрос прохождения и качества антенн - тем в WSPR. Там все адекватно.
Не помогло, загрузил ini файл от 130 версии, так же растянут, мышкой не двигается.Цитата:
Сообщение от UA3DJY
Если у Вас RUS-версия, то там есть такое. Окно Settings сильно растянуто по горизонтали и причём с самых первых RUS-версий.Цитата:
Сообщение от RW4LN
В той версии что у вас установлена ,удалите ini файл не запуская саму программу.Это первое.Второе,удалите версию собственным Uninstal exe.Цитата:
Сообщение от RW4LN
Установите последнюю версию,у вас все настройки сбросит , ini файл будет создан по новой.Все....... по новой. А окно настроек регулируется вот так,по самому краю.....в любую сторону.Как появится горизонтальный курсор на краю им и растягиваем.
Сделайте последовательно ,ничего не пропускайте. У меня установлена версия русс. разницы нет по сравнению с англ.язычной.
Вложение 229649
Вложение 229650
Нет, ребята, началось с 131 версии. Удаление через удаление и удаление ини файла,не помогло.Цитата:
Сообщение от US-E-12
Какие проблемы?Цитата:
Сообщение от RW4LN
1) удаляем ini файл не запуская программу(обязательно)
2) удаляем программу собственным Uninstal exe
3) устанавливаем v130.
4) все настройки по новой и сравниваем.Все познается в сравнении!!!
Что бы добится результата необходимо ,минимум, сравнить с работающей по вашим словам версией. Это же не сложно.Делов на 15минут ,писанины уже больше.
Ожидаем от вас результат по установке и сравнению версий в ваших условиях применения.
P.S.Посмотрите на мои скрины ниже ,там какая версия.......да еще и рус?
Не подкрашиваются новые позывные. Только три цвета отображаются: зеленый (cq), желтый (мой сигнал) и красный (когда мне отвечают).
Такое ощущение, что прога не видит лога. Подскажите, как сделать чтобы новые позывные подкрашивались?
Только что:Цитата:
Сообщение от R2RAU
Вложение 229652
R6LCF, не понял
Использую программу: WSJT-X
Вы забыли указать какую применяете программу.Я этой не пользуюсь ....Не то ,совсем не то! Но в наличии есть ,держу для сравнения.Цитата:
Сообщение от R2RAU
Проделал как написано выше, не помогло. И только с этим окном. Попробую на другом компе.Цитата:
Сообщение от R6LCF
Вложение 229654Цитата:
Сообщение от R2RAU
Как понял из сообщения и v.130 не работает. Вот и результат,отрицательный НО результат.Ищем причину.Цитата:
Сообщение от RW4LN
Галочки стоят, а результата нет.
Если в логе пусто то все позывные должны быть новыми. Показ названия страны и статуса B4 включен в настройках?Цитата:
Сообщение от R2RAU
Функционал уведомлений "новый позывной" в программе WSJT-X работает только для CQ сообщений:
UA3DJY, спасибо! Всё заработало.
Витас, полагаю, что проблема возникает когда процессор грузится на 100 %. При этом остальные процессы могут сильно затормозиться или быть отложены. Может потеряться САТ соединение. Я наблюдал не один раз как после передачи частота трансивера не успевала вернуться. Думаю, что частые пулы "оживляют" интерфейс. Во всяком случае сейчас загружена Опера с 5 вкладками и соединение ни разу не упало. А ранее при таких условиях оно регулярно "валилось" и не редки бывали закрытия JTDX по ошибке.Цитата:
Сообщение от LY3BG
Если ресурсов у машины дофига, то до такой ситуации дело просто не доходит, а значит и эта установка побоку.
JTDX by HF community v2.0.1-RUS-rc131, derivative work based on WSJT-X by K1JT (139 kb) закачан 2 марта 2019 г. Joxi Ситуация следующая. Вызывал BH8 он не ответил, провел связь с другим корреспондентом. Потом меня вызывает BH8 рапортом и программа ему дает RR73, вручную исправил на R-..., он потверждает RR73, и передача у меня отключилась, руками включил 73.
Когда ранее вызывали BH8, рапорт ему передавали? Можно проверить в ALL.TXTЦитата:
Сообщение от R2EC
Да вызывал его рапортомЦитата:
Сообщение от UA3DJY
Есть такое дело.В 132 будет такое же как в основной версии.Цитата:
Сообщение от US-E-12
Странно.Почему у меня все нормально с v.131 рус. ,даже интересно.Иногда появляется интерес ,а почему у меня нет даже предпосылок того о чем многие в теме пишут.Программа работает ....как должна работать....отлично.Доволен ,не то слово.Цитата:
Сообщение от R3BB
Не сочтите за подхалимаж но большое спасибо автору Игорю и команде разработчиков,тестеров. Пользуюсь и весьма успешно , а от добра добра не ищут!
JTDX by HF community v2.0.1-RUS-rc131, derivative work based on WSJT-X by K1JT (142 kb) закачан 2 марта 2019 г. Joxi Стоял на общий вызов подошёл JA, провёл с ним qso и передача остановилась, хотя перед этим проведя связь с другим кор-том, снова давал CQ. v.131
Детальная инструкция от Gary ZL2IFB по работе в FT8 и настройке программ, английский язык: http://www.g4ifb.com/FT8_Hinson_tips_for_HF_DXers.pdf
Включить запись диагностики в файл ALL.TXT в закладке Reporting настроек, при повторении сбоя необходима полная картинка основного окна программы + кусок файла ALL.TXT содержащий QSO со сбоем.Цитата:
Сообщение от R2EC
JTDX by HF community v2.0.1-RUS-rc131, derivative work based on WSJT-X by K1JT (152 kb) закачан 2 марта 2019 г. Joxi Меня позвал JA рапортом, даю в ответ R-..., JA мой рапорт не принял, даёт мне -...? программа выдаёт RR73, исправляю на R-..., JA подтверждает RR73, программа заместо 73 останавливает передачу, давал вручную.
Только что,связь рядовая ,абсолютно ничего особенного ,все в норме. Правда почему то изменялся уровень по приему корреспондента ко мне ,по водопаду разницы не было.Связь в наличии и отлично.Говорю и сейчас и ранее ,у меня все в порядке.v.131рус.
Вложение 229663
опять остановилась передача 201903_ALL.TXT — Блокнот (653 kb) закачан 2 марта 2019 г. Joxi после ответа на общий вызов
Второй вариант проведения и особенно окончания связи. Все в норме.
Вложение 229665
Вложение 229667
Уже ушел с частоты ,пришлось вернуться,что то не принял корреспондент ,видимо помешали.На диапазоне "черт ногу сломит"
Связь подтверждена ,в Лог занесена ,на eQSL отправлена,на LoTW в начале каждого следующего месяца, проблем нет!
Алгоритм отработал совершенно - правильно!Цитата:
Сообщение от R2EC
Хуже когда прога не реагирует на ту станцию
с которой пытался провести qso и в дальнейшем
не реагирует на неё даже если она даёт 73/CQ/RRR.
Там и проверять нечего. Всё отработало, как положено.Цитата:
Сообщение от UA3DJY
Лучше подумать над сбросом списка станций,
которых ранее пытаемся звать, а после их игнорируем.
Владимир, так может это Вы неправильно удаляете старые версииЦитата:
Сообщение от R6LCF
и далее работаете с кривизной? А мы тут все гадаем....:
-как это у него всё работает, а мы видим сбои!?
И если не секрет, то какой объем qso провели с января на jtdx
и сколько времени в день уделяете цифравому эфиру?
Наверное стоит галка на автоматическом внесении qso в лог,Цитата:
Сообщение от R2EC
а нужно в ручную. Кажется только в этом случае далее идёт CQ.
А хорошо бы сделать не только CQ, но и подбор станции,
если стоит режим 6 или 7.
Цитата:
Сообщение от UN7JID
Заметил, что явные несоответствия присвоенных RST прослеживаются, только для чрезмерно мощных сигналов, толщина спектра которых на водопаде уже визуально толше обычных сигналов в 1,5-2 раза. И в принципе, если ему вместо +10 летит рапорт -10, то я не сильно и расстраиваюсь, лишь бы это не задело его эго и он ещё не накрутил мощи...Цитата:
Сообщение от UA1OMZ
Кроме хобби есть и обязанности. Сейчас это час утром на 20м и максимум 1- 2 часа вечером на 40м. Для 10м еще рановато....надеюсь что будет как в прошлом 2018 году. 30ваттами с Южной Америкой связи были. Необходим интерес ,а сидеть на 40м и "долбить" одни и те же страны по вечерам ...не интересно. На Европу у меня галка в программе, их прошу не обижаться. Короче жду 10м!!!это самое ближаешее желание.Цитата:
Сообщение от R2EA
Да вот еще ,потеплеет установлю Яги 9элем. на 144мГц на очень солидной высоте и поработаем.А так стыдно признаться ,всего несколько связей в цифре на 2м.
Что вполне возможно при выходе сигнала за пределы динамического диапазона тракта. WSJT-X взвешивает шум в широкой полосе за счет дополнительных вычислений, JTDX - в полосе сигнала, последнее связано с многопотоком в декодировании.Цитата:
Сообщение от UA1OMZ
Поэтому WSJT-X для сильных сигналов репортирует ближе к RST, JTDX - SNR с учетом искажений самого сигнала (то что в классике называется SINAD, сигнал в отношении к шум+искажения).
Понятно! Желаю, вам - побольше времени на хобби.Цитата:
Сообщение от R6LCF
Не в обиду, но для того, что бы оценить работу
новых jtdx версий порой уходит до 1000 qso.
И то - не все примудрости программы знаю...
Но могу оценить, что мне не хватает,
ведь, если это нужно мне, то значит
понадобиться и еще - кому то.
Возможно и вам, - тоже .
Вполне возможно.Цитата:
Сообщение от R2EA
Главное ,я очень внимательно читаю рекомендации и разъяснения автора программы Игоря и им следую неукоснительно. Лучше перебдедь ,чем недобдеть ,вот по этому принципу и работаю. Кто лучше знает всю "подноготную изнутри" ....вот и весь ответ.
Александр, мы не занимаемся разгадыванием ребусов, сделайте пожалуйста то что я просил в этом посте:Цитата:
Сообщение от R2EC
https://forum.qrz.ru/6-cifrovye-vidy...ml#post1563306
Для наглядности прикладываю картинки как включить запись диагностики и картинка какого окна требуется:
В куске файла ALL.TXT кроме самих сообщений QSO нам надо видеть время окончания работы декодера и другие диагностические сообщения.
Считаю, что с каждой новой версией есть улучшения лишь по приёму.Цитата:
Сообщение от UA3DJY
Правда прога становится увесистой и появляются новые отказы.
Иногда они связаны с потоком, с железом, а иногда и вовсе не понятно с чем...
После реализации лотв и раскрасок, меня, только приём притягивает к новым версиям.
Можно сказать, что обновляюсь дабы увидеть появились ли реализованные
пожелания радиолюбителей, которые тут пишут, порой по нескольку раз...
Какая версия уже - день на пробу и вновь к 121 й.
Лишь она пока устраивает! Т.к. ней ни чего лишнего...
Ей бы чуелку от 131 вставить и думаю можно бросать с этими экспериментами!
Прием ,на мой взгляд,это главное.Специально приобрел SunSDR2Pro для этих целей,системный блок очень даже на уровне. Все остальное это далеко второстепенное ,по крайней мере для меня так. Да включено постоянно 12 потоков ,декодирование все по глубокому и соблюдение точной синхронизации по времени. Грузит проц.не очень все в пределах ,так что продолжаем успешно работать!Цитата:
Сообщение от R2EA
Перезагрузил всё, сейчас пока без сбоев. Включил запись с диагностикой.Цитата:
Сообщение от UA3DJY
Какие авто-последовательности программ JTDX/WSJT/MSHV и т.п., в режиме CQ - RR73, зацикливаются на отправке RR73 при неполучении 73?
Не знаю что и думать, откатил систему на неделю назад и стало нормально, и 131 версии.Цитата:
Сообщение от R6LCF
Работаю в эфире со сплитом.
Но когда вызываешь корреспондента по 3 раза и без ответа, вынужден переходить на его частоту и то, не сразу, а становясь снизу или сверху впритык.
И все равно не отвечают, пока не станешь прямо на его частоту.
При включении кнопки "Фильтр", появляется разметка этого фильтра, которые указывают полосу приема.
Вопрос - что за фильтра включают некоторые хэмы, что принимают только на собственной частоте?
Потому что после того, как "сядешь на голову", получаешь рапорт с плюсом.
Получается, чтобы не тратить время, надо сразу вызывать на частоте CQ.
Вот это как раз нельзя делать. Только сплит,ищите причины,а их ну очень много.Начиная от качественной и эффективно работающей антенны да и вообще обстановки на диапазоне в конкретный момент времени.Ну и далее......Цитата:
Сообщение от UR5LCZ
P.S. Сейчас по утрам на 20м по длинному пути легко идет Австралия ,Новая Зеландия ,Тасмания ,Новая Каледония да и много других ,это только по длинному ,через "шарик" это все благодаря антеннам ,приемникам,программе JTDX на мощном компе ну и так далее ,а вы предлагаете мягко говоря "хулиганить" и не давать проводить успешные связи другим.К программе WSJT-X в инструкции(рекомендациях) конкретно указано ....только СПЛИТ!
Это всего навсего советы /рекомендации НО их придерживаются!
Вложение 229675
Вложение 229676
Вложение 229677
Ну да и пару киловатт для гарантии.Цитата:
Сообщение от UR5LCZ
Узкополосый фильтр используют - железный или в СДР. Если без суперплюсов, то JTDX фильтр. На совсем медленных процессорах без него тяжко.Цитата:
Сообщение от UR5LCZ
Вы прочитали внимательно то, что я написал, или только последнюю строку?
По окончании связи с DK7ZT не сохранил QSO (не предложил) и отключил передачу. 201903_ALL.TXT — Блокнот (656 kb) закачан 2 марта 2019 г. Joxi
Эфирные ситуации и операторы разные бывают. Поэтому согласен с Иваном UR5LCZ, что хорош любой метод, который приводит к проведению DX QSO.Цитата:
Сообщение от UR5LCZ
UA3SAO с первого раза не принял мой рапорт, заместо повтора программа дала RR73 201903_ALL.TXT — Блокнот (846 kb) закачан 2 марта 2019 г. Joxi
Такая ситуация повторялась несколько раз.
По диагностике передача отключена потому что QSO вовремя не внесено в лог.Цитата:
Сообщение от R2EC
Возможные варианты:
1. окно внесения QSO в лог по какой либо причине было накрыто другим приложением либо основным окном JTDX
2. окно не было выведено на экран, возможен сбой (дефект в коде) связанный с синхронизацией значений переменных в разных потоках, такой сбой может чаще проявляться на медленных процессорах где велики задержки в исполнении одного или другого потока.
Если у Вас процессор двухядерный то попробуйте поработать на одном потоке декодирования, при этом обработка событий интерфейса будет получать больше ресурсов процессора.
de UA3DJYЦитата:
Сообщение от UA3DJY
Подтверждаю - есть такое.
И всплывающие окно не помогает
и не понятно для чего оно реализовано
и отмечено галкой в меню, если нет
приоритета окна сохранения над окнами
самой программы, которые важнее всех
других открытых окон...
Может быть надо поколдовать над этим?
de R2EC
Я спасаюсь сжатием лога UR5EQF при стандартном
интерфейсе делаю зазор сверху в левом углу.
Там делаю видным верхний край окна, которое
выскакивает для внесения qso в лог jtdx.
Скорее всего второе, посмотрел по загрузке процессора наименьшее (27%) при одном потоке. Остался на одном потоке.Цитата:
Сообщение от UA3DJY
Кол-во потоков уменьшил, пока нормально.Цитата:
Сообщение от R2EA
Так, вы сами попробуйте поиграться с фильтрамиЦитата:
Сообщение от UR5LCZ
в JTDX в меню настройки-фильтры:
там и по континентам и по cq/73.
А в разном поставьте отметку:
обойти текстовые фильтры на частоте приёма.
Наблюдение на 160м.Вложение 229682
Интересное обсуждение.
https://www.eham.net/articles/42181
А что значит знак вопроса в запросе на сохранении QSO? JTDX v2.0.1-RUS-rc131 - Log QSO (41 kb) закачан 3 марта 2019 г. Joxi
Наводимая на какое либо поле подсказка, в JTDX в окне сохранения QSO не используется. Обязательный атрибут окна в Qt, удалить не получилось.Цитата:
Сообщение от R2EC
Игорь, поставь смайлик туда вместо вопроса. :)Цитата:
Сообщение от UA3DJY
Вроде как радуемся, что QSO состоялось. :)
Автору сигнала почтой линк на этот пост, обычно этого достаточно для решения проблемы. Также есть тема 'качество сигнала в FT8' где разжеваны разные возможные причины грязного сигнала https://forum.qrz.ru/6-cifrovye-vidy...-v-ft8-15.htmlЦитата:
Сообщение от UR5LCZ
to: UA3DJY
Игорь, не смотрели случай при повторном запросе рапорта? Пост 17505
Вопрос, ранее можно было очистить окна при переходе с диапазона на диапазон, или после цикла, в 131 что то не нашел (не считая call и loc)
вопрос снят, нашёл.
В закладке "Разное" 9-й пункт - поставьте галку.
Дефект, сбой происходит в сценарии когда обе стороны держат включенным функционал вызова рапортом и пользователь принимает повторно сообщение с рапортом, при этом AutoSeq меняет направление сообщений QSO.Цитата:
Сообщение от R2EC
Уже сделали патч - сейчас в очереди на тестирование в лабе, как проверю пришлю линк с патчем на Ваш адрес с qrz.com для эфирного тестирования.
распространенных процессоров с 12-ю физическими ядрами пока нет, бывают 6-ти ядерные с гипертрейдингом (6 ядер 12 потоков), i7-6700 - 4 ядра 8 потоков. А приносит ли пользу гипертрейдинг при работе программы ? Если - да, то почему ? Пробовали ли Вы сравнить работу с отключенным в настройках BIOS гипертрейдингом и с включенным ? В американской программе используется гипертрейдинг ?Цитата:
Сообщение от UA3DJY
Владислав, у Вас чисто 'научный' интерес? Пару дней назад здесь был пост отвечающий на часть Ваших вопросов. Предлагаю вернуться к обсуждению когда Вы попробуете поработать в моде FT8.Цитата:
Сообщение от RA3QDP
а почему бы просто не ответить конкретно на мои конкретные вопросы ? (и не попробовать отключить гипертрейдинг и выложить здесь результаты Вашей личной работы в FT-8 с ним и без него). Вашему мнению и результатам Вашего опыта , ведь - поверят больше. Или Вы думаете, что я хочу навредить Вашей программе и, главное - пользователям? Я хочу - помочь.
Вопрос не ко мне ,но я пользователь программы и для начала: Hyper-threading (англ. hyper-threading — гиперпоточность, официальное название — hyper-threading technology, HTT или HT) — технология, разработанная компанией Intel для процессоров на микроархитектуре NetBurst. HTT реализует идею «одновременной многопоточности» (англ. simultaneous multithreading, SMT). HTT является развитием технологии суперпоточности (англ. super-threading), появившейся в процессорах Intel Xeon в феврале 2002 и в ноябре 2002 добавленной в процессоры Pentium 4[1]. После включения HTT один физический процессор (одно физическое ядро) определяется операционной системой как два отдельных процессора (два логических ядра). При определённых рабочих нагрузках использование HTT позволяет увеличить производительность процессора. Суть технологии: передача «полезной работы» (англ. useful work) бездействующим исполнительным устройствам (англ. execution units).HTT не реализована в процессорах серии Core 2 («Core 2 Duo», «Core 2 Quad»).Цитата:
Сообщение от RA3QDP
В процессорах Core i3, Core i7 и некоторых Core i5 была реализована сходная по своим принципам технология, сохранившая название hyper-threading. При включении технологии каждое физическое ядро процессора определяется операционной системой как два логических ядра.
Радиолюбители работающие в программе JTDX имеют чисто практический интерес к включению количества потоков от возможностей проца. Естественно все стоит по максимуму. Нам в постоянной работе эти эксперименты не нужны вообще от слова вообще.
Один раз включили проверили и этого дастаточно. Разница заметна "невооруженным" взглядом.
Пример: У меня в компе проц.i7-7700K CPU @4,2 GHz 4,2GHz ,4 ядра ,8 логических проц. Наблюдая в Монитор ресурсов ,отчетливо наблюдаю равномерную загруженность по вышеуказанным лог.проц,на практике это ,полное отсутствие сбоев в работе программы и максимальная производительность за единицу времени! Для себя эти выводы сделал и мне этого достаточно.
Меня интересует практическая работа в эфире и возможности программы при полной,полнейшей, реализации всех возможностей проц.в конечном итоге самой программы.
Все остальное ,в этом направлении ,меня не интересует вообще как почти любого в этой теме!
процессоры с гипертрейдингом имеют точно такие же вычислительные ресурсы, дополнительно - только еще один комплект внутренних регистров - примерно штук двадцать, при этом современные процессоры состоят из миллиардов транзисторов и эти дополнительные регистры - капля в море.
Потенциальный выигрыш от применения гипертрейдинга возможен ТОЛЬКО от того, что в процессе выполнения реальных программ ВОЗМОЖНО появление моментов ,когда процессор простаивает - ждет завершения операций ввода-вывода (например, записывает данные в оперативную память или на диск или ждет когда данные передадутся по USB или сетевому кабелю и т.д. - ведь современные процессоры гораздо быстрее все делают внутри себя по сравнению с работой физических устройств входящих в компьютер. И что бы процессор зря "не отдыхал" - придумали этот способ - в эти вынужденные простои процессор выполняет другую часть этой же программы или выполняет другую, например интерфейс (общение с пользователем).
Из этого следует, что выигрыш может быть только в случае простоев выполнения основной задачи. А как происходит в FT-8 ? Ведь главная и критичная к времени выполнения задача - декодирование, и что может "отвлекать" процессор или вынуждать простаивать процессор в этот момент ? И если программу написать так (или она так уже и написана), то никакого выигрыша гипертрейдинг дать не может. А может дать только незначительный проигрыш - из-за "накладных расходов" на распараллеливание задачи - ведь никаких дополнительных вычислительных ресурсов нет и простоев от ожидания ввода-вывода данных во время декодирования, надо думать - нет.
Вот тут форумцы пишут, что видят равномерную загрузку всех ядер (и физических и гипертрейдинговых) и что ? А дает ли это какой-то эффект ? А положительный ли ? Если отключить гипертрейдинг, то как будет ? Лучше или хуже ? Для владельцев i7, наверное это - не так и важно, эти процессоры самые дорогие в каждом поколении, у них и частота самая высокая. А вот тем, кто собирается купить новый процессор или компьютер или модернизировать старый - стоит или нет обращать внимание на наличие или отсутствие гипертрейдинга в процессорах ? Также стоит обратить внимание на такой момент - разные процессоры (в расчете на одинаковую частоту) с разной скоростью выполняют разные операции, разные задачи.
Поэтому тестов для измерения быстродействия процессора - много (каждый из них измеряет скорость выполнения разных задач) и если нам важно быстродействие процессора в определенной программе, то необходимо точно знать - какие именно операции выполняет процессор в критически важной части этой программы. Зная это можно оптимальнее подбирать процессор (по его результатам в конкретном тесте) и не тратить лишних денег, например на приобретение i7 -х или напрасно не покупать ATOMы(и их наследников) или AMD.
Сообщение с лички, имеет общий интерес:По префиксу можно сделать, по позывному сложнее потому что сейчас при внесении QSO в лог позывной автоматически удаляется из списка. Но никто не мешает использовать позывной в списке префиксов, тоже будет нормально работать только без автоматического удаления, за исключением коротких позывных которые могут быть первой частью более длинного позывного.Цитата:
Использую FT8 по своему прямому назначению подбору недостающих стран по диапазонам + больший процент QSL в LotW.
...
В программа есть возможность отслеживать территорию или позывной (розыск) на мой взгляд отличная функция. Хотелось бы предложить вам немного расширить эту функцию.
А именно: можно ли реализовать розыск по диапазонам т.е. например в фильтрах, что бы оператор мог в зависимости от диапазона самостоятельно установит те страны которые интересуют на каждом из диапазонах. Место там есть девять строк вполне комфортно разместятся либо сделать выпадающее окно.
Функционал считаю полезным и несложным в реализации (поиск в коде добавить просто, графика больше времени съест) через возможность скрытия строк неиспользуемых диапазонов. Как сейчас открываются/прячутся строки списков искомых позывных префиксов там же можно добавить скрывающиеся строки-списки префиксов по диапазонам.
При этом должен быть общий для всех диапазонов список поиска префиксов и списки отдельно по каждому диапазону, показ отдельных списков опционально выбирается пользователем для каждого конкретного диапазона. Если пользователь например работает только на двух диапазонах то строки этих диапазонов он и активирует для редактирования и просмотра.
С точки зрения большинства пользователей интерфейс будет выглядеть как сейчас, для заинтересованных: в скрытой части интерфейса будет дополнительно скрыта еще его часть которую они раскроют по мере необходимости.
Добавляю в очередь на исполнение, ближайшие две...три недели занят с декодером, как будет окно сделаю.
Рассуждения о разных "гиперах" конечно интересны.Цитата:
Сообщение от RA3QDP
Но полезней были бы мнения специалистов о том какой минимальной конфигурации
надо покупать новый комп что бы нормально работать в JT программах?
именно в этом я пытаюсь разобраться и жду от автора конкретной информации.
Со всем согласен ,но последнее, вот это меня как раз и привлекает в этой программе .Отличный прием,декодирование ,а он уже вне конкуренции! Игорь не отвлекайтесь на всякие мелочи со стороны ,основное большинство пользователей эти теоретические изыски не интересуют вообще.Цитата:
Сообщение от UA3DJY
Спасибо.
Имею старенький ноут Samsung R530, 2гига памяти, 2,2Ггц - тактовая, процессор T4400 (два ядра) без гипера. В JTDX Decode-FT8 threads выбран один поток. Всё нормально декодирует и без пропусков интервалов. В Auto и остальных есть пропуски интервалов. Это насчёт того, а стоит ли проводить апгрейд компа, если конечно он не используется для современных игр или используются программы, которым нужны семь ядер. В общем для радиолюбительских целей вполне достаточно и даже больше, запускал некоторые игры, которые по инструкции не должны идти на моём ноуте.Цитата:
Рассуждения о разных "гиперах" конечно интересны.
Но полезней были бы мнения специалистов о том какой минимальной конфигурации
надо покупать новый комп что бы нормально работать в JT программах?
Вот сейчас без перегрузок процессора 35 декодов
поговорка : нет ничего практичней хорошей теории.
"эти теоретические изыски" как раз помогут - оптимизировать декодер (если он не оптимален), а значит и улучшить программу. А так же помогут с выбором оптимального по соотношению цена-качество процессора и компьютера. К сожалению, не все в достаточной степени разбираются в компьютерах и не все могут понять некоторые "тонкости" их работы.Цитата:
Сообщение от R6LCF
Игорь спасибо за ответ.
Это будет просто отлично.
Периодически возникает вопрос о соответствии показаний SNR между JTDX и WSJT-X, часто задавая вопрос в адрес программы JTDX пользователи считают что WSJT-X показывает SNR правильно. Сейчас при тестировании патча записал звуковой файл и сравнил JTDX с WSJT-X, файл прикладываю, если есть сомнения можно проверить самостоятельно. На картинках результат проигрывания в JTDX и WSJT-X:
Считаю как раз наоборот. JTDX дает более реальные. В WSJT проскакивает и -26-27, при этом сигнал визуально различим на водопаде. -24-25 довольно частое явление там.Цитата:
Сообщение от UA3DJY
Просто чудесно для тех кто разбирается в компах.Цитата:
Сообщение от RA3QDP
А кто вам мешает создать свою собственную программу или хотя бы создать свою тему и там это все обсуждать.
Именно по ресурсам компов и их влиянии на работу подобных программ.
Вперед.Мы только за!
Так тему и обзовите,а мы придем прочтем/оценим.Нормальная практика.
JTDX стабильно 68, WSJT первое проигрывание 16, при повторном decode 15.Цитата:
Сообщение от UA3DJY
А сколько на самом деле?
Как мне кажется, в реальном эфире у WSJT показометр работает более синхронно с рисунком на водопаде: ярче - больше / тусклее - меньше.
JTDX на моих соседей, которые по уровню стабильно >9+30, иногда может показать от 6 до 68 в соседних циклах при стабильной картинке на водопаде (в т.ч. окружающих их сигналах).
68 близко к реальному значению, у меня в виртуальном кабеле уровень шума 0 а термометр при проигрывании файла в JTDX показывает похожий уровень сигнала:Цитата:
Сообщение от RX3ASP
Если сумма сигналов вписывается в динамический диапазон тракта, сам сигнал не компрессирован при его передаче и нет пересечения спектра с другим сигналом то SNR должен рассчитываться верно.
Бывает что на сильном сигнале автоподстройка частоты в программе не всегда точно отрабатывает, в таком случае значение SNR при расчете падает.
Игорь, один в один и мое желание такое иметь. Но именно этот сервис есть в Алерте. Там ведется база данных по позывным, странам и диапазонам с учетом распространенных дипломов. Стоит ли заморачиваться и строить этот сервис в JTDX? Если подходить серьезно, то много надо закладывать...Цитата:
Сообщение от UA3DJY
А вот В4 можно было бы заняться. Хорошо если бы эта функция работала вне зависимости от любых фильтров. Т.е. хочется все отключить и оставить только информацию по В4. Причем очень важно чтоб инфо о В4 появлялась не только на CQ этого позывного, но и в его ответах. Зачастую редкая и нужная станция не дает CQ, ее постоянно зовут. Ждешь его RR73 и сам начинаешь звать. А тебя либо игнорируют, либо в лучшем случае ответят, что В4. Правда я только один раз с подобным столкнулся. Стал звать Аляску и сработал с ней, и лишь потом заметил в Алерте В4.
Однако и в этом случае надо хранить инфо по позывным, включая диапазон и моду. А если пользователь наработает тысячи позывных да на каждом диапазоне? Не повредит ли это основному предназначению JTDX?
... Вот поэтому я люблю Алерт. Там есть все, что душа пожелает (во всяком случае, моя). Но и JTDX не разлюблю.
Проверка-уведомление по списку префиксов и позывных сейчас занимает всего несколько строк в коде, для проверки по диапазонам добавим еще две...три строки. С точки зрения нагрузки процессора для декодированного сообщения невелика разница просматривать десяток префиксов с общего списка или 10+10 префиксов с учетом диапазона. Редко кто будет вносить в строку поиска более 10 префиксов, такую строку уже тяжело просматривать глазами.Цитата:
Сообщение от UA9FFV
Функционал уведомлений 'Новый-B4' занимает около тысячи строк кода и даже небольшое изменение там может привести к выходу функционала из под контроля. Функционал сейчас работает без сбоев поэтому остаточный принцип определения B4 в JTDX прописался надолго.
В коде немного строк, а вот хотелок у пользователя дофига.Цитата:
Сообщение от UA3DJY
Скажем, отслеживание 340 стран по каждому диапазону. Это надо каждый принятый позывной сличить со списком...
А если вдобавок надо сканировать по квадратам, штатам, зонам... Хоть в коде это будет и немного, но в целом время потратится уже приличное. Действительно, скорее всего, это не так уж много для глобального сканирования по базам всех дипломов по сравнению с вылавливанием В4-ров в туче позывных...
Только Вам, Игорь, решать. Потверже с нами.
...Сейчас я могу в Алерте сам руками исключить из списка желаемых сработанные в RTTY страны. А в JTDX их придется сработать, чтобы не маячили перед глазами (эту функцию как раз хотел заложить кто-то, т.е. ручное управление списком сработанных DXCC по диапазонам). И очень хорошо отслеживается В4 по персональным позывным на каждом диапазоне.
Используются же библиотеки Hamlib или ОмниРиг для САТ управления вместо того, чтобы реализовать самостоятельно эти функции. Так и здесь. Хочешь крутой сервис по повторам, дипломам, LoTW, загрузке диапазонов, колокольчикам и т.п. - установи JTAlert... Сейчас меня побьют камнями.
Кто-то скажет: так отключи все галочки. Но ведь от этого сложность софта не уменьшится. А значит все сложнее будет реализовать безотказную логику его работы.
... Еще одна мысль. Те, кто на даче ставит комп для удаленного места,... он скоро будет вынужден брать уже не рухлядь. Несмотря на хороший и нужный дополнительный сервиз привлекательность софта может начать падать. Пора ограничивать наши аппетиты.
Аналогично на соседях разбег за пару циклов от +10 до +50(вряд ли это QSB), а на дальних, но только очень мощных (ширина водопада которых значительно толше обычных) разбег в соседних циклах может быть от +15 до -15, но это уже обсуждалось... не злоупотребляйте мощностью, получите реальную оценку сигнала или макрос "bad signal", который у каждого должен быть в запасе...Цитата:
Сообщение от RX3ASP
Будем ждать с нетерпением. Тоже считаю, что нужная фича.Цитата:
Сообщение от UA3DJY
И о нём, тут на форуме уже ранее писали...
Хотелось бы, что бы чуть больше уделялось время
для разработки функционала, связанного с работой
на поиск / поиск с отсевом / на поиск нужного.
Если чисто поиск, то можно и подбор после save
в ручном режиме замутить по критерию:
новый по км, новый, новый по км на диапазоне,
новый на диапазоне, если нет отметки на отвечать
тому кто позвал рапортом.
Если поиск с отчевом, то это фильтры,
которые сейчас используются
ну и третий это поиск направленной
фильтрации (dxcc, wpx, call)
Можно и попробовать внедрить сразу
и по Областям РФ.
Олег быть может стоит подумать над темой создания новогоЦитата:
Сообщение от US-E-12
цифрового модуля для UR5EQF без примочки WSJTXinterfase?
Неплохо бы вообще гибрид иметь под FT8/PSK/RTTY/JT65...итп.
И запустить её в легком режиме по потокам с возможностью
отключения лотв и других приблуд, которые сделали увесистой JTDX.
с 117 - самое то начать.
И если есть прямая связь с логом, то и не нужно ждать фильтрации
по dxcc, областям итп. Всё уже придумано было ранее но под PSK/RTTY.
HI HI...
Думаю WSJTX, JTDX двигается, как раз в направление создания
отдельного своего лога с возможностью работы в разных режимах,
модах и в том числе в разных тестах, которые появятся в скором времени...
Москва не сразу строилась...
Игорь. Ваш звуковой файл один в один. Но сегодня с утра наблюдая FT8 на двадцати метрах заметил интересную разницу между программами, в расчёте рапортов. Пока станции шли не громко и небыло плюсовых рапортов. Всё было нормально, разница плюс минус один децибел. Но стоило появится мощным станциям, вот тут и пошло расхождение. WSJT-X стала лепить хрень и минус 24 и ниже рапорта выдовать. Плюс пошли пропуски в декодирование слабых сигналов. JTDX продолжала работать нормально. Для себя сделал вывод на шумном диапазоне, WSJT-X врёт безбожно, с рапортами, и декодирует хуже.Цитата:
Сообщение от UA3DJY
Коллеги, доброе утро!
Установил версию JTDX 2.0.1-rc132_5 и решил обновить Adif - весь лог. Сделал это инструментом программы AALog3.9, все хорошо, но не определяются проведенные ранее связи, то что провожу вновь работает верно, а те связи, что взяты через AALog3.9 не определяются как повторные.
Создается впечатление, что получился какой-то не такой Adif. Кстати в программе JTDX связи пишутся в строчку:
<call:6>UN7FBW <gridsquare:4>MO71 <mode:3>FT8 <rst_sent:3>-18 <rst_rcvd:3>+00 <qso_date:8>20190304 <time_on:6>052049 <qso_date_off:8>20190304 <time_off:6>052329 <band:3>40m <freq:8>7.075500 <station_callsign:4>UN5J <my_gridsquare:6>NN19hw <comment:25>FT8 Sent: -18 Rcvd: +00 <eor>, а в AALog3 отдельными фрагментами вертикального расположения:
This file created by AALog
Author:Alexander Anipkin
e-mail:aalog@dxsoft.com
HAM radio software - Programs for amateur radio, HAM radio software - Programs for amateur radio
<PROGRAMID:5>AALOG
<PROGRAMVERSION:10>3.9.1.1318
<EOH>
<QSO_DATE:8>20041016
<TIME_ON:4>1057
<TIME_OFF:4>1057
<CALL:6>YC9SBP
<BAND:3>15m
<FREQ:9>21.000000
<MODE:3>FT8
<RST_SENT:3>599
<RST_RCVD:3>599
<CQZ:2>28
<ITUZ:2>54
<EOR>
Пожалуйста помогите разобраться.
Adif файл, - он везде Adif файл. Adif файл, который Вы сформировали из AALog3.9 обзовите wsjtx_log.adi и замените им существующий wsjtx_log.adi в программе JTDX. Ну, и естественно, в закладке Уведомления программы JTDX, должна быть отметка (расцветка) по сработанным позывным.Цитата:
Сообщение от UN5J
P.S. Как это понимать?
В логе JTDX нет поля:
<comment:25>FT8 Sent: -18 Rcvd: +00
В последних версиях. Ранее было.... Вероятно и у меня поэтому В4 не всегда как надо отрабатывает
...Владимир, т.е. надо в логе JTDX удалить во всех строках эти комменты. Последние версии программы не принимают такие записи.
Поэтому и не определяются. Должно одно QSO в одну строку.Цитата:
Сообщение от UN5J
Африка одна, только страны разные...Цитата:
Сообщение от EU1FQ
UN5J прав. Сам столкнулся с такой-же проблемой. Логгеры формируют файлы ADI одинаково. А в wsjtx_log.adi структура записи другая.
Решения пока не вижу...
Не вводите людей в заблуждение. Adif обычный текстовый файл, пишите хоть в строчку, хоть через строчку, хоть в столбик.Цитата:
Сообщение от US4IRT
Я прежде чем что то утверждать, сначала это пробую сам. Экспортировал из AALog3.9 в JTDX 18000 QSO. Все работает и определяется.Цитата:
Сообщение от RN6HFS
Функционал уведомлений 'Новый/B4' в JTDX не обрабатывает поле <comment:>. Используется поле <mode:>Цитата:
Сообщение от UA9FFV
<mode:4>JT65 <mode:3>FT8 <mode:3>JT9
Вид излучения и рапорта могли попасть в комментарии при активированной опции "db reports to comments".
Странно, но я тоже попробовал и не раз, в разных комбинациях, прежде, чем обратился за помощью на форум. Вон, даже позывной мой в нике еще старый...Цитата:
Сообщение от EU1FQ
И импортировал файлы из LotW, и брал файлы из UR5EQF, переименовывал, просто дописывал в существующий wsjtx_log.adi
Вот запись из wsjtx_log.adi
<call:6>JA9BFN <gridsquare:0> <mode:3>FT8 <rst_sent:3>-16 <rst_rcvd:3>-07 <qso_date:8>20190227 <time_on:6>182300 <qso_date_off:8>20190227 <time_off:6>182414 <band:3>40m <freq:8>7.075119 <station_callsign:4>R7TQ <my_gridsquare:6>LN05xb <eor>
А вот запись из adi файла от LotW
<APP_LoTW_OWNCALL:4>R7TQ
<STATION_CALLSIGN:4>R7TQ
<CALL:6>JA9BFN
<BAND:3>40M
<FREQ:7>7.07400
<MODE:3>FT8
<APP_LoTW_MODEGROUP:4>DATA
<QSO_DATE:8>20190227
<TIME_ON:6>182400
<QSL_RCVD:1>Y
<QSLRDATE:8>20190227
<DXCC:3>339
<COUNTRY:5>JAPAN
<APP_LoTW_DXCC_ENTITY_STATUS:7>Current
<PFX:3>JA9
<APP_LoTW_2xQSL:1>Y
<GRIDSQUARE:6>PM86LR
<STATE:2>28 // Toyama-ken
<CNTY:4>2802 // Takaoka-shi
<CQZ:2>25
<ITUZ:2>45
<eor>
Как говориться "почувствуйте разницу". Я вот ее вижу, но куда ткнуться - не знаю. Поэтому и обращаюсь за помощью.
Ведь на Gridе все отработанные локаторы подсвечены правильно. Откуда - то он это берет. У меня связка UR5EQF и JTDX.
В январе сносил систему. Установил все по новой. Все отработанные локаторы вижу, а в wsjtx_log.adi не могу добавить старые связи.
Вот как-то так...
R7TQ Александр
P.S. Как Ник поменять?
Я тоже так думаю, а вот как перестроить Adif не знаю. Уже задал вопрос Александру/RZ4AG, жду ответа.Цитата:
Сообщение от US4IRT
Цитата:
Сообщение от UN5J
ADIF стандарт допускает любые символы между параметрами одной записи включая перевод строки за исключением символов <>. Перевод строки между параметрами одной записи JTDX должен нормально обрабатывать.Цитата:
Сообщение от US4IRT
Владимир, у Вас в приведенном примере год QSO не соответствует FT8, дайте пожалуйста пример реальной записи которую JTDX не распознает - попробуем ее с диагностикой. Если сбой связан с RST 599 в записи - устраним.
Обе записи являются валидными с точки зрения ADIF-формата (см. первоисточник: adif.org, ADI File Format). Записаны ли данные "в строчку" или "в столбик" - с точки зрения спецификации формата не имеет значения, пишите хоть "лесенкой", как стихи Маяковского :)Цитата:
Сообщение от RN6HFS
По поводу проблем с Адиф рискну предположить пот что:
Цитата:
Сообщение от RN6HFS
- Тэг <BAND> может писаться как угодно, хоть <bAnD> - это при обработке Адиф любой правильно сделанный анализатор Adif исправляет к верхнему регистру, а вот 40m <> 40M - это не все анализаторы Адиф делают. А учитывая что повторные QSO опредялются не по частоте, а по бенду - может быть в этом причина.Цитата:
Сообщение от RN6HFS
Но это лишь мое предположение, потому как не знаю, как в JTDX (WSJT-X) трактуется ситуация со значением поля BAND.
JTDX нет. В программе преследуется только скорость реакции на декодированное сообщение и JTDX остается программой для работы с DX.Цитата:
Сообщение от R2EA
Функционал контестов имеет мало общего с функционалом работы на DX, для контестов излишняя чувствительность вредна, и в том числе по этим причинам JTDX не двигается к возможности работы в разных тестах. Как я уже говорил для контестов необходима отдельная специализированная программа а не гибрид ужа с ежом.
Хм, вот тут любопытный нюанс: в спецификации формата в Band Enumeration записано как 40m, но в примерах валидных записей о QSO в той же самой спецификации указаны записи вида 40M.
Александр, сделайте проще. Создайте adi файл из всего UR5EQF. Не надо даже выделять FT8 связи. Переименуйте его в wsjtx_log.adi и замените им существующий в программе.Цитата:
Сообщение от RN6HFS
Ник меняется в кабинет - мои настройки форума
Стандарт ADIF предусматривает любую запись буквы в поле данных:Цитата:
Сообщение от RM1F
III. Data Types, Enumerations, and Fields
III.A. Data Types
Data Types and Data Type Indicators are case insensitive.
Алгоритм обработки одной строки и нескольких разный. По поводу 40М и 40m, для JTDX(WSJT-X) без разницы.Цитата:
Сообщение от EU1FQ
Я не знаю, как в ААлоге, а в UR5EQF это делается довольно быстро. Давайте свой файл переделаю на однострочный.Цитата:
Сообщение от UN5J
Вот ниже текст, который не распознает, а в конце, где запись в "одну" строчку - распознает.Цитата:
Сообщение от UA3DJY
<QSO_DATE:8>20190304
<TIME_ON:4>0215
<TIME_OFF:4>0215
<CALL:5>UA0SE
<BAND:3>40m
<FREQ:8>7.076110
<MODE:3>FT8
<RST_SENT:3>-14
<RST_RCVD:3>+01
<CQZ:2>18
<GRIDSQUARE:6>OO12SH
<ITUZ:2>22
<EOR>
<QSO_DATE:8>20190304
<TIME_ON:4>0224
<TIME_OFF:4>0224
<CALL:3>A5A
<BAND:3>40m
<FREQ:8>7.058110
<MODE:3>FT8
<RST_SENT:3>-17
<RST_RCVD:3>+06
<CQZ:2>22
<GRIDSQUARE:6>NL47TM
<ITUZ:2>41
<EOR>
<call:6>UN7FBW <gridsquare:4>MO71 <mode:3>FT8 <rst_sent:3>-18 <rst_rcvd:3>+00 <qso_date:8>20190304 <time_on:6>052049 <qso_date_off:8>20190304 <time_off:6>052329 <band:3>40m <freq:8>7.075500 <station_callsign:4>UN5J <my_gridsquare:6>NN19hw <comment:25>FT8 Sent: -18 Rcvd: +00 <eor>
<call:4>R9AA <gridsquare:4>MO04 <mode:3>FT8 <rst_sent:3>-09 <rst_rcvd:3>-13 <qso_date:8>20190304 <time_on:6>052345 <qso_date_off:8>20190304 <time_off:6>052459 <band:3>40m <freq:8>7.075500 <station_callsign:4>UN5J <my_gridsquare:6>NN19hw <comment:25>FT8 Sent: -09 Rcvd: -13 <eor>
Александр, пожалуйста более детально в чем заключается сам сбой?Цитата:
Сообщение от RN6HFS
Если у Вас отрабатывает уведомление 'новый QTH квадрат' для позывного JA9BFN то при наличии только одной записи <gridsquare:0> для этого позывного/диапазона/моды в логе уведомление будет отрабатывать на любой переданный оператором JA9BFN QTH квадрат.
В 131 версии наблюдаются повторы
Вложение 229740
Вложение 229741
Пришлось вручную останавливать
Я могу ошибаться, но по-моему причина в том, что AALog никак не указывает в adif позывной оператора.Цитата:
Сообщение от UN5J
Типа <station_callsign:4>UN5J
Или <operator:4>UN5J
А вообще кто-нибудь из AALog экспортировал связи в wsjtx_log.adi? Успешно?
У меня из cqrlog и LogHX3 нормально получается.
И в чем различие?Цитата:
Сообщение от US-E-12
Для примера из поста UN5J #17563 . В одном adi два позывных записанных в "столбик" и два позывных записанных в "строчку"
И результат проверки этого файла на ошибки Adifмастером.
Да нет никакой разницы. В строчку - в столбик... Главное, чтобы каждая запись о QSO заканчивалась тегом <eor>. Тогда следующий же символ - начало следующей записи, опять же до тега <eor>...Цитата:
Сообщение от RN6HFS
Главная ошибка всех кто пытается конвертировать связи в wsjtx_log.adi заключается в том, что они не обращают внимания на название тегов в том или ином логе, с которого пытаются конвертировать. Основные названия тегов должны соответствовать тем названиям, которые у вас в JTDX и которые должны этой прогой быть отработаны. Может быть в этом adi еще с десяток различных тегов, но они просто программой JTDX будут игнорироваться. И при необходимости теги нужно добавить (названия), или переименовать. А как они расположены в самом adi, - совершенно без разницы. Хоть в лесенку или вперемешку.
Владимир, попробовал в лабе с тем вариантом что у Вас не распознает, на картинке уведомление 'новый DXCC' пошло после того как включил DXCC по диапазону, до этого JTDX правильно распознал B4 DXCC:Цитата:
Сообщение от UN5J
У Вас при экспорте с AALOG отсутствует параметр <station_callsign:>, если у Вас включена фильтрация лога в закладке General (общие) настроек то такая запись ADIF не будет учитываться потому что она не привязана к позывному пользователя, с точки зрения фильтра лога эта запись не несет какой либо информации.
В JTDX: band.compare(q.band,Qt::CaseInsensitive)Цитата:
Сообщение от RX4HX
Без записи диагностики в файле ALL.TXT по этому сбою ничего нельзя сказать. В rc132 будет доработка функционала окончания QSO, может быть она решит проблему которую Вы наблюдаете.Цитата:
Сообщение от EX8004A
При создании Adif добавил - Used callsign, на первый взгляд, заработало.Цитата:
Сообщение от UA3DJY
У меня из MixW 3.2 выбираю преобразовать в файл mixw2.adi все связи модами JT, FT8, T10 (название файла меняю сразу, или в уже преобразованном файле), и вроде всё ОК...Цитата:
Сообщение от R0JF
Вставляю в обе проги, и WSJTX и в JTDX...
Касательно Адиф это в корне не верно. Я весь файл Адиф анализирую "в одну строчку", чтоб как раз не обращать внимания на переносы строк, если они есть.Цитата:
Сообщение от US-E-12
Это первое ,что я сделал. Ничего не выделял. Тупо переименовал. Вот только не помню, шапку удалял или нет... Доберусь до дома - посмотрю. Спасибо.Цитата:
Сообщение от EU1FQ
Сбой не в этом. Эту запись распознает и уведомляет как положено. А вот, если она будет в файле ADI из логгера (запись в столбик), то она вообще не распознается.Цитата:
Сообщение от UA3DJY
Прошу прощения за наивный вопрос, очевидно кто-то сталкивался с подобной проблемой.
Учитывая, что 6м сезон не за горами а на 50 МГц иногда прохождение длится минуту хочу выяснить, как решить периодически возникающую проблему.
Итак, Лена работает на поиск и вызывает нужного .DX. Связь проходит по классике.
134630 -8 2.4 913 ~ CQ E20WXA OK03 Thailand
134645 Tx 1791 ~ E20WXA UR5WA -08
134700 -18 2.4 913 ~ UR5WA E20WXA R-17 Thailand
134715 Tx 1791 ~ E20WXA UR5WA RR73
134730 -7 2.4 912 ~ UR5WA E20WXA 73 Thailand
Но достаточно часто, после получения от DX Tx3 (R-XX), программа не переходит на передачу сообщения Tx4 (RR73), а тупо продолжает передавать Tx2.
Приходится вручную жать клавишу Tx4, но если это не сделать быстро, программа снова норовит передать Tx2.
В результате связь срывается. Это весьма критично на 160м, гдe DX сигналы слабые и с QSB.
В появлении этой ошибки нет системы, может проявится в любой момент при работе как на CQ так и на поиск, отсюда вопрос - как от нее избавиться?
Иногда, если DX редкий и нужный, нервы не выдерживают. :s8:
Фильтр на Европу включен постоянно.
Заранее благодарим за рекомендации.
Да! ЗАРАБОТАЛО! Причина в этом!Цитата:
Сообщение от UA3DJY
Далее делать не обязательно:
В файле ADI из UR5EQF удалил заголовок, подставил "WSJT-X ADIF Export<eoh>", методом замены на "ничто" удалил все тэги <OPERATOR:4>R7TQ,
Потом прочел цитируемый пост - поставил - снял "галку" - заработало.
Проверил еще раз ничего не корректируя в файле из UR5EQF - все связи вижу.
Все дело в "галке", она не давала :s10:, в смысле... в программе.
Еще раз спасибо UA3DJY за пинок в нужном направлении.
Из всей этой обширной переписки по поводу ADIF, напрашивается закономерное предложение - а не сделать ли в JTDX обычный импорт ADIF, как почти во всех программах и не мучаться с заменой и переименованием файла, ну очень не удобно, особенно когда необходимо добавить немного связей...Цитата:
Сообщение от UA3DJY
Чем поможет импорт из одного ADIF файла в другой ADIF файл если сбой вызван кривым экспортом в файл ADIF из внешнего лога, как в данном случае? Недостающую в файле информацию уже не восстановить.Цитата:
Сообщение от UA1OMZ
JTDX и WSJT-X парсят (импортируют) файл ADIF лога в оперативную память где его и держат уже в необходимом программе виде.
Наверно в каждом втором посте прошу дать кусок файла ALL.TXT с включенной записью диагностики, в результате невнимательности появляются наивные вопросы :)Цитата:
Сообщение от US5WE
Функционал подпрохода действительно заработал , впервые с момента перехода на FT8v2 . Очень чувствуется на тестовом пакете -23 и не очень на -24 )))).Цитата:
Сообщение от UA3DJY
Факт того что в софте JTDX ещё улучшился функционал декодирования слабых сигналов - очень радует , спасибо что не забываете о декодере как таковом.
Или поставят спасибо ))).Цитата:
Сообщение от UA9FFV
Увы но это еденично , редкие посты вроде Вашего или например моего неизменно тонут в общем потоке : "хотим ещё новых расцветок-собачек-точечек + цать вариантов AutoSeq"
Игорь , в том то и дело что к примеру на 40м у меня CFM 154 DXCC - и соответственно WANTED 186.Цитата:
Сообщение от UA3DJY
Забивать в строку поиска все префиксы этих 186 DXCC , да ещё с разбивкой по бэндам занятие слабовероятное )))
Тут уже всё давно придумано до нас и вовсю маячит выделением и голосит из колонок при появлении на бэнде любой из этих 186ти :
А ещё оно умеет выискивать в любых мыслимых сочетаниях (например wanted DXCC + wanted State + wanted call и т.п.) , показывает уйму полезной инфо , и мониторит B4 вне зависимости от того каким софтом (JTDX\WSJT-X) я работал ивышивает крестикомздорово помогает повысить подтверждаемость (показывая например месяц-год когда конкретный LoTW user выгружался на LoTW) + ещё немерено функционала.
Т.е. это давно и виртуозно реализовано в JT Alert и возможно отчасти в некоторых логах (например LogHX3) , соответственно большой вопрос какой ценой в итоге удастся вогнать в JTDX столько функционала - и сколько в итоге машинных ресурсов потребует получившийся монстр "всё в одном" ...
Решать безусловно Вам - но по мне софт JTDX это в первую очередь декодирование слабых сигналов DX , и здесь ещё очень есть куда двигаться ...
Постепенно двигаемся, в rc132 будет выше чувствительность на RX частоте при проведении QSO.Цитата:
Сообщение от R2PU
Что помечено в AutoSeq? 2? Пометьте 3 и, скорее всего, всё будет ОК.Цитата:
Сообщение от US5WE
Может быть компьютер не успевает декодировать, а уже надо передавать.
Тоже хотелось бы узнать. У меня в AutoCQ1 аналогичное и не предсказуемое.Цитата:
Сообщение от LY3BG
Цитата:
Сообщение от UA1OMZ
Поможет только удобством. Поработал я на другой позиции, на другом ПК или в WSJT немного, ещё немного в MSHV и хочу видеть эти связи учтенными в статистике любимой и основной программы - JTDX. Ну вырезать текст связей из одного adif файла и вставлять в другой и сохранять, это похоже на садомазохизм в легкой форме... Можно конечно ещё и из основного лога отфильтровать сразу все FT8,JT65 и др. связи и обновить в JTDX весь adif файл, но делать это с несколькими тысячами связей каждый день тоже неудобно. Считаю, что импорт adif просто НЕОБХОДИМ!Цитата:
Сообщение от UA3DJY
Наверное да, похоже на ...... А что мешает сделать один лог для WSJT и JTDX через символьную ссылку? Уже десяток раз здесь описывалось как это сделать.Цитата:
Сообщение от UA1OMZ
EU1FQ <А что мешает сделать один лог для WSJT и JTDX>
...ничто не мешает...через HRD прекрасно работают JTDX,WSJT и MSHV...и не надо перекачивать адиф файлы...
...также согласен с R2PU по поводу Алерт,отличный помощник...
Игорь, не стоит отрицать очевидные вещи. Вы через некоторое время на автоматизме будите втянуты в разработку тех функцийЦитата:
Сообщение от UA3DJY
о которых идёт речь. К большому сожалению, но для себя сделал вывод, что Вы слышите только тех, кто с вами говорит на языке
программеров, или тогда, когда об этом просят в личке. Всё остальное отметаете на прочь, уделяя внимание на улучшение приёма.
Но кажется после 122 версии запихнули в программу то, что сейчас даёт сбой и понять это можно при активной работе в эфире.
Возможно дело и в производительности наших ПК, но всем стало видно, что прога сильно потяжелела.
Может стоит попробовать откатится назад к тем версиям и вставить разработанные вами фичи для приёма,
без всяких там лотв и цветовой палитры?
Лично, я с удовольствием погоняю эту версию. Возможно и ещё пяток форумчан проявят такой же интерес.
Наверное разные компы...Цитата:
Сообщение от EU1FQ
Во...Цитата:
Сообщение от UA1OMZ
Сама суть!
Хотел, я вам подсказать, т.к. недавно сам с эти столкнулся,Цитата:
Сообщение от R7TQ
но подумал речь исходит - всё же об adifе и не стал умничать.
Получается, что на форуме говорим на 3х языках, как минимум!
И не читаем, что написано было ранее.
Всё это прекрасно с хорошим подмосковным интернетом...Цитата:
Сообщение от UA3DTK
А что мешает Вам попробовать прямо сейчас?Цитата:
Сообщение от R2EA
Создайте пустой файл lotwuser.csv, отключите всю цветовую индикацию - вот и то, что Вы просите!
Игорь, я, сразу прошу прощения - если зацепил вас.Цитата:
Сообщение от R0JF
Но если быть таким правильным, то с удовольствием
поучаствовал бы в обкатке версий, которые при каждом
обновлении возможно было бы настраивать под себя.
То есть включать при старте и установке нового ини
файла те примочки и причуды которые меня интересуют.
С возможностью вывода на панель те фильтры и кнопки,
которые мне необходимы. Все остальные фичи не должны
косвенно работать и делать прогоны, то есть вообще
отключены! Я считаю, что лишь тогда возможно проверить
быстродействие и нормальную работоспособность программы
в моих условиях или в условиях других пользователей.
Так сказать создать трансформер.
Или к примеру, я Вам высылаю ту версию,
которая мне больше нравится и прошу
убрать из нёё или добавить то, что имелось или
имеется в разных версиях JTDX.
Ни чего сверхфантастичного, я не прошу!
Осилите это?
А так получается, что мы идём на поводу у разработчиков.
Которые сами определяют приоритеты, что решат, то и сотворят.
Если это так, то и не нужно делать опросы на форумах.
Тупо нате пробуйте! Не нравится - ваши проблемы.
Ну пара мнений зацепило - пожалуй нужно реализовать
даже если это уже есть в алерте или в др ресурсах,
которые уже взаимодействую с JTDX.
Это не лог. И не для тестов. Это приём.
Разработчики - не обижайтесь, но попахивает эгоизмом!
А ещё мне нравятся ответы типа:
-сам сделай себе то, что хочешь
и ковыряйся в своём огороде.
Не... Господа, так дела не делают.
Вас на клаве печатать ни кто - не заставлял
о том, что тут много страниц написано.
Т.е. Вы просите под каждого создать свою версию???Цитата:
Сообщение от R2EA
Если Вам надо конкретно как Вам нравится, думаю, с Игорем можете договориться. За соответсвующее вознаграждение.
Исходный код открыт, желающие могут под себя подстроить программу самостоятельно.Цитата:
Сообщение от LY3BG
Поскольку видение у каждого свое мы стараемся выбирать функционал который полезен многим пользователям в рамках изначально заданного направления развития программы. Времени на индивидуальные версии не остается.
Подскажите пожалуйста.
В закладке "Декодирование" для FT8 предлагаются варианты от "Авто" до 12 потоков.
Какие рекомендации для пользователей - поставить "Авто" или исходя из имеющегося процессора?
И у процессоров есть варианты - физические и логические ядра.
Пример: 4 физических и 4 логических - сколько потоков надо указать в закладке?
Как изначально поступил я и сейчас периодически со сменой версий проверяю.Цитата:
Сообщение от UR5LCZ
1)Синхронизация времени точная с помощью внешней программы.
2) Открываю Диспетчер задач и изменяя количество потоков смотрю по загрузке проц(производительность).При активной фазе декодирования не более 50-60% максимум.
3)Обязательно включаю..."Чувствительность декодера/использовать низкие пороги" и еще раз проверяю загрузку(величины выше) и время ,вписываюсь в интервал или нет.
4)Hint включен всегда.5) Если загрузка станций по диапазону в полосе очень низкая включаю SWL режим. Это сейчас касается 15м ,а к весне и 10м.По загрузке проц.рекомендации выше.
Все.Работаю!
"Авто" использует количество логических ядер полученное от операционной системы.Цитата:
Сообщение от UR5LCZ
Если процессор имеет 4 физических ядра и в BIOS включен hyper threading то операционная система должна видеть 8 логических ядер. Ручной выбор пользователю дан для оптимальной настройки скорости декодирования, количества декодированных сообщений и стабильности работы. Для пользователей работающих одновременно на нескольких JTDX или (JTDX+WSJT-X) ручная настройка потоков позволяет распределить ресурсы процессора между несколькими программами.
По количеству декодируемых сообщений максимум находится от 2-х до 6 потоков, с дальнейшим увеличением количества потоков количество декодированных сообщений немного просаживается. В многопотоке обрабатывается больше кандидатов на декодирование, поэтому на двух потоках будет больше декодированных сообщений чем на одном.
По скорости декодирования лучший результат дает использование всех логических ядер (режим "Авто") для декодирования. Выбирать больше потоков чем количество логических ядер смысла нет, планировщик задач Windows откладывает лишние потоки на будущее исполнение и в результате скорость декодирования снижается по сравнению с "Авто".
Иван начните с малого...Цитата:
Сообщение от UR5LCZ
Пробуйте 1 поток и нагружайте фильтрами при поиске и на CQ.
Если не тормозит, то вновь увеличивайте потоки и нагружайте
работой разных фич итп. И так до того, пока у вас не начнутся
проявляться сбои в виде не подбора нужных станций,
повторный ответ и прощание при получении инфо от корреспондента...
Как нащупаете первые косяки, так пробуйте тут же включить АВТО поток,
если сбои проподают, то возвращайтесь на шаг назад до того, как начались сбои
и работайте в своё удовольствие.
Да. И старайтесь не нагружать при этом свой процессор другими задачами.
При последних версиях JTDX - желателен минимализм...
Витас, я вроде по русски всё разжевал...Цитата:
Сообщение от LY3BG
Ещё раз:
Сделай, закажи, купи и работай не катит.
Полагаю, напрасно сотрясаете клаву... бесполезное делоЦитата:
Сообщение от R2EA
Изначально взят курс на то, чтоб "набить" JTDX разнообразной всячиной максимально, по большей части не нужной простому радисту-пользователю. Задача максимум поглотила интерес к более простому минимуму. Вдобавок, на форуме есть некоторые активные радисты, которые громко хвалят и поощряют на максимализм. Их можно понять: быстрее, дальше, выше...
----------------------------
Спасение в том, что изучить программирование и заняться "шагом назад" к Р3.
Для начинающих в FT8 есть простая и легкая в понимании программа WSJT-X.Цитата:
Сообщение от RX1AG
Охота за DX в рамках которой я сам рос более 25 лет при интенсивной работе в эфире подразумевает использование серьезных антенн и дорогого качественного оборудования: вместе с опытом работы в эфире росли и антенны последние из которых были усеченным аналогом антенны 8 circle на диапазон 40м, построить больше и для диапазонов 80/160м уйти дальше двух фазированных вертикалов увы не хватило места на участке.
JTDX создан и совершенствуется в рамках накопленного опыта для операторов увлекающихся DX связью, благодарю за понимание, и прошу больше не разъяснять необходимость упрощения программы.
Планируется ли отмена обязательного ожидания получения "прощального" 73 (и зацикливания передачи RR73 при неполучении) в режиме RR73 после записи QSO в LOG?
Да ничуть не задели. Просто Вы постоянно требуете то, что давно уже есть! То Вам настройки для разных позывных - ну дал я Вам давно уже пример cmd-шника, запускайте через него и получите ВСЁ, что надо - и предустановки с разными позывными, включёнными-выключенными режимами "на CQ" или "на поиск" и прочее и прочее и прочее! Что еще надо-то? Хотите без LoTW и "светофора" - ну так отключите это в настройках!Цитата:
Сообщение от R2EA
Или я это за Вас должен делать?
Здравствуйте. В позывных иногда путаю букву "О" с цифрой "Ноль". Подскажите пожл. Есть ли возможность в программе это исправить. Может поставить другой шрифт?
Поставьте. На первой странице настроек. Например Consolas и ноль будет "зачёркнутый"Цитата:
Сообщение от UA3GQ
Там же можно увеличить размер шрифта. У меня при размере 11 и больше, цифры отображаются заметно выше букв.
Что бы как можно меньше использовать очки при работе в программе ,всегда при установке новой версии меняю размер шрифта минимум на 11,это без вопросов.Цитата:
Сообщение от RX3ASP
Забыл, что такое дискомфорт при работе с программой!
Спасибо всем за JTDX!!!Цитата:
Сообщение от R0JF
МОЛОДЦЫ!
https://forum.qrz.ru/6-cifrovye-vidy...ml#post1427369
Нет, для этого есть счетчики сообщений и оператор у сетапа. У каждого свое видение на чем должно закончиться QSO, кто то передав рапорт уже вносит QSO в лог (видел пару таких экспедиций которые в каждом интервале передавали только рапорт новому корреспонденту). Мы в программе JTDX продолжаем следовать полному протоколу обмена сообщений QSO. Исключение составляет режим DXpedition где свой уникальный протокол обмена сообщениями.Цитата:
Сообщение от RX3ASP
О существовании счётчиков многие даже не догадываются. Как эта концепция согласуется с "подхватом" 6-7 последовательностями сообщений с RR73? Один полу-робот подхватывает, а другой полу-оператор ждёт 73. Если Split, то проблемы почти нет, а вот если TX=RX, то побеждает мощность или тот у кого счётчик длиннее.Цитата:
Сообщение от UA3DJY
И зачем оно нужно, это "прощальное" 73? RR73 должно восприниматься, как "твой рапорт принял, спасибо, отвали!", в отличии от RRR - приглашения к разговору о шеке и погоде.
Было AutoSeq2, поставили AutoSeq3.Цитата:
Сообщение от LY3BG
Два вечера Лена работала на CQ на 160м и на поиск на 40-15, собирая слоты на DXCC Challenge (ее 2521 вчера зачлись).
Говорит стало лучше, всего пару раз ошибка проявилась.
Вырежу куски из 201903_ALL.TXT и пришлю Игорю.
RR73 - все верно - "ваш рапорт принят, 73". Но как знать, получил ли корреспондент эти самые RR73? Если от него получено ответное 73 - все в порядке. А если нет? Может он никак не может эти RR73 принять? "Накрывают" QRO-станции, или проход ухудшился... Пока 73 не получит, так и будет свои R-** передавать. И QSO не запишет в лог в итоге...Цитата:
Сообщение от RX3ASP
Всё-таки ПРОТОКОЛ (с большой буквы) - нужная вещь! Если соблюдается обоюдно.
Так есть для этого галочка RRR - самый что ни на есть полный ПРОТОКОЛ! И будет обоюдное соблюдение.Цитата:
Сообщение от R0JF
WSJT не требует "прощального" 73 после отправки RR73. Было бы вполне разумным и в JTDX, хотя бы при условии работы в TX=RX, отключить требование "принять 73" во что бы то ни стало. В виде галочки между RRR и SkipTX1
такое впечатление создаётся,что попал на форум DX-ов,лишний раз некогда 73 дать людям,очередь за ними аж через форточки лезет,диапазона не хватает чтоб в ряд построиться
а откуда вы знаете,что кто-то получил ваше 73,а если он не получил ваше 73,он даже не знает,а получили вы или нет от него рапортЦитата:
Сообщение от RX3ASP
Я то в полу-ручном режиме работаю - отключу лишнее. А вот некоторые по 10 минут молотят RR73 RR73 RR73..., пока сами чай пьют или нужду справляют.Цитата:
Сообщение от R0AX
Об этом и речь! Мне это уже не важно. Рапорт мой получили и со мной попрощались - это я точно знаю.Цитата:
Сообщение от R0AX
И на той стороне мои 73 не нужны - мне сказали "рапорт твой получил, гуд бай, не мешай!"
пример:я принял R-10--передаю RR73--а в ответ тишина--мои действия???
Это был первый взгляд, - опять не определяет повторы. Пожалейте простой люд, зачем ему нужна программа, которая после каждого обновления требует настройки?Цитата:
Сообщение от UN5J
Сделайте так, чтобы можно было работать в программе, а не заниматься программированием.
Вы позывной и рапорт получили? Да. Свой рапорт, подтверждение приёма рапорта и 73 передали? Да.Цитата:
Сообщение от R0AX
Делайте что хотите - передавайте CQ, отвечайте кому-то ещё, изучайте RX окно. Если потом пробьются 73, хорошо. Нет, так нет.
А если Вам Антарктика ответит в тот момент, когда ждёте это самое 73? Будете дальше RR73 передавать третьему району?
Записываем в лог, грузим в LoTW и смотрим, подтвердилось или нет.Цитата:
Сообщение от R0AX
а он мои RR73 не получил и пошел дальше,чтоб не мучаться,соответственно в лог не внес и таких примеров гора и не надо стрелы на Антарктиду переводить.Я и смотрю,у нас как 73 передавать,то Антарктида подходит,то какой-то Гондурас
вот пока писал ,китайцу пришлось три раза RR73 передать,но связь закончилась
Забудьте про эти RRR, как страшный сон!Цитата:
Сообщение от RX3ASP
Скоро это станет не нужным и в wsjtx.
Вы видимо забыли, что раньше не было
возможности вызывать сразу рапортом?
А сейчас, я себе даже и не представляю
работу по другому...
Только рапорт и ни каких rrr!
Побалуйтесь с счетчиками-очень хорошая
реализованная задумка.
Я даже и не знаю чьи эти две хотелки,
но помню, что о них тоже мечтал.
На данный момент ни чего существенного
менять в JTDX не нужно. Просто необходимо
отточить и сделать лучше, то что есть.
Правда можно попробовать поиграться с алгоритмом
последовательности при окончании qso с последующим
подбором станции, а не cqингом для ручного режима.
Это неотъемлемая часть qso!!!Цитата:
Сообщение от RX3ASP
Без полученного 73 qso в лог
вносят примерно 10 % коллег.
К ним прибавка от пользователей
Eqsl, которые тоже добавляют
в лог, если помнят свои связи.
В итоге, если от вас не будет 73,
то вам подтвердят 20-25% ваших
RRR - связей.
Владимир, последний раз предлагаю: отправьте мне свой ADIF переделаю на однострочный.Цитата:
Сообщение от UN5J
Например, провожу связь с XE1KIM на 40 метрах (очень нужная связь), обменялись рапортами, получил RR73, передал 73. А он видимо мои 73 не получил, "затоптали" торопыги или QSB. В логе связь не появилась. Так Andy Kim на QRZ.COM прямо и пишет: If you work me on JT65, FT8 and I do not get a 73 from you, the QSO WILL NOT BE LOGGED. Думаю, что ПРОТОКОЛ надо соблюдать. И главное, не мешать корреспонденту завершить QSO, а потом уже звать на свободной частоте...Цитата:
Сообщение от R0AX
а зачем вы от DX ждете ответное RRR,дали рапорт и пошли других dx-ов окучивать и ждите на lotwЦитата:
Сообщение от US5WE
Понял почему в моих тестах снижается количество декодированных сообщений при ручном выборе большого количества потоков.
Планировщик задач Windows сначала выделяет ресурсы процессора под количество потоков равное количеству логических ядер и декодер декодирует вычитая в этих потоках все три прохода, после окончания работы декодера в этих потоках планировщик задач Windows выделяет ресурсы под еще не выполненные потоки декодирования и в этих оставшихся потоках тоже декодируются три прохода.
Если вручную выбрать количество потоков декодировании более количества логических ядер то на стыке полос частот потоков работающего и ожидающего с одной из сторон нет вычитания сигналов, поэтому для работающего и ожидающего потоков вероятность декодирования слабого сигнала близкого к границе полосы частот (стыку этих потоков) снижается, в итоге на своем четырехядерном i5 я не могу оценить реальную эффективность декодирования при ручном включении более чем 4-х потоков в декодере.
Пользователям у кого более четырех логических ядер придется сравнивать эффективность декодирования при большом количестве потоков в декодере самостоятельно, проигрывая пакет звуковых файлов.
Владимир, пожалуйста мне на почту Ваши файлы JTDX.ini, wsjtx_log.adi и картинку на которой показан сбой определения повтора. Без этой информации мы можем только гадать что у Вас не так.Цитата:
Сообщение от UN5J
Три года назад ломали копья насчет использования RR73 в протоколе сообщений QSO в моде JT65 в WSJT-X, тогда команда WSJT наотрез отказывалась добавить возможность использования RR73 в программе и это стало моей первой модификацией софта WSJT-X. Года летят, RRR живо :)Цитата:
Сообщение от R2EA
Я не пользую RRR, как впрочем и AutoSeq6-7. Поэтому не очень понимаю, зачем вы столько написали в мой адрес.Цитата:
Сообщение от R2EA
RR73 и SkipGrid хорошие вещи, но многим пока непонятны, как Split, FakeIt и др. премудрости. То же самое рано или поздно будет и с "прощальными 73" в режиме RR73
Ради эксперимента, некоторое время не отправлял 73 в ответ на RR73. Конечно, это не было 1000 QSO, но процент не подтвердивших eQSL / LOTW тех, кто получал/не получал от меня 73 примерно одинаков и говорит скорее о медленном темпе загрузки пользователями adif на сервисы.
И ещё раз для любителей "прощальных 73" - WSJT их не требует, поэтому и не зацикливается на RR73
Это дефект, вот пример несостоявшегося QSO:Цитата:
Сообщение от RX3ASP
CQ BB1BB OM65
BB1BB AA1AA FN25
AA1AA BB1BB -15
BB1BB AA1AA R-15
AA1AA BB1BB RR73 ... QSO внесено в лог
BB1BB AA1AA R-15
BB1BB AA1AA R-15
BB1BB AA1AA R-15...
Конечно протокол есть протокол и его желательно соблюдать....но отправка R-xx уже подразумевает то что рапорт принят...RR73 подтверждает прием рапорта той станцией которую звали(т.е так сказать "хозяин" частоты)...Если она для себя рапорт не приняла то в ответ идет повторно рапорт и в итоге ожидается получение того же R-xx которое повторюсь несет в себе инфо о приеме рапорта корреспондентом... По большому счету в передаче 73 нет никакой необходимости,это просто вежливость,прощание....
Тоже верно. Но хоть ВВ молчит, а могли бы оба молотить RR73 - R-15.Цитата:
Сообщение от UA3DJY
Недокументированный функционал в программе JTDX: если первые два счетчика активированы и корреспондент ответил другому оператору, тогда соответствующий из этих счетчиков отрабатывает сразу как досчитавший до выставленного количества сообщений.
а он не принял ваш rr,а вы уже проводите другое qso и пошел он дальше по диапазону.Если он не принял ваше rr он и не знает ,а вы рапорт от него получили или нет,а может вы его вообще перестали слышать и проводите другие связиЦитата:
Сообщение от RA3QH
А qso он заносит в лог когда сам передает 73 Вам самому программа когда предлагает сохранить QSO?
Цитата:
Сообщение от RX3ASP
Игорь, а нельзя ли в этих счетчиках в последней позиции RR73(73) просто добавить значение "0", т.е. совсем без повторов? Уверен, что многие сразу поставят это значение, потому как так привычней и логичней в большинстве случаев QSO!Цитата:
Сообщение от UA3DJY
чтоб занести в log,можно вообще qso не проводить,просто занести,если подтверждения не нужны,зачем заморачиваться и время убивать.SWL самое то что нужноЦитата:
Сообщение от RX3ASP
Где можно почитать за эти счетчики? Что то я пропустил этот момент.Цитата:
Сообщение от UA3DJY
а вот это уже его проблемма....даже если не принял RR73 то должен следовать повтор R-xx а никак не 73....Цитата:
Сообщение от R0AX
Пожалуйста дайте ссылку, где можно скачать файлы для проверки работы программы.
Собственно в настройках программы. Раздел sequencing, наводите мышью на счётчик и выплывает окошко с описанием режимов. На сайте jtdx.tech есть информация по обновлениям ну и здесь на форуме.Цитата:
Сообщение от US4IRT
Например здесь под спойлером "Результаты тестирования:" https://forum.qrz.ru/6-cifrovye-vidy...ml#post1562960Цитата:
Сообщение от UR5LCZ
Функционал простой, счетчики отдельно активируются и настраиваются на разные этапы/сообщения QSO в закладке Sequencing настроек.Цитата:
Сообщение от US4IRT
При достижении счетчика срабатывает Halt Tx для режима одиночного QSO, в остальных случаях работает автовыбор и автопоследовательность в рамках выбранного пользователем алгоритма AutoSeq. То есть смотрится входящий вызов, сообщения CQ (73 тоже если включены в уведомлениях), если не найдено то софт сам начинает передавать сообщение CQ.
Значение 1 соответствует одному сообщению, то есть без повторов.Цитата:
Сообщение от UA1OMZ
Т. е. если я на CQ не работаю - они не нужны?Цитата:
Сообщение от UA3DJY
Если Вам всегда отвечают с первого раза на вызов, и уверены в остальном QSO, то наверно не нужны.Цитата:
Сообщение от US4IRT
Василий, прошу прощения, пропустил от Вас запрос.Цитата:
Сообщение от US4IRT
Да, не могу найти Ваш E-Mail.
Я вот как-то упустил один момент.
А в настройках можно вернуть, чтоб станции передавшие 73 также выделялись цветом полностью, как станции передающие CQ?
Или этот функционал вырезали совсем из программы?
Удобно было...:молись:
Можно было в личку. Позывной,собака, gmail.comЦитата:
Сообщение от UN5J
В настройках Notifications галка RR73/73.Цитата:
Сообщение от UN7JID
Советую при установке новой версии после обновления ini файла, проходить не торопясь и задумываясь все пункты меню настроек - будет меньше поводов к :молись:
Вы ошибаетесь потому, что анализируете ситуацию только с одной стороны!Цитата:
Сообщение от RX3ASP
А вот такой сценарий - Вам дали рапорт -**, а Вы на него ответили R-** и после этого не приняли RR73 (неважно по какой причине). Один цикл не приняли, второй, а на третий видите, что Ваш корреспондент проводит другое QSO. Как Вы считаете, связь состоялась или нет? Вы-то RR73 не получили! Может он Ваш R-** так и не принял и "бросил" Вас выслушивать...
Пока на RR73 не получено хотя бы 73 - нет гарантии, что QSO состоялось. Должно быть финальное подтверждение для обеих сторон.
Цитата:
Сообщение от UA3DJY
На усмотрение пользователя, счетчики можно использовать и в режиме одиночного QSO.Цитата:
Сообщение от US4IRT
Если оператор следит за ситуацией, то никаких проблем, по-любому, нет! Но вот когда видишь зацикленные RR73, бесконечные обмены рапортами и безответные CQ, а оператор отсутствует, то все вопросы к стандартным сценариям программ.Цитата:
Сообщение от R0JF
Счётчики это хорошо, но ими мало кто пользуется - они отключены по умолчанию.
Результат сравнительного тестирования JTDX и WSJT-X:
В таблицу не включил результат тестирования для сообщений QSO на RX частоте по причине сложного проведения таких тестов в условиях пользователя, разница в чувствительности между JTDX и WSJT-X при декодировании таких сообщений составляет более 2 дБ.
В версии rc132 улучшена синхронизация для сообщений QSO что позволит чаще декодировать такие сообщения из-под помех на загруженном диапазоне. Версия rc132 будет опубликована сегодня.
да нет,это ваша проблема,когда вы заносите в лог не оконченное qso и ждете его подтверждения.А если вам подтверждения не нужны,тогда как говорится - дело барина.Я уже писал,что swl проще,ничего ждать не надо не рапорта,не 73Цитата:
Сообщение от RA3QH
А он их передал несколько раз :) А вы, не дождавшись от него 73 - уже следующее qso проводите :) Увидев это оператор связь в лог не занесет (он ведь не знает, приняли его или нет). А в Вашем то логе эта связь уже есть :) Обидно, если это new one на 160? :)Цитата:
Сообщение от RA3QH
JTDX v2.0.1-rc132 измененный функционал:
Линки:
Файл JTDX.ini имеет такую же структуру как для версии JTDX 2.0.1-rc131.
Русская локализация JTDX v.2.0.1-RC132.
Линки :
ну неправильно трактуете....если я передал RR73 значит я все принял и он это увидел коли передает в ответ мне 73...я сам всегда передаю по протоколу,просто нет смысловой информации в этом,просто вежливость и ничего болееЦитата:
Сообщение от RZ1OA
насчет SWL согласен:s7: а остальное...я вношу в лог завершенное мной QSO т.к я принял всю информацию и передал RR73,все....как я уже писал выше данное мне R-xx уже несет информацию что рапорт от меня принят...передача в ответ мне просто 73 это вежливость и ничего другого...Цитата:
Сообщение от R0AX
только после передачи вам 73 программа ему предложит сохранить qso - какая вежливость? Да мало что вы приняли r-рапорт и передали rr73,он ваше rr73 не принял - откуда он знает что вы приняли от него рапорт,а вы уже проводите другую связь - он пошел дальше по диапазону,соответственно qso не состоялось Я принял,я передал -типа сам с собою qso провожу,корреспондента нет,который мог вас не принятьЦитата:
Сообщение от RA3QH
RC132 - в режимах AutoSeq0 и AutoSeq1 решена проблема повторных RR73/73, теперь даже нет коротких попыток повторно передать RR73/73. Т.е. теперь окончание QSO аля WSJT. Спасибо за это ОГРОМНОЕ Игорю и команде!!! Володя - RZ1OA: эту дискуссию можно продолжать вечно, а лучше в одном случае из ста дать повторное RR73/73 вручную, а не надеяться на автоматику. Ещё заметил улучшение, мой хилый ПК заработал в 2-х потоковом режиме, естественно заметно шустрее и без сбоев и без потери периодов при 30-40 декодах. Правда в 2-х потоковом режиме, PTT отрабатывает сразу, а передача начинается только через 1-2 секунды, но это вполне допустимая задержка, и связанно это скорее всего с полной загрузкой процессора. В ранних версиях периоды терялись и при 15 декодах. Ещё раз спасибо разработчикам, что не забываете и большую часть р/любителей со старым железом!
еще раз повторю хотя писал выше...если он не принял мое RR73 то он должен передавать мне снова R-xx а никак не 73 а идти ему дальше или позвать меня повторно ему решать...Цитата:
Сообщение от R0AX
+100Цитата:
Сообщение от UA1OMZ
Как так нет???Цитата:
Сообщение от RX3ASP
Ну да, следит оператор. Рядом. Нет пару-тройку раз 73 в ответ -- QSO - в мусор.
А Вы настаиваете, что "передал RR73 - и в Лог"...
JTDX v2.0.1-rc132 Linux version from original source files by Igor UA3DJY (Many Thanks him):
HamLib4 version from March 04 2019
Передача в ответ Вам 73 - это ПОДТВЕРЖДЕНИЕ, ЧТО КОРРЕСПОНДЕНТ ПОНЯЛ, ЧТО ВЫ ПРИНЯЛИ РАПОРТ. И что его больше не нужно передавать... Ну и потом уже - вежливость.Цитата:
Сообщение от RA3QH
Оценивайте сценарий с обеих сторон пожалуйста! Тогда все станет понятным и логичным.
Но также работает и при 30% загрузке процессора. Разве это не алгоритм такой? Режим приема тоже начинается не с первой секунды.Цитата:
Сообщение от UA1OMZ
он вам передал повторно,а вы не приняли и не прияли 73 -занесли в лог,вы же ему то rr73 передали,с вас какой спрос,и пошли дальше такие-же уцененные qso проводить.Я же говорю - хозяин-баринЦитата:
Сообщение от RA3QH
Вообще хватит об этом писать,просто к чему идем-RRR практически убрали,вызов уцененный-рапортом,теперь 73 уже стало помехой Я повторяюсь SWL -самая та дорога,только позывные успевай писать
Игорь...да не подтверждение это а вежливость...Подтверждение в приеме это R-xx,имеется в виду от зовущего корреспондента,передавать RR73 необходимо т.к это мое подтверждение в приеме рапорта от корреспондента...Цитата:
Сообщение от R0JF
если я не принял от него R-xx то я не передам ему RR73 и в лог эту связь не внесу...не подумайте что это поучение,но возможно вы не знаете что обозначает R,а она обозначает ROGER т.е подтверждение приема...Сам я всегда даю как положено по протоколу и 73 тоже даю...Но сколько людей столько и мнений...Думаю поэтому пора закончить нам эту полемику....Цитата:
Сообщение от R0AX
AA0AAA CC0CC -10 73
CC0CC AA0AAA R+02 73
идеальный формат qso
да мало-ли что вы приняли,он от вас не принял, ваше rr73 НЕ ПРИНЯЛ !!!----он откуда знает что вы приняли рапорт от него
Тяжело говорить с человеком,который тебя не слышит
Не спешите менять протокол FT8, еще с версией 2 его накушаемся. Например сообщение CQ DEL G0YCE IO83 и тому подобные направления вызова требуют доработки функционала автовыбора в JTDX.Цитата:
Сообщение от R0AX
А если оба рапортами обменялись, но не приняли друг друга, потому что кто-то третий начал первого звать и у второго сосед с киловаттом включился ? Что тогда по вашему надо делать?Цитата:
Сообщение от R0AX
А КАК ВЫ ПОЙМЁТЕ, ЧТО ОН ЭТО RR73 ПРИНЯЛ??? Что понял, что Вы получили его рапорт???Цитата:
Сообщение от RA3QH
Игорь,да я прикололся насчет такого формата,народ просит короче нужно qso,самое короткое - внес позывной какой нужен и нарисовал сам себе рапорт,передачу можно не включатьЦитата:
Сообщение от R0AX
да трудно объяснить не желающим слышать...последний вопрос...а как же быть с режимом F/H? или там тоже "уцененное QSO"? ведь там прекрасно обходятся без 73 и не надо говорить что там ДХ....он тоже радиолюбитель и если следовать всему выше изложеному то он обязан принимать 73 от всех...но этого нет потому что это не нужно никому и не несет никакой информации...все... я завершаю эту бесполезную полемику...как было сказано "Хозяин-барин" принимайте 73-передавайте 73, вносите что хотите,что не хотите не вносите,занимайтесь SWL....Остаюсь при своем мнении и посты на эту тему далее игнорирую...Цитата:
Сообщение от R0AX
Был же отличный ответ!Цитата:
Сообщение от R0JF
Если корреспондент считает, что QSO не состоялось, может быть пришлёт письмо о несогласии. C eQSL не раз приходили подобные письма с просьбой удалить запись. Высылал им вырезки из ALL.txt, где виден обмен рапортами и мои попытки отправить 73. Большинство соглашается, что QSO было. Но есть бойцы "до последнего" - в основном американцы преклонного возраста, почему-то.Цитата:
Сообщение от US5WE
Это более гуманный метод, чем засорять эфир.
пока fox не передаст для вас RRR в его log вы не попадете,там другой протокол прописанный в программе В обычном qso пока ваш визави не передаст для вас 73 в log вы также не попадаете Почитайте-поучите
Ещё более понятнее напишу - лучше один раз ответить вручную, чем сто раз в автомате засорять эфир лишним, никому ненужным периодом передачи! Одни борятся за корректность проведения QSO - но повторю из огромного опыта работы FT-8 - такой случай, когда корреспонденту нужен ваш повторный RR73/73 примерно один на сто связей. Вторые борятся за чистоту эфира. Я присоединяюсь ко вторым! Итак бывает воткнуться некуда, даже у нас на Севере, с нашим полупрохождением!Цитата:
Сообщение от RX3ASP
а зачем в журнал вносить qso которое практически не состоялось,ради количества или еще какой потребностиЦитата:
Сообщение от RX3ASP
Тут состоявшиеся процентов на 80 не подтверждаются,бестолковая куча связей
Вложение 229909Цитата:
Сообщение от RX3ASP
не было от него RR73, и нет CFM.
Вложение 229910
нарушу обещание данное ранее....из истории...Цитата:
Сообщение от R0AX
Традиционное выражение «73» ведет свою родословную еще со времен проводной связи и упоминается в первых кодах, сплошь состоящих из цифр. Во всех случаях оно передавалось в конце сообшения и означало подпись, прощание, пожелание встретиться снова. Впервые официально «73» было закреплено как кодовое выражение в 1857 году и трактовалось как «Примите мою любовь». Но и после этого различные справочники и руководства для телеграфистов толковали выражение «73» самыми различными способами, однако главная идея сохранялась— выражение дружбы. В 1859 году Западная объединенная компания включила «73» в стандартный «код 92», в котором цифры.от 1 до 92 означали фразы в работе телеграфистов. Здесь «73» трактовалось как «наилучшие комплименты». Наконец, в 1908 году в своем руководстве компания «Додж» опубликовала современное значение выражения «73» — «наилучшие пожелания», оно стало классическим выражением доброжелательности.
Из книги "Вокруг Земли на радиоволне"
НИКОГДА выражение 73 не было подтверждением приема...В FT8,как и в подобных ей модах подтверждением приема является сообщение содержащее символ "R".... а теперь внимание вопрос.....
Как корреспондент передавший мне 73 в ответ на мое RR73 узнает что я принял его 73?
Ответ....НИКАК....
Т.к при работе на CQ после получения 73 программа НИЧЕГО не передает для отправившего 73 а начинает вновь давать CQ либо отвечать следующему вызвавшему.....
Прочитайте-обмыслите....
В обычном JTDX QSO запись в лог происходитЦитата:
Сообщение от R0AX
сразу после декодирования ответного рапорта, до окончания отправки RR73 (при работе на вызов)
после получения RR73 одновременно с началом отправки 73 (при ответе на CQ). И это правильно! Прощальное 73 имеет минимальное значение из всего радиообмена для обоих операторов.
А хотелось бы. Но не было. Вы зачем ему RR73 и 73 слали? Он же от вас R-09 ждалЦитата:
Сообщение от R7CA
О каком CFM может идти речь, если он не принял ваш рапорт?Цитата:
Сообщение от R7CA
я его рапортом звал и сам ждал от него р-17:)Цитата:
Сообщение от RX3ASP
но он ответил без р
рапорт он принял при вызове
мне оставалось приндюрить ему 73)
У FOXa такого и в природе нет. Только RR73Цитата:
Сообщение от R0AX
Тогда это тот случай, о котором писал US5WE и я, его программа отреагировала не правильно и началось "зацикливание". Надо было жмакнуть по ТХ5. Может быть и прошло бы.Цитата:
Сообщение от R7CA
А-а-а, ну до этого ещё далеко. Программная несовместимость, скорее всего. Возможно он был тоже в режиме ответа рапортом.Цитата:
Сообщение от R7CA
От RRR только-только начали отвыкать. Рапортом это сложнее, чем split )))
PZ5RA не декодировал ни от Вас рапорт ни от RZ6LY и DL1RWN, поэтому продолжал передавать тот же рапорт. Вопрос в области приемных антенн а не алгоритмов :)Цитата:
Сообщение от R7CA
В итоге за 10 передач рапорта (5 минут) он не провел ни одного QSO. На 160м слушать на вертикал себе накладно.
вот вам и ответ,когда вы попадете в лог корреспондента,а не потому,что кто-то очень вежливый -это программа такая вежливаяЦитата:
Сообщение от RX3ASP
А я не заношу в лог такие "QSO".Цитата:
Сообщение от RX3ASP
И в LoTW Вы никому никакими выписками ничего не докажете...
В общем, слышать Вы не хотите, действуйте на своё усмотрение.
Троллите? Я попадаю в его лог в тот момент, когда он получил мой рапорт и только начал отправку своего RR73. Приму я его RR73, отправлю ли ему 73? Я в окне ЛОГа. Да, потом он может не нажать ОК или меня удалить вручную. И может зациклиться на RR73Цитата:
Сообщение от R0AX
Речь шла о предотвращении зацикливания передачи RR73, при неполучении "прощального 73". Я вовсе не предлагаю это 73 удалить из AutoSeq.Цитата:
Сообщение от R0JF
Это не я жду, а программа, :s12: дождется "73" - хорошо, не дождется - проверим в LoTW. Все равно в лог по RR73 записывается.Цитата:
Сообщение от R0AX
или когда он получил от вас RR73 и отправляет 73 это верноЦитата:
Сообщение от RX3ASP
я не могу понять...вы прикалыветесь или на самом деле не можете понять ?Цитата:
Сообщение от R0AX
я вам об этом уже давно толкую...запись в лог идет МЕЖДУ указаными циклами а не по их окончании....и прием 73 от вас мне абсолютно не важен...Цитата:
Сообщение от R0AX
Если же вы так трепетно относитесь к факту получения корреспондентом от вас 73 то напишите КАК вы поймете что ваш 73 принят корреспондентом?
Не предусмотренно никакого подтверждения этого в программе....
я хочу в ответ получить 73 и быть уверенным,что связь состоялась!!!
ни кто-то а я Мы теперь поняли друг друга?
Игорь, а не по этой причине не видит adif, что в WSJT-X формируется так
<station_callsign:6>US4IRT
а в логах в основном
<OPERATOR:6>US4IRT
Я его рапортом звал.Цитата:
Сообщение от UA3DJY
Он же декодировал мой позывной раз ответил мне, там и рапорт был для него. Просто ручками нужно уметь управлять)
Вы же видите на фото что жмакнул, надо было р-14 продолжатьЦитата:
Сообщение от US4IRT
Да, увидел. Извиняюсь.Цитата:
Сообщение от R7CA
Но суть не в том.
Суть в том что обмена рапортами ему не достаточно, рр73 оказывается ещё очень надо:) а то нот ин лог...
...PZ5RA один из тех, кто требует абсолютно полного соблюдения протокола. То есть он хочет принять от Вас окончательное 73. Только после этого он передаст свои 73. А рапорт скорее всего он принял. То же самое требует TI2CC. Иначе связь он не запишет. Не будет ни QSL, ни LoTW. И никакие скрины, ни строчки из All.text file не помогут...Цитата:
Сообщение от UA3DJY
Чем дальше в лес, тем больше "феноменов"
К вопросу о рапортах и соблюдении протокола :s8:
В итоге плюнул...
Я могу привести еще с десяток DX, которые свято следуют протоколу. И с десяток DX, которые не отвечают, если не зовут локатором.Цитата:
Сообщение от UA6JQ
так вы посмотрите как он отвечает на рапорт RJ7M OK2BV R JN89 у него проблемы,а не у вас,после R должен быть рапорт,а у него локатор подставляет,а может ваш флаг на него ужас навелЦитата:
Сообщение от RJ7M
Кто-то говорил, что проблемы у НАС? :) :)Цитата:
Сообщение от R0AX
Имеющий глаза - да увидит :)
Интересно увидеть список. Мы тут практически всегда рапортом зовем, вот и сегодня TO3Z с первого вызова на 160м на рaпорт ответил.:s7:Цитата:
Сообщение от EU1FQ
Вот он редкий случай, несколько минут назад, когда человек не принял 73 и требует "продолжение банкета", ну дал ему оперативно вручную ещё раз 73 (как писали ради уважения, хотя мог и не давать), ведь связь то у него уже после его первого RRR была в логе. И вот вам вопрос на засыпку - неужели он или кто ли бо другой в здравом уме будет ли удалять из лога QSO если не получит 73??? Думаю, что нет!
А вот если бы его повторное RRR(RR73/73) было бы не принято, то ранее при включенном автомате, программа зациклилась бы на повторной передаче ненужного RR73/73, засоряя эфир. Но не теперь в режимах autoseq0 и autoseq1, QSO заканчивается логично без лишних RR73/73, ещё раз спасибо!
Но на вызов рапортом реагирует нормальноЦитата:
Сообщение от UA6JQ
Вложение 229953
Оператор включил режим VHF Contest!Цитата:
Сообщение от RJ7M
Лучше бы ОН голову включил :(Цитата:
Сообщение от R5WM
У меня была сегодня ситуация с YY7WGA.
Вызвал его - он ответил с рапортом -10, т.е. контакт нормальный.
Я тоже дал рапорт -16.
От него RRR
Я 73 в ответ.
Он мне 73 гонял цикла 3, пока я еще один раз не дал ему 73 уже вручную.
Любой сценарий можно довести до маразма - по 10 раз друг другу гонять "наитеплейшие" 73.
Этот сценарий проведения связи, я думаю, со временем упростится.
Может в ущерб подтверждаемости.
На заре своей радиолюбительской деятельности в телеграфе работал на "клоподаве".
При проведении связи - обязательно приветствие, все данные в обе стороны, завершение.
А сейчас - 5NN и GL или 73 - вот и вся связь, и не только с дэхом.
Очень редко, когда еще что-то.
Так что надо просто подождать.
Программа при передаче RRR не заносит связь в лог, только если корреспондент вручную ее внесет.Цитата:
Сообщение от UA1OMZ
Благодарю, фильтр лога в JTDX (если активирован) действительно должен читать позывной с тэга <OPERATOR> если в записи отсутствует тэг <STATION_CALLSIGN>. Ох уж этот ADIF стандарт :)Цитата:
Сообщение от US4IRT
У меня на UA0ZS есть сертификат американского Rag Chewers Club. Приглашают сами по рекомендации двоих членов. Непременным условием является проведение CW QSO продолжительностью не менее 30 минут. Rag chewers club - Amateur-radio-wikiЦитата:
Сообщение от UR5LCZ
Это вам "не здрасьте - до свиданья". А сейчас и без этого зачастую.
Я очевидно не понимаю сути дискуссии.Цитата:
Сообщение от UA3DJY
В WSJT-X:
<call:6>SM0FGT <gridsquare:4>JO89...
в JTDX:
<call:5>VE3XN <gridsquare:4>EN93...
Cоответственно, можно делать merge логов обоих программ, с последующей загрузкой в LoTW завершая, таким образом, цикл QSO->QSL.
To UA3DJY:
Игорь, Если стоит галочка "Маркеры", то не работает звуковое оповещение по "другим стандартным сообщениям", позывные, которые соответствуют уведомлению, но помечены маркером.
Если же стоит галочка "Выделение других стандартных сообщений", то все нормально. Но тогда автоматом снимается галочка "Маркеры". Это так и задумано, что не работает звуковое оповещение по "другим стандартным сообщениям", если стоит галочка "Маркеры"?
Игорь!
На будущее, если есть такая возможность, добавить выделение новых префиксов в закладке "Уведомления".
Игорь,так все же какой вид должна иметь строка ADIF в логе? После установки версии 132 заметил что JTDX показывает мне меньше QSO чем было,причем значительно....только в FT8 "исчезло" около 1000...Будет ли нормальным для JTDX такой формат
<OPERATOR:5>RA3QH<CALL:6>UA9CGL<QSO_DATE:8>20190306<TIME_ON:4>1047<FRE Q:6>10.136<MODE:3>FT8<RST_SENT:2>01<RST_RCVD:3>-11<NAME:4>Vlad<QTH:12>Ekaterinburg<STATE:5>SV-03<GRIDSQUARE:4>MO06<PFX:4>UA9C<DXCC_PREF:3>UA9<BAND:3>30M<CONT:2>AS<C QZ:2>17<ITUZ:2>30<DXCC:2>15<EOR>
Цитата:
Сообщение от UA3DJY
Замените OPERATOR на STATION_CALLSIGN в текстовом редакторе.Цитата:
Сообщение от RA3QH
Добавил функционал импорта ADIF лога в формат используемый в JTDX в очередь на исполнение.
Наблюдаю такой сбой под версией VAC 4.60, появляется через некоторое время после нормальной работы, как временное решение придется откатиться на предыдущую версию VAC:
Для тех кто дает цифровой поток с железа SDR на JTDX/WSJT-X через VAC, параметр 'Ms per int' позволяет компенсировать набег фреймов и соответственно уход DT:
Я пользую VB-Audio c www.vb-audio.com есть для него решение?Цитата:
Сообщение от UA3DJY
Владимир
Сразу вопрос: а какую величину желательно установить в настройках ? Величины изменения от 1 до 20. У меня установлено 7.Цитата:
Сообщение от UA3DJY
Цитата:
Сообщение от UA3DJY
Параметр 'Ms per int' определяет период(как часто) выборки фреймов с потока и соответственно размер обрабатываемого блока выбранных фреймов, при малых значениях возрастает нагрузка на процессор за счет более частой обработки. То есть параметр может косвенно влиять на набег DT (например потеря части фреймов если процессор не успевает обрабатывать поток), прямой связи не вижу.Цитата:
Сообщение от R6LCF
В панели управления показываются счетчики Oflows UFlows:
Вложение 230060
Счетчик Oflows показывает количество переполнений буфера, для RX кабеля сценарий когда процессор не успевает забрать с драйвера виртуального кабеля входящий звуковой поток, в общем случае это сценарий когда на входе виртуального кабеля данные поступают быстрее чем они забираются с выхода виртуального кабеля. В результате часть фреймов на выходе виртуального кабеля отсутствует(теряется при переполнении буфера).
Счетчик UFlows показывает возможные провалы в звуковом потоке, когда в буфере при считывании с него фреймов их количество недостаточно.
Оба счетчика показывают на возможные проблемы, чем меньше набег этих счетчиков за фиксированный период времени тем стабильнее работает сетап, эти счетчики дают диагностику только для самого виртуального кабеля.
При установке большого значения периода выборки 'Ms per int' возможны разовые потери большого количества фреймов в звуковом потоке на выходе виртуального кабеля.
Мне так и не удалось добиться стабильной работы VAC версий 4.51, 4.60 (через полминуты...несколько минут после начала использования виртуального кабеля рассыпается спектр сигналов), откатился на версию 4.15.
У кого нибудь VAC 4.51/4.60 работает стабильно?
4.51 стабильна, когда MS на int = 3, а 4.60 нестабильна ни при каких обстоятельствах.
Эрик EI4KF.
У меня установлена 4.14 стабильно работает,просто не замечаю все как надо. W10Pro64bit.
Написал письмо Евгению Музыченко, надеюсь вместе сможем найти причину сбоя в работе связки VAC-JTDX.Цитата:
Сообщение от EI4KF
Вчера скопировал прог. на диск D
теперь прог. не запускается не слога не с диска????
Так Вы не копируйте, а установите на D.Цитата:
Сообщение от UA3VFL
И проверьте пути запуска программы в логе.
Перечитал все с января, но так и не нашел описания алгоритма работы F/H.
Работал с A52ZB впервые f/h на JTDX. Как обычно нажал кнопку, пожелтела Hound (кстати почему желтая, а не зеленая).
Он ответил, я даю рапорт и как в WSJT ожидаю, что передача будет на его частоте. Вижу, что остался. Посмотреть на частоту трансивера уже не было времени, т.к. весь в панике. Попытался переместить маркер передачи, но во время приема это не получилось. По окончании переместил. Вижу, что мне дали RR73, но моя передача рапорта уже в новой локации продолжилась. Прерывать не стал. Раскрутил DX-a на лишний цикл. Вопросы:
1. Я правильно понимаю, что когда на кнопке "Hound" сдвиг частоты происходит через САТ на самом трансивере. А на водопаде стоим на месте?
2. А что есть "HoundFC"? Здесь маркер передачи будет скакать на водопаде?
После нажатия на кнопку Hound, необходимо правой кнопкой мыши еще раз нажать на нее, что-бы перешла в режим HoundFCЦитата:
Сообщение от UA9FFV
Вот тогда, если DX вам ответил, частота Вашей передачи "перепрыгнет" на частоту DX
Вложение 230149
rc 132
А зачем нужно еще состояние кнопки "Hound"? Не проще ли сделать привычное скакание маркера, и конечно, с "факовым" :) режимом через САТ.Цитата:
Сообщение от EU1FQ
И у меня такая же фигня. Замучился.Цитата:
Сообщение от LY3BG
вам нужно было продолжать давать RR73Цитата:
Сообщение от LY3BG
"ручками"
именно это сообщение он не принял.
возможно вас придавили.
в таких случаях лучше прыгнуть к нему на частоту, либо на свободную
Сколько можно, почти через страницу написано, что "факовый" (RIG) режимы никакого отношения к "прыжкам" за DX отношения не имеют? Совсем разучились читать. Неужели трудно нажать в программе кнопку F1 и получить всю информацию?Цитата:
Сообщение от UA9FFV
Это хорошо знакомый программный глюк, программа должна продолжать передавать RR73, а не перескакивать на R-21 и не нужно будет никаких "ручек".Цитата:
Сообщение от R7CA
но если она глючит, то зачем мучить корреспондента?Цитата:
Сообщение от US5WE
Блин, Николай! Вчитываться надо в текст.Цитата:
Сообщение от EU1FQ
Я ведь не отрицал этот сдвиг спектра при передаче. Считаю, что он очень нужен.
Просто подчеркнул, что привычнее видеть сдвиг маркера совместно с функцией сдвига спектра передачи.
... А вот все время переадресовывать на мануал не корректно. Там чаще всего ответов на вопросы не найти.
Сергей, может и я погорячился, но Ffke It уже достаточно разжевана. Вы при использовании Ffke It не увидите прыжков маркера ни в программе, ни изменения частоты в трансивере. Если "прыжки" будут видны, то это будет просто хаос. Ведь визуально Вам может показаться, что Вы сели кому то на плечи. Другое дело, когда вместо Ffke It, используется режим RIG. Это если в трансивере два VFO. Тогда на втором VFO, который работает на передачу в трансивере, будет показана та частота, на которой будет вестись передача. Но смысл и RIG и Ffke It остается один - сдвигать спетр при передаче. А вот HoundFC, при использовании Ffke It или RIG, не только сдвигает спектр при передаче, но и сдвигает частоту передачи на частоту DX. И тогда будет "прыжок" маркера на частоту DX и одновременно сдвинется спектр передачи.Цитата:
Сообщение от UA9FFV
Да - "уцененное". Открываем лог любой экспедиции и находим сотни дьюпов. А почему? А потому, что передав rr73 dx записывает Вас в лог и "бросает". Вы не приняли rr73 - Ваши действия? Правильно, звать дальше, ибо не передав rr73 - в лог не заносят. И так один, два .... пять раз. Обалденно экономится время и частотный ресурс, за экономию которого тут так ратуют :)Цитата:
Сообщение от RA3QH
Пы сы. Многие отходят от стандартов и пишут в лог, даже без rr73 и прочих любезностей. Но, чаще всего, лучше убедиться, что связь состоялась "по полным правилам", ибо переработать dx на 160 может больше никогда и не удастся :)
В этом, увы, многие уже убедились. Записал, не записал в лог.... Ну, наверное, записал.... А вот - вигвам :)
Поправлю. На трансивере - еще как видно. Частота то передачи меняется :)Цитата:
Сообщение от EU1FQ
Печатаете десятью? У меня та же беда, пальцы путают шрифт...Цитата:
Сообщение от EU1FQ
Да, я уже разобрался со всем этим. Хорошо бы если Игорь при закладывании новой опции сразу описывал алгоритм ее работы в мануале. Интересует именно алгоритм.
Меньше бы было писанины на форуме. В том числе и я не строил бредовые догадки как двадцатью страницами ранее (правда с пользой, познакомился с новым для меня софтом, имею в виду библиотеку hamlib).
Согласен, совсем забываю что у меня Fake It некорректно работает. (FT-1000MP). Первое включение переносит, но уже не возвращает частоту обратно. Вот и складывается впечатление, что частота в трансивере не меняется. Так что использую RIG.Цитата:
Сообщение от RZ1OA
В логе любой экспедиции множество DUPE....Изначально речь вообще то шла о работе в обычном режиме...В режиме F/H передав RR73 DX не "бросает" вас...Цитата:
Сообщение от RZ1OA
Согласно протокола если вы не приняли от него RR73 то опять идет передача рапорта со сдвигом на 300 гц и так до 3-х раз,вот после 3-го раза DX вас "бросает"....
А если сравнить с телеграфом? Там приняв позывной все идет по тому же сценарию как и в FT8....DX передает TU и "молотит" дальше...Почему то никто не считает такие связи "уцененными"....
Вчера тоже убедился, что без получения 73 от кор-та связь не состоялась. Работал с JH, обменялись рапортами, дал ему RR73 он пропал, программа отработала по счётчикам. Думал что связь есть (JA , частенько не дают 73), ан нет через некоторое время JH опять вызывает, смотрю он B4 у меня и недавно, ответил рапортом, он его не принял, раз 8 "ручками" давал рапорт, но похоже связь не состоялась, не дождался от него подтверждения. Потом с Пакистаном (АР) ситуация повторилась, и задумаешься вызывать лучше рапортом, или же локатором.
В конце февраля, выкладывали русскую версию WSJT 2.0.1. Вылез косячёк, проверяйте перед установкой чтобы в квадратиках (на скрине) не стояли галочки, в русской версии возможности снять поставить нет Настройки (117 kb) закачан 11 марта 2019 г. Joxi
Что нужно сделать ? не запускается JTDX --вот что пишет
UA3VFL
Найдите в своей папке D:\JTDX\JTDX\bin\ файл jtdx.exe и стартуйте программу!
Сейчас (судя по скрину) вы вызываете команду на удаление программы.
Сделайте иконку файла jtdx.exe и разместите ее в трее или на рабочем столе и запускайте программу с ярлыка.
Нет такого и небыло.Цитата:
Сообщение от R2EC
JTDX Russian - Что нового измененный функционал версии 18.1.95Цитата:
Сообщение от UA9FFV
Владимир, я об этом и пишу, чтобы не было. У меня оказалась, а возможности редактирования нет, пришлось сносить и устанавливать заново.Цитата:
Сообщение от R6LCF
В коде WSJT-X надо было добавить проверку наличия QSO в логе и поставить защитный интервал от повторного внесения. Не пожелали :)Цитата:
Сообщение от RZ1OA
Необходим кусок файла ALL.TXT с записанной диагностикой.Цитата:
Сообщение от LY3BG
Когда вижу ДХ-са, я красный маркёр ставлю на свободное место, включаю режим Hound, но не ставлю точку в настройках "Радио" Fake It и зову пока не ответит. "Tx/Rx Сплит" включен. Мне так больше удобно.
От Ваших "советов" по "удобству" и начинаются стенания по поводу качества cигнала и проблемы RR73/73Цитата:
Сообщение от RW4LN
Без включения Fake It (RIG) недопустимо работать на передачу ниже 1500
В режиме Hound Вы не можете отправить ни RR73, ни 73
Все кажущееся "удобство" заключаетсяв том, что программа не выключает предачу, если оператор ответил другому корреспонденту. Но для этого есть соответствующие настройки в программе.
Если DX работает в режиме F/H то там другой алгоритм работы, и необходимо включать режим HoundFC
Прежде чем кидать гнилыми помидорами в меня, нужно внимательно прочитать мой пост.Цитата:
Сообщение от EU1FQ
Вы же как раз и привели F/H для примера. А сейчас написали все с точностью до наоборот. Передав RR73 DX Вас бросает (в этом режиме ответная передача 73 не предусмотрена). А как Вы узнаете - Вас бросили или Вы rr73 просто не увидели? Добавьте сюда три потока на передачу (т.е. сила сигнала dx ослабевает, а он и так, как правило, не громко идет - далеко ведь) и вместо ускорения работы - получаем сотни (не преувеличение) дьюпов. С телеграфом сравнивать не нужно - там DX не даст TU, пока рапорт не примет. И, конечно, в CW, если TU не принял, сомнения тоже есть. Но там именно оператор принимает решение (остановить пайлап, много раз переспросить, уверен, что не ошибся - в лог, и т.д.), а тут то комп :)Цитата:
Сообщение от RA3QH
Так потому и дается 3 попытки....даже если он дал мне RR73 он не бросает..если видит что я снова даю рапорт он опять передаст мне RR73 Если мой комп не увидел c 3-х раз то сам себе злобный буратино...:s7:Вообще первоначально дискуссия шла об обычных связях,это потом плавно перешла на F/H...Цитата:
Сообщение от RZ1OA
очень внимательно прочитал Ваш пост. Цитирую.Цитата:
Сообщение от RW4LN
..я красный маркёр ставлю на свободное место... Пусть это будет 400 Гц. ...включаю режим Hound... Заметьте Hound а не HoundFC. Знчит Вы работаете в диапазоне общепринятых часто FT8,
...но не ставлю точку в настройках "Радио" Fake и зову пока не ответит...
И что же получается? Вы встали на 400 Гц, выключили FakeIt, чем начали создаете помехи своими гармониками по всему диавпзону и целый час зовете корреспондента, даже если он в это время работает с другим оператором.
Наконец он Вам дал рапорт, Вы ответный рапорт, он Вам RR73, - а Вы в ответ передать 73 не можете. В режиме Hound это не предусмотрено. А оператор ждет от Вас 73, не получает свои заветные 73 и опять продолжает передавать Вам RR73 пока Вы не догодаетесь вручную передать ему 73.
Что не так я прочитал?
Спасибо , посмотрел в интерфейсе не был указан путь к проге , --прописал - все ОК запустилась как надо .Почему " слетел путь "не понятно?Цитата:
Сообщение от RK1AT
Я в программе заглушил эти квадратики, так как эти опции для работы на LF и кроме мусора от этого режима на HF и VHF/UHF никакого толка!Цитата:
Сообщение от R2EC
О! Значит Hound разрешает работать не в DX диапазоне? А как же мне А5 ответил когда я был в этом режиме (причем сразу принял мой рапорт). Маркер передачи на него не скакал. За частоту трансивера не скажу. Т.е. этот режим позволяет работать F/H в разных поддиапазонах, а HoundFc только в DX участке?Цитата:
Сообщение от EU1FQ
... А Игорь "послал меня в бухгалтерию" :s7: Там поиск по Hound и HoundFC не дал ни одного совпадения. Причем искал не только по прямой ссылке, но и в "Что нового".
Не понял, почему я создаю помехи на всем участке ФТ8? Как только ДХ ответил, я выключаю режим Hound и ЩСО получается полноценным. Если я буду звать ДХ-са без собачьего режима, то программа два раза позовет и начнет передавать CQ.Цитата:
Сообщение от EU1FQ
Зачем такой мудрёж, в чём удобство, почему два раза?Цитата:
Сообщение от RW4LN
Про гармоники без Fake It тысячу раз уже говорено https://forum.qrz.ru/6-cifrovye-vidy...ml#post1528793
Здесь необходимо пояснение, вернее нужно вспомнить историю появления режима HoundFc. По многочисленным просьбам трудящихся, Игоря просили ускорить введение режима работы в режиме F/H.Цитата:
Сообщение от UA9FFV
Вот и появилась первая, пробная версия JTDX с режимом Hound. Но она не была полноценной. Т.е. программа не могла самостоятельно "прыгать" на частоту ответившего DX. Это приходилось делать самому ручками.
Впоследствии программа была усовершенствована и уже позволяла "прыгать" на частоту DX. Для этого правой кнопкой мыши необходимо включить режим HoundFc. По сути, просто Hound, это атавизм начальной стадии разработки возможности работы программы в режиме F/H. Полноценно в режиме F/H можно работать только в HoundFc. На мой розум, чтобы не смущать людей. я бы оставил только один, полноценный режим, как это сделано в WSJT-X.
И да, режим HoundFc нельзя включить в стандартных FT8 диапазонах, а режим Hound можно включить в любом месте.
Режим Hound без управления частотой сделан исключительно для совместимости с программой MSHV, некоторые пользователи которой используют многослотовую передачу со специальными сообщениями DXpedition в общих FT8 диапазонах. Если бы автор MSHV придерживался изначальных требований к режиму Fox DXpedition созданному командой WSJT то не пришлось бы в JTDX изобретать велосипед в виде режима Hound без управления частотой.Цитата:
Сообщение от EU1FQ
По сути на данный момент мы имеем два отличающихся протокола DXpedition: один в реализации WSJT-X, второй являтся модификацией первого в программе MSHV.
Логичнее было на кнопке написать HoundWSJTX и HoundMSHV, да не помещается на кнопку :)
Более детально про Hound в JTDX: https://forum.qrz.ru/6-cifrovye-vidy...ml#post1559177
В JTDX сделано всё логично. Есть выбор у оператора в КАКОМ режиме отвечать DX-у. А в WSJT-X такого удобства НЕТ.Цитата:
Сообщение от UA3DJY
И менять названия на кнопке Hound не надо. Имеющий очи, да увидит в КАКОМ режиме работает DX, с "перескоком" частоты или без него, и правильно ВЫБЕРЕТ на кнопке "просто"-Hound или HoundFC. Тем самым подтвердит своё умение пользоваться прогрессивными видами связи...:s7:
Непонятно только зачем нужен Hound без управления частотой? Экспедициям использующим режим Multi Answering (Auto Seq Protocol FT8) MSHV можно отвечать на любой частоте в пределах полосы, используя обычный стандарт FT8. Никакие Hound тут не нужны!Цитата:
Сообщение от UA3DJY
Если вам не нужен, не означает, что всем не нужен. Не пользуюсь я никогда "прыжками" в темноту. На частоте ДХ-а практически всегда хватает "нерадивых".Цитата:
Сообщение от R5WM
Может я отстал от жизни, так объясните мне что происходит когда включен режим Hound без управления частотой?Цитата:
Сообщение от US4IRT
Ничего особенного. Работаю как в других модах сплитом. Только рапорт дается там же где и звал. Если там принял вызов - рапорт тоже получит.Цитата:
Сообщение от R5WM
Этот режим (c прыжками) придумал автор WSJT-X из лучших побуждений. Но зовущих на частоте ДХ от этого не становится меньше (некоторые и не в тот период).
Вы правы - многочастотный режим в MSHV требует только нормального режима FT8. В JTDX Hound без FC вообще не имеет смысла. Это легко продемонстрировать - найдите S01DX, который часто QRV использует MSHV, и он работает через обычный FT8.
Ничего не понял! Это разве не обычный режим FT8 или Hound тут еще что то делает?Цитата:
Сообщение от US4IRT
Если ДХ работает в MSHV - да. Если в WSJT-X - в Hound режиме не передается лишнее 73.Цитата:
Сообщение от EI4KF
Не Hound FC, а просто Hound обеспечивает нормальное окончание QSO с экспедицией, использующей режим FOX.Цитата:
Сообщение от R5WM
Так Вы бы обратили внимание о чем шла речь!Цитата:
Сообщение от US4IRT
Цитата:
Сообщение от UA3DJY
Читайте код JTDX, только так сможете понять.Цитата:
Сообщение от R5WM
Да, видел. Говорю, что использую ПОСТОЯННО режим Hound (не HoundFC) при работе с ДХ, использующей FOX в WSJT-X. Лично для меня HoundFC не подходит. Для MSHV всё равно какой будет Hound или обычный.Цитата:
Сообщение от R5WM
Кстати, вчера наблюдал за работой 7P8LB: очень много работают так же, как и я.
https://cloud.mail.ru/public/FDXU/EPvgqBfCVЦитата:
Сообщение от RX3ASP
я не пойму с этим включением?? что должно происходить? вот кино посмотрите куда частоты на передачу скачут? а как правильно должно быть?
так и должно скакать...вы пропустили интересный момент...если маркер между 1501 и 1999,то ничего не скачет...:s7:посмотрите интереса радиЦитата:
Сообщение от UA9OP
Прочесть всю ветку невозможно ...
Использует ли кто для WSJT-X трансивер K3 ?
Буду благодарен за ответ в приват
JTAlert 2.13.0 имеет несовместимость с JTDX, сегодня Laurie VK3AMA выпустил JTAlert 2.13.1 где эта проблема устранена.
Google Search в помощьЦитата:
Сообщение от R7LV
...уже вроде писал здесь....использую K3-RigExpertStandart-HRDeLux-JTDX,WSJT-X...
Может для MSHV счетчики решат эту проблему,Цитата:
Сообщение от RA3QH
если их сделать конечно?
К примеру:
-рапорт до упора можно,
- 73 выставить вручную,
как кому - удобно...
Расскажите, что делали с этим? Что то никак не получается.Цитата:
Сообщение от R5AK
У меня High Sierra MB Pro.
Разобрался. Меню JTDX оказывается вверху окна, там где индикация сети, заряда, даты и т.д. Век живи...
Ответил в личку.
Надо kernel настроить, инструкция в файле readme.Цитата:
Сообщение от UA3AIF
Может( наверняка) что-то недопонимаю, но, пока, не получается. На PC все работает замечательно и, пока, всё устраивает, но хотел посмотреть будет ли какая разница, потому как на маке i7 (2,6 ghz) и 8gb, а на винде старенький Т7700 и 4gb.Цитата:
Сообщение от UA3DJY
Потенциально сбой может быть с размером окна потому что в коде не выставлен минимальный размер окна при использовании опции Menus, добавлю в код в версии rc133, возможно завтра дадим ее в широкий доступ.Цитата:
Сообщение от R5AK
Файл readme в пакете установки есть?Цитата:
Сообщение от UA3AIF
Попробую еще раз помучить все это дело. :s7:
Спасибо.
Всем добрый вечер!
Поисковик привел сюда. Вспухло у меня 3 вопроса:
Прога jtdx v2.0.1-rus-rc131
1.В некоторых случаях цветовое уведомление уже отработанные локаторы индицирует как новый локатор Band/Mode.
Вот сегодня провел связь с тем-же локатором. Он подсветился как не сработанный. Разницу в записи вижу, но, как я понимаю, обработка идет по первым четырем знакам локатора.
2. Разные версии JTDX стояли на разных компах, под разными системами. Не часто, а как это бывает в самый ответственный момент, наблюдаю такое:
Бяка1:
А через 5 секунд
Бяка 2
Как понимаю, это от меня шум по всей полосе..., и это очень не хорошо. Подскажите, пожалуйста, в какую консерваторию бежать. Спасибо.
Александр.
R7TQ - По поводу Бяка 1,2 - у меня типа такого периодически проявлялось на SunSDR1, правда давно очень это было, но если память не изменяет все было связано или с настройками или с версией VAC.
Вложение 230346
В 0745 передаю R-19 как ответ на принятый R-14. Хотя уже передавал RR73.
В 0815 я переключил на передачу RR73. Запись прилагаю.
Код определяет 'новый локатор' по первым 4 символам, надо смотреть что находится в файле wsjtx_log.adiЦитата:
Сообщение от R7TQ
С Logger32 дважды приходила команда Halt Tx, при вызове рапортом Halt Tx вычищает позывной из истории QSO. Поэтому QSO было начато заново при получении R+REPORT. Возможно в таком сценарии правильный путь отключать кнопку Enable Tx а не прерывать передачу?Цитата:
Сообщение от LY3BG
А для чего это сделано, Игорь? Позывной всё равно окне. Нормальное явление, когда останавливают передачу Halt TX, чтоб не мешать если ответили не тебе. Из истории зачем очищать при этом?Цитата:
Сообщение от UA3DJY
( Постепенно двигаемся, в rc132 будет выше чувствительность на RX частоте при проведении QSO. ) А это Игорь будет как то реализовано!? У меня пока rc131. Спасибо.
v18.1.99:Цитата:
Сообщение от US4IRT
Функционал сложный, тогда лучше решение мы не нашли. Надо проверять как будет работать AutoSeq если отключать/включать кнопку Enable Tx. AutoSeq использует направление сообщений QSO из истории QSO, функционал SkipTx1 меняет это направление на противоположное и при различных сценариях (например выпадает декодирование сообщение) приводит к сбоям в работе AutoSeq и в определении 'владельца' частоты.Цитата:
- при вызове корреспондента рапортом через двойной щелчок на декодированном сообщении (опция SkipTx1 включена) позывной корреспондента должен вычищаться из истории QSO чтобы предупредить возможные сбои последовательности сообщений AutoSeq
Да, сегодня будет rc133 которая даст еще один дБ прирост чувствительности для сообщений QSO на RX частоте по сравнению с rc132, чуть позже покажу результаты тестирования.Цитата:
Сообщение от R3OZ
Есть одна особенность, как в JTDX, так и в WSJT-X, две станции имеющие нестандартные позывные, или один нестандартный другой с дробью, нормальную связь провести не могут.
Два нестандартных позывных в одном сообщении не вписываются в доступное количество бит протокола FT8 версии 2.Цитата:
Сообщение от US-E-12
Результаты тестирования версии JTDX 2.0.1-rc133, количество декодированных сообщений:
В программе MSHV делается предупреждение об этом!Цитата:
Сообщение от UA3DJY
А собственно в чём сложность? Если принято R-xx, однозначно надо передавать RR73, а не R-xx или ещё что-то.Цитата:
Сообщение от UA3DJY
В коде сложно.Цитата:
Сообщение от LY3BG
JTDX v2.0.1-rc133 измененный функционал:
Линки:
Публикую по проcьбе Игоря R0JF.
JTDX v2.0.1-rc133 Linux version from original source files by Igor
UA3DJY (Many Thanks him):
А можно ли скрыть фильтром сообщенияЦитата:
Сообщение от UA3DJY
с направленным вызовом, но не для моего
континента и не для моей территории?
Может стоит добавить такую опцию в фильтры?
Что то не понятно с 73....
Не знаю с какой версии, но прога не подбирает тех
кто прощается, а лишь тех кто даёт общий вызов.
Это так и должно быть или где то галку не поставил?
Скорректировал
Русская локализация JTDX v.2.0.1-RC133.
Линки :
При прощании так и задумано?Цитата:
Сообщение от UA3DJY
Работает все отлично ,файл конфигурации(ini) перед установкой новой версии как всегда удалил.Проблемы не нужны.
Вложение 230401
Если процессор не успел декодировать сообщение до момента начала периода передачи.Цитата:
Сообщение от R2EA
Вложение 230403Цитата:
Сообщение от R2EA
Только что столкнулся с такой ситуацией.
На 40м работает 7P8LB, при этом был анонс от них в кластере - 7060 F/H.
При настройке на эту частоту выяснилось, что работают они не в начале участка, как положено, а на частоте около 1800 Гц, а зовут их и выше и ниже.
Я скорректировал свою частоту так, чтобы они оказались в районе 300 Гц, т.е. моя частота была 7061,5.
Все вызовы были безуспешны.
Пришлось сместиться на 7060, чтобы видеть весь участок.
Выяснилось, что они отвечают тем, кто вызывает их снизу, где-то до 1600 Гц.
Я позвал и почти сразу получил рапорт +1, но при включенном режиме F/H, моя частота не перескочила на их частоту, так и дал рапорт на своей.
Пока пытался вручную это сделать, цикл закончился, и больше мой позывной так и не появился, хотя вызывал их несколько раз.
Почему-то программа не отработала такой "нетрадиционный" подход к выбору частоты лисы.
На всякий случай заглянул в их онлайн лог - и произошло чудо - связь появилась.
Наверно MSHV, ей не нужны скачки частоты. С другой стороны объявлялиЦитата:
Сообщение от UR5LCZ
В режиме Fox слушать ниже частоты передачи в WSJT-X не получается, разве что сами доработали программу.Цитата:
We will use FT8 DXpedition mode, operating as the Fox on the these frequency.
...
40m 7060 kHz
работал с ними...все четко по протоколу не MSHV они использовали,но было такое ощущение что они руками вбивали каждый "пакет" позывных...:s7:Цитата:
Сообщение от UA3DJY
Есть непонятки с подбором станций дающих rr73/cq...
То ли я их сегодня звал уже, то ли прога не всех подбирает.
Возможно, что связано с быстродействием.
Но что бы это понять необходимы счетчики сброса тех
станций, которых уже звал сегодня.
Подскажите, а через сколько по времени их вновь
прога начнёт подхватывать?
Может быть сделать в меню счетчиков и такую галку
с шагом 10-20-30 минут?
Если галка не стоит, то пусть прога так и работает,
как сейчас.
Или быть может, я опять пишу о том, что реализовано
Огромное-СПАСИБО!Цитата:
Сообщение от UA3DJY
Второй раз становлюсь на те же грабли.
Может эту отметочку в фильтры перенести?
Странно...но сегодня сбоев такого плана пока не было.Цитата:
Сообщение от UA3DJY
Слежу дальше....
Полезная статья для устранения ненужных помех создаваемых в эфире частью пользователей SDR: Настройка VAC для работы с JTDX
Когда в 20-й раз безуспешно звал нового корреспондента с Южной Америки или Юго-Восточной Азии понял что надо сделать фильтр, так появился функционал 'черного списка' в JTDX: JTDX Russian - Описание работы AutoSeq JTDX v18.1. (20.03.2018)Цитата:
Сообщение от R2EA
Понятно. А у меня другие наблюдения.Цитата:
Сообщение от UA3DJY
Стоял сегодня днём на 40м и собирал всё что шевелится
и всех кто слышит меня. После стало скучно и попробовал
позвать тех кто пол часа назад мне не ответил. И оба!
Посыпались новые клиенты в лог.
Поэтому должно быть право выбора для наших с вами случаев.
Очень нуждаюсь в таком счетчике.
Согласен даже на установку в 20-40-60 мин.
Если галочку не ставить, то пусть отрабатывает,
как и для вашей ситуации с Южной Америкой.
Ещё заметил, что часто приходится чистить оба окна
и приёма и передачи. Можно ли сделать тоже функцию
в разное очистка после сохранения qso обоих окон.
Либо вновь в меню счетчики заложить очистку окон
через 1-2-3-4-5 qso.
Или повременной...
Роман а кто мешает использовать имеющийся функционал 'черного списка'? При переходе на другой диапазон он очищается...Чем лепить еще какие то кнопки достаточно перейти и вернуться тут же обратно....
Михаил тем же самым и по тому же месту...Цитата:
Сообщение от RA3QH
А зачем делать дикие манипуляции с закрытием проги
или с бегатнёй с диапазона на диапазон, после чего сыплются
безумные споты на 10 и 12 метров, а станции реально на 20 м.,
если можно сделать счетчики и забыть про это раз и на всегда???
Если работать спецпозывным или с островов, то счетчики просто необходимы!
Многие программу рассматривают только для своего пользования,
я же забегаю вперёд и обкатываю программу для выездов и спецактивности.
Ещё хотелось бы иметь фильтр, что бы отрезать станции с направленным вызовом,
которые вызывают CQ NA, CQ DX из Европы и которых я не интересую, как и они меня
Эти dxмены порой ну очень отвлекают мониторить эфир.
To: R2EA, по моему так проще:
Да да, Борис - спасибо. Знаю эту фичу.Цитата:
Сообщение от UX8IW
Иногда пользуюсь. Но так часто не нужно.
Часто просматриваю станции несколько
циклов назад и тупо вызываю.
50 на 50, что ответят.
To R5WM: Далеко не все радиолюбители знают о предупреждении в документации MSHV, может есть смысл вывести это предупреждение
в окно основного интерфейса в программе MSHV при попытке пользователя включить многослотовый режим?
Чтобы предупредить неправильное использование многослотового режима в программе MSHV в общих FT8 участках на КВ диапазонах:
155800 -8 0.6 1859 ~ YD4BYA LZ4TL -18
155800 -11 0.6 1919 ~ CQ LZ4TL KN22
155900 3 0.6 1859 ~ UN7ZAR LZ4TL -19
155900 -8 0.6 1919 ~ CQ LZ4TL KN22
160230 2 0.6 2113 ~ CQ LZ4TL KN22
160230 -9 0.6 2053 ~ DL6BAD LZ4TL -12
160300 -2 0.6 2113 ~ SV1UK LZ4TL -04
160300 -9 0.6 2051 ~ DL6BAD LZ4TL -12
Приложенный файл записан 27-го февраля на диапазоне 40м.
PS DXCC страны позывного автора программы и приведённого примера использования многослотового режима являются случайным совпадением
Игорь, а сейчас в программе можно скрыть станцииЦитата:
Сообщение от UA3DJY
дающие cq dx итп с нашего континента?
Превратили тему в "балаган"......
to: UA3DJY
v.134.1 Игорь, "чёрный список" не работает, спасибо.
В версии 2.15 будет более конкретно!Цитата:
Сообщение от UA3DJY
Также добавлена передача сообщения что станция использует Multi Answering
Как так то. Половину показывает, а половину нет, позывной стандартный, JTDX-v2.0.1 rc134_4. Думал, что работают две DXPedition, а нет, только 5X3E.
Вложение 230468
P.S. Не показывает позывной если частота слотов одинакова, как так можно.
Давно так, Олег. Перезапуск программы очищает кэш и тогда нормально.Цитата:
Сообщение от US-E-12
Коротенькое видео для тех, кто сомневается в преимуществах JTDX.
https://youtu.be/4Iio-oF4BaM
В левом окне JTDX, в правом WSJT-X
Вопрос к знатокам:
Была установлена JTDX -rc133 - при внесении связи в лог(UR5EQF) выдаётся сообщение - TCP QSO data transfer: Socket operation timed out-стыковка лога с WSJT-x и JTDX через плагин от US-E-12. Связь в лог заносится после нажатия кнопки ОК в этом сообщении. В WSJT-x всё нормально. При работе с JTDX-rc124 было тоже нормально.
В чём причина?
Сегодня несколько часов занимался подготовкой оборудования для работы на выездах,особенно это касается работы в цифре. Весна на улице ,а там и лето не за горами.
Итого: трансивер ic7300/ блок питания трансформаторный/эл.генератор 1,5 кВт/антенна IV160м на мачте 14м ,другое пока не интересует хотя на другие диапазоны антенны в наличии.
Ноутбук довольно старый ,куплен в 2000г. Через месяц 9 лет активной эксплуатации, 1,6ГГц,2 проц. Опер.система XP. Установлен UR5EQF_Log ,программы 2.0.1. v.133 JTDX RUS. и 2.01 WSJT-X RUS.Связи автоматом в Лог.
В настройках программы JTDX кол.потоков "Авто" , вкл.минимальная чувствительность декодера.Вкл.Hint.
А вот теперь самое интересное: загрузка проц.до 95% ничего не тормозит и станций декодирует более чем.
WSJT-X загрузка до 30% станций декодирует значительно меньше.На слабом компе очень даже видно разницу в программах.
Предположу , что этот древний комп.не "правильный"!!!
В принципе к работе на выездах позывным R6LCF/P готов.
Прочтешь эту тему иногда смешно до немогу ,по поводу работы некоторых пользователей в указанных модах с постоянными жалобами на слабые комп. Удачи всем и успешной работы.
Игорю и команде тестеров огромное спасибо за программу.
P.S. Да вот еще ic7300 в режиме DIGI_U и по поводу излучаемой мощности этого трансивера в указанном режиме ,не более 50% от максимальной ,а чтобы не забывали то в этой моде красные кубики загораются при превышении. ALC понятно =0.
Ну где то так.
Как можно смеяться, если проводите до 100 qso за месяц,Цитата:
Сообщение от R6LCF
а то и более по временному промежутку!?
Я бы не стал бы так рассуждать про этих "некоторых пользователей".
У каждого пользователя JTDX - своё сугубо личное мнение.
А смеяться над личном, как минимум - неприлично.
И не стоит - устраивать балаган.Цитата:
Сообщение от R6LCF
А тема и создана для того, что бы слышать мнение.
А разве V2 работает под XP ?Цитата:
Сообщение от R6LCF
Главное это удалить ini файл!:ха-ха:Цитата:
Сообщение от UA3AIF
Вот эти программы были сегодня установлены на... ХР,протестированны на 40м.Все работает.WSJT-X была установлена на всякий случай ,а вдруг.....Не понадобится удалим."Баба с воза......кобыла в курсе дела"Цитата:
Сообщение от UA3AIF
Вложение 230487 Вложение 230488
Осторожней с /P! Есть много ограничений!Цитата:
Сообщение от R6LCF
Я имел ввиду использование FT8Цитата:
Сообщение от R6LCF
А это причем? Я уже прошлые года работал ...../Р но модами JT65 и JT9 из стоящего авто и палаток.Что изменилось?Цитата:
Сообщение от R5WM
Ах да.Прохождения на ВЧ .........не очень!:s7: Я написал что выезд в ...несколько км от деревни ,в поле, ,высота на местности 90м над уровнем моря ,помех....близко к "0" и используемый диапазон 160м. Вот и заинтересовало подобное замечание.
Потестируйте симуляцию QSO /p c другим /p или со спец позывным в режиме контестов!Цитата:
Сообщение от R6LCF
Да завтра и сделаем.Симуляцию совсем не обязательно ,по факту ....../РЦитата:
Сообщение от R5WM
По моему в этой теме читал что проводите связи ....буквально с соседом ,то бишь с Европой ну и поближе. То есть "все что горит ...и шевелится".Цитата:
Сообщение от R2EA
У меня в программе фильтр на Европу стоит и не убираю никогда.
Меня подобный подход даже в принципе не интересует ,только те кто мне нужен...и все. У вас количество у меня качество. Редкие и главное нужные мне.
Чтобы мне хорошему приятно было. Это для меня основное и главное!
Хватит об этом ,хватит в теме мусорить..... ни о чем.
Какой сделал вывод для себя ,что и на слабых компах все работает,конечно не так как на мощных но ....работает ,необходимо приложить усилие и желание для достижения поставленной цели.Только и всего.
Самокритично.Цитата:
Сообщение от R6LCF
Про то кто какие фильтры ставит может отдельную тему замутить?
Подскажите, плиз
версия JTDX 133 выпадает окно
Вложение 230508
у меня вроде все норм
Вложение 230509
это проблема у меня или у другого оператора?
У Вас обмен с внешним логом по TCP ? Cкорее всего по UDP - отключите связь с логом по TCP.
Спасибо. помоглоЦитата:
Сообщение от R3BB
Господа и товарищи, есть же ветка про РЕГИСТРАЦИЮ аппаратуры. Не устраивайте балаган вредных советов, как говорится)))
https://forum.qrz.ru/53-registratsiya-apparatury.html
В настройках Радио стоит Fake/It , нажата кнопка Hound, правой кнопкой мыши клацаю по Hound, выпадает вот такое сообщение:
Как установить режим HoundFC ?
Там же написано, почему режим не включается. Выполните условие и он включится.Цитата:
Сообщение от US1QA
В приделах стандартных частот диапазонов этот режим не работает. Те экспедиции, кто применяет его, использует другие частоты.Цитата:
Сообщение от US1QA
Товарищ попросил меня помочь ему настроить для работы с программой JTDX такой комплект:
1. Трансивер FT-990
1. Ноутбук.
2. Интерфейс Unicom-Part-2.
Кто работает на таком коплекте аппаратуры прошу поделиться:
- скрином настроек вкладки "Радио" программы JTDX;
- какие настройки (режтимы работы) надо выставить на FT-990 для работы в цифре.
для информации...5Т5РА HoundFC не нужен...все африканские экспедиции молотят обычным сплитом,только в несколько слотов....Цитата:
Сообщение от US1QA
Александр смотри в личке.Цитата:
Сообщение от R7HG
Используйте нормальный софт!Цитата:
Сообщение от US1QA
А что именно интересует и хотите взять на вооружение. Конкретнее ,без этих "турецко" дол........высказываний.Цитата:
Сообщение от R9OY
Больше конкретики.
В теме о работе JTDX есть кому рассказать и поделится наработанным.
Если вопрос не решился, то пусть товарищ ко мне обратится по e-mail, вышлю все скриншоты для этой конфигурацииЦитата:
Сообщение от R7HG
К слову о "правильности софта" - Сегодня не сильно напрягаясь на 30 метрах 5X3E и 5V7EI. В режиме Fox. Через "стену" JA и BY. Программа прекрасно отработала.
С другой стороны - насмотрелся на коллег из тех же JA и BY, упёрто звавших на частоте DX... При том, что работали они соответственно 10.131 и 10.132... Один из JA ухитрялся при этом 15 КГц "накрывать" (видимо возбуд). Просто сплошная шумовая помеха полосой 15 КГц. Минут через 40 пропал (видимо подсказали).
Так что вопрос "правильности софта" -- прежде всего вопрос "правильности рук". И головы разумеется.
Цитата:
Сообщение от US-E-12
По возможности стараюсь не трогать в JTDX модуль упаковки-распаковки сообщений (идентичность кода этого модуля определяет совместимость исполнения протокола FT8 v2 в программах WSJT-X JTDX MSHV), в нем работа с хэш таблицами (в JTDX в этом модуле есть дополнительный код для поддержки правильной работы многопотока декодера). Начиная с JTDX v2.0.1-rc131 используется обновленный packjt77.f90 модуль распаковки/упаковки от WSJT-X v2.0.1, не исключено что устраняя дефекты в работе с хэш таблицей команда WSJT рассмотрела не все возможные сценарии.Цитата:
Сообщение от US4IRT
Если позывной 5X3E находится в окне DX Call то при декодировании сообщения содержащего хэш код должен в первую очередь проверять соответствие его хэшу позывного с DX Call, в таком сценарии специальное сообщение должно полностью декодироваться.
Вот кусок кода отвечающий за распаковку специального сообщения DXpedition:
Переменная hashdx10 содержит хэш текущего (либо последнего) позывного с окна DX Call. Переменная dxcall13_set имеет значение true если в окне DX Call есть позывной и его длина более двух символов:
то есть например для позывного AA1 или 5XE этот код тоже будет отрабатывать.
nrx=1 означает что распаковывается принятое(декодированное) сообщение:
Судя по коду в режиме DXPedition Hound в программах WSJT-X/JTDX нет памяти последнего позывного, то есть при очистке окна DX Call мы теряем определение позывного DX экспедиции из декодированного со специального сообщения хэша.
Миша, RA3QH:
5T5PA и 5V7EI работают в FOX mode.
Несколько диапазонов в LOG
133 версия JTDX
Любая экспедиция может работать и на специально назначенных частотах и в общих FT8 диапазонах, для того чтобы отработать максимальное количество корреспондентов. В последнем варианте если участники экспедиции уважают равное право использования общего ограниченного частотного ресурса другими радиолюбителями то используют только один слот передачи, в противном случае используют программу MSHV в режиме нескольких слотов.Цитата:
Сообщение от RW9WT
5T5PA и 5V7EI работали в FOX mode на специально назначенных частотах
Программа JTDX V133 в FOX mode отработала без проблем с необходимыми сдвигами частоты
Это как понимать в FOX моде?Цитата:
Сообщение от RW9WT
F/H
Опять непонятно!Цитата:
Сообщение от RW9WT
2 R5WM
К примеру:
Fox Hounds DXpedition mode FT8 WSJT-X - Работа с DX станцией в режиме Фокс Хаундс в программе WSJT в режиме FT8 - mcg-club.ru
С 5V7EI на 17 м было изменение частоты моей передачи 2 (два) раза после первоначального скачка вниз на его частоту, до получения RR73
я с ними тоже сегодня работал только без каких либо сдвигов частоты,выбрал свободную частоту там звалЦитата:
Сообщение от RW9WT
2 UT6IE
7056 и 18104 - обычные FT8 частоты ?
Я не придираюсь! Просто данную ветку смотрят много начинающих и Ваше сообщение может поставить их в тупик!
Нет такого FOX mode а есть FT8 mode и далее режимы Standard,FOX, Hound, Multi Answering и плюс режимы контестов.
Режим FOX только для экспедиций у Вас Hound!
2 R5WM:
Хорошо, правильнее Fox Hounds DXpedition mode
Ещё раз - я работаю в JTDX V133
В кластере коротко пишут: FOX
нет, обычные это 7074,18100,14074,21074,10136,3573,1840, а они свои указывали,в кластере и на сайте
2 UT6IE
Ну я - то сработал в ПОЛНОЦЕННОЙ FOX.
В LOGs же - нетрудно посмотреть в Clublog
я несомневаюсь в правдивости ваших связей,я хотел сказать что сейчас можно спокойно работать и без включения фокс режима ,дх и так слушает в пределах 3кгц,это проверено и нетолько мной,Цитата:
Сообщение от RW9WT
Ну и чудненько.
Увидели - сработали.
Чего же бОле ?
ПрОга работает ?
Работает.
Леша привет...также несколько связей без"скачков" только сплит выше 1000-2000 герцЦитата:
Сообщение от RW9WT
Несколько дней работая в версии JTDX v2.0.1 rc133, хочется отметить очень стабильную работу программы. В связке с логом LogHX. Спасибо авторам программ, потрудились на славу. Чего не скажешь о работе в FT8 притом количестве одновременно работающих станций западной и нашей Европы. Порядка ноль, всем по деху и обязательно на CQ. Рёв в эфире, в самой западной Сибири, такой, что с выключенном атюняторе минус 20 дб. IC 760 не решается нормально принимать, эти сигналы. За исключением нескольких, самых мощных станций. Вот и приходится работать, когда Европа спит. А спит Европа не долго. Посему и работать с DX, немного времени остаётся, в сутках. Хочется ещё раз отметить, что в полосе 3 КГц для FT8 нужен порядок, а судя по последним публикациям, да и порядку, что сейчас в эфире этим видом, вряд ли дождёмся. Жаль, конечно, но, похоже, и этот вид загубили на корню. Сам работаю, в однослотовом режиме, не дех. Но в эксперименте, работать, чтоб кто, то слышал, в Европе приходится увеличить мощность до 300-400 ватт. Иначе рта раскрыть не дадут. Даже при повышенной мощности на одной частоте нормально не поработаешь, садятся на шею беспардонно. А что говорить о тех, у кого один трансивер. Работая этими видами JT FT8 с самого начала практически, сделал 167 стран по DXCC, удивляет как это кое-кому тут на форуме 360 стран, сделать удалось. А вы ребята не свистите? Ещё раз, очень жаль. Задумка то была вроде не плохая с FT8. Да где же на такую ораву, дехов напастись.:)
Ещё как "свистят". Реально в районе 250...270. Максимум.Цитата:
Сообщение от RN9AZ
Сегодня на SR 5T5PA на 80 и XR0ZRC на 40 сработаны в полноценной F/H
...Пока 215, слышал, порядка 230-240. С трех сторон горы, до 40 градусов по углу места ...Цитата:
Сообщение от RN1ON
Функционал не влияет на формирование сообщений протокола FT8, попробуем доработать выемку позывного с хэш таблицы в JTDX так чтобы специальные сообщения выводились на экран с позывным экспедиции в сценарии когда этот позывной уже удален из окна DX Call.Цитата:
Сообщение от UA3DJY
Потенциально проблемное изменение по причине использования специальных сообщений DXpedition программой MSHV в общих FT8 диапазонах, в этом случае есть вероятность что в декодированном сообщении будет не соответствующий переданному позывной.
Не вижу другого способа решить этот конфликт кроме как доработать функционал выемки позывного из хэш таблицы только при работе вне общих FT8 полос, то есть использование специальных DXpedition сообщений с программы MSHV в общих FT8 диапазонах при отсутствии позывного в окне DX Call в JTDX поддерживаться не будет (как и ранее вместо позывного DX будет выводиться на экран текст '<...>'), вне общих FT8 диапазонов поддержка таких сообщений с WSJT-X/MSHV отличаться не будет.
Коллеги, поступило предложение в JTDX перенести код функционала 'искомый префикс' после исполнения кода уведомлений 'новый', для того чтобы можно было использовать связку уведомления 'новый позывной' и фильтра 'скрыть повторы' для выборочного помещения позывных по критерию 'искомый префикс' в окно DX Call.
Есть ли обоснованные возражения?
Точно.Уже неоднократно не давали провести связи с хорошими станциями на 160м.Садятся на голову с Украины несколько человек,Европа.А один товарищ с Украины вообще сел на частоту и мы с ним вместе в такт вызывали,не пойму,никто не отвечает,выключил передачу,а он с уровнем+17 зовёт на моей же частоте,ну наверное меня в Запорожье не слышно.Цитата:
Сообщение от RN9AZ
Просто супер!Цитата:
Сообщение от UA3DJY
И можно сразу же фильтр сделать, что бы блокировать тех кто даёт направленный вызов
с одного и того же континента, или вызывая направленно страну, или префикс, или тп?
Игорь, а вот в 133 сборке (да и раньше) в окне принятых сообщений частенько проскакивает нарушение временнОго порядка сообщений (у меня RX и TX сообщения валятся в одно окно, так виден весь обмен с корреспондентом): типа временные метки
Нельзя ли их сначала сортировать/упорядочивать по времени? Это не срочно и не шибко мешает, просто пожелание..... (где тут могла собака порыться, я в общем понимаю :) )Код:180430 ......
180445 ......
180515 ......
180500 ......
180530 ......
Да, связано с порядком исполнения кода при выводе сообщений в правое окно, мы уже смирились с этим поскольку в файл ALL.TXT все пишется в правильном порядке времени. Сортировка уже выведенных сообщений в окне означает скачки положения кусков информации на экране, что кроме дополнительных циклов процессора еще будет неприятно смотреться.Цитата:
Сообщение от RM1F
Коллеги, это исключительно вопрос вашей самоорганизации. Кто мешает рассредоточиться для работы в FT8 например по телетайпному участку когда он не используется под соревнования? Надеюсь для этого нет потребности в указании 'сверху'? Представьте что все начнут работать в RTTY соревнованиях в полосе 3000 Гц, не работают, значит поняли что нужно использовать широкую полосу. Кто нам мешает это сделать? Например те же клубные дни активности FT8 на отдельных частотах как стимул расширения используемой полосы и как снижение нагрузки на общие FT8 диапазоны, можно правилами проведения активности стимулировать переход операторов на другие частоты.Цитата:
Сообщение от RN9AZ
С точки зрения FT8 декодера нет особенной разницы сколько сигналов загнать в полосу 3 кГц, сейчас в этой полосе работают примерно 80 тысяч операторов, могут работать и миллион - декодер дойдет до предела и будет в этой полосе выдавать до ста декодированных сообщений независимо от количества сигналов, просто будет продолжать сужаться радиус доступной связи и вместо работы с другими континентами мы будем работать с другими регионами своей страны.
Самое интересное: тот кто ратовал за упрощение программы (кнопки сократить и т. д.) теперь за ненужные навороты...Цитата:
Сообщение от UA3DJY
Не в ваш адрес, Игорь.
А нельзя ли туда же добавить поиск позывных по маске? Например *9W* *7K*, как раз сейчас актуален поиск этих областей, а уж какое спасибо скажут соискатели дипломной программы "Россия".Цитата:
Сообщение от UA3DJY
Странно, я обычно ищу щелку между зовущими, чтобы передавать на чистой частоте без наложения сигналов. Тут обычные CW/SSB пайлапные методы не работают.Цитата:
Сообщение от R5ZQ
А если без загадок, то вы о ком?Цитата:
Сообщение от US4IRT
Я к примеру ещё хочу галок и кнопок.
JTDX для работы с радиолюбителями РФ? Только самостоятельная модификация.Цитата:
Сообщение от UA1OMZ
Роман, Вы генерите запросы быстрее чем мы их успеваем прочитать. Если Вы считаете что можно добавить что то необходимое для многих радиолюбителей то есть смысл расставить приоритеты и сфокусироваться сначала на одном, наиболее важном функционале.Цитата:
Сообщение от R2EA
Игорь ну фильтры и счетчики это же для вас пятиминутное дело!!!Цитата:
Сообщение от UA3DJY
Вот с новым режимом намного всё сложнее:
Обкатаю всё, что предложите. Присылайте.
Добрый день!
Подскажите, пожалуйста, можно ли и как включить цветовую индикацию пользователей lotw
73! Николай
Предлагаю доработать функционал режима 6 и 7.Цитата:
Сообщение от UA3DJY
Угадали с одного раза, Роман!Цитата:
Сообщение от R2EA
дам свои "5 копеек"...Игорь...пора перестать добавлять эти "кнопочки-галочки-рюшечки" и так программа становится на себя непохожа...все усилия на улучшение декодирования,а префиксы-суффиксы-локаторы-СQ-RR73 и прочее пусть оператор отслеживает....
Василий, так я же был за программирование кнопок под каждого оператора!!!Цитата:
Сообщение от US4IRT
Пять кнопок - пять режимов с заложенными в них своими менюшками.
Что бы каждый оператор мог настроить себе тот или иной режим
самостоятельно, так как он этого хочет.
Я и сейчас придерживаюсь мысли что в меню автовыбор
необходимо оставить только режимы. Ну плюс чуть доработать.
1 Первый входящий (CQ 1)
2 Все вызовы до начала (CQ TX)
3. Ожидание декодирования (ALL CQ)
4. СQ + DXing
5. Only DXing
6. Одиночное qso (ONE QSO)
7. SWL
8. DX pedition up
9. DX pedition
А все приоритеты отнес бы в фильтры или в меню разное.
Авто фильтры - подавно (даже не знаю что это и такое там заложено)
Повторных кор конкретно в фильтры.
Кнопка swl на панели приборов освобождается и можно
вставить вместо неё, что то другое.
К примеру быстрый вызов минюшки - фильтры!
Но фильтры пора выносить явно на панель.
Слишком часто приходится за день лазить
в потроха программы!
Михаил так что бы не было много рюшичек,Цитата:
Сообщение от RA3QH
нужно модернизировать кнопки программы
с уже сразу заложенными фильтрами для
простоты работы пятью - десятью режимами.
А в фильтрах использовать континет, wpx, dxcc
ну край это obl. И конечно же поиск RR73/73/CQ
И чисто cq. Всё остальное в счетчики и в меню
разное. Эти меню будут для продвинутых пользователей.
Год пишу о пяти кнопках с настройкой.
CQ
DX
CQ+DX
FOX(hound)
SWL
Но что бы оставить минимум,
нужно прежде довести до ума и опробовать,
то что есть или планируются.
В общем - ещё не скоро программа остановится.Цитата:
Сообщение от R2EA
Михаил, уже есть сухие версии - пользуйтесь ими!!!
Ведь те кто не успокоился и хочет большего от проги -
и пишут тут, участвуя в обкатке промежуточных версий,
ведя переговоры с разработчиками в личке и на форуме.
Зачем их останавливать то???
+ восстановление поломанного в rc127 функционала Auto CQ. В rc126 - как часы!Цитата:
Сообщение от RA3QH
А почему бы и не сделать очередной фильтр "исключить всех кроме России" в общественной модификации? Чем он будет хуже других? Таким фильтром сразу начнут пользоваться многочисленные любители Российских дипломов с хамлога и других ресурсов, а поиск по маске, вообще значительно облегчит выполнение дипломов. А можно сделать фильтр не по исключению, а по пропуску только указанных стран(ы)? Такой фильтр будет удобен для выполнения и зарубежных дипломов и для зарубежных любителей!Цитата:
Сообщение от UA3DJY
Звучит сердито - исключить...Цитата:
Сообщение от UA1OMZ
Отображать только:
UA1
UA2
UA9
Это проще фильтрацию DXCC начать прорабатывать!
HI HI
Хорошо сказано Игорь, (Коллеги, это исключительно вопрос вашей самоорганизации.)Цитата:
Сообщение от UA3DJY
То и мешает. Люди, дорвавшиеся до отдушины. Не зная не CW не Английского. Те, кто не работал с DX. Понятия не имеющий, с чем это едят. А отсюда просьбы перевести программу в автомат. За 24 часа что то и услышит программа. Им всё интересно, ведь отдушина открыта. Вот и визжит перегруженный участок FT 8, 24 часа в сутки. Я привёл пример, что происходит сегодня в FT8. Самоорганизации ждать долго придётся. Вот и предлагал ранее о выделении DX участков и деления по континентам. С соответствующими условиями работы в них. Иначе самоорганизации будем ждать целую вечность. Вопрос давно назрел. Есть вид, нужны участки в программе. Оговоренные, всем миром. Тогда и самоорганизации не потребуется. Нестыковок этим видом много, и здесь в этой теме высказано. Не пора ли и об организации порядка подумать авторам этого вида. В заключении хочу сказать. На рассвете включив трансивер, на 20 метрах. Ежедневно одна и та же ситуация. Молчит двадцатка наглухо, и лишь продолжает жить маленький участок в 3 килогерца, занятый видом FT8.
Безграмотный потребитель Игорь, вряд ли, самоорганизуется. Вот почему и предлагаю авторам и тестёрам этого вида, задуматься и над этой проблемой. Пока не затоптали и этот вид. :)
Да уж
Казнить нельзя помиловать :jester:Цитата:
Сообщение от RN9AZ
Не нужно автоматов, нужно просто сделать так,Цитата:
Сообщение от RN9AZ
что бы человек с помощью фильтров и минимум
манипуляций мог отсеивать и так сильно засоренный эфир в фт8.
Всё для этого практически уже есть в программе,
просто немного доработать под право выбора
для каждого оператора по своим критериям
и запустить в обиход!
Тема про разработку, обкатку с обсуждением идей,
предложений и пожеланий... Проект...! Тестовый софт!
Не засоряйте идеи. Пишите по делу, пожалуйста.
Предлагаю AutoSeQ6-7 блокировать в стандартных диапазонах. Эти роботы, подхватывающие на "прощальном" 73, а потом исчезающие и перескакивающие на другого DX из третьего района, часто оставаясь на чужой частоте, поднимают температуру шума в диапазоне.
Роман а зачем? Она уже есть...Или несколько раз в день приходится ставить фильтры на что то кроме Европы?Цитата:
Сообщение от R2EA
А вот тут мне решать чем пользоваться Роман...Почему из за любителей "рюшечек" я должен тормознуть на какой то версии и не ставить новое в которых кроме "рюшечек" идет и улучшение декада...Цитата:
Сообщение от R2EA
Прекрасно помню как этими "хотелками" "доставали" автора UR5EQF...
+100Цитата:
Сообщение от RX3ASP
К вам уважаемые, в постах ниже. Та же просьба не забалтывайте тему. А ваши фильтры вряд ли разгрузят участок FT8 подумайте над этим. На досуге.Цитата:
Сообщение от R2EA
Все правильно на 50 Мгц уже давно это сделано!Цитата:
Сообщение от RN9AZ
Может не совсем в лыко.Цитата:
Сообщение от RA3QH
Тогда пардон.
Не в меру автоматизированный JTDX начинает превращаться в БОТА.
Запрет Autoseq 6,7 культуры не добавит. Как садились на голову так и будут продолжать.
На голову сядут даже если отключить все AutoSeq, а сигнал формировать в аналоге, играя на дудочке. Но бестолковых включений будет чуть меньше.Цитата:
Сообщение от R2EC
В итоге всего пришел к выводу что этот сбой связан с недопиленной распаковкой сообщений в версии WSJT-X 2.0.1 и непосредственно связан с этим дефектом проявляющемся при удалении позывного с окна DX Call:Цитата:
Сообщение от US-E-12
для которого уже в JTDX есть одно временное решение при разбивке специального сообщения на два стандартных.
Потеряно полдня, в результате сделал патч устраняющий сам сбой в распаковке (не выдержал очередного ожидания, предыдущие дефекты в упаковке/распаковке сообщений команда WSJT устраняла два месяца.. в результате чего появился этот новый дефект), сделал выемку позывного с хэш таблицы при удалении его с окна DX Call только при работе вне общих FT8 диапазонов и убрал ранее сделанное временное решение для конвертации специального сообщения в два стандартных. Все это в rc134_2.
На 50 МГц в прошедшем сезоне использовались 3 частоты 50.313,323 и 333Цитата:
Сообщение от R5WM
XR0ZRC рапорт и RR73 одному корреспонденту на разных частотах передает, наверно с MSHV работает? Софт не учитывает функционал приемной частоты у корреспондентов.
От этого и бардак. Одни работают в режиме F/Р и не понимают, почему же не могут получить RR73Цитата:
Сообщение от UA3DJY
Организаторы экспедиции должны сами понимать особенности протоколов и принципы работы программ которые используются ими и их корреспондентами, давать информацию корреспондентам о том на какой программе, частотах и количестве слотов они работают. Те кто основательно подходит к организации экспедиции даже дают рекомендации как проводить QSO.Цитата:
Сообщение от EU1FQ
Если информации нет то опытным корреспондентам приходится догадываться, корреспонденты кто не разбирается в тонкостях протоколов работают как получится.
Здесь Юрий UA9OBA пишет что будет использоваться WSJT-X в режиме Fox http://robinsons.ru/news/xr0zrc_ehks...2019-02-26-484
по факту я вчера видел сообщение что на 80м в общем FT8 диапазоне на 3573 кГц XR0ZRC излучали в 5 слотах, WSJT-X не позволяет включить режим Fox в общем диапазоне.
Роман, Вам в третий раз cmd-шник дать для запуска программы?Цитата:
Сообщение от R2EA
Создайте себе пять профилей на все случаи жизни и прекратите об одном и тем же писать!
Вам же готовое решение в руки дали!
PS Вот вам архивчик, в нем 5 cmd-файлов для Ваших желаний. Распакуйте в папку C:\JTDX\, запустите по очереди каждый, один раз настройте и все! Создайте симлинки на один лог и пользуйтесь. Вложение 230714
Глядя сегодня на картинку 40 метров, видно, что половина работает в F/H моде, вторая в обычной. Как правило, кто работал в F/H моде, получал RR73 только если у него достаточно мощный сигнал. Остальные пролетали.Цитата:
Сообщение от UA3DJY
Кто работал в обычной моде, как правило, с первой попытки получали RR73.
На мой взгляд, должна все таки быть унификация. Если работаешь вне общепринятых частот, будь добр работать в режиме F/H. Иначе результат сегодня прекрасно виден на сороковке.
Одна программа MSHV не может одновременно передавать рапорт и RR73 одному и тому же корреспонденту в разных слотах.Цитата:
Сообщение от UA3DJY
Наблюдал такую картину - DX станция работает одним слотом, а передает сразу два рапорта, или рапорт одной станции, а подтверждение другой.
Или два слота, а три рапорта.
Как это возможно?
А я заметил наоборот. Мне ответили, я давал рапорт на старой частоте. Но меня не принимали. После двух передач я передал рапорт в районе 700Гц, сразу получил RR73.Цитата:
Сообщение от EU1FQ
Я думаю всегда надо звать выше 1000Гц, а рапорт передавать ниже. Если все будут так делать, DX-су будет легче принять рапорт, ниже сигналы будут только тех, которым ответили и получить от них рапорт не будет сложно.
Это я про F/H.
в том и дело что сами экспедиционеры не хотят в F/H работать...команда из Лесото работала в ней а все остальные кто сейчас из Африки работает молотят в несколько слотов и все...
А разница то какая между F/H и многослотовым? DX в любом случае принимает все частоты, скажем, от 200Гц до 3000Гц. Если их вызывать выше 1кГц, а отвечать ниже 1кГц, всё упростилось.
Наверное MSHV им больше нравится! Автоматическая запись QSO как в свой так и в некоторые внешние логи и соответственно моментальная отправка QSL.Цитата:
Сообщение от RA3QH
Видимо так и есть...Цитата:
Сообщение от R5WM
Витас...так я не спорю...я только за этоЦитата:
Сообщение от LY3BG
Вопрос к разработчикам А нельзя-ли предусмотреть такой режим передачи что-бы программа отвечала одновременно и как F/H и в MSHV ? То-есть передачу на 2-х частотах одновременно, да будет потеря уровня но возможно не ответа.Цитата:
Сообщение от LY3BG
А то как сейчас непонятно по внешним признакам не видно в какой моде работают понимаешь только когда не получил подтверждение а это оказывается поздно больше не отвечают.... затоптали.
RO1M
И так 24 часа, За редким исключением. Антенна на восток Аттюнятор -24дб.
Нельзя конечно. Т.е. программно можно, но Вы сами подумали, о чём просите?Цитата:
Сообщение от RO1B
ну почему же непонятно...у MSHV 60 герц между слотамиЦитата:
Сообщение от RO1B
сорри...у F/H тоже....но понять все равно можно понаблюдав несколько циклов за работой как ДХ так и зовущих...
Я определяю по тому, что dx или отвечает на рапорт ответным рапортом, или в одном слоте идёт cq, а в другом ответ кому-то, тогда сразу перехожу на зов с рапортом.Цитата:
Сообщение от RA3QH
Хотя один раз HV0A работал именно так - один слот на cq, другими отвечал, но всё остальное было как в F/H. Я с ним переписывался, но забыл спросить, в какой программе он работал.
Лучше один раз показать картинку :)Цитата:
Сообщение от UR5LCZ
На одной частоте (частотном слоте) можно передать только один рапорт, два рапорта в одном сообщении протокол FT8 по количеству доступных бит не пропускает. Поэтому для одного слота в специальном сообщении Fox DXpedition идет RR73 одному корреспонденту и рапорт другому корреспонденту.
Да.. осталось только дать нескольким десяткам тысяч операторов два слота на передачу в общих диапазонах. Тогда остатки связи с слабыми сигналами (weak signal communication) в варианте FT8 сразу станут историей развития цифровых видов связи.Цитата:
Сообщение от RO1B
Игорь такой вопрос...А можно ли реализовать связь JTDX с кластером? Для обычных связей он как бы и не нужен,а вот при работе экспедиций было бы неплохо...
Тут давно все сделано! F8 пишем и отправляем!Цитата:
Сообщение от RA3QH
речь про JTDX идет и не про отправку спота а про переход на частоту по споту из кластераЦитата:
Сообщение от R5WM
Так нужно было так и писать! А то реализовать связь как то не по русски!Цитата:
Сообщение от RA3QH
Думаю многим будет интересно. Даже на Урале ломово вечером пошли Американские станции. Подробную информацию можно прочесть и посмотреть здесь: https://tesis.lebedev.ru/sun_flares.html И это в минимум солнечной активности. Редкое явление в канун солнечной зимы. Статью по случившемуся читайте здесь, https://tesis.lebedev.ru/info/20190321.html
В эту субботу прогнозируют сильную магнитную бурю, перед бурей возможны всплески отличного прохождения на КВ.Цитата:
Сообщение от RN9AZ
UA3DJY <перед бурей возможны всплески отличного прохождения на КВ>
...да чудеса...4м проволоки на лоджии,согласуещее от HS-1800,80 вт...лоджия на запад...и вдруг такие связи:confused:
...всю зиму только западная Европа и максимум западная Сибирь...
Вложение 230769
Будем наблюдать за Потоком радиоизлучения (10.7 см) сейчас он = 77. В момент всплеска прохожднеия был = 78. А 18 числа = 68. 19 числа =70.Цитата:
Сообщение от UA3DJY
Т.е., если в одном слоте видны рапорт и RR73, это позволяет однозначно идентифицировать WSJTX в режиме FOX?Цитата:
Сообщение от UA3DJY
Спасибо за информацию!
Коллеги, вопрос.
вчера кто-то пытался меня звать, там скобки
Вложение 230775
это нормально? или проблемы моего компа?
Чувствительность программы при декодировании поражает.
Только возникает, как мне кажется проблема другого рода
Вложение 230776
декодирование показывает, что на частоте проводится связь, а по водопаду полное отсутствие кого-либо.
стоит 134 версия, на водопаде стандартные установки (не менял)
Может быть, любые декодируемые сигналы должны показываться на водопаде?
Иначе просто случайно сядешь кому-то на "голову".
У вас полоса фильтра узковатая (синеватый фон на водопаде). Включите "сглаживание" (галка) и должно быть видно.Цитата:
Сообщение от EX8004A
Сигналы с SNR -24дБ и менее глазами не различить в шуме, в JTDX rc134 будут декодироваться сообщения QSO на приемной частоте и с -28дБ SNR.Цитата:
Сообщение от EX8004A
Оператор не знает как работает протокол FT8, пытается с нестандартным позывным звать рапортом, не понимая что вместо позывного он передает хэш. Иногда везет - позывной оказывается с ранее декодированных сообщений в хэш таблице, но в большинстве случаев такие вызовы идут впустую или с хэш таблицы при декодировании подставляется другой позывной.Цитата:
Сообщение от EX8004A
Увы нет, MSHV тоже умеет передавать специальные сообщения в многослотовом режиме.Цитата:
Сообщение от R0JF
Отлично декодирует в моих адских шумах от PLC и чего-то ещё на чердаке! Если раньше, при сравнении с WSJT, было 2-3 дополнительных декода на десяток циклов, то теперь в каждом цикле есть заметный выигрыш.Цитата:
Сообщение от UA3DJY
Игорь, напомните пожалуйста - как сейчас обстоит дело с взаимодействием кнопок "усилителей" чувствительности (hint, subpass, swl, late start, low thresholds), все ли они работают?
И при ручном нажатии Decode, меняются ли параметры? Имеет ли смысл нажимать, если ответ не декодировался?
Удалось опробывать софт JTDX на длинных трассах сегодня ранним утром. Игорь программа слышит шикарно. Из ночи даже спокойно прошли QSO с южной Америкой, а это 15000 км и более. Прохождение отменное. VA W ZL VK все шлли отменно. Но это пока не проснулась Европа, с бесконечными CQ, В этом шуме утануло всё. Будем ждать вечера, Пока Поток радиоизлучения (10.7 см) = 80. Не всё ещё потеряно.
Тогда может первый ответ на своей частоте второй третий на частоте DX.Цитата:
Сообщение от UA3DJY
Конечно это не на постоянку а при желании в менюшке DXptlision
Можно если корреспондентов слышно а если они все в мертвой зоне (:Цитата:
Сообщение от RA3QH
Полностью подписываюсь под данным сообщением. Уже как месяц и более работаю по утрам на 20м по длинному пути на Австралию,Новую Зеландию,Тасманию и так далее. Антенна по азимуту на Север -Запад.Вокруг "шарика". Уровни по приему огромные ,моя передача не более 100ватт в антенне.Цитата:
Сообщение от RN9AZ
Кстати звал VK2BC минут пять сплитом ,подумал заснул ,стал на его частоту и вызвал ,ответил моментально.Вот теперь пусть говорят ,что хорошо ,что плохо.
Несколько скриншотов в подтверждение. Господа ,активнее включайтесь,россияне есть на то направление но мало.Европу не вижу,установлен фильтр.
Игорю и его команде огромное спасибо за отлично работающую программу.
Не согласен! На частоте своей передачи я все равно передаю как-бы канал занят а на частоте DX если отвечает мне то вроде как частота передачи то-же должна быть моей в моде F/HЦитата:
Сообщение от UA3DJY
А так считал что Крузо в F/H отвечал на его частоте а он меня не але переключился убрал F/H но он больше меня не увидел. А сегодня на 40 его нет.... в субботу бурьку прогназируют....
Приближается сезон 50 МГц.
Чувствительность разных версий JTDX измерял JP1LRT.
https://www.facebook.com/groups/9663...6530649103014/
Количество декодированных из общего количества 1000 позывных.
Вот что выводится на экран, если включен фильтк на Европу. :)
Антенна 330 градусов стоит на Америку. Пока пишу пошли штаты.
Ссылка на рекламу группы?
www.facebook.com/groups/9663...6530649103014
На водападе станция идет с приличным уровнем. В окне приема ничего не декодируется, как это объяснить ?
Фильтра не один не включены?Цитата:
Сообщение от US1QA
Скрывайте это всё под спойлер, не нужно из поста делать портянку.Цитата:
Сообщение от R6LCF
Какие надо включить ?
Я наверно понял ваш вопрос, у меня стоит фильтр на EU.Цитата:
Фильтра не один не включены?
Вот так? Так уберите и все увидете.
Простое действие.
1)Фильтр на Европу включен.Если не ошибаюсь 5 периодов.
2)Фильтр на Европу выключен.Два периода.
Вы можете сейчас только Штаты смотреть и декодировать ,вы их вообще принимаете? Если нет ........в общую очередь.
Надо просто нажать кнопку :Без фильтра: :s7:
Без какого фильтра .....на кого? Мне сейчас необходим фильтр на Европу ,через 30мин.фильтр на Азию. А еще через 30мин......Цитата:
Сообщение от UA3ALE
Проблема оказалась простой, я чтото затормозил. Перед этим спотил XR0ZRC, у меня стоит фильтр на Европу, проход закончился и кто то с Европы усиленно топил на частоте DX.
Цитата:
Сообщение от UA3ALE
Обе 50 МГц группы на FB, к сожалению, закрытые. Но присоединится, если интересно, можно.
К английской или https://www.facebook.com/groups/50MhzHamRadio/
Замечание справедливое ,большие по размеру скрины буду убирать.Не вопрос.Цитата:
Сообщение от RK1AT
Можно отправлять FT8 споты на Welcome! - Reverse Beacon Network , здесь программа перехватывающая споты с UDP пакетов и инструкция к ней FT8 Spotting - Reverse Beacon Network
Такое ощущение что автор MSHV разрабатывает программу исключительно для личного пользования не обращая внимания на окружающих. Использовать направление вызова CQ MA для индикации многослотового режима при том что в JTDX уже почти год направление вызова обрабатывается в автовыборе корреспондента... успеха ему в творчестве.Цитата:
Сообщение от R5WM
Спросить, обсудить, согласовать? Сначала многослотовый режим со специальными сообщениями в общих диапазонах, теперь направленный вызов, интересно что будет дальше. Не удивлюсь если часть операторов посчитают что передающий CQ MA хочет проводить QSO с штатом США Массачусетс.
Протокол FT8 v2 поддерживает передачу трех и четырех символов после CQ, например CQ MSLT R5WM KO72 или CQ MANS BB1BBB OM45 , но зачем ломать двухсимвольное направление вызова?
В JTDX:Цитата:
Сообщение от RX3ASP
Hint включает декодеры FT8 AP (CQ в широкой полосе и сообщения QSO на RX частоте), FT8S (сообщения QSO на RX частоте), FT8SD (широкополосный декодер, всех CQ сообщений и сообщений QSO других операторов со стандартными позывными, использующий информацию с предыдущих интервалов). При выключенной кнопке Hint работать в эфире будет совсем грустно. В версии rc133 FT8S декодирует примерно 8% сигналов с уровнем -27дБ SNR, независимо от использования subpass, swl, late start, low thresholds. FT8S имеет очень узкое окно относительно RX частоты и для сигналов на RX частоте по умолчанию применяются минимальные пороги, поэтому повторное декодирование во время QSO через двойной щелчок мышью уведет RX частоту в сторону от корреспондента и отключит декодер FT8S. При нажатии кнопки Decode будет декодироваться повторно широкая полоса.
Late start (поздний старт декодера) позволяет лучше декодировать сигналы с DT более +1 секунды. Low thresholds(низкие пороги) и subpass (подпроход декодирования) обеспечивают чувствительность FT8 BP и FT8 OSD декодеров в широкой полосе и чувствительность декодера FT8 AP при декодировании сообщений CQ в широкой полосе.
Кнопка SWL включает все опции сразу(кроме компенсации АРУ AGCc) и дает ощутимый выигрыш на заполненном сигналами диапазоне, если диапазон полупустой то более эффективно будет работать subpass.
На опубликованных картинках чувствительность FT8S декодера тестировалась в режиме deep при включенной кнопке Hint и отключенных всех других опциях (AGCc тоже была отключена). Во время QSO FT8 AP декодер необходим только для одного сообщения - декодирование входящего вызова после передачи сообщения CQ (работает в широкой полосе), для остальных сообщений QSO на уже известной RX частоте декодер FT8S в rc133 почти на 3.5 дБ идет глубже под шум по сравнению с FT8 AP.
Всем доброго вечера!Недавно стал использовать FT8.Появилась проблема стыковки с UR5EQF.Cкаченные проги от US-E-12 ведут на ерунду.Если просто прикрепить модуль к журналу-не фиксируются проведенные связи.Подскажите где моя ошибка?Заранее спасибо!73!
Вы похоже читаете между строк или смотрите 25 кадр :)Цитата:
Сообщение от RX3DLH
по ссылкам US-E-12 всё работает и проблем нет!
Сделайте так как объясняют и будет вам счастье .
Пытался зайти и скачать раз 20-скачиваю TV плеер...
ну да с рекламой там перебор ,
на почту скинул ссылки ,на видео по стыковке с его сайта .
Игорь, эта кнопка никогда у большинства - не выключается. Может стоит сделать её всегда включеннойЦитата:
Сообщение от UA3DJY
без вывода информирования на панель? А это место использовать для другой чуялки с которой еще предстоит
копаться и настраивать...что то типа FT8 BP.
Тоже самое.
Все работает просто на отлично. Зайдите на сайт Олега US-E-12 очень внимательно прочесть и выполнить! Персональный сайт - Главная страницаЦитата:
Сообщение от RX3DLH
И видео в наличии и сам програмный интерфейс скачать легко.http://ur1004swl.ucoz.ru/index/jt_in...og_by_udp/0-36
Заколдованнй круг...
Скачивается опять tv.:s9:Цитата:
Сообщение от R6LCF
отправил всё в почте ,уже скачанное , читайте ,вникайте и следуйте инструкции в видео и в файле pdf
OK!:s7:Цитата:
Сообщение от RK3ANL
Аляска -24,но проблема не это ,а выбрать окно на передачу чтобы и у корреспондента было это окно если учесть что кроме меня еще ........С таким уровнем приема в реальном эфире достойно работает программа.Спасибо.
...в соседней ветке нашел...
Вложение 230851
...и где ее взять rc134.4?
Это совсем промежуточные версии. Только для разработчиков. Они в день по 2-3 раза иногда обновляются. :)Цитата:
Сообщение от UA3DTK
Потерпите, скоро 134 выйдет.
Cейчас пытался сработать с 5V7EI F/H на 18104.
3 раза цеплял мой позывной с рапортом -12, -9, -16.
Программа отрабатывала как положено - моя частота передачи становилась на его частоту,
с первого раза мой рапорт не принимался, и со второго и с третьего.
Почему так происходит - не понятно.
Не так и много было зовущих, чтобы "забить" мой сигнал на его частоте.
И сдвигался на 300Гц выше, а связи не получилось.
Работайте в обычном режиме. Всё получиться.Цитата:
Сообщение от UR5LCZ
Не понял с их объяснений, они используют WSJT-X в режиме Fox за исключением диапазона 160м, судя по данным командой 5V7EI рекомендациям звать рапортом они ломают протокол последовательности сообщений DXpedition применяемый в WSJT-X и JTDX:Цитата:
Сообщение от UR5LCZ
То есть вместо типовой последовательности сообщений
5V7EI UR5LCZ KO72
UR5LCZ 5V7EI -15
5V7EI UR5LCZ R-15
UR5LCZ 5V7EI RR73 - QSO logged c обеих сторон
они рекомендуют такую последовательность сообщений:
5V7EI UR5LCZ -15
UR5LCZ 5V7EI R-15
5V7EI UR5LCZ RR73 QSO logged - просят не передавать это сообщение
UR5LCZ 5V7EI RR73 QSO logged
чудят? Может WSJT-X Fox теперь работает c новой последовательностью сообщений или они просто не читали документацию? Или в своих рекомендациях смешали однослотовую работу на диапазоне 160м с режимом Fox на других диапазонах.
Наверно с возрастом теряю сообразительность :) может они рекомендуют такую последовательность сообщений QSO:
Start with sending Tx2 (see below for details)
We will send RR73 and log you, no need to send your 73’s
CQ 5V7EI
5V7EI UR5LCZ -15
UR5LCZ 5V7EI RR73 QSO logged
По крайней мере последняя последовательность четко соответствует данным на их сайте рекомендациям https://5v7ei.com/team-news . Еще просят не передавать на "их 1000Гц": Please do not TX on our 1000Hz (попробуйте догадаться, речь о полосе частот 200...1000Гц и они просят не использовать управление частотой, то есть просят зовущих не включать режим Hound в WSJT-X?). Интересно кто придумал такие рекомендации :)
Сработал с ними на 21074.
Они были 21075.
Думал они в режиме F/H. Судя по рапортам.
Не дозвался. Стал +500 в обычном режиме. Получил рапорт.
При следующем цикле уже рапорта другим. Ничего не понял.
Кому нибудь они передавали RR73?Цитата:
Сообщение от RU4A
Не видел за 15 мин.
Уточнил. Передавали.
Еще одна команда использующая интуитивный подход при работе в FT8.Цитата:
Сообщение от RU4A
Никто не придумывал, Игорь. Так работают в CW, SSB сплитом с самого начала. Никто не дает рапорт на частоте ДХ-а (если начнут давать его работа на этом закончится).Цитата:
Сообщение от UA3DJY
Придумали в WSJT этот режим (рапорт на частоте ДХ-а). А теперь представьте: подходит начинающий, смотрит он отвечает 73 тому, кто дал рапорт на частоте и что он будет делать? Упорно звать рапортом на его частоте!!! Наблюдаю и работаю с многими экспедициями. Посмотрите что творится на частоте ДХ-а и рядом. Так это я не вижу и половины (мертвая зона)!
Моё мнение - на частоте ДХ-а не должно быть никаких передач.
5V7EI работает в FOX. Добрал недостающих два бенда.
Работают в общем диапазоне в нескольких слотах что WSJT-X не позволяет делать (допустимый зазор 4 кГц), у них на сайте сказано что работают FT8 на частоте 21088, на этой же частоте они работают RTTY. Их там перестали звать и они пошли молотить в несколько слотов с программы MSHV в общем диапазоне?Цитата:
Сообщение от RU4A
Становится актуальным FT8 DX cluster, без него экспедиции вынуждены оставлять ранее оговоренные частоты(не зовут их там) и закрывать своими слотами и сигналами зовущих их корреспондентов общие диапазоны. То есть предлагают другим операторам в общих полосах FT8 подождать пока они работают в эфире, поскольку далеко не все операторы в FT8 интересуются работой с экспедициями.
Так я и говорю что у них свое видение работы в FT8, команда WSJT при разработке протокола FT8 DXpedition просто не учла необходимость индивидуального подхода.Цитата:
Сообщение от US4IRT
Мне на 30-ке 19-го числа... В нормальном Fox/Hound.Цитата:
Сообщение от UA3DJY
И все. Больше не получается.
Мне передали. Другим тоже, но далеко не всем. Что то они не уверенно работают.Цитата:
Сообщение от UA3DJY
И, даже вот так. Только что.Цитата:
Сообщение от UA3DJY
Получился "сумбур", но вроде разобрались. Я ему RR73, а он мне в ответ RR73. :s7:
Потом посмотрим, что будет в логе.
Вложение 230875