Цитата:
Сообщение от RN9AZ
Маршрутизатор Princeton университета не проключает трафик для ряда IP адресов, то есть не с каждого Интернет провайдера можно открыть страницу WSJT-X. Я вчера сообщил об этой проблеме Joe K1JT. Тем у кого не открывается страница до устранения сбоя в работе маршрутизатора придется заходить через прокси.Цитата:
Сообщение от UX8IW
Сайт JTDX сейчас тоже имеет проблемы с доступом к файлам, решаем.
Правильная ссылка: WSJT Home PageЦитата:
Сообщение от RN9AZ
У меня нет проблем с доступом в обоих случаях, приведённых ниже.Цитата:
Сообщение от UA1NAN
Через прокси FTP сайта JTDX доступен, напрямую от моего прова не работает, тоже и в отношении сайта WSJT-X.Цитата:
Сообщение от UA3DJY
Ваша ссылка ведет прямо на страничку WSJT, а на WSJT X будет так https://physics.princeton.edu/pulsar/K1JT/wsjtx.htmlЦитата:
Сообщение от UX8IW
А вот так ещё правельнее......Цитата:
Сообщение от UA1NAN
Ссылка: https://phy.princeton.edu/
Так что теперь на Win XP3 уже работать не будет?
Получил ответ от Joe K1JT: часть IP адресов действительно блокируется сервером на котором расположен сайт WSJT-X. Тем кто не имеет доступа Joe предлагает скачивать софт WSJT-X с сайта SourceForge: https://sourceforge.net/projects/wsj...s/wsjtx-2.1.2/Цитата:
Сообщение от UA3DJY
Команда WSJT перешла на более свежии версии Qt (5.9.x и выше), что особенно критично для сборки 64бит версии WSJT-X. Начиная с версии Qt 5.7 не поддерживается Windows XP.Цитата:
Сообщение от US4IRT
Обновился до последней 146 версии. Ini файл удалил и выставил все настройки заново.
Во время работы заметил небольшой глюк.
Постоянно горит зеленым цветом кнопкп Hint и ее невозможно отключить.
Для информации ОС Windows-10-64 со всеми последними обновлениями.
Трансивер Kenwood TS-590S. Состыкован с ПК по USB порту.
И еще если в настройках выставить Fake It, то после окончания работы на передачу
и переходе на прием трансивер не возвращается на исходную частоту.
Если же в настройках выставить RIG, то все работает нормально, как и надо.
Ищите у себя.Цитата:
Сообщение от R7HG
Аналогично W10 Pro 64bit v.146. файл Конфигурации (ini) удаляю с установкой каждой последующей версии ,это обязательно ,не запуская саму программу.В этом плане все отлично ,Hint работает в штатном режиме.
По поводу Fake lt ничего не скажу ,не включаю никогда. У меня SunSDR2DX с прямой оцифровкой ,ему это не требуется.
P.S. Да вот еще ,забыл добавить. В моде FT4 режим Hint действительно не отключается,даже если был выключен ранее то при переходе на моду FT4 автоматичеески включается,но это было во всех версиях с этой модой ,а не только в v.146.
Этой сбой или реально может быть?
Вложение 246034
Это реально может быть, если у HB9GMX в трансивере включен узкий фильтр. Тогда соотношение сигнал/шум считается не во всей полосе, а только в пределах фильтра.Цитата:
Сообщение от UX8IW
100 ватт всего лишь. Как-то не обычно...Цитата:
Сообщение от EU1FQ
Так WSJT-X оценивает шум если пользователь в приемнике включает узкий фильтр оставляя широкую полосу на водопаде. Преднамеренно заложенный в WSJT-X функционал в котором полоса приемника всегда считается равной полосе водопада программы.Цитата:
Сообщение от UX8IW
Добрый день, коллеги!
Обновил весию до 2.1.0-rс146 и вдруг JTDX перестала взаимодействовать с Программой AALog, при этом WSJT-X в окне AALog'а подсвечен. Проверил - все "птицы" установлены.
Что за ???
Долго работал на WSJT-X v2.1.0 в связке с FT1000MP. Затем подключил TS590SG, поработал некоторое время, опять подключил FT1000MP. Теперь не могу сделать работу PTT. Как было сперва в настройках, не помню, не думал что будет такая проблема. Что посоветуете?
Интерфейс какой? Сколько портов задействовано? Связь с другим логом?Цитата:
Сообщение от UB0A
У меня вот такие настройки: Вложение 246060Цитата:
Сообщение от UB0A
Ну и как, интересно, вы с такими настройками запустили на одном порту и CAT и линию RTS для PTT?Цитата:
Сообщение от UA7F
Тогда уж управление PTT необходимо выбирать через CAT!
Через виртуальный компорт.Цитата:
Сообщение от EU1FQ
Я ведь не зря спросил у UB0A Интерфейс какой? Сколько портов задействовано?Цитата:
Сообщение от UA7F
А Вы вставляете свой скрин без всяких пояснений! И кто нибудь по Вашему скрину будет запускать на передачу FT-1000MP до второго пришествия!
Ну порты я думаю каждый свои пропишет.Цитата:
Сообщение от EU1FQ
Интересно, в чём кроется причина блокировки целых сеток IP, это ведь не единичный IP, а уже пул адресов блочится, причем из разных стран.Цитата:
Сообщение от UA3DJY
Для тех у кого трудности с доступом и поисками прокси-серверов рекомендую использовать браузер Opera, у него в настройках активируйте анонимный VPN, это делается простым движением мыши, иллюстрация ниже.
Обычный самодельный по COM портам. COM1 - это CAT, COM2 - это интерфейс а-ля N6TR, где два транзистора, один ключевание CW, другой PTT.Цитата:
Сообщение от EU1FQ
Ну и звук с динамика в гнездо PACKET и в линейный вход приём.
Я уже сказал, что всё прекрасно и долго работало до смены трансивера. Теперь обратно не хочет.
Почитал немного в этой ветке, думаю, может ини файл нужно удалить?
Обычно сети блокируются из-за атак исходящих с них. Это внутренний сервер университета Princeton, сайт WSJT-X на нем всего лишь гость.Цитата:
Сообщение от RK1AT
В любой из трех нижеприведенных конфигураций WSJT-X мой FT-1000MP работает без проблем.Цитата:
Сообщение от UB0A
Мой COM17 это ваш COM1, а COM18 это ваш COM2. Я снимаю и подаю сигнал на PACKET. Режим работы USER (устанавливается в меню трансивера).
Поэтому у меня в настройках Радио - Режим установлено Нет(None).
Если работаете через микрофонный вход, что не есть хорошо, то тогда в настройках Радио - Режим установите - USB.
По установке Выбора варианта Сплит определяйтесь сами - или Трансивер(Rig) или Фальш сплит(Fake It). Я исползую Rig. На моем FT-1000MP Fake It работает нестабильно, не всегда возвращает частоту.
На вашем трансивере может быть и все нормально. Если используете Rig, то не забывайте на трансивере нажать кнопку A=B
Файл WSJT-X.ini, конечно, можно удалить и поставить WSJT-X заново. Но я не думаю, что причина в нем.
Конфигурация 1
Конфигурация 2
Конфигурация 3
Если ничего не заработает, то смотрите кабеля, разъемы, интерфейс
Сегодня в основном после обеда на 10м "жиденькое "прохождение на Европу. В основном по мелочи....И вдруг легко связь с Бразилией. Я бы понял такую связь этим летом ,стабильно и регулярно более чем подобных связей ,но сейчас. JTDX v.146 работает стабильно и уверенно. Прием и декодирование на отлично. Приятно однако. Автору спасибо за подобную программу особенно при работе с DX!
Сам сервер кафедры физики универа доступен по адресу: (https://phy.princeton.edu) а вот уже на уровне поддомена этого физического факультета, где и хостится сайт WSJT-X, происходит блокировка для определенного пула IP адресов! :s6:Цитата:
Сообщение от UA3DJY
Впрочем все эти "блокировки" обходят даже дети!
Здраствуй UA3DJYЦитата:
Сообщение от UA3DJY
Ест падержка на XP даже и в Qt 5.14
Но нада делат config (libs) с специалнй клуч за ето "./configure -target xp"
Ho ето значит для каждая версия отделное *.exe (win32bit, win 64bit, winXp)
Ето очин неприятна за нас developers
Никто не блокировал адреса на движке сайта WSJT-X, у IT специалистов обслуживающих сервер другие задачи, сайт WSJT-X просто попал под каток. Возможность открыть сайт через прокси лишь означает что пока не весь внешний доступ вне VPN перекрыт на этот поддомен.Цитата:
Сообщение от RK1AT
То RX3ASP
Благодарю за QSO на 40М
Харашо праходите здес
:s7:
Проблему пока так и не решил.:s9:Цитата:
Сообщение от UN5J
Если ini файл уже удаляли и связка в AAlog организована через UDP/TCP то скорее всего связку блокирует антивирусное ПО.Цитата:
Сообщение от UN5J
Отключил антивирус, проблема осталась.Цитата:
Сообщение от UA3DJY
Добрый день, подскажите, можно ли менять границы передачи на диапазонах от основной частоты, или они "привязаны" жестко?
Например 18,100 +- 5Кгц, а надо +-10.
Можно использовать любую частоту, но только там, где это разрешено работать данным видом излучения.Цитата:
Сообщение от UY7VY
Я это понимаю, вопрос был поставлен несколько по иному, можно ли самому менять эти границы.Цитата:
Сообщение от EU1FQ
можно...пропишите нужные частоты в частотах и будет не одна а несколько частот...только зачем?Цитата:
Сообщение от UY7VY
Здравствуйте. Перешел на новую версию JTDX 146. Всё делал как обычно. Но сейчас почему-то вот такая картина
Вложение 246254
Все станции принимаются как за новые. Хотя файл log.adi на месте. Такого никогда не было. Видимо сейчас что-то сделал не так.Подскажите, как можно это исправить?
Убрать галочкуЦитата:
Сообщение от UA3GQ
Большое спасибо.Цитата:
Сообщение от EU1FQ
Прошу разъяснить
С 15-го по 25 января проходят дни активности клуба ARCK.
https://www.qrz.ru/news/15985.html
Вид работы: SSB, CW, DIGI (SSTV, RTTY, PSK и другие...).
Члены клуба Кристалл (ARCK) передают RS(T) и свой членский номер в клубе.
Например – RW0UM 599 KR2, RU0SYL 59 KR88, R7GR 599 KR190 и т.д…
Правильно ли будет при CQ давать направленный вызов: CQ UA3YPL KR685
или CQ UA3YPL ARCK
Как передст мне кореспондент Члены клуба Кристалл - UA3YPL UB3YCQ KR629
Спасибо.
да как угодно,это не соревнования...только в фт8 лучше воздержаться от этих экспериментовЦитата:
Сообщение от UA3YPL
Здраствуйте ЛеонидЦитата:
Сообщение от UA3YPL
Можна толка CQ толка в етот ред (паследное ето grid не членскй номер)
CQ ARCK UA3YPL JO69
членский номер не можете никуда излучат
Свабоднае саабшение мажна но толка с 13 синволах
Так что воздержаться от этих экспериментов на FT8/4
Это неправильно так как программы работают только протокольными макросами!Цитата:
Сообщение от RA3QH
у меня все по колхозному .... физический звук так сказать ...в 141 и 145 иногда после 2х часов почему то прекращалось декодирование....а вот в 146 этого нет и поэтому спасибо !!!
Теперь понятно, кто сегодня декодировался, как CQ ARCKR7PKS PakistanЦитата:
Сообщение от UA3YPL
https://www.qrzcq.com/call/ARCKR7PKS
это вы о чем?Цитата:
Сообщение от R5WM
Цитата:
Сообщение от UA3YPL
Оператор не знает что можно передавать сообщение CQ ARCK R7PKS KO75 и вместо стандартного сообщения передает свободное объединяя название радиоклуба с позывным.Цитата:
Сообщение от RX3ASP
Автовыбор JTDX проигнорирует CQ ARCK как общий вызов, те операторы кому он адресован ответят на него вручную.
После CQ возможна передача двух букв(используется в автовыборе JTDX как направление континент-страна-префикс), трех и четырех букв. Последние два варианта сделаны в протоколе FT8(FT4) под контесты но при желании могут например использоваться для направленного вызова на определенные штаты США, например CQ IOWA или CQ DEL.
Сообщение CQ UA3YPL KR685 или CQ UA3YPL ARCK протокол FT8 полностью не даст передать.
С другой стороны передавая сообщение CQ ARCK UA3YPL KO65 учитывайте что несколько сотен операторов по всему миру при декодировании такого сообщения не поймут кого Вы зовете и возможно Вы будете в ответ получать входящие вызовы которые Вы не ждете.Например так UB3YCQ KR629, вместо сообщения 73. Рассчитывайте на использование ручного режима проведения QSO, либо подгоняйте последовательность обмена сообщениями под один из сделанных в WSJT-X контестов и используйте контест режим в WSJT-X/MSHV, в последнем случае рекомендую проводить активность членов клуба на специально выделенной частоте, вне общих FT8 диапазонов.Цитата:
Сообщение от UA3YPL
В любом случае организация такой активности на свободной частоте облегчит жизнь и членам клуба и операторам работающим в общих FT8 диапазонах.
Возможно причина в настройках энергосбережения в операционной системе - операционная система при отсутствии активности пользователя может отключать USB порты и HDD диск. По умолчанию в Windows настроен режим частичного энергосбережения, необходимо перевести в режим максимальной производительности и проверить каждую из настроек, особенно по USB портам и жесткому диску.Цитата:
Сообщение от UA3LHA
Последнее особенно актуально для всех пользователей ноутбуков, где режим энергосбережения может отдельно настраиваться при питании ноутбука от аккумулятора.
Это о том что ненужно самостоятельно конструировать макросы так как программы на них реагируют неадекватно!Цитата:
Сообщение от RA3QH
Было несколько случаев у меня когда программа просто не записывала такие QSO в лог например я передаю RRR а мне дают R5WM TKS 73 и много других вариантов к примеру RA1AAA 73 (тут сообщение на деревню дедушке).
Можно конечно править руками, но у меня в MSHV включена автозапись QSO во встроенный лог MSHV и параллельно в WinLog32.
Повернул ручку настройки трансивера и передаешь на другой частоте. Например, на 1836 с E44RU итп.Цитата:
Сообщение от UY7VY
Код в такой программе надо просто подправить, есть ряд массово использующихся типовых окончаний QSO например с сокращениями HNY и MXMAS + 73, и если программа по последовательности сообщений ожидает окончания QSO то не стоит в коде игнорировать на RX частоте QSO свободное сообщение содержащее 73 если в этом интервале не декодировано стандартное сообщение.Цитата:
Сообщение от R5WM
В JTDX обработку таких свободных сообщений сделали два года назад.
Вот к чему приводит самодеятельность!Цитата:
Сообщение от UA3DJY
От кого и кому данное сообщение угадайте с 3х раз!
А как быть если RX частота от эффекта доплера ушла скажем на 50Гц и как в этом случае должна реагировать программа?
Вложение 246282
Окном захвата сообщения RX частоты. Также можно сделать дополнительную проверку на значение DT декодированного сигнала.Цитата:
Сообщение от R5WM
А если и DT прыгает?Цитата:
Сообщение от UA3DJY
Вообще то в WSJTX Free message было сделано для JT65 но сейчас в FT8/4 с pack_unpack_msg77 это как то не очень согласуется и особенно если программа имеет свой встроенный лог в который связи заносятся автоматом.
Вложение 246286
To UA3DJY
->"Код в такой программе надо просто подправить, есть ряд массово использующихся типовых окончаний QSO например с сокращениями HNY и MXMAS + 73, и если программа по последовательности сообщений ожидает окончания QSO то не стоит в коде игнорировать на RX частоте QSO свободное сообщение содержащее 73 если в этом интервале не декодировано стандартное сообщение.
В JTDX обработку таких свободных сообщений сделали два года назад."<-
Незнайу об чево спорите но ето "HNY и MXMAS" при строгй протакол саабшения, проста очин излишнае (даже если сделана 100 года назад)
Проста нада падумат об ето что, точна рарлучат стандартнйе сообшения если даже и ред TX не такой как надо ето селана в MSHV давним давно (4 года назад), и тоже рарлучат Contest саабшения без неабхадимаст переходит на даннй contest (special activity - WSJT-X), (специалнй режим за contest, ето в JTDX нет).
"HNY и MXMAS" ето два раза в года и если оператор хочит и сам сделат можна.
Вот такую картину, наблюдал в работе программ JTDX и WSJT-X. Давно, за полночь, кроме шумов на 20ти метрах живёт участок 14.074. А как слышат обе программы, видно из слайдов. Приведенных ниже. И это при шуме 7 баллов на двадцати метрах. Антенна три элемента, направлена 270 градусов. Живу в 15 км от центра Челябинска. Но с 270 градусов, шумы города долетают и до меня.
В остальном Игорь. Программа ведёт себя отлично. Проблем нет. Слышала бы лучше да бы в виде шума мешает.
так это не ко мне...я же написал что лучше в FT не экспериментировать с этим....да и смысла нет передавать клубы и номера...лучше это все в кластер кидать....Цитата:
Сообщение от R5WM
Чтобы картина была более полная, надо одни и те же сигналы декодировать. Или одновременно или посредством записи зв.файла.Цитата:
Сообщение от RN9AZ
На видео одновременная работа JTDX MSHV WSJT-X - самые свежие версии, окна слева направо. Хорошо видно, какая программа декодирует быстрее и лучше. Полосы приема, настройки чувствительности и RX частоты одинаковые. Многопроходный SWL режим в JTDX отключен. Извиняюсь за низкое качество картинки, но суть видна хорошо.
Москва, индустриальный шум S7-8, подоконная антенна из Г. и П. (не Ground Plane)))
Лично мне всё понятно. На Урале сейчас, пока самый короткий день, на 20ке ночью слава богу молчит европа. Хотя бы не так мешает. Это тоже хорошо видно на скринах. Не спорю и так можно было дать как вы. Но поверте истина простая, от перемены мест слогаемых сумма не меняется. А скорости при хорошем железе хватает без проблем на обе одновременно работающие программы. А в отношении железа и комок один и звуковая карта та же Антенну и трансивер тоже не менял. Обе вместе или по отдельности трудились программы резульат не менялся. А вот сделать по вашему совету, честно скажу лень уже было. Всё таки глухая ночь и спать хотелось.Цитата:
Сообщение от RX3ASP
Только на звуковых файлах, поскольку одновременное использование одного звукового устройства несколькими программами ведет как к конфликтам (collisions) в управлении этим звуковым устройством так и к потере звуковых фреймов при мультиплексировании одного цифрового потока на несколько нагрузок, на каждой нагрузке будут теряться свои фреймы, количество потерянных фреймов сильно зависит от загрузки процессора.Цитата:
Сообщение от RX3ASP
Совсем становится критично если вместо драйвера производителя звуковой карты установлен типовой драйвер от Микрософт.
Сегодня удалось сделать первую win64 сборку JTDX под Qt 5.14.0, декодирует загруженный FT8 диапазон примерно в 1.6 раза быстрее по сравнению с win32 сборкой JTDX Qt 5.5. Из недостатков - в ней не поддерживается Windows XP.
Нижайшая просьба - не бросать экспишников, нас все-таки еще есть в эфире какое-то количество.Цитата:
Сообщение от UA3DJY
У нас в клубе 2/3 машин на XP, 2 года назад еще было 100%. Все компы самособранные, поэтому агрейд идет медленно.
Кстати, сколько нас? Как тут в теме сделать опрос? Хотя бы примерно узнать процент.
Когда можно ожидать выход релиза?Цитата:
Сообщение от UA3DJY
До какого то момента будем продолжать собирать 32бит версию под Qt5.5, но рано или поздно нам придется уйти на JTSDK3-32 который вместе со всеми программами весит более 20ГБ и перевести сборку 32бит версий на последнюю версию Qt. Сейчас под сборку JTDX Windows использую две машины, старая с JTSDK2 и Qt 5.5, новая(самособранная, материнка и Xeon с Китая) с двумя загрузочными дисками с JTSDK2-32 Qt 5.5 и JTSDK3-64 Qt 5.14.0.Цитата:
Сообщение от UA9CIR
147_1 по сути имеет такой же код как 146, ждем обратной связи по стабильности работы 64бит версии JTDX. С Linux\Mac - да, из-за выявленного дефекта нужна новая сборка 64бит версий.Цитата:
Сообщение от UR5WCA
Спасибо. В интернете вычитал, что последняя версия Qt для XP - 5.6.3.Цитата:
Сообщение от UA3DJY
Исправил ошибку - у нас 30% семерка, 70% - XP.
Ускоряем темпы апгрейда.
Если у вас отключены системные звуки Windows, но вы хотите получать уведомления, когда в полученном сообщении появляется ваш позывной, тогда для него нужно выбрать "Default Beep" («Звуковой сигнал по умолчанию»).
Я это не нашел нигде в руководстве и мне потребовалось около часа, чтобы выяснить, какое звуковое событие было правильным, так что, надеюсь, он кому-нибудь пригодится.
Основная проблема при работе в цифре это медленный процессор, клонировать/установить диск с операционкой и программами занимает менее часа. По сборке железа интересный ресурс здесь https://xeon-e5450.ru/socket-2011/ak...a-2011-sokete/ и необязательно собирать на 2011, есть более бюджетные варианты.Цитата:
Сообщение от UA9CIR
Игорь! Вы не правы. Одновременно программы работают прекрасно, но только в случае приёма. Не трогать передачу и всё ок. И чуть не упустил. Хотя бы в одной из програм CAT ситема должна быть отключена.Цитата:
Сообщение от UA3DJY
Наверное так и есть, но в FT8 выигрыш всегда за JTDX. Пробовал и параллельно на двух абсолютно одинаковых компьютерах со свежеустановленым W7 - картина та же. А вот в FT4 не всё так однозначно. Преимущественно выигрывает JTDX, но иногда, при сильной помехе в полосе, WSJT-X.Цитата:
Сообщение от UA3DJY
Пока только на приём. "На глаз" работает быстрее, загрузка проца ниже. Пробую на старом Q6600 - на нём лучше видно, что и как грузит. На современных всё быстро.Цитата:
Сообщение от UA3DJY
Согласен, реально быстрее. Пришлось немного увеличить уровень звука в системе на передачу, но не критично.Цитата:
Сообщение от RX3ASP
Ровно на 15дб.в настройках трансивера /уровень VAC TX что бы вернуть под прежние значения мощности. Уровень RX не изменился.Цитата:
Сообщение от UR5WCA
Для моего старенького 756-го :Цитата:
Сообщение от R6LCF
версия 32bit - 50 делений
версия 64bit - 60 делений, совсем немного по шкале регулировки уровня динамиков
У меня если по движку мощности в JTDX при одном и том же уровне VAC на передачу в настройках трансивера ,отрегулировано на 32 bit версию ,то при максимальном значении движка 100ватт на передачу,не изменяя настроек VAC на 64 bit версии ,максимальное значение движка на передачу 2--2,5 ватта максимум.Цитата:
Сообщение от UR5WCA
В принципе ,я думаю что Игорь в дальнейших версиях поправит. Проверяем по быстродействию и декодированию.В данном случае это немаловажно ,а в некоторых случаях принципиально важно.
Операционная система Windows 10 64бит. Включил JTDX 32бит и JTDX 64бит через VAC на Audacity, положение ползунка PWR в центре (-22.5дБ), нажал кнопку Tune, уровень сигнала на входе Audacity одинаковый:Цитата:
Сообщение от R6LCF
Давайте искать причину. Запоминание уровня по диапазонам у Вас в настройках включено? Какая операционная система?
В микшере Windows для программы JTDX при запуске 32 и 64 бит ползунок уровня одинаково стоит?
Включите пожалуйста JTDX через VAC на Audacity на своем компьютере, разница есть в уровнях между 32 и 64 бит?
Никогда не обращал внимания ,укажите где и как.Цитата:
Сообщение от UA3DJY
Здесь если есть галочки, временно снимите их пожалуйста:Цитата:
Сообщение от R6LCF
И предыдущий пост я еще дополнил вопросами.
Подскажите пожалуйста, есть ли программа (может ADIF Master?) которая позволяет преобразовать записи QSO с CSV формата файла wsjtx.log в ADIF формат?
Таблицы MS Excel либо OpenOffice слишком сложны для задавшего вопрос пользователя который случайно удалил лог wsjtx_log.adi.
Галочки и не стояли. Скрин прилагаю.
W10 управление звуком уровень ничего не определяет и не меняет. Ни на прием ,ни на передачу. Только уровень VAC в программе SDR.... Скрин прилагаю ,а чтобы визуально было видно то убрал уровень по приему в винде ,а программа как работала так и работает,уровень не изменился,так же и передача.
Прилагаю скрин, уровень VAC с регулировкой в програме СДР НА передаче. Это 0дб на 64 bit версии ,на 32 bit стояло -15дб. Сигнал был в зеленом секторе и по выходу на передачу идеально чистенький,сейчас заходит в желтый сектор.На скрине видно.
В настройках SDR программы Sample format: float 32 bit можно изменить на integer 16 bit?Цитата:
Сообщение от R6LCF
Похоже нет!
Версия программы для СДР у меня также 64bit,32 bit никогда и не устанавливал.
Да, есть в адифмастере импорт из csv (сам не пробовал, но видел, что есть).Цитата:
Сообщение от UA3DJY
File - Import - Тип файлов - выбрать Excel CSV files (*.csv)
Нет, вопрос в том что в настройках MME 'драйвера' SDR выставлена разрядность отсчетов звукового потока(samples) 32 бит, VAC и JTDX работают с разрядностью 16 бит. Возможно в этом причина сбоя.Цитата:
Сообщение от R6LCF
Тогда запись JTDX сигнала от версий JTDX 32бит и 64бит через VAC в программе Audacity у Вас должна иметь одинаковые уровни.
Возможности изменить не нашел ,только упоминание.Цитата:
Сообщение от UA3DJY
Скрин программы VAC вроде все в норме выставлена разрядность 16-24.При случае узнаю у производителя(програмиста).
Попробуйте записать TX сигнал JTDX 32/64бит через VAC в программе Audacity (в ней для этого необходимо выбрать на вход VAC кабель TX JTDX и включить красный кружок записи). Ползунок PWR в JTDX поставьте в центр (-22.5 дБ).Цитата:
Сообщение от R6LCF
Только перед записью сигнала выключите SDR программу.
Интересная программа JTSync от Игоря UU0JC, одна из ее опций - синхронизация часов компьютера по среднему значению DT декодированных сообщений.
Win 7 64: обнаружил уровень в микшере для JTDX в 147 ниже общего. Когда-то выставлял их оба на 50. Поставил снова оба в 50 - выходной уровень стал как раньше.Цитата:
Сообщение от UA3DJY
Как стоял ползунок в 146, честно говоря не смотрел. В WSJT оба, как и были - на 50.
Заточена под WSJT-X. Под JTDX не пойдет?Цитата:
Сообщение от UA3DJY
Перехватывает UDP пакеты:Цитата:
Сообщение от US4IRT
Стою CQ NA на 80. Сразу толпа восточных европейцев, наши тоже не отстают. Часть - еще и на моей частоте прям. R3KAI самый упертый. Зачем я им? Обезумел народ...
Очень даже неплохо работает! Перехватывает даже то, что фильтр "косит".Цитата:
Сообщение от UA3DJY
P.S. Кстати и время держит получше гораздо других программ без сбоев в декодировании.
Интересно, что программа делает за опрос на 10-й секунде в FT8? Не успеваешь просмотреть. В Ft4 раньше.
Привет. Я, например, собираю районы RDA. И если нет Туапсе, то обязательно позову.Цитата:
Сообщение от RU6B
Если Вы в Северной Америке, на которую идет CQ NA :s7:Цитата:
Сообщение от RD3FV
Зовите, когда просто даю CQ. Или напишите - назначим скед и сработаем.Цитата:
Сообщение от RD3FV
Но зачем же в короткое время на рассвете забить все вокруг и еще "встать на голову" когда CQ NA?
Вопрос риторический.
Распаковал в папку, без установки, на Win10, x64, отлично работает с JTDX_rc146. Респект автору, поюзаем и оценим.Цитата:
Сообщение от US4IRT
FTDX3000, проблема с аудио кодеком PCM2903B под Windows 7, производитель микросхемы рекомендует ее заменить на PCM2903C: https://e2e.ti.com/support/audio/f/6...match=PCM2903B
Драйвер для USB аудио кодека поставляет Микрософт, на сайте производителей микросхемы и трансивера драйвера нет. То есть по факту поддержку трансивера FTDX3000 и других трансиверов использующих встроенный USB аудио кодек частично осуществляет Микрософт.
Да Игорь, крайняя версия, 64 битная рулит!
Включен режим SWL, а время задержки максимум 2 секунды.
Это сейчас, на 20ке.
Включил 6 проходов - 3 секунды.
Впечатлен!
По уровню на передачу изменений не увидел.
Не то слово, провожу qso, а сверху не переставая зовут и зовут, если с далеким, то все, никак.Цитата:
Сообщение от RU6B
Самое интересное, что если потом позвать нетерпеливых, то окажется, что они уже работают
с другими....точно "бесовская мода" :(
Если я буду давать CQ NA и меня настойчиво будут просить провести qso "местные", то я:Цитата:
Сообщение от RD3FV
1.не отвечу, а если и отвечу, то только после того как мне никто не ответит. Не на базаре же.
Вот только что на 15-ке.
Отвечаю на CQ и даю рапорт, сверху зовет второй, а второго зовет с рапортом третий! :)))
Попробовал версию 147_1 win64 - скорость декодирования реально даже на глаз видно, что выше! Просто суппер!Цитата:
Сообщение от UA3DJY
А где можно скачать эту версию?Цитата:
Сообщение от RX4HX
Это версии для бетта-тестеров, и в открытом доступе их нет.Цитата:
Сообщение от UA7F
Сейчас на 20ке работает ARCKR7PKS.
Программа определяет как АР (Пакистан).
Вопрос: зачем так уродовать свой позывной и дискредитировать саму активность?
Или на такого дэха очередь должна выстроиться?
А он еще вдобавок в два слота и одному и тому же отвечает. Просто супер!
Спасибо Христо!
А кто это на самом деле? :ржать:Цитата:
Сообщение от UR5LCZ
Какая-то активность какого-то клуба.
Радио Клуб ARCK "Кристалл" проводит дни активностиЦитата:
Сообщение от US5WE
Радиолюбители успешно проведшие QSO с ARCKR7PKS теперь на форумах спрашивают где можно прочесть информацию про этот позывной :)Цитата:
Сообщение от RK1AT
Есть смысл опубликовать положение о днях активности и на английском языке, наверно это будет проще чем членам клуба изучить FT8 протокол.
ИМХО для такого позывного и 5 слотов будет мало чтобы провести QSO со всеми желающими.
R7PKS Уже писал про это.
Рано радовался JTSync. После перезагрузки компа, на JTDX не синхронизировалась, по UDP проблема. А в WSJT-X - подключалась, немного поработав вылетало системное предупреждение о невозможности работы...Цитата:
Сообщение от UR4UM
А так хорошо начиналось ...
Что то непонятное происходит.При просмотре обоих периодов вижу как станцию вызывают.В следующем периоде,где она отвечает,я её не вижу,но стоит в этом же периоде переключиться на другой диапазон и вот она эта станция видна на том диапазоне, где я до этого слушал.Замечал неоднократно у себя такое на многих версиях.
На 32-х битной 7-ке работает очень хорошо, Михаил. В Net. Time установил обновление времени 1 час (чтоб не мешал) - "держит" время даже с браузером Google Chrome на уровне 0,01-0,02 сек.Цитата:
Сообщение от UR4UM
Единственный "минус" - нельзя её свернуть.
А вы 64-х битную версию ставили, Михаил?
В первом декодированном интервале после переключения на новый диапазон? Звуковой поток пишется в массив данных, в JTDX есть декодирование частично принятого интервала но нет очистки части массива при переключении диапазона. Думаю что есть смысл добавить такую очистку при использовании управления трансивером через CAT.Цитата:
Сообщение от R5ZQ
Не буду писать о хорошей работе JTDX 64bit ,без меня достаточно написано ,но бывает и такое.За сутки применения уже 4 ложное декодирование с разными позывными.
На загруженном диапазоне проходит незаметно ,а на полу пустом,да еще с такого местоположения видно сразу. В процентном выражении к общему числу декодированных успешно станций это мизер ,но присутствует.
Сообщение CQ DE AA00 это дефект в коде, QTH квадрат взят из кода. Благодарю, добавляю в список на устранение.Цитата:
Сообщение от R6LCF
Где это включить.Цитата:
Сообщение от UA3DJY
Игорь, я обновил комп, теперь у меня 12 ядер, 24 потока. Но при декодировании работают только 12 ядер(потоков). Можно ли добавить количество потоков декодирования в программу JTDX. А по поводу JTSync скажу так, 64-х битная версия с JTDX работает отлично.
Если использовать более 8 потоков скорость декодирования растет но идет просадка эффективности декодирования на загруженном диапазоне: https://forum.qrz.ru/377-jt65-jt9-ws...ml#post1643427Цитата:
Сообщение от VA3LLZ
Сейчас в JTDX под 12 потоков зарезервировано место в памяти (не нашел лучшего варианта реализации многопотока в декодере), независимо от того сколько используется. 24 потока означает увеличение требуемого объема памяти почти в два раза, пользователи с двумя ядрами будут платить памятью за 24 ядра.
Есть мысль добавить новый функционал - использовать дополнительные логические ядра под улучшение декодирования на RX частоте QSO, пока можете использовать их под второй JTDX для одновременной работы с второй антенной (например другая поляризация или направление) либо на другом диапазоне.
Вариант второго RX сетапа с ортогональной поляризацией даст до 3 дБ выигрыша на прием(даже для магнитной рамки), что намного эффективнее чем задействовать 24 потока в декодировании на одной антенне.
Уже назрела необходимость использования канального подхода в FT8, когда широкий диапазон разбит на несколько частотных каналов. Для таких каналов желательна полоса не менее 10 кГц, но это зависит от производителей трансиверов. При переходе на полосу 10 кГц либо при использовании двух либо более каналов по 5 кГц появится спрос на 24 потока декодирования.
VA3LLZ...по поводу JTSync скажу так, 64-х битная версия с JTDX работает отлично.
у меня по UDP проблема...версия rc146...что с 32-х битной,что с 64-х...что не так,подскажите,пожалуйста...
Вложение 246394
IP адрес, номер UDP порта в настройках либо результат работы антивируса.Цитата:
Сообщение от UA3DTK
Только что провел связь с VK9NK на 14095 F/H.
Вызывал около полутора часов.
За это время он три раза давал рапорт одному и тому же итальянцу, по три раза. Сам рапорт -10 -12.
Связь так и не состоялась.
Я получил +9.
Это что, оператор так себя ведет или у него в программе какие-то глюки?
А что, это какой-то особенный Норфолк?Цитата:
Сообщение от UR5LCZ
На 15м 7Х2ТТ гремит в многослоте, если кому-то нужен Алжир.
В Логе связи с этим корреспондентом есть на 40м и 10м ,ну пусть будет и на 15м. Это не "дефицит"Цитата:
Сообщение от US5WE
UA3DJY...IP адрес, номер UDP порта в настройках либо результат работы антивируса.
...вот адрес IP и номер UDP порта...антивирус не использую,только блокировка рекламы в Опера...
это нормальное поведение программы в режиме "лиса\гончая"....почитайте здесь.... https://mcg-club.ru/digital-modes-ts...tion-mode.htmlЦитата:
Сообщение от UR5LCZ
Либо использует режим приоритета на меньший SNR (в WSJT-X по умолчанию) либо приоритет по расстоянию:Цитата:
Сообщение от UR5LCZ
Если не отвечает - либо не декодирует либо слишком хорошо декодирует, либо у него в очереди много корреспондентов с б'ольшим расстоянием, в инструкции к WSJT-X Hound не сказано как различить :)
Но если Вы у него шли +9 то по критерию S/N вероятность ожидания нескольких часов пока закончится прохождение была велика.
Что у Вас настроено в JTSync, картинку пожалуйста.Цитата:
Сообщение от UA3DTK
У меня JTSync ломается(операционка убивает процесс) когда пытается читать UDP пакеты одновременно от JTDX и WSJT-X.
Одновременно получать пакеты от двух она и не будет, только от одной. К одному порту может подключатся только одна программа. Так что имейте ввиду, если ещё используется UDP для передачи пакетов другому логу, программа работать не будет.Цитата:
Сообщение от UA3DJY
Всем доброго времени суток!
JTsync - по замыслу хороша, но на мой взгляд могла бы иметь продолжение.
1. Про конфликт портов уже сказали. В результате JTsync не пропускает данные для WSJTInterface – требуется вмешательство оператора.
2. Для контроля и корректировки времени требуются действия оператора. Этот процесс можно было бы и автоматизировать. Алгоритм может быть, например, такой. При запуске программа проверяет и корректирует время компьютера по данным интернета. Далее по алгоритму программы – Listen – Calculate – Update, но только в автоматическом режиме. При этом Listen до определённого задаваемого порога - далее Calculate и Update и так далее. Через установленный интервал – проверка и корректировка часов с данными интернета. Если нет интернета – то JTsync будет подстраивать время по данным из эфира. Тем самым конфликт между позывными по времени будет минимальный. Если подобный механизм был бы встроен в программы обработки цифровых данных – ошибки подобного рода минимизировались бы сами собой.
...настроено в JTSync...
Вложение 246460
Цитата:
Сообщение от US-E-12
Валентин, возможно причина в том что к порту 2237 у Вас уже подключен лог или программа JTAlert.Цитата:
Сообщение от UA3DTK
To UA3DJY:
Игорь посмотри какие чудеса иногда бывают! Это к вопросу по макросам.
Тут и DF и DT различаются.
Причем сегодня такой эффект у многих станций > бесы тропо крутят!
Откуда в тропо стабильная задержка 0.4 секунды, путь 120 тыс км? Похоже на работу ретранслятора?Цитата:
Сообщение от R5WM
Вот такое тропо! Все в шоке! Наблюдается с разных направлений!Цитата:
Сообщение от UA3DJY
Вложение 246462
V2.1.0-rc145 Несмотря на опцию transmit, на выходе саунд карты всегда 50 %. Так и должно быть ?
Вложение 246515
или второй приемник (второй аудио канал) с другой антенной. Т.е. нужно позволить декодировать оба канала одновременноЦитата:
Сообщение от UA3DJY
Опять те же грабли с макросами!
FT8 164045 -13 dB 0.5 s Freq 1684 Hz > R5WM UW5EFF R
И никаких RR73 или 73!
Цитата:
Сообщение от UA3DJY
В любом варианте два приемника и два JTDX, смешивать НЧ сигналы c двух приемников в один звуковой поток означает опустить часть слабых сигналов под шум. Несколько лет назад пробовал смикшировать два SDR приемника на одну программу, количество декодированных сообщений при сбалансированных уровнях выхода приемников ощутимо уменьшилось.Цитата:
Сообщение от RV9CX
Установленный драйвер может быть несовместим с звуковым устройством:Цитата:
Сообщение от RW4WZ
Под Windows 10 ползунок в микшере операционной системы плавает одновременно с регулировкой уровня в JTDX. Проверять надо во время передачи сигнала.
Оператор не знает про ограничения FT8 протокола и передает обрезанное свободное сообщение (возможно выключена опция показывать TX сообщения в окне приемной частоты и он не видит что передает), для AutoSeq такое сообщение равноценно недекодированному. Если не подскажете ему то следующая попытка QSO с Вами может стать похожей на эту.Цитата:
Сообщение от R5WM
В MSHV абсалйутна ясна видна что излучаетса на две местаЦитата:
Сообщение от UA3DJY
в label TX и в втаром Decode List
ето какая другая праграмма
или написали в макрусами и не сматрят на label TX и втаром Decode List
С етотпраблем трудна справимса мажна в канце канцов запретит и макросй изменят
А в JTDX и WSJT-X не трогат TX1...TX6, и забранит свабоднйе саабшения
Тогда оператор не сможет набрать для передачи стандартное сообщение типа 'CQ IOWA AA1AAA FN25', 'CQ RDA UB0ZZZ PM64', а попытка упаковывать TX сообщение при вводе оператором каждого нового символа будет стоить большого количества циклов CPU и в случае применения ограничений в коде сделает неудобным редактирование уже набранного TX сообщения.Цитата:
Сообщение от LZ2HV
ДА с етотпраблем трудна справимса, ето хател сказатЦитата:
Сообщение от UA3DJY
Конкретно он в чатах не появляется и сообщить ему никто не может. С кем есть контакт, то решаем эти вопросы в чате vhfdx или в чате ON4KST.Цитата:
Сообщение от UA3DJY
С какого ресурса картинка?Цитата:
Сообщение от R5WM
Здесь (Давление) https://www.windy.com/ru/-%D0%94%D0%...sure,m:e6oag8eЦитата:
Сообщение от EW2DZ
ACHTUNG! Наш старый телеграфный контест знакомый Matt DL4MM утром появился на 160 метрах с Арубы, как Р40АА.
Работал в FT8, но провести с ним никак не получалось, на вызова как с локатором, так и без он отвечал тоже вызовом c локатором.
Некоторым его программа выдавала сообщения 050200 -13 0.4 1966 ~ K8ZT P40AA R FK52
Пришлось писать Матту е-мейл с вопросом, что за софт он использует.
Оказалось, что это неизвестный нам до сегодняшнего дня многслотовый DigiRite https://writelog.com/digirite
Попросили Матта перейти в WSJT-X и мгновенно связались с рапортами R-05 и R-06.
Если кто-то знаком со связкой Writelog+Digirite и конфигурациями FT8, Матт, который только начинает работать FT8 будет признателен за помощь.
Мы бы сами попробовали разобраться, но софт, кажется, чисто Мастдайный, а у нас только Убунту плюс там какие-то лицензионные танцы с Тейлором и надо софт компилировать.
В любом случае благодарим за помощь.
Матт будет в CQWW160, так что кому P40 нужен, можно будет нормально в телеграфе отработать.:s7:
Он супер оператор! :p-up:
Случилось несчастье. После очистки диска (скорее всего) перестали переключаться диапазоны из программы. Перестала изменяться частота в программе JTDX, если изменяешь ее на трансивере. При первоначальном запуске программы - частота в программе высвечивается та которая установлена в трансивере (любая). Частота трансивера устанавливается в программе и если нажать ТЕСТ САТ. Пока танцы с бубном не помогли.
В каком направлении двигаться ???? трансивер подключается через омнириг. ur5eqf отдельно - по отображению частоты работает нормально.
Добрый день!
1. переустановите JTDX
2. Я уже года 2 не использую UR5EQF, А в LOGHX, в логе я вообще отключаю Омнириг, работает он только в JTDX. Частота и другая информация о QSO в лог переноситься корректно
Цитата:
Сообщение от R5ZQ
Цитата:
Сообщение от UA3DJY
Новый функционал очистки лишних звуковых фреймов в декодере будет включаться автоматически для FT8/FT4 в JTDX rc147 при работающем CAT интерфейсе, будет полезен операторам часто меняющим диапазон.Цитата:
Сообщение от R5ZQ
Приветствую, а как реализовать такую функцию, чтоб после получения 73, кнопка TX не гасла, и на следующий цикл программа дальше отсылала CQ автоматом? Ну или реализовать как-то в будующих версиях
Похоже, Маттиас разобрался с программой, до сих пор в 4 канала Р40АА работает на 20м.
Нужно звать с локатором и тогда получаем RR73.
Не получается и это ужасно неудобно, особенно, когда зовет пайлап японцев или американцев.Цитата:
Сообщение от valokorden
Я ставлю "Reporting>Prompt me to log QSO" и если вовремя нажать ОК, программа или сама дает CQ или отвечает следующему.
В противном случае передача останавливается, хотя толпа зовет и это не есть fair по отношению к зовущим.
Кому-как, допустим нужно отойти не на долго, а нужно сработать, занести в лог и чтоб дальше CQ шло, а не сбрасывалосьЦитата:
Сообщение от US5WE
Установите WSJT-Z, это клон WSJT-X, только с модом о котором я говорю, просто там не работает автосеквенция в модах JT65 JT9, ну и там нет Т10.
Из-за чего и хотелось бы увидеть такую реализацию в JTDX
А так в целом все прекрасно работает и нажимать ни на что не нужно галку установить на автоматическое внесение в лог, и на AutoCQ. и все
Если надо AutoCQ идите в SimPsk и вперёд с песнейЦитата:
Сообщение от valokorden
Программа MSHV в режиме Мультиответ - Стандарт (Использовать 1 слот и галка CNS)Цитата:
Сообщение от valokorden
Вложение 246633
Еще один.... Уже все диапазоны з....ны роботами :(Цитата:
Сообщение от valokorden
:s7: тогда зачем оператор нужен? это уже обсуждалось и не однократно в этой теме. В JTDX автор сказал роботов не будет...Цитата:
Сообщение от valokorden
Мы не о роботах, а об удобстве для пользователя.Цитата:
Сообщение от EU1FQ
Когда на 6м открывается прохождение на Японию, зовут по 5-6 станций сразу, а длится это отсилы час, невольно задумаешься и о многослоте и прочих удобствах для быстого обслуживания пайлапов. Тем более в нынешней солнечной яме может открыться через неделю, две или вообще никогда.
Погорячился человек, с кем не бывает...Цитата:
Сообщение от R3HH
Нам не дано того понять чему так радуются дети, это я о России и диапазоне 6м Его могут открыть через неделю, две или вообще никогда..Цитата:
Сообщение от US5WE
сомневаюсьЦитата:
Сообщение от UA3RMB
Никто не спорит с этим, однако иногда на УКВ мультиответ выручает. В прошлом году в сезон Es отлучился на пару минут на кухню и по возвращению обнаружил что было проведено QSO за 2000км за счет очень короткого всплеска МПЧ.Цитата:
Сообщение от R3HH
Ну вот вы же нашли выход из положения, и отлучились на пару минут, а на кв кто то и на пару суток может отлучиться, поспать к примеру или на курорт с"ездить, мало ли что приспичит, а тут проход откроется..Цитата:
Сообщение от R5WM
На УКВ не в сезон вас далеко услышат? А на КВ хорошая антенна да с килограмм в нее, да на авто CQ, да таких с десяток на диапазон размером в 3кГц, :s7: весело будет ...
это на 100 ват и плохое прохождение
Видимо тоже отлучился или отключился.:s11:Цитата:
Сообщение от R5WM
Вложение 246636
WSJTInterface-1.0.7.81 пробовали поставить .ОН КАК РАЗ УПРАВЛЯЕТ ВСЕМИ ПЕРЕКЛЮЧЕНИЯМИЦитата:
Сообщение от RN4ABD
А проведя столь необходимую))) (которая выручает!!!) передачу данных через e-mail или WhatsApp могли бы и не на кухню, а в ресторан сходить и не тратить нервы! Разницы почти никакой - тоже связь посредством заряженных частиц, радиодеталей и компьютеров.Цитата:
Сообщение от R5WM
А причем тут Ваш случай? Это не Мультиответ! Это совсем другая опера! Не у всех бывают идеальные условия приема и в данном случае HG8IT звал Вас в течении 4х минут а не давал CQ.Цитата:
Сообщение от UA1NAN
Вложение 246649
Теперь понятно как Вы проводите QSO с DX!Цитата:
Сообщение от RX3ASP
От от и таких не мало видимо.Цитата:
Сообщение от R5WM
И все же в кнопке AutoCQ нет ничего плохого, по сути было полезным дополнением.
Понятное дело если все разом нажмут AutoCQ то, тогда и происходить ни чего не будет.
По сути дела этот весь FT8 FT4 JTшки, что не робот что-ли, полу-робот по сути дела.
Нажал на позывной программа в автосеквенции все сама прошла и в лог сама занесла,
это же тоже облегчение всего процесса.
Короче кому как.
Никто ни кого не заставляет пользоваться AutoCQ, просто если бы она была, то цены бы не было JTDX
Это как раз тот случай когда программа WSJT-X работает под управлением RoboTask в режиме робота.Цитата:
Сообщение от R5WM
Этой программе без ваших комментов "цены нет". Кто в ней постоянно работает ,тот знает и понимает!Цитата:
Сообщение от valokorden
Откуда это видно? Просто он Вас не принимал и продолжал звать в течении 4х минут!Цитата:
Сообщение от UA1NAN
А Вы 2 раза дали ему рапорт и успокоились!!!!!!!!!!!!
А надо было долбиться с этим редким DX на пару - роботами, выйдя на кухню?Цитата:
Сообщение от R5WM
Купили бы или просто для красного словца?Цитата:
Сообщение от valokorden
Та не, Юрий, это была хитрая лесть, вдруг прокатит и автор клюнет:)Цитата:
Сообщение от RX3ASP
Нет, просто нужно чтобы сигнал на стороне корреспондента был достаточен для уверенного проведения QSO, а если уж программа начала отвечать, но не нужно ее останавливать.Цитата:
Сообщение от RX3ASP
Ну а проблемы EU<->EU QSOs на диапазонах ниже 12м вообще смешны. :ржать:
Добрый день, друзья! Научите - как запустить две программы для FT-8 одновременно?
Спасибо!
у меня сансдр2 на один приемник настраиваю свою пару аудиокабелей VAC и COM портов, на второй свою пару VAC и COM, там небольшая загвоздочка с базой чтоб повторов не было и база общая была, и все.Цитата:
Сообщение от RU3QW
я вам в личку кинул почитайте
Спасибо, R3HH! А как запустить сразу две программы?
я вам в личку кинул ссылкуЦитата:
Сообщение от RU3QW
Решил обновиться на версию .146 поверх предыдущей, 145. После обновления перестали передаваться в UR5EQF и позывной, и рапорта. Программа запускается через WSJTInterface.
Вернул 145 версию - всё снова стало передаваться в лог.
RA0ZIJ : Лог и програмный интерфейс такой же как и у вас. Устанавливаю все версии последовательно +все промежуточные. Сейчас установлена 147_3
При грамотной и правильной установке проблем "0" о ней уже неоднократно писали как и что и последовательность.
Не получается , мне в "личку" напишу алгоритм действий .
А вот знаешь если бы прикрутили такую функцию купил бы, если на то пошло, да даже и без нее купил бы если знал бы функционал, программа очень функциональная и даст фору оригиналу WSJT, а вот ты купил бы ее да же без этой функции а???Цитата:
Сообщение от RX3ASP
и ты
Я же не прощу делать конкретного бота из программы, чтоб включил и программа сама начала всех вызывать потом, когда всех обработала начала CQ давать и т.д. А всего лижь, чтоб программа когда прошло QSO могла дальше давать CQ вот и все.Цитата:
Сообщение от UX8IW
Даю направление мысли. Если не в соостоянии сами скомпилировать под себя JTDX, то пойдите другим путем. В инете полно ссылок для чайников как создать bat файл. Напишите свой батник и будет Вам счастье. :) Работы на пять минут. Лично я категорически против роботизации.Цитата:
Сообщение от valokorden
А магическую кнопочку "Одиночное QSO" ("Single shot QSO") отжать - не вариант? :)Цитата:
Сообщение от valokorden
Валерий, а не одно ли это то же? "Только вид сбоку"? ;)Цитата:
Сообщение от valokorden
Сказано же - НЕ БУДЕТ БОТА в JTDX. Это принципиальная позиция Игоря и группы.
И, смени ник на свой позывной, не в том ты возрасте, чтобы валокардином обзываться! :)
73!
Почему "инкогнито"? R0JAS, Валерий.Цитата:
Сообщение от UX8IW
Я просил не бота делать, а кнопу AutoCQ, чтоб после связи, программа шла дальше CQ, а там кому нужно будет то подойдет.Цитата:
Сообщение от R0JF
Если отжать галочку Одиночное QSO и ручками сохранять QSO (нажать на сохранить), то после связи программа и дальше будет давать CQ. Если установить автоматическое сохранение QSO в лог, то на CQ сама программа уже не встанет. Иначе робот. Как то так...Цитата:
Сообщение от valokorden
Я об этом писал ниже, неудобно, почему - тоже описал.Цитата:
Сообщение от EU1FQ
Уважаемые господа нарисовалось дельное предложение :)
Сделать заветную кнопочку для полного автомата, но в макросах по умолчанию вставлять маркер, что это работает ИСИН (иск.интеллект), а не реальный оператор с руками, ногами и головой.
ШУТКА!!!
Сейчас если выключить режим одиночного QSO в JTDX так и будет работать: либо сработает автовыбор по заданным пользователем критериям уведомлений (AutoSeq 4+) или по списку искомых позывных/стран/префиксов/квадратов, если нет подходящих корреспондентов то программа начет передавать CQ. От оператора требуется один раз в QSO подтверждать что он участвует в работе.Цитата:
Сообщение от valokorden
Чтобы определить версию Qt под которой собрана программа достаточно навести курсор мыши на одну из Qt библиотек установленных вместе с программой, например WSJT-X 2.1.2 64-бит был собран под версией Qt 5.13.1:
WSJT-X 2.1.2 32-бит собран под Qt 5.5.1, в этой версии Qt поддерживается Windows XP:
Программы совместимы только со своим набором библиотек, при ручном копировании файлов библиотеки от другой версии Qt не подходят.
Тем кто использует Windows 10 Pro (профессиональная).
Отсутствие установленного пользователем антивирусного ПО не означает беспрепятственной работы JTDX/WSJT-X и других программ пользователя под операционной системой Windows 10. Любая Windows 10 по умолчанию использует встроенную антивирусную программу 'защитник Windows' которая 'может' отключаться операционной системой автоматически только если пользователь установил какое либо другое антивирусное ПО.
В сети много самопальных инструкций по отключению встроенной программы, которые на последних сборках уже не срабатывают потому что Микрософт постоянно совершенствует управление антивирусной программой. Вместо того чтобы ломать операционную систему по самопальным инструкциям надежнее прописать исключения для антивирусной программы, для этого в профессиональной версии Windows 10 надо открыть редактор локальной групповой политики и в нем выбрать исключения антивирусной программы:
Чтобы антивирус Windows не отрабатывал на действия процессов jtdx.exe, wsjtx.exe, jtdxjt9.exe, jt9.exe прописываем исключения для этих процессов:
Чтобы антивирус не реагировал на изменения файлов в папках с логом и временной директории добавляем эти папки в исключения(отключаем для этих папок запланированные проверки и проверки в реальном времени):
Несколько дней назад при компиляции JTDX на многопотоке/16 ядрах процессора с удивлением заметил что половина ресурсов процессора съедается антивирусной программой 'Защитник Windows', проблему решил прописав исключения.
Большинство роботов уже известны по 24-х часовой работе в эфире по результатам анализа спотов ресурсов pskreporter и hamspots. Организаторы дипломных программ либо контролирующие организации всегда могут получить эту информацию - споты и логи в открытом доступе.Цитата:
Сообщение от RO7F
Негативная реакция участников форума отчасти была вызвана отсутствием Вашего позывного в постах при обсуждении вопроса который участники форума восприняли как предложение о дополнительной роботизации программы. Есть смысл добавить свой позывной в подпись либо изменить никнейм(логин) на позывной, последний вариант будет лучше.Цитата:
Сообщение от valokorden
Тема роботов больная точка в радиолюбительском движении, поскольку роботизированные сетапы постепенно выдавливают людей-операторов с диапазонов часто создавая помехи другим операторам излишним количеством переданных CQ сообщений на загруженных диапазонах, рассматривая общие ограниченные ресурсы как частную собственность. Как пример можно привести робот-сетап работаюший на общий вызов в режиме 24 часа х 365 дней под позывным SV5DKL. По заявлениям владельца сетапа так он "работает над созданием исскуственного интеллекта" в работе модой FT8: http://sv5dkl.blogspot.com/ , ранее он объяснял что пытается некотролируемой автоматической работой обратить внимание организации ARRL на то что связи проведенные в цифровых модах не должны засчитываться на дипломы наравне с видами излучения CW и SSB.
Судя по нескольким видео ранее опубликованным на YouTube интеллект был на уровне начинающего пользователя специализированных программ предназначенных для автоматизации рутинных действий пользователей ПК.
Молодец какой, по части демагогии! Всё равно, как выбрасыванием мусора из окна привлекать внимание к проблемам уборки мусора.Цитата:
Сообщение от UA3DJY
После недели усиленных поисков ,нашел причину разности по уровням на передачу между 32bit версией и 64bit версией программы JTDX/WSJT.Цитата:
Сообщение от R6LCF
Причина была вот в чем: в программе SunSDR2DX использовался штатный драйвер ММЕ и пара виртуальных аудио кабелей была под него. Применил драйвер WDM-KS .....НО пришлось создать еще пару виртуальных аудио кабелей и запустить с указанным драйвером иначе не работало по крайней мере у меня.
Сигнал на передачу/прием теперь во всех версиях работает одинаково,в WSJT аналогично 32/64 ...одинаково.
Но что порадовало ,с этим драйвером динамический диапазон шире и возможностей по приему/декодированию больше.
Вот теперь ....что то!
На загруженном диапазоне удается получить более 60 декодированных сообщений? Было бы интересно увидеть такие .wav файлики.Цитата:
Сообщение от R6LCF
Сейчас уже вечер и диапаззон 20м "сходит на нет". Завтра постараюсь выполнить.Цитата:
Сообщение от UA3DJY
На 40м 50 сообщений декодирует без задержки в один период(может и больше но у меня на монитор по высоте только 50 влазит,шрифт меньше не делаю,установлен размер11 штатный 10 ,придется в очках работать ,а это уже "не дело") как писал ниже завтра проверю на 20м ....там получше ,позагруженней и шумит поменьше диапазон!
P.S.wav файлы приема с 40м выслал.Завтра отправлю с 20м.Цитата:
Сообщение от UA3DJY
20м работает. Но как писал ранее на монитор более 51-52 декодированных сообщений элементарно не влазит по высоте. Что сам успевал посчитать 56......60 , очень сложно без фиксации. Ну да неважно ,работает программа отлично и это главное.Цитата:
Сообщение от UA3DJY
Я чего-то, наверно, недопонимаю? Зачем считать сообщения на экране, если можно неторопясь сосчитать их в файле ALL.TXT?
Очевидно недопонимаете. Важен "визуальный" фактор ,а все остальное никому по сути не важно.Программа под 64bit работает отлично ,а когда будет 24 bit разрядности звука получим как минимум 10дб прибавки динамического диапазона. А это очень много. Автору успешной работы!Цитата:
Сообщение от Dima100
В MSHV считать вообще не нужно - сделан счетчик за период!Цитата:
Сообщение от Dima100
Вложение 246831
У меня таких значений по приему еще не было. -26дб.......это что то, специально дождался когда 20м "закрывался" и вот такие значения!
1) последняя версия 64bit.....супер!
2)подключен новый драйвер по звуку WDM-KS заместо ММЕ с гораздо более широким динамическим диапазоном.
3) что будет когда автор программы сделает 24 bit разрядности звука?
Вывод: в самой программе огромные возможности по декодированию ,это далеко не предел. Автору огромное спасибо.
To R2EA/P DE LZ2HV/QRP "QSO 24-01-2020, 20:05 FT4"
Здраствуй
Я "реално не бйл QRP" hi, но так сделали реалная проба в реалнйе условия, с два не-стандартнйе пазивнй между JTDX и MSHV
У неня всйо записалас правилна в лог, и QSO бйлo ок.
Благадарйу за QSO на 80м
Всегда пожалуйста, Христо!Цитата:
Сообщение от LZ2HV
В моём логе за сегодня это было втрое qso. (19-14 и 20-05)
Первое было с /qrp и возможно во втором случае,
когда вы звали без qrp, лог самостоятельно подставил дробь.
Что то, я тоже особо не понял при первом проходе...
Ну а во втором всё , как положено по алгоритму - без моей дроби,
но с вашей... Я сейчас в Рязани ra-01/04 Tnxqso
Перешел на драйвер WDM KS, посчитал количество декодов за один цикл - меньше 50ти не было.
По поводу нестандартных позывных.
Когда станции /мм смогут передавать свой квадрат?
Ведь раньше была такая возможность, а что сейчас мешает?
Здравствуйте ! А можно ссылку на драйвер или где подробнее почитать что это за зверь ? Если не сложно , можно в личку , спасибо ...Цитата:
Сообщение от UR5LCZ
Приветствую.
Установил JTDX 2.1.0-RUS-rc146 с удалением прежнего INI файла при выключенной программе JTDX.
При запуске программы JTDX в свойствах микрофона (уровень при приеме), там, где цифра 95, значок динамика оказывается перечеркнут, уровень приема по шкале программы в правом нижнем углу не поднимается выше 40-45 dB, на водопаде зашумленность от аудио-тракта и вертикальные полоски (когда уровень 70 dB, на водопаде все нормально – он чистый, и присутствуют только сигналы станций).
При перезагрузке ноута захожу в свойства микрофона - значок динамика НЕ перечеркнут. Все нормально.
Как только запускаю JTDX, происходит вышеописанная ситуация и уровень по приему падает.
Настройки программы JTDX сделаны все те же, что и в прошлых версиях, без изменений.
Прошу подсказать, где копать ?
Вложение 246846
Какой трансивер и подключение звукового потока используете?Цитата:
Сообщение от UR5LCZ
В модах FT8/FT4 количество отведенных протоколом бит, полную информацию по упаковке сообщений Вы можете найти в исходнике packjt77.f90, в коде JTDX в папке src\wsjtx\lib\ft8v2.Цитата:
Сообщение от UR5LCZ
ИМХО это можно было сделать но при разработке протокола отдали предпочтение реализации контестов.
Что у Вас в закладке 'Дополнительно'?Цитата:
Сообщение от RW9WT
Так что, нужно 24-битную звуковуху искать?Цитата:
Сообщение от R6LCF
Это к автору ,как у него в планах.Цитата:
Сообщение от US5WE
У меня применяемый драйвер WDM-KS и звуковая карта 24bit (на материнке не использую ,установлена в корпус системного блока внешняя)хотя программа 16bit но все работает отлично.
OK, гляну, что у меня осталось со времен первых SDR экспериментов.Цитата:
Сообщение от R6LCF
Пользуюсь трансивером SUN SDR2 и соответственно VAC 4.15.Цитата:
Сообщение от UA3DJY
Известный мореплаватель, F5MYK, на своей странице на QRZ.COM написал:
For Maritime Mobile activity (on board merchant ships) :
Since the January 2019 version of JTDX it is not possible to send CQ F5MYK/MM with 4 letter locator...
В ярлыке используется ключ --style=fusion :
Цитата:
Сообщение от UR5LCZ
В режиме CQ в соответствии с протоколом например CQ LZ2HV/QRP локатор не передается!Цитата:
Сообщение от UR5LCZ
Вложение 246851
Прошу пояснить, где находится эта вкладка.Цитата:
Сообщение от UA3DJY
Пока не вижу.
Свойства микрофон, на Вашей картинке.Цитата:
Сообщение от RW9WT
Понял. Предполагал, что в программе JTDX.
Вот такое:
P.S.
Галочку "разрешить приложениям использовать устройство в монопольном режиме" снял.
Вторая галочка снялась автоматически.
Снова запустил JTDX.
Результата нет. Малый уровень снова.
Поставьте 48000 Гц 16 бит, с такими параметрами работают JTDX/WSJT-X, проблема после этого остается?Цитата:
Сообщение от RW9WT
Перепробовал и с более высокими частотами.Цитата:
Сообщение от UA3DJY
Пока JTDX не включена - значок динамика НЕ перечеркнут. Все нормально.
Но при запуске JTDX, к сожалению, всё опять происходит.
Может быть, в реестре Windows 7 что-то уже прописалось ?
У Вас включен по умолчанию встроенный микрофон ноутбука. Сделайте другой микрофон по умолчанию.Цитата:
Сообщение от RW9WT
48000 Гц 16 бит + совет EU1FQ поменять мкф по умолчанию на "Устройство с поддержкой High Definition Audio" сработало.Цитата:
Сообщение от UA3DJY
Проверил, перезапуская JTDX несколько раз.
Большое спасибо Игорь и Николай !
Только что сработал на 40ке с DP1POL.
Рапорты -26 и -6 соответственно.
Но работал он на 3020.
Так что если у кого выставлен фильтр на 3 кГц - то наверно не услышал бы вообще.
Программа супер - декоды с уровнем -26 не редкость, а количество декодов сейчас в районе 50 за цикл, хотя были и 56.
JTDX v2.1.0-rc147, измененный функционал:
Линки:
В сборке JTDX 64-бит не поддерживается операционная система Windows XP, под этой операционной системой можно использовать сборку 32-бит.
Файл JTDX.ini имеет такую же структуру как для версии JTDX rc146, при переходе с 32-бит версии JTDX на 64-бит мы рекомендуем переименовать(удалить) старый файл JTDX.ini.
Для основного окна интерфейса можно использовать стиль fusion, здесь детали настройки под Windows: https://forum.qrz.ru/377-jt65-jt9-ws...ml#post1651321
Русская локализация JTDX v.2.1.0-RC147.
Линки :
JTDX v.2.1.0-RC147 - тоже как и ранее люди озвучивали , столкнулся с тем , что при том же уровне звука в 70 единиц на Win 10 и абсолютно одинаковых настройках с прежней версией JTDX , при передаче трансивер не отдает мощность ! Для того чтобы вернуть прежнюю мощность на новой версии , приходится уровень звука в Windows задрать на 100% или ползунок "Мощн." в JTDX выкрутить на всю до упора , на прежней версии он стоял по центру !
Игорь , а не планируется это добавить в программу как настройку ? Использую UR5EQF и приходится в WSJTDInterface писать путь до батника с ключом --style=fusion , а не до jtdx.exe , не критично , но все же ...Цитата:
Сообщение от UA3DJY
Если WSJT-X 64-бит при использовании этого же USB порта под передачу/прием звукового потока тоже имеет просадку уровня то проблема в реестре Windows. Операционная система Windows в реестре привязывает драйвера устройств к номеру USB порта, в некоторых сетапах один USB порт давал просадку TX уровня, другой давал нормальный уровень. Есть сообщения что помогла чистка реестра Windows.Цитата:
Сообщение от UB3GDZ
Ищем возможность сделать fusion стилем по умолчанию.Цитата:
Сообщение от UB3GDZ
Игорь, кому-то нравится стиль fusion, кому-то (в частности мне) - не нравится. Не будет ли логичным вынести стиль в файл настроек (ini)? А установить/отменить - сделать выбор из меню типа "Вид". Нет?
Понял , спасибо , буду искать причину !Цитата:
Сообщение от UA3DJY
Пока не могу понять почему при сборке под JTSDK3-64бит при запуске из скрипта сборки у меня окно интерфейса выглядит также как и на 32-бит сборке, а при повторном запуске либо при установке программы уже другой вид. Вынести выбор стиля приложения в файл настроек, такое возможно в Qt?Цитата:
Сообщение от RM1F
В код WSJT-X добавлен темный стиль, QDarkStyle, если кто то его у себя активировал поделитесь пожалуйста как.
Поставил для теста только что wsjtx-2.1.2-win64 , на ней у меня уровни как в 146 версии , все отлично ! Подождем отзывов , может это единичный случай и проблема на моей стороне ...Цитата:
Сообщение от UA3DJY
Цитата:
Сообщение от R3BB
Странно... но не одна ссылка не работает! Только у меня?Цитата:
Сообщение от UA3DJY
Не могу зайти в облако, чтобы скачать русскую 147 версию, пишет ошибка 404.
Может кто сбросит сюда 64 битную версию?
у меня тоже неработаетЦитата:
Сообщение от UA1OMZ
Да, конечно. Возможно, придется немного допилить напильником "по месту". Ключевая функция QApplication::setStyle().Цитата:
Сообщение от UA3DJY
Все работает.
На всякий случай отключите антивирус до открытия....
Русская версия ,все работает.
Попробовал с двух разных тырнетов (мегафон, макснет) вроде всё скачивается.Цитата:
Сообщение от UA1OMZ
Цитата:
Сообщение от UA1OMZ
Цитата:
Сообщение от RW4LN
https://JTDX.TECHЦитата:
Сообщение от UT6IE
Вчера поставил "сверху" х64 и сразу проверил по уровням на передачу - все нормально.
Сегодня запустил и ВАУ! Да, уровни на максимум. Win-8 :(
С этого линка https://www.release.jtdx.tech/Window...c147-win64.exeЦитата:
Сообщение от RW4LN
Сегодня обновлю линки на русскоязычном сайте.
Что то случилось с Облаком - пока пишет доступа нет.
Мало того - пишет доступа нет к ящикам моим... Либо хакнули - либо общая проблема
Только что, все скачалось, без проблем. Похоже временный "затык". ))Цитата:
Сообщение от R3BB
P. S. А к своему ящику, доступа тоже нет.
В работе Mail.ru произошел крупный сбойЦитата:
Сообщение от R3BB
Win-7 х64. Вчера поставил (с удалением ini) х64 rus, движки уровней на передачу почти максимум ... затем (с удалением ini)х64 ... то же самое.Цитата:
Сообщение от RA1WU
Только что (с удалением ini)х32, уровни как в раньших версиях.
всё заработало, действительно майловский сбой был...Цитата:
Сообщение от UA3DJY
Спасибо скачал, установил, но движок "Мощность" пришлось задвинуть до упора. Раньше, в 146 версии, он был посередине.Цитата:
Сообщение от UA3DJY
И еще, Игорь можно ли в программе сделать так, чтобы скрытые в сообщении страны, не декодировались. Ну, чтобы если они меня зовут, я их не видел в окне приема и программа им в автомате не давала раппорт. Может я не правильно ставлю вопрос.
Вложение 246923
Цитата:
Сообщение от UR4UM
Используете USB аудио кодек? Если да то выполните пожалуйста проверку:Цитата:
Сообщение от RA1WU
https://forum.qrz.ru/377-jt65-jt9-ws...ml
Вот , видимо я не одинок в данной проблеме и пока пожалуй перестану ломать свою систему ...Цитата:
Сообщение от RW4LN
Аналогичная проблема и у меня . К сожалению не сразу понял в чем проблема . Измучил компьютер меняя установки как в звуковых устройствах так и в Микрокейере . Два часа мучений пока не двинул движок мощности вверх Фухххх...Цитата:
Сообщение от UB3GDZ
Для пользователей USB аудио кодека, попробуйте еще пожалуйста установить JTDX-64бит в новую папку, например в C:/JTDX64, проблема уйдет? Надеюсь что установка в новую папку поможет уйти от старой конфигурации железа+драйвера в реестре Windows.Цитата:
Сообщение от UA4CR
У меня в программе движок мощности всегда вверху максимум. Регулирую ручкой TX самого интерфейса Microkeyer II.Цитата:
Сообщение от UA4CR
Передаете CQ DX и автовыбор программы JTDX не будет реагировать на входящие вызовы из стран перечисленных в Вашем списке. Вы будете видеть в окне входящие вызовы, это сделано для того чтобы пользователь мог при желании ответить на такой вызов вручную.Цитата:
Сообщение от RW4LN
Запуск программы из нового места вроде решило проблему , тестирую дальше !Цитата:
Сообщение от UA3DJY
USB-COM
Обнаружил новые драйвера для USB шнурков https://www.silabs.com/products/deve...ge-vcp-drivers С виртуальными возможностями!
Проверил на Винде 10 и IC7300 JTDX+UR5EQF Работает и других примочек не надо!
Мне кажется, что скрывать вызывающие станции не надо. Это неуважение к вашим коллегам по хобби. Возможно, что эта связь очень нужна вашему коллеге, он будет упорно вызывать, а вы даже не увидите, что вас зовут.Цитата:
Сообщение от RW4LN
Например за полтора года работы на диплом "Россия" у меня нет вашей области в цифре на 3 бендах, а для "9B RDA" вашего RDA нет на 5 диапазонах... И при таких настройках просто не будет шансов...
А вот для облегчения работы с экспедициями неплохо бы добавить в закладку фильтров окно для ввода позывных, которые бы подсвечивались, независимо от повтора, т.к. некоторые экспедиции (например RDA) могут даже в течение дня менять местоположение, а их уже не видно...
Кстати, странный у вас список исключений... за что вы так обиделись на немцев, аж 5 раз искючили)) ...да и полякам трижды неповезло)) вроде достаточно было указать основной префикс DL и SP (как указано в подсказке при введении списка)Цитата:
Сообщение от RW4LN
Да , установка программы в другую папку решила проблему и в моем случаеЦитата:
Сообщение от UB3GDZ
Установка по-ноыой с удалением ВСЕХ хвостов так же помогла.
Спасибо :)
Спасибо Игорь за разъяснение, причина в том, что утром я зову CQ AS, а вечером, когда проход на NA зову CQ DX, ну, а те кто у меня в исключении, лезут изо всех щелей и мешают. Вот когда буду звать CQ EU, тогда я им отвечу.Цитата:
Сообщение от UA3DJY
Хочу добавить, с этой версией декодирование стало намного быстрее, даже очень быстро. спасибо за отличную программу.
Только не могу понять, как настроить, чтобы связи записывались во внешний лог, сейчас у меня пишутся связи в HRDlog с помощью Алерта, хочу попробовать писать связи в тот же лог, но без Алерта.
Мне кажется, что чекбокс "Wanted", а в русской локализации "Отслеживание", не совсем отражают его суть. Если смотреть на суть интерфейса, то установка галочки должна включать "Wanted" ("Отслеживание"), а сняти галочки выключать "Wanted" ("Отслеживание"). На самом деле не имеет значения, установлена галочка или нет. Если что либо прописано там (позывной, префикс и т.д.), то отслеживание будет происходить в любом случае. Назначение этого чекбокса - скрыть/показать отслеживаемое. Может поменять название чекбокса в соответствии с его функциональным назначением?
Так сделано для минимизации размера основного окна интерфейса. Словосочетание 'скрыть/показать отслеживаемое' означает дополнительно несколько десятков пикселей. Подсказка должна доводить до пользователя смысл этой галочки.Цитата:
Сообщение от EU1FQ
Win 10 -64 при установке 147 версии 64 bit, уровень пришлось поднять до 8 в 32 bit версиях 146 и ранее - движок был посередине.
А почитать десяток предыдущих сообщений и как поступить в этом случае, СЛАБО?Цитата:
Сообщение от UA1WA
А вот просто указать номер поста,где это написано нельзя без ехидства или это уже в крови.Цитата:
Сообщение от UA3ALE
Иван.Цитата:
Сообщение от R5ZQ
Каждый побеждает эту" неприятную болезнь " сам и под свое установленное оборудование.
Например как поборол я.Не скажу легко ,неделю провозился ,но нашел и устранил. Дело было не в программе.
Повторюсь: У меня к SunSDR2DX был установлен и применен драйвер ММЕ и разница между 32bit и 64bit версиями на передачу была 15дб . Добавлял уровень по максимуму. Подключил драйвер WDM-KS и все сразу наладилось и стало на свои места + значительно возросло декодирование до -26дб и количество декодированных сообщений в один период до 53-56 на загруженном диапазоне.
Сейчас работаю не нарадуюсь в прямом смысле этого слова! Внимательно читаем сообщения на подобную тематику и примеряем на "себя".
P.S. Приведу сообщение от радиолюбителя с соседнего форума на эту тему.Он провел специально исследование.
UT4LM:И тут может наступить момент, когда, при использовании драйвера MME, сигнал на выходе VAC может просто исчезнуть, а для WDM-KS он будет виден и декодироваться без проблем.(вырвано из контекста но смысл не искажается)
Это подтверждает ,все то что я говорил ранее и выполнил для своего установленного оборудования.
Большинство случаев связаны с тем что операционная система Windows привязывает в реестре папку из которой ранее запускался 32-бит процесс jtdx.exe к железу/драйверу/USB порту, в основном проблема у пользователей USB аудио кодека, встроенного в трансивер либо во внешний интерфейс. При установке 64-бит программы в эту же папку операционная система Windows для процесса jtdx.exe 64-бит использует с реестра ранее созданную конфигурацию под 32-бит. Проблема в этом случае решается установкой JTDX 64-бит в новую папку, либо чисткой реестра после удаления программы 32-бит.Цитата:
Сообщение от R5ZQ
Игорю и команде респект! Cборка 147 x64 декодирует шибко шустрее, чем (146) x32.
Тоже столкнулся с "проблемой" недостаточного уровня на передачу при переходе от x32 к x64, успешно ее решил. Не пора ли эту проблему описать в каком-нибудь FAQ - ЧаВо?
R6LCF = [QUOTE][ Подключил драйвер WDM-KS/QUOTE]
Владимир, где скачать и как поставить этот драйвер.
Можно скинуть сюда: us1qa@hotmail.com
что бы не загружать ветку.
Лучше в запросе в службу поддержки Микрософт Windows. Операционная система распознает 32 и 64 бит процессы, есть шанс ее улучшить в части привязки конфигурации устройств подключенных к USB портам в соответствии с разрядностью процесса использующего такие устройства.Цитата:
Сообщение от RM1F
Я отправлял это сообщение для информации разработчикам (для статистики) им принимать решения нужно ли принимать по этому поводу программные решения или нет. Посты я читаю все - Вашего злорадного ехидства не замечаю, в эфире тоже встречаются операторы (которые в каждой бочке затычка)-некорректные. У кого это по молодости, у кого по невоспитанности, у кого и того по ..... . Мы все коллеги объединены одним любимым хобби - надо жить дружно и помогать друг-другу, а ехидство, злорадство и самопиар- не наше дело. Отвечать не надо, полемика здесь не нужна, причину появления моего поста я объяснил, ну а Ваш выпад пусть оценят наши коллеги и Вам решать как себя вести.Цитата:
Сообщение от UA3ALE
Так разработчики уже об этом знали и принимали меры !
На англоязычном форуме точно такие же не читатели а писатели!
Так что и мы сближаемся с ними!
Только это и хотелось подчеркнуть, и нечего обижаться!
Перенес всю папку где файл INI на другой жесткий диск(у меня в компе их 2)и удалил ее с основного рабочего диска . Деинсталировал программу JTDX, удалил саму папку, почистил реестр - установил по все заново. Результат тот же -пришлось опять поднимать движок до 8. При установке программа сама попросилась на диск С в ту же папку которая была удалена, С/JTDX/JTDX/.
В чем проблема?
UA3ALE я не обижаюсь просто от Вас в мой адрес прозвучала бестактность, я стараюсь себе этого не позволять, тем более, что информация была не для Вас.
А указать другой путь ?
Сейчас попробую, наверное можно работать и с движком установленным на 8-ку, но здесь неоднократно говорилось, что это может привести к дополнительным помехам на рабочей частоте.
Контест для роботов? Или просто засорение диапазона...
Вложение 246964
Вложение 246966
Нет смысла создавать отдельный исходный код JTDX для 64-бит версии, смена имени папки на усмотрение пользователя.Цитата:
Сообщение от UA1WA
Дайте пожалуйста линк на такую информацию.Цитата:
Сообщение от UA1WA
Прошу специалистов прокомментировать про дополнительные помехи... О каком вообще движке речь? О том что в программе или о том что в настройках звука? Всегда, с самого начала использования WSJT и JTDX умышленно устанавливал движок в программе по максимуму, регулируя уровень выхода (ALC) уровнем входа в трансивер(в меню) и уровнем выхода со звуковой карты. Делал это умышленно у себя и на коллективке тоже, что бы движком программы ни кто случайно не установил запредельный ALC, действительно ухудшив качество сигнала. И пока на качество ни кто не жаловался...Цитата:
Сообщение от UA1WA
Все эти уровни программно решаются?
Пока не знаем о чем речь.Цитата:
Сообщение от UA1OMZ
Движок вверху справа- Мощность. При указании другого пути все стало, как и ранее в 32 bit версии, движок стоит посередине - большое спасибо за подсказку. В обсуждениях ранее, не могу найти номер спота, говорилось, что при полном его выдвижении могут возникать помехи на передаваемой частоте и лучше этим не злоупотреблять.(во сяком случае я так понял). Еще раз спасибо за подсказку, все работает отлично, как и ранее. Еще раз Спасибо, всем удачи, прохождения, DX!
JTDX v2.0.2-rc139 (17.07.2019)Цитата:
Сообщение от UA1WA
- временное решение устраняющее перегрузку виртуального аудио кабеля (программа VAC) при передаче звука в максимальном положении ползунка Pwr JTDX
При тестировании в WSJT-X тоже наблюдал такую проблему связки с VAC, написал об этом команде WSJT: они не заметили проблем в своих сетапах. На этом вопрос был закрыт.
А может он просто проверяет прохождение по PSK репортеру и не хочет чтобы его вызывали.Цитата:
Сообщение от UA3DJY
Увы, пока "CQ DE AA00" присутствует :(Цитата:
Сообщение от UA3DJY
Похоже на разрушение содержимого оперативной памяти, вроде в коде закрыл все возможноые точки где существует использование виртуального квадрата AA00. Дайте пожалуйста полностью эту строчку с файла ALL.TXT, в конце строчки есть спецсимвол, попробую понять с какого из декодеров идет это сообщение.Цитата:
Сообщение от RM1F
RW4LN...Только не могу понять, как настроить, чтобы связи записывались во внешний лог, сейчас у меня пишутся связи в HRDlog с помощью Алерта, хочу попробовать писать связи в тот же лог, но без Алерта.
...и я тоже так хочу...поделитесь,если получится...до Алерта приходилось загружать адифы из JTDX в HRDLog вручную...
а вы внутренними журналами не пользуетесь?Цитата:
Сообщение от UA3DTK
Связи при сохранении в JTDX автоматом сохраняются в LogHX (форум тут), он отправит их на HRDLog, Clublog, eQSL, вручную с журнала можно отправить на LoTW, а оттуда они попадут на qrz.com
Все подтверждения (LoTW, eQSL, Clublog)можно загрузить во внутренний журнал, чтоб визуально видеть от кого они получены. Ну как то так....
Андрей, подскажите пожалуйста, что, где нужно сделать, отметить, что бы связи с LoTW автоматом оказались на QRZ.COM?Цитата:
Сообщение от R3HH
вы их отправьте на LoTW, а далееЦитата:
Сообщение от UA1OMZ
иногда они попадают ни мгновенно после загрузки на LoTW, 10-15 мин.
Вот она:Цитата:
Сообщение от UA3DJY
Цитата:
20200128_153930 -16 0.3 1709 ~ CQ DE AA00 *
R3HH,,,Связи при сохранении в JTDX автоматом сохраняются в LogHX (форум тут), он отправит их на HRDLog, Clublog, eQSL
...спасибо,но я и так использую HRDLog,зачем же мне еще грузить LogHX...уж лучше я обойдусь Алертом,тем более с ним хорошо смотреть повторы
Дополню. Если у RM1O (UA1OMZ) есть подписка на QRZ.comЦитата:
Сообщение от R3HH
Пользователям SunSDR2 Pro и других SDR у которых динамический диапазон IMD3 приемного тракта более 90дБ: есть экспериментальная версия JTDX rc147-win64 с поддержкой разрядности RX/TX звукового потока 32-бит (динамический диапазон 186дБ), если есть желание ее попробовать на загруженном диапазоне, в том числе при выключенной АРУ, напишите мне пожалуйста на почту c_igor inbox ru
Пробую ,спасибо! На 40м ,а сейчас диапазон основательно загружен.Цитата:
Сообщение от UA3DJY
На 20м доволько мощно проходят Фолкленды ,может кому надо!
Сигнал на передачу с поддержкой разрядности RX/TX звукового потока 32-бит. Анализатор 200Гц-5000Гц.Такой красоты еще небыло!
АРУ выкл. на загруженном диапазоне 40м. Основная регулировка RF ,сейчас 50дб.Цитата:
Сообщение от UA3DJY
Я правильно понял, что после однократного нажатия на "2", потом все связи из LoTW при добавлении туда, будут грузиться и на QRZ.RU автоматом?Цитата:
Сообщение от R3HH
Или каждый раз нажимать "Download..."? Я нажал, крутит и просит обождать уже больше получаса, хотя логи на данный момент синхронизированы.
Сори за офтопную тему, может кому тоже полезно будет...
По картинке интегральная мощность сигналов примерно на 30..40дБ превышает интегральную мощность шума, приемные антенны в такой обстановке могут дать большой выигрыш.Цитата:
Сообщение от R6LCF
Интересно, кто нибудь с Бевереджем на НЧ диапазонах на SDR наблюдает перепад сигнал/шум более 60дБ?
To RA3QH
K6JDC и N1CLG очень тяжело сделат
hi
скачиваются они быстро, но каждый раз нужно нажимать "Download...".Цитата:
Сообщение от UA1OMZ
к примеру: вы каждый день подгружаете связи на LoTW, через месяц зашли на qrz.com нажали загрузить и они все выгрузились в локбук qrz.com
Да Христо...Особенно на 50 ватт и Inverted V... Вас отлично принимал....Цитата:
Сообщение от LZ2HV
Около того, мощнее пока никого. Приём на Hermes и BOG_by_VO1HP.Цитата:
Сообщение от UA3DJY
Вложение 247007
Такого количества Японских станций на диапазоне 160 метров я еще не видел .
147 версия заметно быстрее декодирует.
Игорь спасибо Вам и команде за такой классный апгрейд:)
Это, просто, второй день прохождение на Японию хорошее. VR2KW и BG2AUE прекрасно идут тоже, VK9NK прошел.Цитата:
Сообщение от UT8NT
Добрый день у меня в HRDLog прописаны пароли для eqsl , ЛОТВ. РАБОТАЮ ЧЕРЕЗ UR5EQF И СВЯЗИ автоматом грузятся на Еqsl hrdlog и автоматом приходят подтверждения с EQSL LOTw Для загрузки на QRZ.COM Нужна платная подпискаЦитата:
Сообщение от R3HH
Не нужна, Виктор, для загрузки. Только регистрация. Нужна для обратного скачивания. В скринах по порядкуЦитата:
Сообщение от R0CD
1.
2.
3.
Отличный сетап, при таком перепаде сигнал/шум разрядность 32-бит звукового потока уже может дать выигрыш по сравнению с 16-бит.Цитата:
Сообщение от RU6YY
Перепад в основном определяется направленными свойствами антенны: снижением уровня шума, если конечно на диапазоне не работает сосед :)
TO UA3DJY Игорь при работе с дробью R2EA/P идёт залипание на спецпозывных
(R200ANT, SP100Y итп). К сожалению не все digi операторы грамотны и не каждый
может пользоваться свободными сообщениями... А некоторые проги и вовсе не дают
возможности проведения qso между spec-spec, spec-/ итд.
Не могли бы, вы предпринять что нибудь для сброса по счетчику в момент
проведения qso с длинными позывными? 2-3 раза это потолок...
А то некоторые связи превращаются в смешные случаи проведения qso по 10 минут.
И роботом на той стороне провода - не пахнет. UA9MA пишет параллельно в ватцап
и делает скрины MSHV и говорит, что сделать - ни чего не может.
Пожалуйста, Игорь, придумайте логику в проведении таких qso...
За ранее - СПАСИБО!
Это делается тут:Цитата:
Сообщение от R2EA
А я цифрой всегда при выключенной АРУ работаю))) Даже когда еще TS-870 был.Цитата:
Сообщение от UA3DJY
В отдельно взятой программе проблему не решить, например мы сделали поддержку QSO между двух дробных позывных но пока ее не добавят в WSJT-X большинство таких QSO будут проблемными. То есть логика формирования TX сообщений должна быть общей во всех программах, думаю что WSJT команда должна быть лидером по доработке, поскольку большинство операторов на WSJT-X.Цитата:
Сообщение от R2EA
Вручную уменьшая усиление в ВЧ тракте, то есть подгоняя перепад сигнал/шум в данный момент времени под динамический диапазон приемного тракта. Такой вариант работает но при небольшом динамическом диапазоне тракта неизбежно приводит к потере чувствительности. По сути из двух зол (интермодуляция/потеря чувствительности) Вы выбираете меньшее.Цитата:
Сообщение от RX4HX
R6LCF - TKS за подсказку.
Здраствуйте R2EAЦитата:
Сообщение от R2EA
Мй многа раз обесняли что связ между
R200ANT и R2EA/P, за етот момент неможет случитса, 77-bit мало за ето.
MSHV ест саабшение что ето не палучитса, но въпреки ето ест ентусиастй каторйе прадалжает пробават
Запомните что за даннй мамент "R200ANT и R2EA/P", "R200ANT и R2020EA/P", "R200ANT и R2020EA" связ не палучитса.
Если сделаем какойто кампромис ето надо сделат в все, MSHV, WSJT-X и JTDX, иначе ничево не палучитса
На нынешнем этапе развития два робота в FT8 могут беседовать часами, нам не понять о чем они друг другу говорят ;)
Вопрос не в ограничении протокола а в формировании TX сообщений так чтобы не было зацикливания попытки QSO R200ANT и R2EA/P на одном и том же сообщении. При таком зацикливании оператор сейчас может только выключить передачу.Цитата:
Сообщение от LZ2HV
А почему именно роботы? Здесь все просто у LZ2RR работает стандартный режим FT8 а SP5XMD включил режим контеста.Цитата:
Сообщение от UA3DJY
Причем SP5XMD работает на WSJTX и у него не вписан локатор! Видно новичок!
Симуляция с WSJTX
FT8 080145 20 dB 0.1 s Freq 758 Hz > UA3DJY 530001
Как Вы считаете, сколько времени должен новичок смотреть на экран чтобы понять что что то не так в обмене сообщениями? А если из трансивера дым пойдет, 5 минут ему будет достаточно чтобы обесточить аппаратуру? :)Цитата:
Сообщение от R5WM
Я не знаю может он заснул, но я знаю что роботы не работают в режиме контест!Цитата:
Сообщение от UA3DJY
но я знаю что роботы не работают в режиме контест!
Что тут я читаю - какие то споры.....Я ЗНАЮ - РОБОТУ что напишут в программе ТО ОН и ДЕЛАТЬ БУДЕТ !!! .....По радио ТУТ и РОБОТА нет....просто КОММУНИКАЦИОННАЯ ПРОГРАММА......до робота еще очень далеко!
Христо - спасибо за ответ.Цитата:
Сообщение от LZ2HV
Я чуть в теме, поэтому речь виду о сбрасывании qso через 2- 3 сообщения.
Если оператор не смог понять, как ответить, то не должно быть такого что:
-Во! А, я, и не знаю, что мне делать!
Я с jtdx даю свободное сообщение, а другой оператор может
или не понимать или их вообще фильтровать...
Поэтому нужен просто компромисс.
Подумайте...Вы же разработчики. hi hi
И спасибо за то что, вы делаете...
Это не то и не о том! Попробуйте /qrp для понимания.Цитата:
Сообщение от RC3C
Верно!Цитата:
Сообщение от UA3DJY
Вот одного вымучил всё таки...
Ну вот опять интрига! Как???? Научите пожалуйста, как получать автоматом в UR5EQF подтверждения LoTW и eQSL???Цитата:
Сообщение от R0CD
А этому меня научили одну страницу назад, почитайте, бесплатно...Цитата:
Сообщение от R0CD
Да и у меня так ,не совсем автоматом руки тоже необходимы . Сразу скажу адреса в Логе прописаны и настроены в Лог при запросе "запрыгивают".С LoTW не так просто ,я свои отправил "руками" и жду когда ответные зальют,получил ,eQSL буквально на второй день связи ,бывает и сразу.. Лог-Журнал- Сервисы eQSL и LoTW - и так далее.Цитата:
Сообщение от UA1OMZ
Напомню что существует HELP по программе и очень подробный....Цитата:
Сообщение от UA1OMZ
А так...ЖУРНАЛ-Сервисы eQSL и LoTW-Получить почту из интернет лога-Соединится с хххх
При этом в Сервисы лога должны быть прописаны логин\пароль eQSL и LoTW
Ну, Михаил... не ужели и вы повелись? Я почти с самых первых дней создания UR5EQF-лога пользуюсь им и только им и изучил и его и help вдоль и поперёк! Как получить подтверждения с eQSL и LoTW я прекрасно знаю, все давно налажено и работает, но не в полном АВТОМАТЕ! Автоматически связи только улетают на eQSL и HRDlog. Ну нет там АВТОМАТИЧЕСКОГО получения eQSL и LoTW, вот и спрашиваю "специалистов", которые это утверждают, как они это внедрили "пустым звоном" или "святым духом"?Цитата:
Сообщение от RA3QH
Цитата:
Сообщение от R0CD
Александр да полного конечно нет...думаю просто неверная терминология применена:s7:Цитата:
Сообщение от UA1OMZ
Загрузка диапазона большая декодов мало, видимо с VAC проблема, не правильно настроил WDM-KS прошу помощи (где что почитать?)
Крайняя версия.
Сейчас на 40ке насчитал 61 декод.
Немного неправильно показывает S-метр.
Значения на шкале больше, чем у реального измерителя внизу шкалы на 5-10 единиц.
На 16 битной больше 57 декодов не было.
Уровень сигнала выставляю около 140 (135)
Здравствуйте, столкнулся с такой проблемой: После установки JTDX 146 x64 при запуске просто одной программы из под Win 10 x64 всё работает прекрасно и приём и передача, при запуске из под LogHX 3 билд 517 на приём тоже всё замечательно, при нажатии кнопки " настройка ТХ " идёт звук а передача не включается. В настройках радио всё так-же как и без лога. Кат тестируется без проблем а вот проверка передачи никак не реагирует. В 32х разрядной версии JTDX с этим проблем небыло.... Что можно подкрутить???Вложение 247070
попробуйте такЦитата:
Сообщение от R3DMO
Покажите пожалуйста панель управления VAC.Цитата:
Сообщение от R3HH
Цитата:
Сообщение от UA3DJY
установил в настройках WaveRT ситуация изменилась, в лучшую сторону
На QRZ.COM Я тоже загружаю в ручную а вот EQSL ПРИХОДИТ СПИСКОМ и одновременно видимо грузятся в UR5 ПРИОБРЕТАЮТ ЖЕЛТЫЙ ЦВЕТ В письме раньше сразу были изображения сейчас просто рисунки.Видно при переустановке какуюто галочку галочку в HRDLog не поставил.Некоторые связи тут же моментально прилетают видимо у корреспондента тоже HRD включенВложение 247078 LOTW точно также приходит списком Но в UR5 какие отмечаются а какие приходится отмечать в ручную.Логику я так и не понялЦитата:
Сообщение от US4IRT
Вложение 247079Вложение 247080
Вот сегодня пришло письмо .Включил программу EQSL УЖЕ ОТМЕЧЕНЫ
А ОТПРАВЛЯЛ через UR5EQF ПРОСТО СОХРАНЕНИЕМ СВЯЗИ В ЛОГЕ
Всем привет.
Связка UR5EQF - OmniRig 1.19 - JTDX Interface 1.0.7.70 - JTDX/WSJT-X
Обновил JTDX до 147 версии. При первом старте любой из JTDX/WSJT-X частота смещается на +0,055 кГц.
Откатился на OmniRig 1.18 - исправилось.
Может кому пригодится.
По разному пробовал - не помогает :confused: Есть такое ощущение, что начинают бодаться драйвера виртуального СОМ порта х86 и х64.Цитата:
Сообщение от R3HH
Для поддержки 32-бит звукового потока по каждому кабелю Вам надо выставить количество бит на sample в диапазон 8..32, подчеркнул на картинке, и еще судя по картинке у Вас возможно идет уведомление голосом в виртуальном кабеле(накладывается на сигналы) что это пробная версия VAC:Цитата:
Сообщение от R3HH
Возможно операционка криво привязала драйвера в реестре, попробуйте переустановить JTDX-win64 в папку с другим именем.Цитата:
Сообщение от R3DMO
Кабель VAC работает как положено ,замечаний нет:
Да и с настройками JTDX то же самое:
У Вас более старая версия VAC, отсутствует настройка Capture port. В этой версии он всегда WavePci.Цитата:
Сообщение от R6LCF
Андрей R3HH выбрал WaveRT, разница в методе буферизации данных, c WaveRT могут быть проблемы с качеством звука: JTDX Russian - Настройка VAC для работы с JTDX
Последнее изменение кода OmniRig датировано мартом 2019г., возможно Алекс VE3NEA прекратил работу над этим проектом https://github.com/VE3NEA/OmniRigЦитата:
Сообщение от RD3FV
https://eesdr.com/images/Document/UMAnew_RUS.pdfЦитата:
Сообщение от R3HH
посмотрите здесь,может поможет.
Ком-порт для передачи в JTDX в логе не используется? Порт для CAT и для PTT разные?Цитата:
Сообщение от R3DMO
Алекс уже давно прекратил работу по этому проекту, при этом выложив исходники ОмниРига в общее пользование. Исправления уже делают сами пользователи. Сейчас проект ОмниРигра развивает HB9RYZ - Swiss Amateur Radio Station - OmniRig v2.0Цитата:
Сообщение от UA3DJY
Судя по утверждению на сайте OmniRig 2.1 несовместим со всем ранее разработанным софтом, автор предпочел революционный подход в разработке этой версии:Цитата:
Сообщение от RX4HX
Цитата:
The new Omnirig v2.1 only runs with programs that have been developed for it, e.g. Swisslog v5.99e (Dec. 2019).
Игорь спасибо за софт и помощь в настройке, версию VAC старую поставил, новая с уведомлением :s7: через минуту появляется, в новой хотел настройки покрутить.Цитата:
Сообщение от UA3DJY
Спасибо Владимир, этот ресурс я читал! Нам бы ваше прохождение :s7:, я его хорошо знаю в ростовском и московском регионе, оно сильно отличается.Цитата:
Сообщение от R6LCF
ночью 40ка загружена была 40-50 декодов, 20ка пустая работал с 0100-03.00 на южную америку.
Количество декодированных сигналов в первую очередь зависит от уровня шума, в этом отношении направленные приемные антенны дают огромный выигрыш. Даже простая кардиоида направленная нулем на юг/юго-восток, направление с которого в центральном регионе с антенны снимается наибольшая мощность шума, даст на НЧ диапазонах ощутимый выигрыш в количестве декодированных сигналов.Цитата:
Сообщение от R3HH
На этой картинке отлично настроенный сетап: https://forum.qrz.ru/377-jt65-jt9-ws...ml#post1652530 ориентируйтесь на перепад уровней сигнал/шум и уровень шума с этой картинки.
rc147 64 bit -Windows 10 Программа работает отлично, но выявилась небольшая раздражающая деталь поле с водопадом не выдерживает заданные размеры, при каждом новом запуске оно упорно расширяется, приходится его опять уменьшать по вертикали.
Если интерфейс я специально опустил ниже по уровню, то поле с водопадом не хочет держать заданный размер- расширяется и
залезает ниже положенного и устанавливаемого уровня см. скриншот. прошу подсказать где искать? Вложение 247100
Пробовал, с JTDX и LogHX не работает. Из всего софта, каким пользуюсь, работает только с Logger32.Цитата:
Сообщение от UA3DJY
интересно есть в ветке кто то использующий SwissLog?Цитата:
Сообщение от UA3DJY
:offtopic:
выглядит похоже на LogHX, но чот какой-то навороченный...Цитата:
Сообщение от RA3QH
Это настраивается в самой Win10.Цитата:
Сообщение от UA1WA
Не понял обычно все поля сохраняются в таком размере, какие задаются, раннее в какой то из ранних версий в JTDX какое то из полей тоже не сохраняло заданные размеры, не помню какое именно-стареем! В 10 Винде тоже все поля сохраняются в задаваемом размере, не сохраняется только поле с водопадом и где подскажите мне подтвердить задаваемые размеры в Windiws 10?Цитата:
Сообщение от RC3C
1) https://info-effect.ru/nastrojka-okon-v-windows-10.htmlЦитата:
Сообщение от UA1WA
2) https://answers.microsoft.com/ru-ru/...1-9f75b0a61647
Версия 2.0 была совместима. По ходу в версии 2.1 поменял название OLE-сервера. Нужно будет попробовать.Цитата:
Сообщение от UA3DJY
"Обижаешь начальник!"))) Нет там ничего навороченного, кроме некоторых "рюшечек")))Цитата:
Сообщение от RC3C
подскажите какая правильная величина этого параметра? можно поставить по разному....Цитата:
Сообщение от UA3DJY
этот вопрос по моему уже задавали, чем лучше регулировать усиление?
Хотел спросить у знающих людей ,а какая версия OmniRig установлена у меня? Это было так давно что сам уже и не помню, НО работает на отлично с любыми аппаратами. А это как раз основное!
На данный момент подключен ic7300 и SunSDR2DX да и множество различных было подключено ,все работает на отлично.
Во вкладке About посмотрите.Цитата:
Сообщение от R6LCF
Я это знаю. Меня интересует почему в основном RIG1/2 ,а у меня версия RIG1/2/3/4.Цитата:
Сообщение от UB3GDZ
Это версия с увеличенным кол-вом вкладок устройств , тут информация - https://community.flexradio.com/flex...nd-flex-radiosЦитата:
Сообщение от R6LCF
Диапазон доступной настройки. Например если подключать виртуальным кабелем WebSDR к JTDX: JTDX всегда работает с частотой дискретизации звукового потока 48000 отсчетов в секнуду, WebSDR, например, передает поток с частотой дискретизации 8000 отсчетов в секунду. VAC кабель в этом случае конвертирует звуковой поток отдавая в сторону JTDX уже 48000 отсчетов в секунду. Задавая в настройках диапазон Вы позволяете VAC конвертировать поток в рамках этого диапазона. Например, если WebSDR подает на VAC поток 8000 отсчетов в секунду а в настройках Вы задали 12000...48000 то VAC не сможет конвертировать входящий звуковой поток.Цитата:
Сообщение от R3HH
Если в документации подробно не сказано то только автор программы может подсказать что и в какой точке тракта, в том числе относительно петли АРУ, программа делает этими движками.Цитата:
Сообщение от R3HH
Это и есть версия из моего поста:Цитата:
Сообщение от R6LCF
https://forum.qrz.ru/377-jt65-jt9-ws...ml#post1652989
только у Вас не последняя версия 2.1, а 2.0, которая работает со всеми логами точно.
Здравствуйте, уважаемые участники форума!
Проблему регулятора мощности решил по предложенной ранее методике:
- удалил версию 147;
- почистил реестр;
- вновь установил в папку JTDX64.
Все работает. Вопрос - следующие версии тоже устанавливать в папку JTDX64?
73!
Да, всем кто использует звуковой поток через USB порт придется win64 версию программы держать в папке с именем отличающимся от имени папки где стояла win32 версия.Цитата:
Сообщение от UX8ZA
JTDX v2.1.0-rc147_32A: экспериментальная версия с поддержкой 32-бит звукового потока, динамический диапазон программы в широкой полосе увеличен с 90 до 186 дБ. Собрана с модифицированной версией Hamlib v20200123.
Предназначена для тестирования в сетапах с очень низким уровнем шума на загруженном диапазоне и при условии что динамический диапазон приемного тракта по критерию продуктов интермодуляции третьего порядка (IM3 IMD3) превышает 90 дБ.
Эту версию нет смысла использовать с звуковыми картами поддерживающими не более 16-бит звуковой поток.
В SDR программе необходимо использовать WDM KS драйвер либо лучше. Виртуальный звуковой кабель в конфигурации должен поддерживать до 32-бит звуковой поток.
Изменены исходные файлы: BWFFile.cpp, commons.h, Detector.cpp/hpp, fil4.f90, getfile.cpp/h, jt9com.f90, mainwindow.cpp/h/ui, meterwidget.cpp, Modulator.cpp/hpp, signalmeter.cpp, soundin.cpp, soundout.cpp, symspec.f90, Darwin\syctl.conf, wav12.f90, wspr_downsample.f90, wsprd.c
Операционная система Windows XP в сборке JTDX rc147_32A win64 не поддерживается.
Линки:
Ответ француза на CQ :
И вот второй ответ другого француза :
В первом случае, как это объяснить?
Может удаленный доступ с медленным интернетом.Цитата:
Сообщение от US1QA
Вобщем с работой лога и JTDX Какая то засада.Цитата:
Сообщение от RX4HX
Спасибо что ответили здесь, хотел уже писать в ветку по логу. Порты разные. Переставил и обновил все драйвера для виртуальных ком портов, переставил омнириг. Ситуация та-же :confused: Попробовал сначала запустить JTDX потом лог.....- сначала, без лога - всё работает и тестируется. Запускаю лог и он тащит одеяло на себя! Из JTDX перестаёт управляться РТТ, зато в логе всё управляется и включается.:confused:
А если в логе поставить галку "отключить CAT систему" .Цитата:
Сообщение от R3DMO
Отключил - всё работает! кроме лога .....
Да, забыл сказать , у меня манипуляция CW с того же СОМ порта. Но раньше работало, а сейчас перестало.....
Ну, во-первых, установите управление PTT через RTS, а не через DTR, как у Вас на скрине.Цитата:
Сообщение от R3DMO
Во-вторых, прежде чем запустить JTDX из LogHX, то, если там открыт CW/PTT , то закройте его для лога и откройте для JTDX ( LogHX -Радио - открыть/закрыть CW/PTT порт)
Так работает!!! Интересно, а до установки 64х разрядной версии и без этого работало.... Спасибо за решение!Цитата:
Сообщение от EU1FQ
Не должно было работать...Цитата:
Сообщение от R3DMO
Давайте перейдем в тему лога, чтоб тут не было офф-топ!
Всё работает, но на передачу уровень VAC пришлось увеличить на 10 dB по отношению к ранним версиям.Цитата:
Сообщение от UA3DJY
Возможно опять косяк операционки с реестром, если установить JTDX 147_32A в новую папку уровень вернется в норму?Цитата:
Сообщение от RJ7M
В JTDX rc147_32A есть небольшой дефект: термометр показывает уровень сигнала с ошибкой(значение привязано к шагу рисок), числовое значение уровня под термометром верно.
Прошу прощения, а где и зачем этот "термометр"?Цитата:
Сообщение от UA3DJY
Числовым значением и руководствуюсь. А сам термометр ,есть немного ,но это успешной работе не мешает.Цитата:
Сообщение от UA3DJY
Пример сбоя:Цитата:
Сообщение от UN5J
Наблюдал, как на 1836 кГц HU1DL одним слотом по 2 QSO одновременно проводят. Не знал, что такое возможно.
054530 -15 0.4 397 ~ LA3BO HU1DL RR73 El Salvador
054530 -15 0.4 397 ~ SP2TQI HU1DL -08 El Salvador
Перед установкой предыдущую версию снёс с удалением файлов конфигурации.Цитата:
Сообщение от UA3DJY
10 dB по шкале VAC в программе ESDR2 для SunSDR2Цитата:
Сообщение от UA3DJY
RX/TX.-12дб.настройки VAC.
Цитата:
Сообщение от UA3DJY
В папку с новым именем, Windows в реестре привязывает конфигурацию оборудования к пути. Программа удаляется средствами Windows - записи в реестре остаются.Цитата:
Сообщение от RJ7M
Пожизненное хранение с накоплением в реестре Windows всякого мусора приводит к неадекватной работе операционной системы.
Страничка 'JTDX 32-бит аудио' дополнена линками на Линукс сборки, сборки сделал Игорь R0JF: JTDX Russian - JTDX c 32-бит аудио
v2.1.0-rc147_32A: экспериментальная версия с поддержкой 32-бит звукового потока, динамический диапазон программы в широкой полосе увеличен с 90 до 186 дБ. Собрана с модифицированной версией Hamlib v20200123.
Игорь , а есть ли сравнительные значения двух последних версий с предыдущей 146 по количеству декодируемых слабых сигналов ?
32 битная версия работает отлично , никаких проблем нет
73
UA4CR
Вячеслав
Пока нет, надо переделать симулятор FT8 сигналов на 32бит.Цитата:
Сообщение от UA4CR
Здесь и сторонним софтом с параллельной зачисткой реестра...Цитата:
Сообщение от UA3DJY
Да и ... с ним - с уровнем. Добавил и забыл уже. Работает.
это похоже однослотовый режим F/H моды, просто раньше такое сообщение было в одной строке, а в последних версиях JTDX разнесли в 2 сроки, видимо для удобства нашего восприятияЦитата:
Сообщение от US5WE
по моему в JTDX так было всегда...а вот в WSJT да...в одной строке 73 и рапорт очередному...Цитата:
Сообщение от R9RT
не знаю на сколько эффективно работает данная программа, PatchCleaner_1.4.2.0 Запускал, что то чистит в системной папке Win :s7:Цитата:
Сообщение от UA3DJY
JTDX v2.1.0-rc147_32A А такаz карта будет работать ? : Xonar DGX Analog Playback Sample Rate and Resolution :
44.1K/48K/96KHz @ 16bit/24bit
У меня Xonar 7 работает в паре с IC 7300 48K/24bit
В канале приёма.
По сравнению с родной трансивера лучше.
Вопрос,что это такое? Очень часто встречаю,с разными позывными,наверное что то пропустил.
Нестандартный позывной, по количеству бит не вписывается в протокол поэтому вместо позывного в этом сообщении передается кодовая сумма (хеш). Поскольку Вы ранее не декодировали сообщения от этого позывного программа не может найти в хеш таблице соответствия для декодированного хеш значения, поэтому на экран выводится многоточие в скобках.Цитата:
Сообщение от R6LCF
Нашел в И-нете способ изменить период синхронизации времени компа средствами Виндовс.
Проблема в точности синхронизации, не в периоде. Сама операционная система Windows не обеспечивает необходимой точности для FT4/FT8.Цитата:
Сообщение от UR5LCZ
Игорь, а у меня такое предложение. В программе JTDX есть расчет среднего времени опережения или отставания времени компьютера по принятым станциям. Есть также программа JTSync, которая очень хорошо себя зарекомендовала. А что, если ввести в программу JTDX регулировку времени компьютера по уже высчитанному дельта t через какой-то заданный оператором период времени. Это можно сделать как в автоматическом режиме так и в ручном режиме. Если оператор включил автоматический режим, то программа JTDX сама синхронизирует время компьютера по высчитанному дельта t, если время компьютера выйдет за какие-то допустимые рамки (например, когда Band activity станет желтым). А в ручном режиме эта синхронизация будет производиться нажатием кнопки, например "настроить время". По желания оператора можно будет отключить этот режим, если кому-то это не подходит.
Такое нововведение будет очень хорошо, например, для выездов, где нет интернета, дача, речка и т.д.
Уже несколько раз поднимали эту тему, необходимы права администратора, по причине возможных проблем в безопасности пользователей нет желания для такой коррекции даже отдельный процесс выполнять с правами администратора.Цитата:
Сообщение от VA3LLZ
Для выездов есть ряд программ позволяющих корректировать время компьютера вручную, например приложение TimeFudge которое создал Michael W9MDB: www.qrz.com/db/w9mdb
Для UA3DJY
Игорь дообрый вечер.
Прошу проверить JTDX 147 версия функцию изменения частоты во время передачи. У меня частота не меняется при выключении сплита, ползунок место положения меняет а частота не меняется. Галка в настройках установлена.
Владимир R3QG
Смена частоты во время передачи создает помехи другим операторам на диапазоне, по этой причине не добавляем этот функционал в JTDX для FT4/FT8.Цитата:
Сообщение от R3QG
Подскажите если используется трансивер (чемодан) kenwood TS-850 и программа JTDX 147 64битная, будет ли разница в используемой звуковой карте 16 или 24бита??
Если уровень сигнала согласован с входом звуковой карты то разницы нет (динамический диапазон по критерию IMD3 у TS850 77дБ http://www.sherweng.com/table.html ). По линейному входу максимум 1 Вольт среднеквадратичного, для дешевых карт может быть ниже.Цитата:
Сообщение от RQ6A Serge
Еще играет роль уровень собственных шумов, если звуковая карта при динамическом диапазоне звукового потока 16бит (90дБ) имеет собственный шум в 30дБ оставляя пользователю для сигнала 60дБ то карта малопригодна.
Игорь , здесь TS-590S (вроде не самый кислый трансивер , сравнительные замеры от Sherwood/QST в самом конце страницы здесь ) подключенный через встроенный USB кодек (CAT и звук идут по единственному USB кабелю).Цитата:
Сообщение от UA3DJY
С выходом JTDX поддерживающей расширенный динамический диапазон серьёзно озадачился: в TS-590 стоит USB codec на PCM2903B 16bit , ADC SNR = 89 dB) , то ли конструкторы сэкономили , то ли в их понимании этого хватало в 2010м для PSK\RTTY.
В запасах лежит звуковая карточка ASUS Xonar D1 ( 24bit, 192 kHz, SNR = 116 дБ) - если уйти от USB подключения и подключить её к выходу звука TS-590 - то в теории должно получится всяко лучше встроенного в 590й USB кодека (да в принципе не вопрос купить и более кручёную звуковую карту , был бы смысл).
Вообще мне наверное не понять логику японцев конструировавших 590й (блок схема с некоторыми добавлениями под спойлером):
- 32 bit DSP
- 24bit/112dB DAC на динамик\наушники
- 24bit/106dB DAC на линейный выход в разьёме ACC2 (т.е DAC поставили уже похуже чем на наушники\спикер)
- 24bit/106dB DAC + 16bit/89dB ADC на встроенный USB codec (блииин , за гранью моего понимания - чё у них денег не хватило поставить такую же AK4382 как и в тракте наушников + взять соответствующий чип USB кодека из мира аудио\геймеров ?).
Как Вы считаете , стоит в такой ситуации морочится с выводом аудиосигнала на звуковую карту компьютера (причём тут варианты: либо не заморачиваясь брать аудиосигнал со штатного гнезда ACC2 где DAC похуже - либо вывести аудио отдельным разьёмом с линии спикера до УМ - там DAC получше) - или не стоит оно того ?
P.S. Спасибо за отличный софт JTDX - для работы с DX в JT/FT mode это лучшее из того что есть (окончательное понимание приходит после того как число cfm DXCC в JT/FT mode переваливает за 200 :s6: ).
Мне тоже и не только производителя Kenwood, имея 32-бит DSP загнать его в 24-бит DAC затем аналоговый сигнал усилить и загнать в 16-бит ADC и выдать в USB hub... действительно те трансиверы делали для своего времени.Цитата:
Сообщение от R2PU
Я бы взял сигнал с операционника IC76, либо с DAC IC72 и поставил свой менее шумящий операционник с хорошим динамическим диапазоном для согласования уровня с линейным входом 24-бит звуковой карты.
К замерам Sherwood тоже есть вопросы: они выполнены при включенной АРУ, в то время как современные требования к цифре в большинстве случаев предполагают отключение АРУ приемника. Если выполнять замеры Sherwood на выходе УНЧ наушников/динамика при выключенной АРУ то они и 60дБ динамический диапазон не покажут.
То есть в современных трансиверах кроме подачи звукового цифрового потока в сторону компьютера еще и измерения динамического диапазона надо делать в цифровом потоке как при включенной так и при выключенной АРУ, пока не видел такого подхода у производителей трансиверов.
ИМХО проще перейти на хороший SDR чем дорабатывать TS590S.
Вот и я какой день смотрю то на блок схему то на полную (там ещё и на обвязке прямо скажем не особо расстарались) - а в итоге занялся рисовательством.Цитата:
Сообщение от UA3DJY
Самое интересное что IC-7300 делали куда как позже по времени и на других принципах , однако вот
Пойми тут загадочную японскую душу ))))
OK , TNX - направление взято , дальше уже частности и рукоприкладство - посмотрим какой будет эффект и будет ли он вообще ))).
Обновление MSHV 2.33
Скачать английскую или русскую версии можно сайта MSHV MSHV | LZ2HV Amateur Radio Website
Новое в версии 2.33:
- Изменено: все ресурсы веб-приложений перемещены в папку «settings / resources». Пользователи с переносными версиями MSHV могут найти эту папку
(resources) в дистрибутивном * .zip-файле и скопировать ее в папку настроек.
- Изменено: в «Протоколе автоответа с несколькими ответами» логика для максимального времени ожидания контакта
(убрать вызов в конце периода приема).
- Добавлено: «QSO backup database» в режимах FT8 / 4 MSK144, для исправления (Grid, TXRpt и RXRpt) и в других режимах (только Grid), если они отсутствуют.
- Метод работы, пример QSO:
CQ LZ2HV KN23 <-> LZ2HV R5WM KO72
Когда R5WM LZ2HV +10 <-> LZ2HV R5WM R + 10 <- (LZ2HV теряет этот отчет если сигнал от R5WM не поступает в
течение 2 минут).
Когда LZ2HV сбрасывает QSO, информация от R5WM Grid, TXRpt и RXRpt сохраняется в резервной базе данных.
LZ2HV продолжает CQ LZ2HV KN23 и проводит QSO с другим корреспондентом.
Через 2 минуты LZ2HV RX <-> LZ2HV R5WM R + 10 и TX -> R5WM LZ2HV RR73.
На данный момент отсутствуют следующие данные: Мой TXRpt для R5WM и Его Локатор.
QSO сохраняется в журнале и его локатор, а отчет исправляется из резервной базы данных QSO. «База данных QSO
Backup» содержит 20 вызовов и их информацию.
Информация о старых вызовах будет удалена из базы данных через (FT4 = ~ 10-15 минут и для FT8 = ~ 20-25 минут).
- Изменено: ярлык QRG будет содержать только цифры.
- Исправлено: Для режимов FT8 / 4 MSK144 метка TX / RX QRG отформатирована, например, как (от CQ 32 LZ2HV KN23 до CQ 032 LZ2HV KN23).
Игорь! Возможно ли в Вашей программе сделать, чтобы связи ложились во внешний лог программы HamRadioDelux (HRD), в какие-то примитивные внешние логи можно кидать связи, а в прекрасную программу как HamRadioDelux (HRD) нет. Возможно такое? Если возможно, то изыщите время, пожалуйста.
Ставьте JTAlert и "ложите" связи во внешний лог программы HamRadioDelux (HRD).Цитата:
Сообщение от RW4LN
С ic7300 эфект будет совсем небольшой ,трудно уловить. Вот с современным СДР прямой оцифровки есть разница ,но СДР изначально в выиграшной позиции во время сравнения, драйвер 32 bit и соответственно динамический диапазон .Пытаюсь сравнивать по свободному времени один трансивер к другому.SunSDR2DX побеждает ic7300,ну положим так и должно быть.Цитата:
Сообщение от R2PU
Поддерживаю.Цитата:
Сообщение от UA3DJY
С отключенной АРУ в современом СДР тоже не все просто. Работаешь на полупустом КВ диапазоне ,настройки RX /VAC обычно при вкл АРУ -12дб ,при откл.АРУ -40дб. Оперативная регулировка RF по градуснику JTDX. Да все отлично.
Работаешь на полупустом диапазоне 2м (все настройки те же) включается местный с уровнем по Sметру до +60 и начинаются .....во время работы подобного все менять в настройках ,а на 2м есть кореспондент и через пять минут его уже нет,а в полосе кроме местного с уровнем +60 ничего не видно не слышно.Хорошо современные СДР сложно "заткнуть".Только самому и под уже знакомые ранее условия принимать решения.
Пару лет назад выходил на поддержку HRD с предложением добавить стыковку с JTDX через TCP сообщение содержащее ADIF запись QSO, на тот момент поддержка этого TCP сообщения уже существовала в JTDX. В ответ получил ссылку на документацию HRD в несколько страниц в которой было описана реализация довольно непростого решения от HRD для стыковки с внешними программами.Цитата:
Сообщение от RW4LN
Несколько дней назад с удивлением узнал что WSJT-X 2.1.2 имеет новое UDP сообщение предназначенное для передачи данных QSO в ADIF формате, то есть либо разработчики HRD пошли навстречу команде WSJT либо наоборот. Мы не получали ни запросов ни уведомления от разработчиков HRD о доработке связки под UDP протокол, то есть разработчики HRD проигнорировали и JTDX и существующую в JTDX TCP связку приняв решение выполнить ее по UDP.
За отсутствием полной информации о реализации UDP стыковки в прекрасной программе HRD снова обратиться в поддержку HRD или просто содрать реализацию UDP ADIF с кода WSJT-X?
Игорь это тот же самый формат adif, что по TCP только по UDP.Цитата:
Сообщение от UA3DJY
Вот что передаёт WSJT-X
Код:<call:5>G5RTY <gridsquare:0> <mode:4>MFSK <submode:3>FT4 <rst_sent:3>-15 <rst_rcvd:0> <qso_date:8>20200203 <time_on:6>151538 <qso_date_off:8>20200203 <time_off:6>151558 <band:3>20m <freq:9>14.080352 <station_callsign:4>UR1E <my_gridsquare:4>KN78 <eor>
Какой трансивер и какая звуковая карта у Вас успешно работает с 32-х разрядным сигналом ?Цитата:
Сообщение от R6LCF
Я не настолько грамотный, что бы помочь Вам советом. Если есть хоть маленькая лазейка в этой проблеме, попробуйте. Я уже писал разработчикам HRD, чтобы они внедрили в свою программу WSJTX, на что они ответили, что этот проект коммерческий и автор этой WSJTX не дал свое согласие.Цитата:
Сообщение от UA3DJY
Друзья! Подскажите пожалуйста частоты
Hound в FT8.
Частоты там где работает DX. В программу в водятся в ручную.Цитата:
Сообщение от R3OZ
я понимаю, были записаны , но при обновление программы они же не сохраняются, но есть же они определённые. Например на 20м. 14,090. Я это и спрашиваю. И на этом Вам спасибо.Некоторые экспедиции работают в режиме Hound и дают частоты, а некоторые не дают.
Так я и не собирался менять свой TS-590 на 7300 , с чего Вы взяли ?Цитата:
Сообщение от R6LCF
Если отрешится от рекламных слоганов 7300 ("первый в мире" , "революционный подход" и далее по списку) и посмотреть на схемотехнику 7300 , то :
- в 7300 на USB аудио стоит PCM2901E (IC661) = 16-Bit USB Audio codec , SNR = 89 dB , Dynamic Range = 89 dB . (в 590м PCM2903B , IC903 с аналогичными параметрами)
Что тут сравнивать - всё те же грабли когда 32-Bit цифра переводится в аналог (ЦАП 24-Bit) , а затем аналог переводится в цифру (АЦП 16-Bit) и через USB идёт на ПК (мрачным бонусом имеем дополнительные усиления\согласования с грошовыми ОУ и обвязкой).
- по линии аналог аудио (обмануть япону маму с использованием достойной внешней звуковой карты) в 7300 тоже ничего революционного : 32bit цифровой сигнал загоняется в ЦАП PCM1754 (IC991) = 24-Bit DAC/106 dB и после весьма средненьких ОУ TS462CPT идёт на линейный выход (ACC) и на УМ наушников\спикера (тут кстати TS-590 даже поинтереснее будет , у него в канале спикера DAC AK4382AVT 24-Bit/112dB).
Короче кусок блок-схемы 590го с моими пояснениями нескольким постами выше , рисовать подобное по 7300 не готов , да там и не бином Ньютона , кто хоть немного понимает о чём мы сейчас - сам посмотрит.
Шило на мыло (особенно с учётом того что "в лобовую" сравнивал мой TS-590S 2010г и новенький IC-7300 коллеги подключив к одной антенне , я понимаю какие тапки сейчас в меня полетят - но сравнение для меня получилось явно не в пользу "революционного подхода 7300").
+ надо очень некисло подумать о сказанном UA3DJY применительно к методикам замеров "чемоданов" .
Ввалиться за сотку в SS2DX или что там сейчас на пике моды ? )))
Не , пока не готов (для прелестей панорамы мне за глаза RTL-SDR\SV1AFN + HDSDR увязанная по CAT с 590м , валкодер кручу крайне редко и аналогично Вам вижу весь бэнд а иногда и пару разом)
Не готов по крайней мере до тех пор пока не попробую обойти "узкие места" гипотетически обозначившиеся после выхода JTDX с расширенным динамическим диапазоном (вложений нужно ноль - надо пробовать).
Вообще на текущем сетапе всё очень неплохо (первые QSO с RST -26 пошли ещё весной 2019 когда в FT8v2 заработал функционал подпрохода , первые +50 станций в одном декодировании увидел ещё в FT Roundup благо 90% старательно "месились" в первых трёх кГц рекомендованных участков) - но буду пробовать , пока мы что-то пробуем и делаем (без оглядок на рекламы и восторженные оды обладателей конкретной железки) - мы живы , и явно не придатки к машинам ))))
Писал ранее но повторюсь.Цитата:
Сообщение от RA3QDP
Трансивер с прямой оцифровкой сигнала RX/TX , SunSDR2DX использован драйвер поддерживающий 32bit WDM-KS.Применен виртуальный аудио кабель VAC ,так же поддерживающий 32bit поток. Мощность трансивера 100ватт с моими антеннами почти всегда хватает.Если нет, тогда через внешний УМ.
Сейчас в моем местоположении по утрам работает диапазон 15м в основном на Юго-Восточную Азию,Австралию,Новую Зеландию. На указанной выше системе работал с Австралией утром по "длинному пути" с очень низкими уровнями по приему но успешно декодируемыми ,"на коротком/прямом пути" в том момент по "0" Я доволен.Спасибо автору за отлично работающую версию!
Владимир,нет их по сути...Каждый ДХ сам придумывает где будет вещать....к примеру VK9NK то 1836,то 1845....А так 3567,7056,10131,14090,18095,21090 но это все субективно...Цитата:
Сообщение от R3OZ
убедительная просьба - дайте, пожалуйста, ПРЯМУЮ ссылку на скачивание этого драйвера.Цитата:
Сообщение от R6LCF
Мне от достался от производителя трансивера с программой ,ничем помочь не могу.Цитата:
Сообщение от RA3QDP
покажите, пожалуйста, скриншет Вашей программы тансивера, где видно 32 разряда.
Предупреждение RA3QDP: троллинг
Вам то зачем,если у вас есть подобный трансивер ,сами увидете ,а как понял его нет,так что......Цитата:
Сообщение от RA3QDP
Смотрите,не жалко.
Спасибо.
Вижу WDM-KS(48Hz 32 разряда). Почему Вы считаете, что в этом случае из SunSDR идет именно 32 разряда ? (там, вроде -16). Да и АЦП в нем - 16-ти разрядное. Да и в мире пока более разрядных высокочастотных нет(на сколько я знаю).
У меня нет SunSDR, но они есть у моих товарищей. И я помогаю им в настройках, да и самому интересно разобраться.
Может у Вас другая (более современная) версия трансивера ? Какая именно ?(и версия прошивки и программы).
Или все SunSDR2 в этом плане одинаковы ?
Тоже заинтересовало - АЦП LTC 2209 16 битный, неоткуда вроде бы взяться 32 бита, может какая то модернизация :s10:???Цитата:
Сообщение от RA3QDP
The LTC®2209 is a 160Msps 16-bit A/D converter designed
for digitizing high frequency, wide dynamic range signals
with input frequencies up to 700MHz. The input range of
the ADC can be optimized with the PGA front end.
А может 16 бит и 32 разряда это разные вещи ???
Ну так это звук идет 32 разряда, а оцифровка эфира - 16.
Несколько раз при неопределенных обстоятельствах на JTDX раз вылезала проблемка: Курсор мыши в левом RX окне из стрелки превращается в т.н. "выделение текста" (похожий на I). При передвижении мыши во всех других программах и окнах JTDX появляется стрелка. После перезапуска JTDX всё нормально. На работу программы вроде бы не сказывается. Win7 64
Сейчас на 20ке работает RM97AE, похоже это RK6LZZ.
Работает в 3 слота и по 3 слота с каждой стороны идут внеполосные излучения от неправильной настройки.
Четвертую часть диапазона закрывает своим сигналом.
Нет данных эл. адреса на QRZ.COM для обеих позывных.
Остановить этот беспредел возможности нет.
Спасибо Христо за многослот на общих диапазонах!
Спасибо скажите вашему трансиверу! У Вас идет забитие от сильного сигнала! У меня он идет 59+40 программа детектирует уровень +24дб. Сигнал нормальный!Цитата:
Сообщение от UR5LCZ
Вложение 247510
Да, гадит нехило!Цитата:
Сообщение от UR5LCZ
RW6LZ @ yandex .ru попробуйте
Коллективная радиостанция RK6LZZ
РУКОВОДИТЕЛЬ Лифарь Сергей П. RW6LZ
346130, Ростовская область, г.Миллерово, а/я 35
У меня нормальный сигнал!Цитата:
Сообщение от RX3ASP
Вложение 247513
Сигналы достаточно мощные в полосе ,но не более того.
Уровень на водопаде прибавьте, увидите. Пишете, что +24 59+40, а дорожки пёстрые. +24 должны быть красными.Цитата:
Сообщение от R5WM
По ПСК-репортеру, кстати он из под Омска МО64 вещает.
У моего трансивера динамический диапазон более 115дБ.Цитата:
Сообщение от R5WM
Сигналы разные бывают - мощные и чистые, а бывают и грязные.
А если грязный многослот, то это потеря в приеме других, слабых сигналов, которые накрываются мусором в большом спектре.
Если одиночный грязный - это 150Гц. А приведенный выше пример закрывал более 500 Гц.
Иди за диапазон и возмущай эфир. И так только 3 кГц для всего шарика.
Так и я о том, что норма!Цитата:
Сообщение от R6LCF
Так можно так прибавить что весь дисплей будет красным, у меня уровень выставлен 0дб на чистом участке.Цитата:
Сообщение от RX3ASP
НЕ НОРМА -- то, что мультислот в общем участке.Цитата:
Сообщение от R5WM
Имхо просто неуважение ко всем.
Согласен что неуважение но речь шла о качестве сигнала!Цитата:
Сообщение от R0JF
Про качество можно долго спорить... Трудно "дистанционно" найти причину --Цитата:
Сообщение от R5WM
на передающей ли она стороне, или на приёмной.
А вот мультислот в ОБЩЕМ участке - это факт явного неуважения к Коллегам!
Был бы редкий DX - можно было бы простить и понять, но в данном случае -
просто некрасиво.
PS Я бы посоветовал Христо сделать "защёлку" от этого - если нет САТ --
СОВСЕМ запретить мультислот, если есть САТ - запретить в Общих участках.
Это на совести оператора! Почему то раньше в SSB участках работали на АМ и никто не возмущался!Цитата:
Сообщение от R0JF
А давайте мы будем отвечать за себя и в текущем времени!Цитата:
Сообщение от R5WM
Почему-то раньше и водители за обедом по 100 грамм принимали и ОРУД
не против был.
24-бит ВЧ АЦП мы наверно не застанем, выигрыш при увеличении разрядности есть в узкой полосе (несколько кГц) по сравнению с 16-бит ВЧ АЦП.Цитата:
Сообщение от R0AEB
32 бита появляются в процессе цифровой обработки сигнала, арифметика с плавающей запятой.
Уровень должен быть 30 db на чистом участке.Цитата:
Сообщение от R5WM
звук идет на наушники, а по сети ehternet из тансивера в программу цифровой поток после обработки в Циклоне идет сколько разрядов ?Цитата:
Сообщение от UR5LCZ
Как-то не понятно. Прошу разъяснить автора WSJT-X и производителей SunSDR по 32-х битной обработке.
Когда передает один слот как на Вашей картинке то проблем нет.Цитата:
Сообщение от R6LCF
А если корректировать не время компьютера, а интервалы "внутри" JTDX?Цитата:
Сообщение от UA3DJY
У меня есть небольшая проблема с Flex-1500 и PowerSDR: через несколько часов работы наблюдается "Time error", и дело, понятно, не часах компьютера, а в замедлении каких-то процессов в PowerSDR. После перезапуска PSDR все нормализуется на следующие n часов...
Захват синхропоследовательности декодером уже динамически корректируется, сдвигать весь интервал звуковых данных мешает симплекс передача/прием. Если корректировать время внутри JTDX: добавлять офсет к системному времени, то будут сбои связанные с использующимися в коде таймерами.Цитата:
Сообщение от UN7MAU
Тут программа MSHV а не JTDX! Уровень 0 дб!Цитата:
Сообщение от UA1NAN
Тоже замечаю такую проблему. DT убегает за несколько часов с 0.2 до 1.6Цитата:
Сообщение от UN7MAU
Помогает выкл power sdr и JTDX выкл вкл драйвера VAC. и все становится нормально на несколько часов.
@ UA3DJY
=======
Уважаемый Игорь,
это просто детали, но иногда я нажимаю «Spt» вместо смены диапазона, потому что флажок очень близко к раскрывающемуся меню.
Не могли бы вы сделать небольшую модификацию в любой будущей версии, пожалуйста? Просто поместить метки (labels) справа от флажков (checkboxes).
появляются 32 бита в процессе обработки где ? В Вашей программе или в ПЛИС в SunSDR2 ?Цитата:
Сообщение от UA3DJY
Если только в Вашей программе в которой в любом случае из 16-ти получается 32, то зачем ей на вход подавать 32 и может ли из SunSDR2 выходить 32 ?
16 разрядов - это на частоте дискретизации 160 МГц. При децимации до частоты дискретизации, например, 48 кГц происходит увеличение разрядности.Цитата:
Сообщение от RA3QDP
ни как не могу добиться ответа на свой простой вопрос.Цитата:
Сообщение от UT4LW
"При децимации до частоты дискретизации, например, 48 кГц происходит увеличение разрядности" - это происходит где ? В программе на компьютере или в плис в самом SunSDR2 ? А, может, в виртуальном кабеле(который здесь, я думаю, вообще ни при чем).
В ПЛИС.Цитата:
Сообщение от RA3QDP
спасибо.
Тогда выходит - имеет смысл использование WDM-KS 32 бит(что бы полнее передавать информацию из трансивера в программу на компьютере)
А частоту дискретизации какую правильно выбирать ? из ПЛИС сколько идет ?
Не знаю, сколько значащих бит идёт из плис. Есть формулы для этого.
Для своих вычислений указывайте не менее 24 бит, не ошибётесь.
Уточнил у ЕЕ. Из плис идёт 24 бит
Сейчас на 20 работает TI9A, похоже с нерабочим сплитом (Fake It или Rig). Постоянные прыжки по 1500 Гц.
а частота дискретизации ?Цитата:
Сообщение от UT4LW
Печально и никак не сообщить - ни пилота, ни интернета.Цитата:
Сообщение от EU1FQ
От 39 до 312 кГцЦитата:
Сообщение от RA3QDP
Спасибо за инфо.
Цифровой поток из ПЛИС через Ethernet-сетевой интерфейс поступает в программу на компьютере. На сколько я понял - никаких настроек этой связи не требуется (да их и нет в управлении программой). Для FT-8 важно другое - из программы SunSDR цифровой поток идет на виртуальный кабель (для последующего использования, например, в программе WSJT-X или еще какой-нибудь) какие параметры по разрядности и скорости имеет максимальные и разумные - что ставить в настройках ? (у меня не получается выставить более 48 кГц(меньше есть выбор, но объясните зачем может быть нужно меньше?) и 32 разряда всегда. Т.е. , вроде, и здесь - настраивать нечего. Только выбор между MME, WDM-KS, WASAPI - чем это друг от друга отличается, что в каких случаях надо выбирать и почему ?
Вложение 247569
Это ошибка декодирования или ошибка протокола f/h?
В чем ошибка? Это Сильвано и Ко начали работать, а ZGY никак не успокоится, зовет и зовет...... :s12:Цитата:
Сообщение от UR5NMZ
В одном периоде для ZGY рапорт и RR73 - разве такое возможно в f/h?Цитата:
Сообщение от US5WE
Частота дискретизации должна быть вдвое выше максимальной частоты аудио потока. Например, если используется полоса приема 3 кГц, то из предложенного списка вполне достаточно выбрать значение 8 кГц. В программе ExpertSDR2 показано, что данные передаются с точностью 32 бит. Далее все зависит от драйвера. Например, драйвер MME обрезает точность до 16 бит. Т.е. слабые станции могут просто исчезнуть.Цитата:
Сообщение от RA3QDP
Так выглядит слабый сигнал пропущенный через драйвер WDM-KS:
Вложение 247588
Справа вверху показана спектрограмма полученного потока. Красным кружком обведена "палка" принятого слабого сигнала.
А вот, что произойдет со слабым сигналом, если его пропустить через драйвер MME:
Вложение 247589
Как видим, сигнал исчез.
Те, кто использует программу CWSkimmer, могут видеть разницу при выборе драйверов MME/WDM-KS. При работе с MME слабые станции пропадают с водопада, и весь водопад покрывается каким-то мусором - это шум драйвера MME.
Кроме того, аудио потоки могут "испортиться" по пути следования в windows. Необходимо, чтобы устройства на его пути имели разрядность не менее 24 бит. Все это падает на пользователя, причем независимо от того, какой трансивер стоит у него на столе.
Программа ExpertSDR2 имеет интерфейс TCI и предоставляет аудио и квадратурные потоки для дальнейшей обработки в стороннем софте через WEBSocket соединение. Свою программу (SDC) я уже давно перевел на них. Это в стотыщ раз проще, чем бесконечная возня с приколами в аудиоустройствах и винде.
Полезная презентация (английский язык) по конфигурации последовательных интерфейсов через USB порты: https://www.kkn.net/~n6tv/N6TV_Dayto...ything_USB.pdf
Если конечный потребитель имеет фиксированную частоту дискретизации (программы WSJT-X/JTDX работают с частотой 48кГц) то желательно ее выставлять и на стороне приемника, в этом случае не потребуется дополнительных циклов процессора на передискретизацию сигнала в программе VAC.Цитата:
Сообщение от UT4LW
Конечно!Цитата:
Сообщение от UA3DJY
Если не выдержать значение 48 кГц по всем устройствам на пути аудио потока, то это может вызвать передискретизацию, которая не только будет бесполезно грузить процессор, но и неизбежно наплодит кучу гармоник.
Юрий, может вместе попробуем добавить поддержку звукового потока через TCI в JTDX?Цитата:
Сообщение от UT4LW
Мода USB??? Не "по-феншую" :)Цитата:
Сообщение от UT4LW
:p-up: Жаль нельзя поставить бесконечное число благодарностей :)Цитата:
Сообщение от UA3DJY
Я не против. Насколько мне известно, JTDX написана на Qt, значит проблем вообще не должно быть. Отправил свои контакты в лику.Цитата:
Сообщение от UA3DJY
про WASAPI не объяснили.Цитата:
Сообщение от RA3QDP
Кстати - при выборе MME программа "говорит", что в используется 32 бита - это ошибка в программе ?(тогда авторам надо исправить)
Наверно так, добавил еще пару вертикальных линий для разделения:Цитата:
Сообщение от OK4FX
Ложный декод, вызван сменой TX частоты софтом 5I4ZZ(интересно с какой целью была смена частоты - результат повторной передачи сообщения 'UR5ZGY 5I4ZZ -10' или без причины?), скорее всего в другом потоке декодера, проверю код на случай если такой сбой происходит в том же потоке где было декодировано специальное сообщение.Цитата:
Сообщение от UR5NMZ
Как только в программе включаю Hound,не работает передача. То есть переходит на передачу и сразу переходит на приём,при нажатии кнопки Настройка TX,передача идёт.Не могу запустить лису для DX.Где косяк?
не лису а гончую....горид HOUND или HOUNDFC ?Цитата:
Сообщение от RA9J
В окне DXCall присутствует позывной и TX cообщения сгенерированы? Передача пустого сообщения не разрешена в программе.Цитата:
Сообщение от RA9J
В JTDX rc148_1 добавили передачу ADIF QSO через UDP как в WSJT-X, попробуйте пожалуйста, возможно связка станет работать с HRD. В JTDX дополнительно включать ничего не надо, в HRD надо настроить номер UDP порта JTDX под связку.Цитата:
Сообщение от RW4LN
Проблема была в этом.Спасибо!Я только учусь.Цитата:
Сообщение от UA3DJY
Игорь! Открыл настройки журнала, может Вы подскажете как тут прописать, чтобы связи записывались в мой журнал, минуя Алерт.
Если для этого понадобится программа HamRadioDelux, у меня есть бесплатная, могу выложить здесь или на почтовый адрес.
Скачки частоты по случайной последовательности заложены в дизайн Fox WSJT-X, использование на усмотрение оператора Fox:Цитата:
Сообщение от UA3DJY
Вопрос - зачем.., если WSJT-X Hound имеет повышенную чувствительность только на RX частоте QSO то скачки частоты могут не только помочь уйти от помехи но и помешать декодирированию сообщения на стороне WSJT-X Hound. Вроде функционал скачков частоты полезный но в софте WSJT-X на стороне Hound нет поддержки этого функционала.Цитата:
5. Чтобы отстроиться от QRM, вы можете выбрать другую частоту Tx в диапазоне 300 - 600 Гц. В качестве альтернативы вы можете снять флажок Hold Tx Freq, и WSJT-X будет случайным образом выбирать частоту в этом диапазоне для каждой передачи.
Здесь надо прописать номер UDP порта c JTDX, по умолчанию используется порт 2237:Цитата:
Сообщение от RW4LN
Вложение 247678
Сейчас на 14084 работает 5I4ZZ в 2-3 слота и пылит по сторонам на 2 слота.
Итого накрывает около 300Гц - ну и замечательно!
Кроме него на этой частоте никого нет.
Вопрос - у него неправильно выставлены уровни по раскачке усилителя или это с программой что-то не в порядке?
Почти все наши усилители рассчитаны либо на CW/RTTY (одновременная передача только одного тона) либо SSB.Цитата:
Сообщение от UR5LCZ
Если в SSB продукты интермодуляции третьего порядка будут с уровнем -40...-30дБ к уровню частот их образующих то на приемной стороне этого не заметят, есть только хвосты по по бокам которые при уровнях сигнала S9+40 и более будут мешать приему на соседних SSB частотах, при этом полоса полезного сигнала широкая и поражение полезного сигнала обычно невелико.
Если пытаться использовать цифру (в том числе PSK) в передаче нескольких тонов одновременно то продукты интермодуляции отлично видны на водопаде и накрывают помехой слабые сигналы, одной комбинационной составляющей накрывается полностью полоса одного тона декодируемого сигнала. Поэтому при использовании на отдельной частоте проблем не создают, при использовании в общем диапазоне ухудшают(вплоть до блокирования) прием сигналов другим операторам.
Есть прямой синтез ВЧ сигнала в некоторых SDR трансиверах, без внешнего усилителя сигнал с таких трансиверов будет чище, при включении внешнего усилителя искажения появятся.
Лампы выходного каскада самодельных внешних усилителей нередко работают в классе B, при использовании такого усилителя в многослоте будет лес побочных излучений, в фирменных усилителях лампы выходного каскада обычно работают в классе AB, такие усилители будут меньше загрязнять диапазон.
Для многослота необходим класс А, но таких усилителей рассчитанных на большую мощность не делают.
Живой пример - на 18100 в три слота ревет супер DX - RM97AE. :ржать: Без комментариев.....Цитата:
Сообщение от UA3DJY
По документации HRD они используют порт 2333: https://wiki.hamradiodeluxe.com/index.php?title=Logbook и похоже JTDX надо доработать для отправки сообщения QSO ADIF сразу в несколько портов, если установка порта 2333 в JTDX и HRD не поднимет связку то ждите JTDX 148_2.Цитата:
Сообщение от RW4LN
Коллега явно переборщил с мощностью в FT8.Цитата:
Сообщение от US5WE
Посреди интервала 10:52:45 похоже был выключен Split Rig|Fake It (возможно был сбой в софте либо CAT), по гармоникам НЧ сигнала (третья и пятая) хорошо видно что продукты интермодуляции двух TX слотов у этого оператора в том числе создаются в НЧ тракте передатчика, проще говоря 'перекачивает' даже вход передатчика либо НЧ каскады передатчика ВЧ наводкой вгоняет в насыщение.Цитата:
Сообщение от R6LCF
Спасибо Христо за многослот на общих диапазонах!Цитата:
Сообщение от US5WE
К настоящим DX - 5T5PA, P49X, P40AA etc претензий нет.Цитата:
Сообщение от UR5LCZ
Добрый день, друзья! Днем 5I4ZZ несколько раз отвечал, но 73 в любом виде я не получил (и кажется не только я).
Режим Hound, установки верные, но частота на его частоту не перескакивала. Не ясно . у меня JTDX 210 rc 47 64 глючит или что другое. Наблюдал несколько часов, по моему у других, кто его звал такая же ситуя.
Спасибо!
Ранее вызывал 5I4ZZ из-за нового префикса, очень долго.
Не дождался и отменил передачу, а когда через время посмотрел на экран,
а он мне через 5 минут после того, как я перестал его вызывать, 3 раза давал рапорт.
А через день, когда уже поднаелись желающие, ответил мне через пару минут с наителейшими RR73 в конце.
Версия 147 32А.
Утром на 80м ответил мгновенно, дал +10 и RR73. Я, как выше 1000Гц стоял, так и оставался, никуда не скакал.Цитата:
Сообщение от UR5LCZ
Для прыжка нужно выбрать "HoundFC" нажав на этой кнопке еще раз правой клавишей мыши.Цитата:
Сообщение от RU3QW
Это в какой программе?Цитата:
Сообщение от UT8NT
[QUOTE=RU3QW;1656171]Это в какой программе?
[QUOTE=UT8NT;1656174]ОБАНА!!! Невнимательность! Спасибо!!!!!!!!!!!!!!Цитата:
Сообщение от RU3QW
Сделал новую страну - TI9A на 40м.
Не понимаю, как работает программа на той стороне, но в конце-концов получил рапорт, +4.
Это после четырех часов непрерывного зова.
У меня на глазах TI9A одним и те же вызывающим по несколько циклов, т.е. не менее 6 раз давал рапорт -12 -16, но они так и не получили подтверждение.
Даже -24 кому-то давал из наших, но без подтверждения .
Давал по три раза RR73 одному и тому же амеру, хотя в режиме F/H от него подтверждения и не требуется.
Сам он проходил с уровнем до +5 если один слот.
Ну и CAT через TCI уж тоже нужно добавить - тогда 100% можно будет на разные компы разнести JTDX и ExpertSDR!Цитата:
Сообщение от UA3DJY
Да не факт , что 100%.
Я таким образом хотел разнести SDC и expertsdr, не получилось - поток захлебывался.
Юрий сказал, что возможно дело в соединение между компами по вайфаю через роутер.
Долбить отверстие в межкомнатной стене для провода пока не решился чтобы проверить...
Не так сложен TCI интерфейс как интеграция его в существующую структуру кода JTDX с сохранением работоспособности уже существующих интерфейсов, будет окно попробую сначала со звуком справиться.Цитата:
Сообщение от RX4HX
Если рядом есть соседи то радиоинтерфейс будет неизбежно с помехами.Цитата:
Сообщение от RM5F
Игорь, благодарность пользователей SunSDR* не будет знать границ (в разумных пределах)! :)Цитата:
Сообщение от UA3DJY
А их (пользователей) уже во всём мире немало!
Очень давно пора этим заняться!
Игорь! Спасибо за ссылку, попробовал настроить отправку во внешний лог как там, не получилось. В ХРД лог, куда кладутся связи, имеет расширение .mdbЦитата:
Сообщение от UA3DJY
Полное название лога HRD My logbook.mdb, а не формат adi, что и видно на скриншоте. Возможно в этом проблема.
Вложение 247773
А вот как выглядит в Алерте.
Вложение 247776
Хм... А Вы хотели, чтобы связи просто "дописывались" в Ваш лог? Так точно не получится. JTDX (WSJTX) ведут лог в adif-формате (это просто текстовый файл), а Ваш лог - в mdb - это реляционная База Данных формата Майкрософт...Цитата:
Сообщение от RW4LN
"Просто" заносить в нее данные -- это очень не просто. В любом случае нужна "прокладка".
Имхо Игорь и говорил Вам, что данные будут по UDP передавться в Ваш лог, а уж он будет раскладывать связи в базу по своему алгоритму.
Пока не выйдет версия JTDX 148_2 вручную с JTDX базу в формате adi можете добавить такЦитата:
Сообщение от RW4LN
Вам виднее, Вы же Экстра класс. Ну а я имел ввиду Игоря, разработчика, может и Вы в пуле разработчиков или инсайдеров, тогда надо писать техническим языком, что бы понятно простому юзеру как я.Цитата:
Сообщение от R0JF
Спасибо за разъяснение, я об этом знаю. Мне просто нужно обойтись без Алерта, как не нужное промежуточное звено, при записи связей в ХРДлог.Цитата:
Сообщение от R3HH
Попробуйте пожалуйста rc148_2 с такими настройками, теперь связка c HRD должна работать:Цитата:
Сообщение от RW4LN
И не забудьте в HRD включить обмен и прописать порт.Цитата:
теперь связка c HRD должна работать:
Игорь! Спасибо! Проверил, все работает. Теперь пользователи ХРД могут воспользоваться этой настройкой.Цитата:
Сообщение от UA3DJY
Работает, как и сказал Олег в таком вариантеЦитата:
Сообщение от UA3DJY
Цитата:
Сообщение от US-E-12
Извините, а где rc148_2 можно увидеть!!Цитата:
Сообщение от UA3DJY
Теперь будут отдельные версии программы для разных оконных логгеров?
нет, просто добавили порт для HRDЦитата:
Сообщение от US5WE
Игорь, UA3DJY, почему это означает конец работы над FT8? В том смысле, что вы теперь будете сосредотачивать усилия над усовершенствованием FT4? Поясните, пожалуйста.Цитата:
Сообщение от UA3DJY
FT4 не получила массового признания, в результате давно уже не трогал FT4 декодер. Сейчас фокус снова на декодере FT8. Увы FT4 отобрала как минимум две недели рабочего времени у декодера FT8.Цитата:
Сообщение от R3SE
Добавили в общую линейку отправку данных внесенного в лог QSO в ADIF формате сразу в несколько адресов, сейчас три программы смогут получать от JTDX такую информацию, одна через TCP сообщение, две других через UDP по разным IP адресам и/или UDP портам. JTDX может отправлять эти сообщения внутри компьютера, по локальной сети либо через Интернет.Цитата:
Сообщение от US5WE
JTDX rc148_2 поддерживает передачу данных внесенного в лог QSO только в установленный на компьютер лог Ham Radio Deluxe, по этой причине и спрашивал зачем Вам нужна эта версия.Цитата:
Сообщение от R9FE
В Интернет лог HRDLog не передает.
У меня он и стоит на компьютере :s10: Основной LogHX , при работе PSK RTTY Использую DM780 и HRD лог, так и крутимся.Цитата:
Сообщение от UA3DJY
Коллеги почему подчеркнуто?? Отработал с 5I4ZZ на 80 и 40, с TR8CA на 40.Вложение 247807
Программа JTDX так показывает что это специальное сообщение (два в одном), если повтор то будет волнистая линия. Оператор по такому уведомлению видит что DX работает в режиме DXpedition (либо в режиме 'многоответа' multianswering MSHV).Цитата:
Сообщение от R0AEB
Это уведомление было сделано под диапазон 60м где нет возможности использовать выделенные частоты для режима DXpedition.
А в данном случае - это 'многоответ'?Цитата:
Сообщение от UA3DJY
По НЧ частоте затруднительно сказать, Alain TR8CA обычно использует WSJT-X, мог просто поставить другую частоту на VFO.Цитата:
Сообщение от UX8IW
Вчера утром Alain на диапазоне 15м использовал WSJT-X:
TR8CA Gabon 15m FT4 JJ40QL WSJT-X v2.1.2 0068f9 40-10 EFHW ...
Alain общается в чате на своем сайте http://tr8ca.org/ , в том числе по части скеда для редкого QSO
Именно здесь и сейчас UR5WA (US5WE) в эфиреЦитата:
Сообщение от US5WE
Вложение 247821
Плохая фильтрация - переменка 100Гц!Цитата:
Сообщение от UR5WCA
А вот почему гармоника лезет непонятно. Хотя это и не 2я гармоника.
Возможно блокировка в приемном тракте из-за сильного сигнала, с включенным аттенюатором пробовали посмотреть?Цитата:
Сообщение от UR5WCA
Включил аттенюатор 18db, вот такая картинаЦитата:
Сообщение от UA3DJY
Вложение 247822
Хвосты с шагом 100 Гц по бокам могут быть вызваны насыщением НЧ каскадов передатчика от ВЧ наводки. Трудно сказать чем вызвано отзеркаливание 4-й и 6-й гармоники НЧ сигнала в нижнюю часть спектра.Цитата:
Сообщение от UR5WCA
Могу поставить Afedri, скажем, в 10 километрах и посмотреть сигнал. Скриншот выложу.Цитата:
Сообщение от UA3DJY
Можно мониторить и у себя дома, для этого достаточно антенный разъем Afedri заглушить нагрузкой 50 Ом.Цитата:
Сообщение от US5WE
У меня был такой случай когда в БП драйвера сдохла емкость электролита в фильтре питания анода.Цитата:
Сообщение от UA3DJY
В таком сценарии 4-я и 6-я гармоники НЧ сигнала не будут зеркалиться в излучаемый в SSB полосе спектр.Цитата:
Сообщение от R5WM
Игорь,Цитата:
Сообщение от UA3DJY
Я пробовал на позиции на свистке на 50 МГц - нужно сбрасывать мощность и уменьшать программно усиление приемника и все равно много, а я хочу проверить на full power. На 50МГц с усилителем через весь город было хорошо и чисто. Думаю на остальных будет так же. На Элекрафт К3, правда со старым синтезатором, никто, кроме WCA, который в километре, не жаловался. Но на всякий случай проведу исследования. Спасибо за участие.
Окно маленькое почему-то.
Вложение 247825
Реактивное поле антенны с понижением частоты имеет больше радиус, на 6м может быть незаметно а на 160м убить качество излучаемого сигнала.Цитата:
Сообщение от US5WE
Результат балансирования предоставленными Qt инструментами между минимальным размером окна и более менее терпимым видом интерфейса на мониторах с высоким разрешением, если немного увеличите размер окна по горизонтали надпись появится полностью.Цитата:
Сообщение от RW4LN
Наверное нужно придерживаться определенных стандартов под любой монитор.Цитата:
Сообщение от UA3DJY
Вложение 247830
Игорь! Извините меня за надоедливость, меня Ульяновские пользователи ХРД, попросили скачать версию 148_2, может сбросите мне, или подождать им пока выйдет релиз этой версии. И еще предложение, сделать кнопку "Визит на QRZ.COM", когда связь еще не завершилась и позывной в окне JDTX, сразу попасть на страницу его страницу, и если он ведет онлайн лог, тем самым увидеть, что позывной пользователя JTDX в его журнале. Спасибо.
Нет проблем, поделитесь линком с которого брали софт.Цитата:
Сообщение от RW4LN
Это уже функционал программы лога, не вижу смысла соревноваться с логом.Цитата:
И еще предложение, сделать кнопку "Визит на QRZ.COM", когда связь еще не завершилась и позывной в окне JDTX, сразу попасть на страницу его страницу, и если он ведет онлайн лог, тем самым увидеть, что позывной пользователя JTDX в его журнале.
То что мне пришло на п\ящик там нет 32 битной версии.Цитата:
Сообщение от UA3DJY
Я имел ввиду, чтобы QRZ.COM, открывался в другой вкладке, как в Алерте.Цитата:
Сообщение от UA3DJY
Тогда лучше подождать выпуска rc148, сейчас в Hamlib частично поломан CAT для ICOM, может к выпуску наладят.Цитата:
Сообщение от RW4LN
Я бы у себя бы еще посмотрел: часто такое дают дополнительные SDR приемники, подключенные по 1-й ПЧ. Или с 1 смесителем у вас непорядок.. И подать сигнал выше 59+на свой приемник.. Вы так часто на своего земляка жалуетесь... Посмотрите у себя.Цитата:
Сообщение от UR5WCA
Нет, честно, гляньте у себя, может и со звуковой не все в порядке. WE так часто в эфире, что его бы давно съели.
Извиняюсь перед Игорем за оффтоп, использую старенький IC-756 PRO3, других, подключенных приемников нет. Антенна резонансная, звуковая RigExpert Standard. Уровни по НЧ всегда выставлены минимальные, как на прием, так и на передачу. Вых. мощность от30 до 50 Вт.Цитата:
Сообщение от UF8T
Вы бы за сутки минимум договорились с WE где повещать, озвучили здесь и мы бы вас посмотрели удаленно..Цитата:
Сообщение от UR5WCA
Когда увидишь как некоторым программы устанавливают: дрожь берет (вот прям со своими путями тащат... а вдруг?)
...у Игоря и так забот хватает. Ну и решатся Ваши претензии!
Может проблема в том что звук на RigExpert подается с выхода УНЧ трансивера? Линейный выход звука с трансивера не должен перегружать вход звуковой карты.Цитата:
Сообщение от UR5WCA
Сейчас на 14074 работает 5H4WZ в 3 слота.
Очевидно в MSHV.
Давал рапорт -10 для UA6AVA 8 раз подряд, а RR73 так и не дал.
Перед этим -15 для RL3AW точно так же.
Наверно что-то намудрили сами в установках.
В WSJT-Х 3 раза и становись в очередь снова.
Из DXpedition сделали что то непонятное, кто во что горазд. Теперь неясно как различать такие софты и как делать код Hound в JTDX.Цитата:
Сообщение от UR5LCZ
Игорь, может быть, Вы бы, навели порядок в этом направлении???Цитата:
Сообщение от UA3DJY
Сделали бы возможность работы экспедишн в JTDX с многослотом
на определенных частотах для DX. А для специальных станций на
обычных частотах с не более двумя бы слотами при введении
в окно специального позывного или же обычного позывного с /p, /m
и возможно все пользователи, тогда бы ровнялись на ваш продукт,
а не на mshv и wsjtx. Покажите им мастер класс и в этом направлении...
Возможно после этого разработчики и тех программ задумаются над критериями
с которыми должны работать обычные, специальные, выездные и dx станции.
А экспедиции и не обязательно должны передавать RR73! Если он принял R+XX то этого достаточно и он начинает работать с другим или давать CQ. При этом у него QSO автоматом записывается в Log.Цитата:
Сообщение от UR5LCZ
А откуда мне знать, что он принял мой рапорт? И я (или не я ) в неведении продолжаю давать R+ХХ. :tlf:Цитата:
Сообщение от R5WM
А может быть и QSO не нужно проводить? Услышал,- и сразу в лог....:):):)Цитата:
Сообщение от R5WM
Регламент он и в Африке Регламент!
А как я узнаю, принял он мой рапорт или нет? Или сейчас, если экспедиция, то и рапорт от вызывающего не нужен?Цитата:
Сообщение от R5WM
Джо Тэйлор вроде отказался только от подтверждения вызывающей станцией.
И в продолжение - 8 раз подряд давать рапорт, это что, он 8 раз записал один и тот же позывной в свой журнал?
это не так...экспедиция должна RR73 передавать,только после этого связь в лог идет,а вот наши 73 ей не нужныЦитата:
Сообщение от R5WM
Посмотрите как это работает в WSJTX и MSHV для экспедиций! Связь пишется после приема R+XX.Цитата:
Сообщение от RA3QH
Цитата:
Сообщение от RJ7M
Если DX принял от Вас R+XX и перешел на другую станцию значит он принял от Вас и записал в Log! Иначе он будет повторять Вам рапорт!Цитата:
Сообщение от UR5LCZ
Если Вы видите что DX уже передает для других то не нужно ему многократно повторять RR73 тем самым Вы только мешаете ему!
Классический пример использования MSHV в экспедиции.
Все повторы подсвечиваются отдельно по диапазонам и по модам!
Более подробно в хелпе!
Вложение 247921
Перестаньте вводить народ в заблуждение!!!!Цитата:
Сообщение от R5WM
Изучите лучше матчасть!!!!
Здраствуй RA3QH
Тй прав и меня ето не нравитса но в WSJT-X так сделали за DXexpedition
и па етаму и у меня так, в F/H WSJT-X Hound TX толко TX1 и TX3, A Fox RR73 TX толко за инфармации и не интересуетса за резултат
Ета и мне не нравитса но так сделали в WSJT-X
Па ето причине я сделал MASTD там ето не так.
Как сказана у тебе -> "Не стреляйте в пианиста,он играет как умеет."
Так и мй играем как они "играет"
Иначе палучитса как в предидушие состезания, все с MSHV ждали RR73 или 73 а ета не получалас из WSJT.
Так что кгда сделаем наший пратакол они будут играт по наших правилах, а сйчас мй нада играт как у них к сожаление.
извиняйте,может в MSHV это и так но сильно сомневаюсь насчет WSJT...алгоритм построен так что без получения от DX RR73 прога не предлагает внести мне связь в лог...да я могу сам внести,но велик % что ДХ меня просто потерял и что получим? правильно...NOT IN LOG...Цитата:
Сообщение от R5WM
Вопрос навертно к Игорю...
JTDX 2.1.0-RUS-rc147, FT-991A (по USB), Win-10Pro (32bit) все обновления.
1.) Ура! В последней версии градусник в окне программы наконец стал правильно отображать мощность выставленную на TRX! :p-up:
2.) Появилась странная вещь... Во время приёма FT-8, в окне водопада, стало самопроизвольно то уменьшаться (до минимума), то увеличиваться (до нормального) расстояние между отображаемыми временными промежутками! Точной закономерности и причин, вызывающих подобный эффект, пока выявить не удалось, но работе оператора это мешает.
Первый раз проявилось с появлением версий с поддержкой FT-4, но не часто и легко убиралось перезапуском лога и JTDX. В последней версии каждый старт JTDX сопровождается этим багом и довольно на долго до самоустранения. С чем это связано и как устранить?
Старый файл jtdx.ini удаляю всегда если оговорено автором. Скрин прилагаю.
Вложение 247924
Есть одна тонкость. На 1840 сегодня в MSHV работал JT5DX, иногда до 5 слотов. Сигнал могучий! :p-up:
Если его звали с локатором, то RR73 приходил, если без локатора, то 73 от него не было и неизвестно, записал QSO в лог или нет. :confused: Так что надо звать с локатором, все просто.
Выпадает часть звуковых фреймов: возможно процессор не справляется с нагрузкой. Смотрите в диспетчере задач какие процессы съедают ресурсы. Кроме этого причин может быть много, от драйвера, использования этого же звукового устройства другими программами, до железа.Цитата:
Сообщение от RV6ARZ
Как дать направленный вызов на Россию? (JTDX)
Не обремененный большим опытом, я подумал, что "CQ R" решит мою
проблему. Выяснилось, что JTDX не позволит моим корреспондентам
ответить на такой CQ.
Почитал доки, выяснилось, что надо давать основной префикс страны
(из cty.dat). Но Россия - это несколько стран по cty.dat: UA, UA2,
UA9, CE9, R1FJ (может кого забыл).
Т.е. если давать "CQ UA", то Тюмень может не звать - не отвечу,
а если "CQ UA9", то Дагестану не отвечу. А нужны и Тюмень, и Дагестан.
Как мне сказать иностранцам, что я работаю на Россию, чтобы они не
звали и не обижались, что не отвечаю?
UA9CIR;Как дать направленный вызов на Россию? (JTDX)
Я думаю надо давать CQ RU
"CQ RU" я так думаю...
Цитата:
Сообщение от UA0FO
Вы оба неправы! CQ RU это вызов в RTTY Roundup contest!Цитата:
Сообщение от UA9AJK
Вложение 247944
Возможна передача FT8 062400 TX dB s Freq 1594 Hz > CQ RUS R5WM KO72
В программе MSHV Для этого в окне QRG прописать RUS нажать кнопку GEN MSG и в окне Опции > Макросы для TX7 добавить %G4 - CQ %QRG %M %G4
Вложение 247946
К сожалению это так! Если есть возражения то напишите письмо K1JT.Цитата:
Сообщение от EU1FQ
CQ RUSЦитата:
Сообщение от UA9CIR
JTDX разрабатывается для проведения QSO с DX корреспондентами, поэтому локальная работа в программе не поддерживается. Автовыбор JTDX работать с таким направлением не будет, корреспондент декодировавший такое сообщение будет щелкать на нем кнопкой мыши для начала QSO.
Окошко направления ограничено двумя символами, CQ RUS придется прописать в макросе свободного сообщения либо в окне сообщения Tx6.
Для работы в цифре использую в трансивере режим USB-D - звук подается с линейного выхода УНЧ на звуковую карту. УВЧ никогда не включаю. Уровни по НЧ такие:Цитата:
Сообщение от UA3DJY
Вложение 247948
Вложение 247949
Регулировка уровня входа на RigExpert Standard на первом делении, практически в минимуме.
Цитата:
Сообщение от R5WM
Цитата:
Сообщение от EU1FQ
Владимир, RTFM (читайте инструкцию, специально переведена на русский язык), пункт 14 раздела 'для операторов желающих работать с DXpedition': http://www.physics.princeton.edu/pul...on_Mode_ru.pdfЦитата:
Сообщение от R5WM
Возможные отклонения в реализации DXpedition протокола в программах приводят к хаосу на диапазонах и бессмысленной потере времени большинством корреспондентов.
Это старая инструкция! В новых версиях WSJTX и MSHV работает так как я писал. Если в очереди много ждущих то программа может не передавать RR73 а при приеме R+XX переходить на следующего и связь в Log записывается после приема у DX от корреспондента R+XX.Цитата:
Сообщение от UA3DJY
P.S. Мы с Христо LZ2HV много обсуждали этот момент и нам тоже это не нравится, но группа разработчиков WSJTX сделала так!
Волшебники. Когда что то меняете в общем протоколе сообщений есть смысл хотя бы уведомить об этом других производителей софта, не ожидая обратной связи от пользователей.Цитата:
Сообщение от R5WM
Как Вы думаете, корреспондент не получивший RR73 догадался что в очереди у Fox было много корреспондентов и связь Fox молча занес в лог? Я бы на месте такого корреспондента продолжал вызывать Fox оператора.
В F/H RR73 излучаетса там проблема нетЦитата:
Сообщение от UA3DJY
Я тебе писал за ета (месец или два назад непомню), я тоже бйл очин обрадаван кагда ето утанавил, без никакое ивестие в WSJT-X ето сделали (волна или неволна незнайу). Особенна ето бйла неприятан в состезания. Кагда все висят и не палучайут RR73 или 73 оказйваетса очин неприято.
Скорее всего дефект в WSJT-X. В release notes на WSJT-X 2.1.1 такой информации нет, в коде в явном виде тоже нет такой доработки. Видел в коде только возможность принудительно внести в лог корреспондента щелчком мыши на позывном находящемся в очереди.Цитата:
Сообщение от LZ2HV
Христо уведомил об этом в аннотации к версии MSHV 2.31Цитата:
Сообщение от UA3DJY
Вложение 247951
Вопрос: а если дэх принял позывной вызывающей станции и начал давать ей свой рапорт, но R+XX не может принять, то сколько раз он будет гнать свой рапорт для этой станции?Цитата:
Сообщение от R5WM
Я ранее указывал, что насчитал по 8(восемь) раз для двух позывных.
А сколько было таких казусов - кто знает?
В исходнике установлено всего 3 (три) раза и становись в очередь снова.
О каком ускорении процесса может идти речь, если одна попытка связи будет длиться по 5 (пять) минут и без результата в конце концов?
"Вопрос: а если дэх принял позывной вызывающей станции и начал давать ей свой рапорт, но R+XX не может принять, то сколько раз он будет гнать свой рапорт для этой станции?"
В нармалнй пратакол прадалжает до мамента кагда оператор решит стоп QSO (или TX Watchdog стоп) и ничево не записаетса в лог.
В MA пратакол прадалжает до мамента кагда время каторйе оператор паставил за Max time QSO (1min-10min) и ничево не записаетса в лог.
Это хороший вопрос! Например в MSHV сделана память на 20 позывных и если он начал работать с другими и через некоторое время он принял от Вас R+XX то, если в данный момент у него есть свободный слот, то Вы получите RR73 а если нет то MSHV запишет QSO в Log без уведомления для Вас.Цитата:
Сообщение от UR5LCZ
Логика передачи 73 или RR73 в данном случае соответствует положениям о проведении контестов.
Я не догадался, и продолжал звать 5I4ZZ. В результате у меня два подтвержденных QSO с разницей в пару минут:s11:Цитата:
Сообщение от UA3DJY
Владимир ето не так
"а если нет то MSHV запишет QSO в Log без уведомления для Вас."
Всегда излучает на R+XX RR73, независима птерял или нет ево во время связи
Не всегда я написал в письме.Цитата:
Сообщение от LZ2HV
С последней регулировкой может быть проблема, ручка в нуле означает что слишком большой уровень сигнала подается на RigExpert. Проверьте что перемычка JP2 установлена в режим минимального усиления каскада:Цитата:
Сообщение от UR5WCA
Если уже в минимуме то возможно потребуется сделать аттенюатор по входу.
DX не только дальний кор, но и редкая связь. С дальними проблем нет, например выше 15 МГц у нас Новая Зеландия - не DX, а Тюмень - DX.Цитата:
Сообщение от UA3DJY
Этих каждый день можно работать, а этих - годы уходят на одну связь.
Возможно Qt 5.14.0 глючит в связке с операционной системой в части определения формы курсора. В этом случае проблема должна проявляться только на win64 версии JTDX.Цитата:
Сообщение от RX3ASP
Окно Band Activity - текстовое окно и к нему применяются функционал операционной системы по выделению и копированию текста при помощи мыши.
Да, каждый второй оператор не знает определения DX и в итоге трактует его по своему. Поэтому не удивляйтесь: если Вы будете передавать CQ RUS в общем диапазоне то Вас будут вызывать операторы со всех стран где Вас слышно, только потому что эти операторы не знают что означает направление RUS.Цитата:
Сообщение от UA9CIR
Если знают CQ NA то узнают и CQ RUS! Хи ХиЦитата:
Сообщение от UA3DJY
Добавил в MSHV 2.34 RUS
Вложение 247957
Цитата:
Сообщение от UA3DJY
В данный момент именно она висит на сайте разработчика. В этой инструкции, кстати, есть один важный пункт, который, к сожалению, большинство желающих сделаться FOXом не выполняют: DXpedition Mode must not be used in the conventional FT8 sub-bands. If you areЦитата:
Сообщение от R5WM
contemplating operation as Fox in DXpedition Mode, find a suitable dial frequency
consistent with regional band plans and publicize it for the operators you hope to
work.
Так никто там на WSJT-X F/H и не работает.Цитата:
Сообщение от RA3TT
Господа, Вы разберитесь, наконец, по протоколу работы F/H. !!!!Цитата:
Сообщение от LZ2HV
Постоянно с R5WW мутите воду
Если Вы не используете режим FOX (именно FOX а не Hound) в WSJTX или Multianswering DX expedition в MSHV то и не понимаете о чем идет речь! Как раз ваши сообщения по этому вопросу и мутят воду! А протокол F/H давно устарел!Цитата:
Сообщение от EU1FQ
Тогда ждем описание протокола 'Multianswering DX expedition' в общем доступе и инструкцию по проведению QSO в этом режиме.Цитата:
Сообщение от R5WM
Иначе получается что тот слишком стар а как в новом работать никто не знает.
Все есть в хелпе программы!Цитата:
Сообщение от UA3DJY
R5WM...<Если Вы не используете режим FOX>
...режим FOX используется только операторами DX станций...(В режиме FT8 DXpedition QSO между DX-экспедицией («Fox») и вызывающими
станциями («Hounds») ...
...ну,если вы считаете себя DX,то.......
Опять 25! Читайте внимательно о чем шла речь!Цитата:
Сообщение от UA3DTK
Рассматривался вопрос почему некоторые DX экспедиции иногда не передают RR73 для подтверждения QSO.
Вот описание работы Fox\Hound на русском языке.
HELP программы MSHV впереди планеты всей?Цитата:
Сообщение от R5WM
А не много ли на себя берете, чтобы изменять общепринятый протокол проведения QSO в F/H режиме?
P.S. Еще никогда, ни одного QSO у меня не было в логе, если не получал RR73
А Вам счастливого ожидания лога DX без получения от него RR73!
Именно такЦитата:
Сообщение от UA3DJY
В смысле??? По-Вашему мнению, или Автором признано?Цитата:
Сообщение от R5WM
С этого места поподробнее, пожалуйста!
Вот так работают новые версии MSHV и WSJTX v.2.1.2Цитата:
Сообщение от R0JF
Запись в Log после приема R+xx
Вложение 247971
Статистика использования программ по странам, количество операторов и процент:
Вложение 247972
То есть Fox оператор LZ2HV мог не декодировать сообщение RR73 от Hound оператора и соответственно у LZ2HV QSO в логе отсутствует, а оператор R5WM передав RR73 считает что он QSO завершил и смело вносит его в лог.Цитата:
Сообщение от R5WM
В таком сценарии умножается вероятность двух 'если': если Hound оператор R5WM все еще декодирует сообщения с рапортом в свой адрес и если Fox оператор декодировал сообщение RR73 от R5WM. Результат в лучшем случае можно позже увидеть через залитый в Интернет лог, но в этом случае нередко бывает что поезд уже ушел.
Думаю, что в первую очередь необходимо ограничить максимум до 2х слотов
работу программами mshv, wsjtx, если в поле позывного внесён обычный позывной!!!
Возможно для редких стран сделать маленькое исключение...
Более 2х слотов только на частотах не общего пользования для проведения qso в FT8.
Дальше уже шумите про протоколы проведения qso.
А то как в той басне:
-Однажды лебедь, рак и щука...
В предложенном описание работы Fox\Hound на русском языке сказано, что
Исходя из этого, было бы логичным, чтобы опция Fox\Hound, в т.ч. мультиответЦитата:
Экспедиция НЕ работает на общепринятых частотах в FT8
(из того же описания:)Цитата:
Fox может излучать до пяти сигналов
на общепринятых частотах в FT8 во всех программах была не активна,
(т.е., чтобы не возникало желания "почувствовать себя DX-ом:)), а
иначе говоря - заблокирована.
Автоматическая разблокировка этого режима должна происходить только за пределами
общепринятых частот.
Без этого будем иметь на диапазонах (R2EA):Цитата:
Однажды лебедь, рак и щука...
Про F/H это подходит, но для мультиответа нужно думать другие правила поведения.Цитата:
Сообщение от UX8IW
К примеру, работая позывным r200ant, сам испытывал желание использовать 2 слота.
Но только TUrst/TU73 и TU73/cq
Ни каких cq/cq или rst/rst или 73/73. Второй слот подключать на автоматизме лишь в тот момент,
когда это действительно необходимо. Работу в таком виде для обычных позывных блокировать.
Оставив возможность для спецстанций и для активаций в /p,/m,/mm,/am+искл. dx странны по рейтингу dxcc.
И ни каких 3-5 слотов!!! Только для F/H и на других частотах ...
Не думаю, что должны быть исключения из правил.Цитата:
Сообщение от R2EA
В последнее время очень много станций работают нестандартными позывными.
Одновременно на диапазоне может быть несколько. Для многослота места не хватит:)
Да и особых пайл-апов на них не наблюдается.
Если много зовут - переходить на другие частоты (так же бы и для "обычного" DXа, не экспедиционного), - и хоть десять сигналов:)...
Но вряд ли отцы-основатели договорятся :(...
Борис, я же написал, - что при необходимости...Цитата:
Сообщение от UX8IW
То есть, если сам оператор поставил галку 2 слота.
И происходить это должно именно в тот момент,
когда он прощался, а его зовет ещё кто то или же
попрощался и тут же сразу же запросил qrz?
(мол - кто то ещё меня ждёт?)
Если ни кто не появился, то переход на 1 слот CQ.
Первый слот на своей изначальной частоте,
а второй слот (косвенный) на той частоте, где звал нетерпеливый коллега.
Пока есть спрос - будет и предложение! Поэтому мнение и пожелание учитыватьЦитата:
Сообщение от UX8IW
всё же стоит, но при этом аккуратно вводить некие правила и ограничения,
а иначе так и будет анархия с mshv итп.
Разработчики надеюсь призадумываются и поймут какого зверя они выпустили
в эфир на общие частоты для диги модуляций.
Скорее, пользователи не могут держать себя в узде.Цитата:
Сообщение от R2EA
Роман, не думаю, что это есть хорошо.Цитата:
Сообщение от R2EA
Выделенные полосы под FT8 очень узкие.
И, в основном, перегруженные. Бывает так, что и "всунутся" некуда, чтобы позвать
ту же юбилейную станцию, когда на ней "сидит" несколько вызывающих...
Я несколько раз встречал сообщения, что корреспондент переходит в режим Fox\Hound
с указанием частоты. Думаю, что это правильно.
Выход только один...ПОЛНОСТЬЮ ЗАПРЕТИТЬ МНОГОСЛОТ в ОБЩИХ участках....Никаких исключений для спец.позывных,/p,/m,/mm и им подобных....Хотите многослот-пожалуйте за пределы общего участка.....
Здравствуйте,
подскажите, пожалуйста, ссылки как сделать FT-8 робота (для "чайников")? В гугле забанили (шучу, не нашел конкретных решений)! Есть мысль использовать на то время, пока сплю. Можно в личку, если что...
73!
Красота! А КАК корреспонденту понять, что связь в логе???Цитата:
Сообщение от R5WM
С такой логикой и рапорта можно не раздавать. Принял кого-то -- и в лог его!
А потом спорить в Сети и доказыать, что связь состоялась. :(
Бред какой-то!
Я уже предлагал защиту ввести. Алгоритм простейший - проверить работу САТ иЦитата:
Сообщение от UX8IW
запретить мультислот в общих участках. Для "особо хитрых" (кто САТ отключает
или совсем не имеет) - если САТ не обнаружен -- СОВСЕМ запретить мультислот.
А чайники робота сделать не могут. И это правильно. Работайте сами, получайте удовольствие, а робот пусть спит.Цитата:
Сообщение от UA1OM
Игорь, нет смысла. Исходники открыты. Любой более-менее соображающий программист форкнет и включит снова. Увы, джинн выпущен из бутылки, и загнать его снова туда проблематично....Цитата:
Сообщение от R0JF
Проверьте сначала условия Вашей лицензии в части неконтролируемой оператором работы радиопередатчика, на всякий случай... чтобы саму лицензию не забанили.Цитата:
Сообщение от UA1OM
Не решаемых проблем нет, как открыли, так могут и закрыть. Было бы желание:)Цитата:
Сообщение от RM1F
А как тогда быть с Open Source software licensed under the terms of Version 3 of the GNU General Public License (GPL).Цитата:
Сообщение от UX8IW
Программу делать платной?
1.Не понимайте всё буквально.Цитата:
Сообщение от R5WM
2.Это обязаловка - передавать ПО в общественное пользование?
Загнать можно... Резко поменять опять что-нибудь в формате сообщений и закрыть часть кода. :)Цитата:
Сообщение от RM1F
Раньше ведь использовали KVASD "закрытый". И ничего. :)
Можно КУСОК кода закрыть и давать в готовом виде. Никаких нарушений не будет.Цитата:
Сообщение от R5WM
А может действительно, организовать какую-то подписку, и отправить K1JT.
Изложить, что нарушаются принципы, которые были им заложены в программу,
и как следствие - необходимость внесения изменений в код, которые исключили бы их нарушение в будущем.
Далеко не каждый программист может разобраться с чужим кодом. Код в части проверки доступа к многослоту можно написать в неявном виде и тогда даже имея исходники на руках мало кто сможет открыть в коде многослот в общих диапазонах.Цитата:
Сообщение от R5WM
Отдельный проект, такой подход уже ничего не изменит. Joe K1JT опередил время сделав DXpedition при перегруженных общих диапазонах, он сделал половинчатым решением и естественно пустое место сразу было заполнено полным решением многослота от MSHV.Цитата:
Сообщение от UR5LCZ
Если сначала диапазоны расширить то нет проблем в использовании многослота, проблема в емкости диапазонов - полосы частот давно пора увеличить. Последнее необходимо инициировать через национальные радиолюбительские организации, как внутри стран так и по регионам IARU, должны быть общие полосы частот, особенно критично для диапазонов 60 и 160м.
С другой стороны в том числе режим DXpedition привел к массовому переходу операторов с CW и SSB в FT8, тем самым еще увеличив загрузку общих FT8 диапазонов.
Мечтать не вредно! )) Вы эту мысли донесите до операторов ER4KAA. :punish: Можно через ER4DX (Василий). Он, походу, в этой команде, главный.Цитата:
Сообщение от R2EA
На 144 МГц уже давно в Tropo и Es все работают FT8 про CW и SSB забыли!Цитата:
Сообщение от UA3DJY
Пардон-те, но ГЛУПОСТЬ же! :ржать:Цитата:
Сообщение от R5WM
Какая связь с "засиранием" мультислотами узких КВ участков???Цитата:
Сообщение от R5WM
Почему глупость! У нас Европа ближе и тут только так! CW и SSB только в тестах. Есть и 3 QSO на 144 с Вами и только в FT8.Цитата:
Сообщение от RJ7M
Ниже один из фрагментов тропо 144 из VQLog.
Вложение 248057
Сегодня посмотрел работу WSJT-X 2.1.2-win64 в режиме "FOX". Из неожиданного для себя выявилось следующее: при передаче ответного рапорта Гончей без изменения частоты вниз на Лису - передача RR73 также проходит как и для тех кто уходит передачей на частоту Лисы. Единственное что оператор FOX не видит этого ответного рапорта в приемном окне (а зачем оно ему?), в лог все заносится нормально.
Сергей здравствуй. Рад тебя здесь встретить. По поводу пользователей, тут года 3 назад одного заслуженного мастера , тыкали носом показывали скрины его сигнала , просили - доказывали , про 50-100 вт говорили , а он " у меня первая категория что хочу то и ворочу " .Ну как с такими быками говорить?:s8:Цитата:
Сообщение от UA3RMB
Друзья!
Кажется мне, что за спорами, как сделать так, чтобы кто-то НЕ СУМЕЛ воспользоваться возможностями программы, упустили очень, на мой взгляд, важный момент - радиолюбительскую этику. Режим FOX/HOUND был придуман, чтобы дать возможность максимальному числу любителей связаться с редкой территорией типа острова Буве, Сан Андрес и т.д. Давайте вести себя в "общественном месте" в соответствии с правилами радиолюбительских приличий.
"Господа, ведите себя прилично" (С) Ги де Мопассан "Милый друг".
Это говорит только о том, что Вы работаете в основном FT8. В Es, например, у меня ни одного FT8 QSO с момента появления моды. Как-то нет времени за проведением Es CW и SSB связей переходить в FT8 ...Цитата:
Сообщение от R5WM
Поэтому, нельзя утверждать, что:
только исходя из Вашего ЛИЧНОГО опыта...Цитата:
Сообщение от R5WM
Но тема, кажется, немного о другом...
На 50 МГц картина аналогичная, но ведь FT8 и был придуман для этого диапазона. :s7:Цитата:
Сообщение от R5WM
Вы все правильно написали.Цитата:
Сообщение от RA3TT
Только есть небольшое уточнение - все эти действия должны происходить вне общих выделенных частот.
Уважаемый Иван!Цитата:
Сообщение от UR5LCZ
Вы, по-видимому, не обратили внимание на мой пост 22606 в этой теме, в котором именно об этом и говорится.
Друзья может кто сталкивался,не декодирует E44CC, два дня назад декодировал и всё работало, сейчас на этот позывной не реагирует, не декодирует его.
Вложение 248163
внесите в "Позывной ДХ" руками....вчера нормально его декодировал...да и сейчас тоже...Цитата:
Сообщение от R9VA
Вложение 248167
Возможно уровень сигнала E44CC слабоват. У меня такое тоже, иногда, бывает. на водопаде видно, а декодирования нет. Попробуйте прибавить уровень в трансивере.
да ну...на скрине 3 слота видно прекрасно от Е44Цитата:
Сообщение от RX4CD
А случаем фильтр на AS не включен?
Похоже так оно и есть....
Черный список посмотрите. (RA3QH: HL4CCM...)Цитата:
Сообщение от R9VA
Нет не помогает ни набор руками ни уровни, зато декодировало один раз сообщение от E44CC, наверно из-за того что позывных в сообщении нет.:s9:
142830 -3 0.2 778 ~ QSY 085 RTTY
Нашел, спасибо!! как они туда попали ума не приложу:s9:
Вложение 248170
Были Вами занесены в этот список щелчком правой клавиши мыши на кнопке 'Позывной DX'.Цитата:
Сообщение от R9VA
Коллеги, кажется я задавал этот вопрос. Но не могу найти. Переустановил программу и не могу найти как включить передачу по двойному нажатию на позывной? Напомните пожалуйста.
Вложение 248273Цитата:
Сообщение от UR6EF
Ну вот, напечатаю и на комп прилеплю. И еще одна проблема, не могу лог подключить. Раньше все получалось. Скопировал лог , переименовал и всё. А теперь не выходит. Как правильно это сделать?
можно несколько по подробнее?Цитата:
Сообщение от UR6EF
Выбрал из лога UR5EQF связи в цифре. Сохранил в отдельном файле. Переименовал в файл wsjtx_log и записал в папку где хранится лог программы. И повторы не видит, пишет новый позывной.
Михаил, скорее всего у вас здесь галка и заполненное поле. Уберите.Цитата:
Сообщение от UR6EF
Вложение 248279
Игорь, а для чего задумано, что если находишься за обычными частотами (18095) и заходишь в меню, а потом выходишь, то частота меняется на обычную (18100)?
Версия 148_5
Если, к примеру, частота 18,095 не прописана в Рабочих частотах, то, при выходе из меню, частота меняется на ближайшее значение прописаной в программе частоте. В данном случае на 18,100. Если же частота 18,095 прописана в Рабочих частотах, то, при выходе из меню, частота не изменяется.Цитата:
Сообщение от US4IRT
Борис вы правы, Галка подвела. Когда я поставил? Все работает.
Николай, вы же не Игорь. В новых версиях большинство частот прописаны и в этом надобности нет. В том числе и 18095.Цитата:
Сообщение от EU1FQ
Вообще-то Вы обратились с вопросом на форуме. А для личного обращения существует кнопочка "Личное сообщение"Цитата:
Сообщение от US4IRT
При вертуальном сплите, не всегда после передачи возвращается на основную частоту? Прошу совета.
В трансивере FT-1000MP я эту проблему через Fake It так и не победил. Поэтому использую Split Rig. В этом режиме проблем нет. Поэтому, если у Вас два VFO, то пробуйте этот режим.Цитата:
Сообщение от RN3OG
У меня TS-590SG , спасибо попробую...
Частота VFO сбрасывается на основную даже без изменений настроек списка частот, просто при нажатии кнопки OK при выходе с настроек?Цитата:
Сообщение от US4IRT
Обновление: благодарю, дефект, устраним начиная с 148_6.
Возможных причин много, например нестабильная работа CAT на физическом уровне, конфликт управления с нескольких программ, сбои в виртуализации COM порта. В крайнем случае может быть дефект в коде Hamlib или OmniRig, либо ошибка в описании протокола CAT сообщений конкретного трансивера производителем позже реализованная в коде Hamlib и OmniRig.Цитата:
Сообщение от RN3OG
По некоторым моделям производители корректировали CAT протокол сообщений обновляя версию прошивки процессора трансивера.
Здесь есть информация по разным прошивкам TS-590SG https://www.kenwood.com/i/products/i..._update_e.html
В этом видео автор для TS-590SG рекомендует использовать режим USB в настройках закладки Радио программы https://www.youtube.com/watch?v=PyUs...ature=youtu.be
US4IRT...Версия 148_5
...и где ее можно скачать,не подскажете?
Да, именно так.Цитата:
Сообщение от UA3DJY
Это версия только для тестеров. Последняя публичная сборка - 147.Цитата:
Сообщение от UA3DTK
Да, Игорь, именно так.Цитата:
Сообщение от UA3DJY
P.S. RX3ASP ответил уже. Не заметил сразу.
В 148_6 поправили, если частота на которой находится VFO прописана в списке то JTDX не меняет частоту, произвольная частота VFO будет сбрасываться к основной частоте общего диапазона.Цитата:
Сообщение от US4IRT
Теперь нормально. Спасибо!Цитата:
Сообщение от UA3DJY
И отдельное СПАСИБО за вписанные частоты. Теперь меньше возни с их вводом!!!
Коллеги!
Подскажите начинающему. Хочу F/H настроить. Но некоторые непонятности в поведении. Аппарат ICOM 775DSP
При настройках SPLIT NONE, все выглядит нормально. Как только сплит меняю на FAKE IT, то при переходе на передачу частота прыгает вверх на пол килогерца. Это разве нормально?
И нужно ли ли еще что выставлять для F/H, кроме HOUNDFC?
Благодарю!
Цитата:
Сообщение от UA3DJY
Эта проблема не решена на трансиверах KENWOOD TS-590S. При стыковке по USB-порту в режиме Fake It частота не возвращается после перехода на прием. Проверил на двух трансиверах этой модели. Драйвер USB установлен самый новый. А в режиме RIC т.е. со вторым VFO частота возвращается при переходе на прием. При стыковке TS-590S по СОМ-порту такой проблемы нет. Частота возвращается. Программа JTDX стоит последняя версия 64 бит. Операционная система Win10 pro со всеми обновлениями.
Здесь есть описание функционала SPLIT: Установка софта JTDXЦитата:
Сообщение от Хоттабыч
По F/H есть смысл сначала почитать инструкцию по работе с WSJT-X http://www.physics.princeton.edu/pul...on_Mode_ru.pdf в JTDX этому режиму соответствует HoundFC.
Работа в режиме multianswering программы MSHV отличается от базового функционала DXpedition F/H WSJT-X, для совместимости с MSHV в JTDX сделан режим Hound.
Я правильно понял, речь об этом?:Цитата:
Сообщение от R7HG
Вложение 248428Цитата:
Сообщение от UX8IW
Да речь идет об этом.
У меня при таких настройках не возвращается исходная частота при переходе с передачи на прием.
У меня при использовании ваших настроек, частота возвращается, но трансивер на передачу не включается (управление потоком в настройках порта менял).Цитата:
Сообщение от R7HG
При этих настройках у меня всё штатно:
По моему кто то подобное описывал , но теперь это заметил у себя.
При переводе из правого в левое окно, указатель мыши меняет вид стрелки на курсор, при возвращении на любую кнопку или в правое окно указатель мыши принимает вид стрелки.
При этом функция двойного клика сохраняется.
После закрытия-открытия программы указатель мыши приобретает правильный вид.
Вячеслав, а вы не пробовали полностью удалить программу, ини-файл, очистить реестр и заново настроить?Цитата:
Сообщение от UT8NT
Я думаю это вряд ли поможет, устанавливал 147 версию сразу после выхода с удалением ini файлов, пока этот баг появился однажды, понаблюдаю пока за поведением стрелки)Цитата:
Сообщение от UX8IW
Да, я писал про это. Проявляется, когда быстро переключаю режимы. Например, когда уже начал звать кого-то, но на первой секунде ТХ передумал и кликаю по кому-то более интересному.Цитата:
Сообщение от UT8NT
У меня управление потоком всю жизнь стоит Hardware, скорость 57600. Все возвращается. Windows10 аналогично. И еще разница: у меня под РТТ и САТ свои порты.Цитата:
Сообщение от R7HG
Я попробовал повторить такое переключение, все нормально, у меня стрелка свой вид не поменяла.Цитата:
Сообщение от RX3ASP
Если под РТТ и САТ использовать свои отдельные СОМ-порты, например СОМ2 и СОМ3, то все работает замечательно. Речь шла об использовании на трансивере USB-порта и соответственно в настройках программы виртуального СОМ-порта.Цитата:
Сообщение от UF8T
вчера обратился товарищ- sdr трансивер не работает цифрой, ноутбук новый, трансивер новый, а буквально три дня назад все работало на ic-7000. Долгое изучение проблемы показало- трансивер не причем, проблема с ноутбуком. Выводи такую ошибку. Решение- идем по пути: "настройки-конфидециальность-доступ программ к микрофону." Разрешаем,ставим галочки. Последнее обновление Windows 10 привело к такой проблеме.Вложение 248491
UA0YAS;вчера обратился товарищ- sdr трансивер не работает цифрой, ноутбук новый, трансивер новый, а буквально три дня назад все работало на ic-7000. Долгое изучение проблемы показало- трансивер не причем, проблема с ноутбуком. Выводи такую ошибку. Решение- идем по пути: "настройки-конфидециальность-доступ программ к микрофону." Разрешаем,ставим галочки. Последнее обновление Windows 10 привело к такой проблеме.
Была такая проблема и у меня (Windows 10-64bit), не разобравшись свалил операционку, установил снова и только внимательно изучив проблему понял, что нужно было просто разрешить программе использовать микрофон, т.е. одна "птичка" решила проблему, не торопитесь переустанавливать ОС.
ЗдраствуйтеЦитата:
Сообщение от UA0YAS
Етот праблем очин часто случаетса на W10
Проста после Update Windows забйвает венешнйе устройства
Папробуйте ето
1. Power off Windows PC
2. Вйклучите все внешнйе кабелй и устройства (микрафонав, слушалки AUX линия, USB устройства ....)
3. Power on Windows PC, падаждите 1-2минут и начните включат устройства одно после другойу (Mics, Aux, Phones, USB устройства), кагда все устройства будут обнаруженй тагда пускайте софтй, и настройте что у вас нужна.
читаем внимательнее. я не спрашивал, как решить проблему. я объяснил, как решить проблему.
Александр, я вчера просмотрел: вы в настройках для PTT выбираете тот же СОМ 4 и линию DTR. Но на этом порту через принтеровский шнурок не образуется линии DTR и RTS. Видите кнопочка Тест РТТ у вас не активная? Установите управление РТТ через САТ и все у вас встанет в норму.Цитата:
Сообщение от R7HG
Сергей, в вашем посте даже намека нет как решить проблему... Поэтому UA0FO и LZ2HV и дали свое видение решения проблемы, по моему мнению это многим будет полезно. Я тоже хочу добавить (вы же не будете возражать?): дабы подобные бяки не возникали в будущем необходимо отключить автоматическое обновление драйверов в Windows из центра обновлений.Цитата:
Сообщение от UA0YAS
Кнопочка Тест РТТ становится активной, после того, когда выполнится тест САТ. Если вы заходите в это меню, кнопочка Тест РТТ всегда будет не активна.Цитата:
Сообщение от UF8T
А в этом вы правы:
Для работы через юсб-порт РТТ должен быть через САТ, пример моих настроек я приводил. #22690 (кнопочка Тест РТТ не активна)Цитата:
Сообщение от UF8T
JTDX: cкорее всего глюк в взаимодействии Qt 5.14.0 c операционной системой Windows, должен проявляться на win64 сборках. Со временем для сборок win64 уйдем на более свежую версию Qt.Цитата:
Сообщение от UT8NT
Сборки win32 продолжаем делать под Qt 5.5, на них этой проблемы не должно быть.
147RUS программа стала декодировать через раз-прошу диагноз. Раньше было, но
редко, сегодня какой то кошмар
Тёзка, всё в порядке, смотри у себя.Цитата:
Сообщение от RW6ATD
Скорее всего выпадают фреймы звукового потока, в первую очередь смотрите и при необходимости снижайте загрузку процессора.Цитата:
Сообщение от RW6ATD
Цитата:
Сообщение от RL9F
Цитата:
Сообщение от UA3DJY
Путаница с подстановкой несоответствующего позывного является одним из ограничений протокола FT8 (недостаточный размер хеш таблицы, в результате два и более ранее декодированных позывных могут иметь одинаковый хеш/кодовую сумму), победить можно только заменой протокола на более совершенный, но это уже будет не FT8.Цитата:
Сообщение от RC9F
Расхождение по времени и загрузка процессора, второе более вероятно.Цитата:
Сообщение от RW6ATD
Применение звуковой 24 бит при использовании поддержки 32-бит аудио в JTDX сделает немного чище сигнал на передачу и снизит шум квантования на прием. Насколько лучше декодирование слабых сигналов пока не знаю, для проверки надо создать звуковые файлы на симуляторе с диапазоном 32-бит.Цитата:
Сообщение от RA4RT
Встроенный в материнскую плату ноутбука или десктопа АЦП почти во всех компьютерах имеет разрядность 16-бит, решения могут отличаться уровнем собственного шума но как правило производитель материнской платы не указывает уровень шума в спецификациях.
UA3DJY
Тема интересна, надо тогда сразу 32 бит карту искать, Вы не смогли бы порекомендовать?
32-бит нет смысла, Вы не сможете для нее обеспечить достаточно низкий уровень шума с приемника. 1 Вольт среднеквадратичного максимальный уровень для входа АЦП, -138...-186 дБ необходимый уровень шума на входе АЦП к максимальному уровню для реализации возможностей 32-бит звуковой карты.Цитата:
Сообщение от RA4RT
UA0YAS;читаем внимательнее. я не спрашивал, как решить проблему. я объяснил, как решить проблему.
Очень полезный совет, чуть бы пораньше его прочитать hi hi!!! Взял на заметку.
Я с win32 версии проги перешел на win64... Как-то каких-либо видимых улучшений или ухудшений не вижу, но "пролет с FS/... навел на мысль, может зря таки версию 64 поставил?Цитата:
Сообщение от UA3DJY
Ini файл делал новый для нее...
Проц у меня Intel(R) Core(TM) i5-6500 CPU @ 3.20GHz
ОЗУ 4ГБ (свободно 3,8Гб)
Тип системы: 64-разрядная ОС
По результатам тестирования чувствительности/эффективности декодирования win64 работает на уровне win32, на win64 должно резко сократиться время декодирования интервала. Включите запись диагностики в файл ALL.TXT, будет видно время окончания декодирования, оно у Вас по сравнению с win32 версией не изменилось?Цитата:
Сообщение от RA0FF
За счет сокращения времени декодирования многие пользователи в версии win64 смогли перейти на б'ольшую глубину декодирования в настройках.
Проверка программ на прочность чудо-позывным:
075615 -13 0.4 999 ~ CQ SZ3PC20 Greece
На одном компьютере два HDD с разными системами Win7 и Win10. На обоих установлена JTDX. На 7-ке раньше, на 10-ке недавно. Из папки Win7->USER->AppData....JTDX скопировал файлы xxxx_ALL.txt и перенёс их на Win10 в соответствующую папку. Перегрузился, всё равно, на 10-ке все корреспонденты новые. Подскажите, что не так делаю?
А файл(ы) wsjtx.log и wsjtx_log.adi перенес?Цитата:
Сообщение от UA6JBQ
Если фаил лога (wsjtx_log.adi) не общий для систем ,то скопируйте указанный фаил в лог на Windows 10 должно помочь.Цитата:
Сообщение от UA6JBQ
Нет!Цитата:
Сообщение от RC7C
Если файл лога wsjtx_log.adi не общий для двух систем, то лучше не копировать его, а сделать символическую ссылку. Техника этого дела описывалась в треде.
Все срослась, благодарю всех, вопрос снят!
Возникла проблема у товарища следующего характера.
Трансивер FT-2000 в режиме Fake it может произвольно смещать частоту на 500 гц вверх или вниз при переходе на прием после передачи.Закономерности я не смог увидеть,это происходить и на 100 ватт и с мощностью побольше не зависимо от диапазона.В настройках cat выбран omni-rig,с hamlib cat отказывается работать (если выбрать ft-2000),проблема исчезает если выключить Fake it ,то нет ухода частоты при переходе на прием.К сожалению от Fake it можно отказаться ,но он нужен для режима F/H.Может у кого есть мысли на что обратить внимание.Добавлю что это происходит как на WSJT-X так и JTDX.
Уважаемые Коллеги, я пару слов по поводу Fake It. Не удивляйтесь и не пугайтесь, еслиЦитата:
Сообщение от RC7C
именно этот режим "глючит". Масса причин. И скорость обмена и скорость "реакции" самого
трансивера и загрузка системы и мало ли чего ещё. Просто поймите физический смысл --
при переходе в режим ТХ в трансивер посылается команда на смену частоты, при переходе
в RX - опять. Мало ли какие коллизии произошли в это время. Бит "потерялся"... Скорость
в порту не высокая. Переключение RX-TX произошло именно во время посылки частоты...
У меня, например, Flex-3000 прекрасно в этом режиме работает. А SunSDR2 - "через раз".
А это - SDR аппараты (т.е. через виртуальные порты), на физических портах еще больше
возможных проблем.
Попробуйте режим Rig (использование 2 VFO). Тут гораздо проще - А - частота приема, В -
частота передачи. Заранее занесённые в аппарат и оперативно не изменяемые.
И просто работа "сплитом". Если уж и он не работает - тут действительно надо разбираться
и "бить тревогу".
OmniRig какой версии использует?Цитата:
Сообщение от RC7C
Игорь за ответ.Но мне будет очень трудно это пояснить товарищу.У себя я это го не разу не наблюдал .Цитата:
Сообщение от R0JF
Если не ошибаюсь 1.18 стоит.Цитата:
Сообщение от UA3DJY
Время декодирования не изменилось.Цитата:
Сообщение от UA3DJY
По глубине декодирования...хммм... а я везде всегда deep ставил :)
В смысле? Там же рядом галочка стоит! None -- Rig -- FakeIt. Переставить на Rig и попробовать.Цитата:
Сообщение от RC7C
Давайте немного подробнее, прикладываю файл с большим количеством сигналов.Цитата:
Сообщение от RA0FF
У меня сейчас используется процессор i5-4460 с 4-мя физическими/логическими ядрами и тактовой 3.2 гГц, в настройках FT8 декодера принудительно выставил 4 потока декодирования. Полоса на водопаде 0..3500Гц, режим Wideband decoding: Deep, decoder sensitivity: minimum, кнопки Hint и AGCc включены, кнопка SWL выключена.
При запуске софта жду первого срабатывания кнопки Decode, после чего выключаю Monitor и один раз (именно один, потому что повторное проигрывание будет декодировано намного быстрее) проигрываю звуковой файл.
На rc147-win32 время декодирования этого файла занимает 1.285 секунды, на rc147-win64 0.983 секунды, или в 1.3 раза быстрее.
Какой процессор у Вас и время потраченное на декодирование этого файла (Decoding finished - Decoder started) в сравнении win32 и win64?
Глубина декодирования в JTDX определяется множеством параметров, здесь сравнительная таблица результатов декодирования для разных установок, в rc148 таких комбинаций будет в три раза больше: JTDX Russian - Результаты тестирования JTDX v2.1
Символьную ссылку для вин? Хотел у себя порбовать сделать Искал на теме,но не нашел ее. Подскажите где искать?Цитата:
Сообщение от RM1F
И вопрос.
Ее нужно будет вводить через командную строку каждый раз при включении компа? Или она будет работать автоматически?
Про симлинк писалось тут.
Делается один раз.
Намек выделен жирным шрифтом.Цитата:
Сообщение от UF8T
Для ХР очень сложно сделать симв. ссылку... Пробовал - у меня не получается. А от Вин Висты и выше эти возможности встроены в систему.Цитата:
Сообщение от RM1F
Windows XP: Как сделать символическую ссылку (симлинк)Цитата:
Сообщение от RX1AG
https://sysadmin.ru/articles/windows...ssylku-simlink
Еще раз повторюсь...Цитата:
Сообщение от EU1FQ
Если с выше приведенной страницы пытаться скачать указанные в заметке нужные для ХР проги/чтоб сделать линк/ , то мой браузер ОПЕРА пишет, что "ссылка дана от подозрительного источника" и происходит перенаправление на загл. страницу https://sysadmin.ru, где программы отсутствуют.
NTFS Links (x32)Цитата:
Сообщение от RX1AG
http://flint-inc.ru/files/mlang/ntfslinks_x32_1.30.rar
Еще попробуйте Far manager Alt+F6. Жесткие ссылки точно создаются, а вот символьные,- не помню.
Друзья, может пора уже "Хрюшу" похоронить?Цитата:
Сообщение от EU1FQ
Да, по ходу жизнь заставляет. У меня принтер на ЛПТ подключен, отлично печатает, по надёжности сейчас так не делают.Цитата:
Сообщение от UA3WBW
Но все последующие ОСы поhерили писать на OLD железо дрова... да и материнки с таким разъёмом давно не делают...
Тормозить стала система. Чистка и поиск гадости, не очень помогли. Решил по новой переустановить всё ПО, дрова и проги (с нашими DIGI) проблемы, JTAlert только старая версия, да и та не развернулась во всю ширину... Жалко. Да и не совсем в тему. ОС не основное...
Смена сообщения при проведении FT8 QSO с корреспондентом, с какого момента времени появляется потеря информации: https://forum.qrz.ru/54-ekspeditsii-...ml#post1660908
Игорь, очень часто происходит ситуация показанная на скриншоте, может программа JTDX не понимает WSJTX или наоборот.
Это происходит не часто, но происходит. Или у меня настройки не правильные. Я ему то же даю раппорт, но он не дает RR73. Иногда заношу таких в журнал. Если можно, сбросьте мне промежуточную версию.
Вложение 248666
Сергей , Вы всегда можете примерно оценить сами.Цитата:
Сообщение от RA4RT
Очень коротко (сколь я помню Вы не чужды аудио и должны ухватить суть) : скачиваете и ставите RMAA и при необходимости мануал к ней
+ паяете (или находите в запасах) максимально короткий direct шнур (соеденить вход и выход тестируемой аудиокарты).
Дальше всё просто - выставляем уровни и гоняем тест , смотрим на цифры (в принципе нам для тестирования под наши цели только на руку то что в 99 процентах "бытовых" звуковых карт ЦАП "злее" чем АЦП).
Для примера сравнение моих : звуковой карты Xonar D1 /встроенного звука на материнке десктопа и ... встроенного USB codec TS-590S (тут уже шнурком не обойдёшься , придётся знакомить трансивер с паяльником запаяв для тестирования direct перемычку на встроенный кодек - но для некоторых вроде меня истина того стоит)
Вложение 248733
Видно , да ? :
- встроенный в TS-590 USB codec весьма швах ( вот тут я безуспешно пытался понять логику японских конструкторов воткнувших грошовый чип ..... да если б только в 590й , в "инновационном" IC-7300 те же грабли)
- встроенный звук на материнке десктопа (для понимания : невообразимо древняя GA-P35-DS3) уже немного получше.
- звуковая карта ASUS Xonar D1 (ей когда-то досталось на вход по полной , удалось оживить после полночи знакомства с паяльником да и то далеко не до конца ) уже почти не самый трэш по "нашим" основным критериям Noice Level и Dynamic Range.
----
Длинно , да ? Блин не умею по другому.
Выбрав наконец карточку (продавцы в компьютерном магазине наверняка прокляли тот день когда я припёревшись к ним со своим ноутом потребовал "проверки" недешёвой внешней USB карты и в итоге не купил её по критерию : "да у меня древняя полудохлая и то лучше") - следующим шагом хотя бы навскидку смотрим схемотехнику своего аппарата (понятно что практически в любом трансивере есть АСС audio out , вопрос только в том как им распорядились конструкторы , см по аналогии с постом по TS-590).
Далее что называется каждый решает сам по ситуации: мириться с логикой японы мамы (например втыкающей в трансивер на аудиовыход ЦАП и ОУ "пожиже" чем в канал спикера) - или "выжимать" по максимуму (я пока на полупромежуточном этапе) , в общем подключаем ...
И это сладкое слово - вдумчивое финальное тестирование реального тракта в сравнении было\стало (вот сейчас в меня точно полетит всё что можно и не можно тоже - от любителей "подбирать всех подряд" не понимающих что такое мы временами пытаемся выжать из софта JTDX , и зачем мы мешаем им обсуждать их "хотелки" и траблы)
Опасаясь их праведного гнева (помнится меня уже неоднократно призывали "свалить из темы со своими бебехами") буду краток : для меня оно того однозначно стоило (методика тестирования on air и результаты как нибудь в другой раз - если интересно) , буду потихоньку двигаться в этом направлении дальше.
Евгений,Цитата:
Сообщение от RA0FF
сейчас вижу, как вы зовете OD5VB и dT вашего сигнала скачет от 0.3 до 2.5. У других станций dT стабильное.
WSJT-X и JTAlert в начале работают нормально, повторы показывает, проходит несколько слотов и на WSJT повторы не определяются, раньше проблем не было.... В чём может быть причина?
Сообщение от UA3WBW
Друзья, может пора уже "Хрюшу" похоронить?
Чем заменить лог программы МІХ? И как быть с JTAlert в ХР винде? Жаль ОС бросать...Цитата:
Сообщение от UR4UM
Конец 19го и начало этого года кто то давал ссылку на программу которая подбрасывает в лог МІХа данные о QSO... на семёрке х64 она глючила, слетала. Кто пользуется, дайте отзывы и возможно советы. Рабочая винда - семёрка х64, запасной вариант ХР.
Можно в личку, чтобы не мешать основному форуму... DX удачи и 73!
Обновление MSHV 2.34
Скачать английскую и русскую версии можно с сайта MSHV MSHV | LZ2HV Amateur Radio Website
Новое в версии 2.34:
- Добавлено: ограничение TXing для нескольких слотов в стандартных поддиапазонах FT8 и FT4.
- Удалено: в опции «Free CQ» ограничение на действительный позывной; Опция переименована в «Free Msg»,
команда MSHV надеется, что эта опция не будет использована неправильно. В русской версии оставлено названиие «Free CQ».
- Изменено: метка QRG для режимов FT8 / 4 MSK144, если метка содержит только цифры, она будет отформатирована, например, (002, 022, 222 «требования 77-битного протокола»), в противном случае она будет отформатирована как текст, например (DX, JA , 4Z, 9K2 ....).
- Небольшая коррекция в декодере FT8 для лучшей производительности.
- Исправлено: Для всех режимов, фильтр входного звука для лучшей производительности.
Зря она надеется. Будут писать всякие "непристойности".Цитата:
Сообщение от R5WM
Однако бывает необходимость например PSE QSY 432Цитата:
Сообщение от RX4CD
Исходный код JTDX опубликован на GitHub https://github.com/jtdx-project/jtdx
Сегодня планируем выпустить rc148.
Игорь, в 148-й при декодировании пропадает (совсем) желтая полоска индикатора. Может так и задумывалось? 32-х битная версияЦитата:
Сообщение от UA3DJY
Картинку покажите пожалуйста.Цитата:
Сообщение от US4IRT
Сложно поймать, но вроде получилось. Начинается декодирование и через 0,5 сек (примерно) кратковременно пропадает индикатор.Цитата:
Сообщение от UA3DJY
Посмотрел внимательнее - пропадает перед следующим циклом (за пол секунды до следующего). Может это только у меня.
В этой части код не трогали, похоже на обрыв звукового потока(драйвер или загрузка ядер?).Цитата:
Сообщение от US4IRT
Вчера установил ASIO4ALL, но сейчас он не запущен на этой ЗК. На 148_rc6 не замечал этого... .Цитата:
Сообщение от UA3DJY
Смотрел - не зависит от этого. Что 30%, что 93%. Загрузка максимум у меня 95-97% в пике. Проверю на более ранних версиях. Спасибо!Цитата:
Сообщение от UA3DJY
Проверил на 147-й - тоже самое. Спросил у товарища - тоже что и у меня. Перед следующим циклом кратковременное (на 0,1-0,2 с.) выключение индикатора.Цитата:
Сообщение от US4IRT
Но это, Игорь, никак не влияет на качество приема и передачи.
Василий, в WSJT-X индикатор ведет себя тоже аналогичным образом.Цитата:
Сообщение от US4IRT
Видимо так задумано.
Раньше видно не обращал внимания, Борис. :s7:Цитата:
Сообщение от UX8IW
скорее всего:)Цитата:
Сообщение от US4IRT
JTDX 2.1.0-rc148 измененный функционал:
Линки:
Результаты тестирования:
Изменены исходные файлы:
Изменены параметры в файле JTDX.ini:
Операционная система Windows XP не поддерживается в сборке JTDX rc148-win64.
Изменения касательно операционных систем Mac OS X: по причине обновления версии Qt до 5.14.1 нам пришлось объединить поддержку операционных систем Sierra и El Capitan в одной сборке, High Sierra, Mojave и Catalina в другой сборке JTDX.
Пользователям Windows: мы настойчиво рекомендуем удалить(или переименовать) файл JTDX.ini при переходе на версию JTDX v2.1.0-rc148.
По причине использования разных версий Qt для сборок под Windows (Qt 5.5 для win32 для поддержки Windows XP и Qt 5.14.0 для win64) содержимое файла JTDX.ini разрушается при переходе с версии win32 на win64 и наоборот.
Если пользователь желает сравнить win32 и win64 версии в работе то для каждой необходимо использовать свой .ini файл (можно через ключ --rig-name=), во время тестирования rc148 мы наблюдали снижение чувствительности программы при использовании поломанного .ini файла.
Все операционные системы: если пользователь при переходе на rc148 не желает удалять файл JTDX.ini то необходимы следующие действия:
- ресет списка частот в закладке частот настроек конфигурации с сохранением и последующим перезапуском JTDX
- значения опций сохранения TX/Tune уровней по диапазонам инвертированы в JTDX.ini файле. Если эти опции активированы то необходимо заново сохранить уровни по каждому из используемых диапазонов.
Используемый для фильтрации ложных декодирований в JTDX предыдущих версий файл ALLCALL.TXT устарел, вместо него начиная с JTDX v2.1.0-rc148 используется файл ALLCALL7.TXT (несовместим с предыдущими версиями JTDX). Чтобы избежать случайного блокирования верно декодированных сообщений мы рекомендуем всем пользователям перейти с предыдущих версий JTDX на rc148.
Измененный функционал:
Линки:
Что-то не вижу этого файла. Только CALL3Цитата:
Сообщение от UA3DJY
ALLCALL7.TXT в папке \bin\data, путь где находится сама программа.Цитата:
Сообщение от RJ7M
ОК. Есть.Цитата:
Сообщение от UA3DJY
А CALL3 в корне и папке пользователя удалять не нужно?
Только что установил rc148 64bit , разрядность аудио 32bit. То что надо.Файл конфигурации(ini) согласно рекомендациям удалял обязательно не запуская программу,старую версию удалил собственным Uninstall exe.
Огромное спасибо автору!
JTDX: CALL3 пока еще используется для декодера на согласованных фильтрах в модах JT65/JT9/T10.Цитата:
Сообщение от RJ7M
Приветствую.
В версии 135 была возможность выбрать цвет строки по отработанным станциям. В последующих версиях выбрать цвет невозможно, только подчёркивание по умолчанию. Нельзя поправить? Мне удобней "облачить" строку по отработанной станции в "зелень" :)
Или можно поправить в .ini файле ? Если да, то что там изменить?
P.S. Я так понимаю эта строка?
colorWorkedCall=@Variant(\0\0\0\x43\x1\xff\xff\0\0\xff\xff\0\0\0\0)
Да как настраивалось ранее, так и настраивается:Цитата:
Сообщение от RX3ADU
Только через инверсию цвета шрифта/фона, непростая настройка, наверно проще будет отключить вывод повторов на экран.Цитата:
Сообщение от RX3ADU
Спасибо.
Я делал так. Ставил 135, потом удалял, сохраняя ini файл. Далее ставил свежую версию. На что это радикально повлияет? Или не очень?
Под Windows cамый быстрый способ поломать работу программы это поставить rc148 с ini файлом rc135. Здесь уже объяснял насчет ini файла: https://forum.qrz.ru/377-jt65-jt9-ws...ml#post1662073Цитата:
Сообщение от RX3ADU
Вложение 248882Цитата:
Сообщение от RX3ADU
Отработанные цвет серый-всё выставляется без инверсии
Сохраняю Log и всё ставлю с нуля
Спасибо, друзья.
RW6ATD:
Спасибо, дело было не в бабине :)
Не стояла галочка "выделение цветом повторов"
Русская локализация JTDX v.2.1.0-RC148.
Линки :
Русская локализация JTDX v.2.1.0-RC148_32a.
Линки :
...... В Русской локализации JTDX v.2.1.0-RC148. версии 32 и 64.ехе не переставлены местами?
Такую информацию давал я. Подробно с картинками можно почитать здесь:Цитата:
Сообщение от UR4UM
Запись проведенного QSO из JTDX (WSJT-X) в журнал MixW. - Мои статьи - Каталог статей - Сайт UR7QM
У меня тоже Win7 (x64). Обе программы JTDX или WSJT-X прекрасно работают в паре с программой от R3BB (последняя его версия) для ввода связей в MixW2 или 3. При этом можно использовать JTalert тоже или без него.
Можно проверить в диспетчере задач, для win32 процесса Windows показывает 32 бита:Цитата:
Сообщение от R7WA
У меня не показывает...?Цитата:
Сообщение от UA3DJY
Пока Русскую версию не ставлю в связи с вопросом по разрядности версии, спасибо за подсказку, как проверить, но лучше установить сразу 64 версию, а что смущает Вас R7WA поделитесь сомненьями.
64-битная версия.Цитата:
Сообщение от UA1OMZ
Это 64-битный процесс, по таким Windows ничего не показывает.Цитата:
Сообщение от UA1OMZ
....установил 64 версию .. в программе JTDX показывает 32бит,вот и взяли сомнения.
В каком месте программы? Если Вы установили версию rc148_32A то это 32-битный звук, к разрядности процесса Windows отношения не имеет.Цитата:
Сообщение от R7WA
Собранный софт (Windows) https://cloud.mail.ru/public/2XAV/2AptvfT4A
кодовая сумма JTDX-2.1.0-RUS-RC148-win64.exe
SHA-256: 9A4573B18E859140F20B45E9694E31246EC412DD89348EAC8AEBBD211C2F7CD8
Установил себе с этого линка, запустил, процесс jtdx.exe 64 бита:Цитата:
Сообщение от R7WA
Всем, доброго дня! У меня вопрос к форуму, Обратил внимание, что каждый раз при установки новой версии JTDX в папке лога файл CALL3.TXT с датой 13.06.2017, остаётся прежним??? т.е с 34328 позывными. В версии JTDX v2.1.0-rc148 Автор известил о новом файле ALLCALL7.TXT с 111851 позывными.....У меня в папке лога его УВЫ нет, а есть только упомянутый выше CALL3.TXT и больше ничего похожего:s8: Что у меня и у моих коллег не так, помогите пожалуйста разобраться
У себя выставляю светло - зеленый цвет,все успешно работает без инверсии,как обычно НО с установленнй галкой.Цитата:
Сообщение от RW6ATD
Наглядно показываю только что сработанный позывной,отмечено стрелкой.Диапазон 15м ,кого только нет!
https://forum.qrz.ru/377-jt65-jt9-ws...ml#post1662123Цитата:
Сообщение от centrovoy
https://forum.qrz.ru/377-jt65-jt9-ws...ml#post1662099
ОЙ!! Игорь Большое Вам Спасибо:p-up::s7: Пропустил Однако:s10:
Интересная переписка по побочным излучениям с трансиверов Flex 6xxx в FT8(английский язык) https://sourceforge.net/p/wsjt/mailm...sage/36930164/
Проблема наблюдается при использовании WSJT-X и скорее всего связана с избыточным усилением в софте виртуального аудио кабеля DAX, похожа на проблему которую мы ранее наблюдали с программой VAC (тогда в JTDX мы немного снизили максимальный уровень TX сигнала).
Особенно , коренным образом решило проблему переход на 32bit аудио связанное с доработками JTDX ,а также применен драйвер WDM-KS в трансивере.Цитата:
Сообщение от UA3DJY
Итого:
1) Мощность по выходу 100ватт,заявленная производителем трансивера.
2) Уровень сигнала на TX по VAC -10дб. Более чем достаточно.
Могу показать на анализаторе спектра форму сигнала на передачу в трансивере в полосе 5кГц,но поверьте ....на отлично!
Да вот еще ,по поводу теперешней моей работы в JTDX только при отключенной АРУ трансивера и ручными настройками с постоянным контролем.
Комментарии производителя трансивера SunSDR2DX.
" чем дольше время АРУ, тем больше задержка. Тут что есть, то есть, можно поставить АРУ побыстрее, но в телефонных режимах быстрое АРУ может казаться менее комфортной.
- от типа драйвера звуковой карты и размера буфера зависит задержка ввода/вывода звука. МЕньший размер буфера - меньше задержка. Драйвера ASIO, WDM-KS дают минимальную задержку порядка 30 мс. Драйвер MME дает от 200 до 500 мс задержки. Рекомендуем применять аудио-кодек на борту трансивера (микрофон/наушники подключаем к трансиверу), при этом задержка будет минимальная. Если от звуковой карты отказаться нельзя - трансивер стоит в кладовке, в гараже или работает через систему удаленного управления, то необходимо учитывать информацию выше."
почему, при работе НА ПРИЁМ, WSJT-Х через VAC с трансивером SunSDR2 приходится сильно уменьшать усиление (или в VAC или в SunSDR) ? (ведь логично, что бы везде было по нулям)Цитата:
Сообщение от UA3DJY
Вложение 249012
Что означают эти пунктирные линии ?
мультислотЦитата:
Сообщение от EW4TT
Добрый вечер !
Что здесь означает буква R ?:confused:
080615 -19 0.4 797 ~ R8JA 7T5BJO R KG02
С Уважением, Александр !
Поди пойми, что ОН накалякал в своих макросах? :)Цитата:
Сообщение от R8JA
Скорее всего это ложный декод, нет такого позывного ни в кластерах ни на QRZ.COM, QRZ.CQ и в Google тоже нет:-)Цитата:
Сообщение от R8JA
Здравствуйте. Во время подтверждения загрузки QSO в Log, в некоторых случаях автоматически указывается имя оператора. Каким образом это сделано?
Вложение 249099
Цитата:
Сообщение от UA3GQ
Вы сформировали wsjtx_log.adi из какого то другого лога, в котором фигурирует это имя. Вот лог JTDX его и "подхватил"
Специальное сообщение DXpedition (два сообщения в одном, переданные в одном слоте).Цитата:
Сообщение от EW4TT
О каком абсолютном уровне идет речь, на сколько дБ и в сравнении с чем приходится уменьшать усиление, какая разрядность звукового потока настроена в SunSDR2?Цитата:
Сообщение от RA3QDP
Это контест сообщение пришедшее с FT8 OSD декодера, в Вашем случае ложное декодирование.Цитата:
Сообщение от R8JA
Николай, здесь не совсем понятно. У меня нет другого лога. И это QSO у меня с ним первое.Цитата:
Сообщение от EU1FQ
Да ладно с этим. В принципе это не так важно. Просто обратил внимание, что иногда появляется имя.
Игорь подскажите, а в 32 битной версии индикатор уровня до 200 - какой надо поддерживать для лучшего декодирования?
Чудес не бывает. Просмотрите свой файл wsjtx_log.adi и Вы, скорее всего, найдете там еще не один такой позывной. Просто так имя не может появится в окне. Или Вы сами его вписали, или взяли с другого лога. Лично я перенес все QSO в wsjtx_log.adi из своего основного лога (LogHX) независимо какой модой работал. Сразу видно, с кем я работал не только в FT8, но и в FT4, CW, RTTY, SSB и т.д. и если в том логе, окуда я все, без выборки, перенес в wsjtx_log.adi, было имя оператора, то оно появляется и в окне лога JTDX.Цитата:
Сообщение от UA3GQ
Для установки требуемого входного уровня в программе WSJT-X (ЛЮБОЙ версии) с SunSdr в VAC приходится устанавливать уровень RX до – 30 дБ или больше, при этом уровень RF в SunSdr можно сделатьЦитата:
Сообщение от UA3DJY
до + 90 дБ и более для получения высокой чувствительности приемника.
При этом есть выбор:
1) для устранения перегрузки входа в JTDX – уменьшать уровень в VAC (до –30 дБ или больше)
2) уровень RF gain в SunSdr можно сделать гораздо меньше < 90дБ, но увеличить уровень в VAC до –10 дБ.
Естественно, АРУ в приемнике ВЫКЛЮЧЕНА при работе в WSJT-X.
На мой взгляд уровень сигнала на выходе SunSdr явно завышен (может быть есть тому причины).
Конечно, можно попытаться найти некоторый КОМПРОМИСС, но хочется разобраться с этим.
Наверное, на выходе SunSdr должен быть какой-то нормированный уровень, при котором
регулировка в VAC была бы 0дБ и отпала описанная выше ситуация.
Этот же VAC при работе с любыми медиаплейерами без какой-либо регулировки уровня обеспечивает
на качественных файлах mp3 или flac - ровно 0дб на пиках.
У меня в SunSDR2 для VAC уровни RX 0, TX -13.
Драйвер тот же, система Win7/64.
Вы предлагаете сделать в SunSDR нормировку максимального уровня в зависимости от полосы пропускания приемника? Сразу появляется вопрос, нормируете ли Вы в сетапе максимальный уровень RX ВЧ сигнала на входе SunSDR? Думаю что только в этом случае возможно сделать нормирование уровня на выходе приемника при выключенной АРУ.Цитата:
Сообщение от RA3QDP
Сравнение с качественными mp3 файлами некорректно: в них максимальный уровень сигнала уже нормирован.
Тоже самое. Только ОС W10x64. С появлением 32-битной версии я об этом писал... Но что-то не нашлось "единомышленников" и вопрос повис в воздухе. :)Цитата:
Сообщение от UR5LCZ
Переработали файл ALLCALL7.TXT(список позывных для фильтрации ложных декодирований) для JTDX версий 2.1.0-rc148: ALLCALL7_20200225.zip
Рекомендуем обновить этот файл, в Windows находится в папке: (папка установки программы)\bin\data\
разъясните, пожалуйста - прочему максимальный уровень зависит от полосы ?Цитата:
Сообщение от UA3DJY
На входе SunSDR есть чем управлять уровнем сигнала - аттенюатор.
Спасибо за Ваш "тонкий юмор", но лучше объясните - как ПРАВИЛЬНО согласовывать уровень сигналов в связке - SunSDR_VAC_WSJT-X.
Все-таки избыток сигналов составляет многие десятки дб, а интернет "пугает" неприятностями от принудительной цифровой регулировки уровней.
Не работает кнопка выбор рабочего диапазона. Из трансивера частота приходить а из программы не могу поменять диапазон.
Настройки - частоты - сбросЦитата:
Сообщение от RQ3M
У меня так помогло.
Кто-нибудь знает как со спектрана убрать с левой стороны время и диапазон? Все перетыкал, не нашел как.
сделал сброс, но теперь там столько всего появилось, как то надо редактировать
Цитата:
Сообщение от UA3DJY
Не воспринимайте Ваше непонимание информации как чей то юмор, так Вы сами отказываетесь от попытки понять то что объясняют другие.Цитата:
Сообщение от RA3QDP
От полосы зависит динамический диапазон пропускаемых приемником SunSDR сигналов: соотношение максимального уровня к минимальному. Вы выключаете АРУ после чего предлагаете разработчикам SunSDR (возможно они не читают переписку в этой теме, Вам есть смысл обратиться напрямую в поддержку SunSDR либо перейти в тему которая соответствует заданному вопросу) нормировать максимальный уровень сигнала внутри приемника SunSDR для Вашего сетапа где используется динамический диапазон звукового потока в 90дБ, тем самым Вы предлагаете срезать нижнюю часть динамического диапазона сигналов.
Касательно нашей темы, уровни в программах WSJT-X и JTDX(на Вашей картинке программа JTDX).
WSJT-X показывает среднеквадратичное значение, JTDX - пиковое. Пик-фактор на загруженном диапазоне примерно 10, поэтому на WSJT-X относительно безопасно держать максимальный уровень сигнала примерно на 70дБ, но поскольку программа не показывает пикового насыщения сигнала то 100% гарантии неискаженного сигнала на WSJT-X нет.
JTDX изменением цвета индикатора уровня покажет что уровень сигнала близок к верхней границе динамического диапазона.
Приемлемый уровень снизу динамического диапазона определяется соотношением интегральной мощности шума приемного тракта к шуму квантования в заданной полосе пропускания приемника. Поэтому в JTDX оптимальное значение шум+сигнал для декодирования слабых сигналов будет выше чем 30дБ по шкале индикатора уровня JTDX, плюс есть особенности реализации FT8 декодера, все вместе при наличиии на диапазоне только слабых сигналов приводит к оптимальному уровню сигнал+шум в JTDX 16-бит звук около 65дБ по шкале индикатора RX уровня JTDX.
Если работаете с DX в режиме DXpedition то на используемых диапазонах не спешите удалять FT8 частоты, иначе потом придется вручную их прописывать.Цитата:
Сообщение от RQ3M
В JTDX положение определяется здесь:Цитата:
Сообщение от UN3G
Со звездочкой Ваши частоты .:)Цитата:
Сообщение от RQ3M
"От полосы зависит динамический диапазон пропускаемых приемником SunSDR сигналов: соотношение максимального уровня к минимальному."Цитата:
Сообщение от UA3DJY
- при воспроизведении звуковых файлов с ЛЮБОЙ разрядностью (которая определяет динамический диапазон) их громкость - одинакова.
Т.е. 0 дб (максимальный уровень)остается на ОДНОМ И ТОМ ЖЕ месте, а динамический диапазон расширяется вниз до все более низких значений при его увеличении.
"предлагаете разработчикам SunSDR" - совместно с ними логично Вам разобраться в этой проблеме.
" для Вашего сетапа где используется динамический диапазон звукового потока в 90дБ" - из SunSDR выходит (у всех владельцев, а не только у меня) 16 бит, что соответствует динамическому диапазону 83дб.
"программа не показывает пикового насыщения сигнала то 100% гарантии неискаженного сигнала на WSJT-X нет."
- это сделано специально для чего ?
Да, Николай. Всё верно. Я действительно с ним работал. Видимо был невнимателен. У меня Лог UR5EQF работает совместно с JTDX. И позывные, которые ввожу в JTDX поле "Позывной DX", отображаются в этом логе,и если я с ним работал, то соответственно и вся информация о предыдущих QSO, независимо от вида модуляции.
Николай, спасибо. 73!
С Вашей картинки?Цитата:
Сообщение от RA3QDP
Вложение 249169
извините - ошибся. Так и есть - 32бит.
Как насчет остальных вопросов ?
[QUOTE=UN3G;1663231]Кто-нибудь знает как со спектрана убрать с левой стороны время и диапазон? Все перетыкал, не нашел как.
Интегральная мощность сигналов+шума на входе приемника определяется полосой частот, то есть преселектором. Корректнее говорить об одном Вольте среднеквадратичного напряжения на входе АЦП. В итоге имеем плавающий уровень на входе АЦП который определяется аналоговыми преселектором и УВЧ, а также аттенюатором. Что и как необходимо нормировать в этом случае можете напрямую рассказать в поддержку SunSDR.Цитата:
Сообщение от RA3QDP
Не вижу самой проблемы, с другой стороны это бизнес находящийся в другой технической области. Логичнее каждому заниматься своим делом.Цитата:
Сообщение от RA3QDP
Адресуйте этот вопрос в форум разработчиков WSJT-X, только там Вам могут на него ответить: https://sourceforge.net/p/wsjt/mailman/wsjt-devel/Цитата:
Сообщение от RA3QDP
Установлена программа JTDX-2.1.0-RUS-RC148-win64.exe, ОС Windows10, трансивер Kenwood TS-590S. Стыковка по USB-порту.
Трансивер выключен. Запускаю программу она сама включает трансивер.
Почему это происходит?
Как перевести на ручное управление?
Настройки для стыковки ПК и трансивера выставлены такие:
Вложение 249198
Так классная же фишка !))) У меня так например не получается) (TS-570DG.) А зачем запускать программу не включая трансивер?... Она все равно через пару секунду начнет конектиться и выдавать ошибку. Наслаждайтесь сервисом.Цитата:
Сообщение от R7HG
Что бы такого не происходило, так и сделали.Цитата:
Сообщение от UT8NT
Отсоединить трансивер от блока питания.))Цитата:
Сообщение от R7HG
Новый функционал софта Hamlib, еще сделают выключение трансивера вместе с программой. Либо самостоятельная сборка JTDX с старой версией Hamlib либо перейти на OmniRig.Цитата:
Сообщение от R7HG
Это не есть хорошо. Закрытие программы не означает, что трансивер подлежит обязательному выключению.Цитата:
Сообщение от UA3DJY
Здравствуйте! Установил 148 версию, ползунок мощности надо выкрутить по максимуму, а мощность больше 30 ватт не идет,соответственно чем ниже станция стоит тем меньше выходная мощность, в 146 ползунок больше половины делений не поднимал и мощность регулировалась до 100 ватт.
А почитать пару страниц назад?
Открыть микшер громкости?
Используйте Fake It или Rig, - выравнивают мощность по диапазону.Цитата:
Сообщение от RN6LPL
Перед установкой 148 версии снести полностью старую версию, в том числе удалить и файл настроек. Почистить реестр какой-либо программкой для этого. Создать новую папку для установки программы например JTDX64 или JTDX32 и в эту папку установить новую версию. Тогда регулировка мощности будет работать так, как надо.Цитата:
Сообщение от RN6LPL
Вы скорее всего используете USB Audio Codec и перешли с версии win32 на win64. Windows не распознает смену разрядности процесса (операционная система развивается производителем более 30 лет.. и реестр Windows является большой помойкой на которой пожизненно складируется уже неиспользуемая информация) и продолжает брать с реестра старую конфигурацию для папки в которую установлена программа.Цитата:
Сообщение от RN6LPL
Лечится установкой программы в другую папку, например C:\JTDX64 .
Так и сделал, установка с полностью удаленной старой версией. Папку jtdx снес, так что не думаю, что установка новой версии в новь созданную папку с названием jtdx что то меняет. Реестр только не чистил, проверю, спасибо. Работаю на win 7 64 bit соответственно всегда использовал jtdx под 64 bit версию.
Первая сборка под win64 была rc147, rc146 которую Вы ранее использовали только в сборке win32. Поэтому не ставьте win64 в ту же папку где у Вас была win32.Цитата:
Сообщение от RN6LPL
Так если я полностью удалил программу с раздела и папку и устанавливаю снова jtdx по предложенному в установщике пути это так повлияет?Цитата:
Сообщение от UA3DJY
RTFM: Реестр WindowsЦитата:
Сообщение от RN6LPL
Подскажите, кто сталкивался.
В настройках лога (версия 148_64bit_RUS) вроде как автоматом сразу после занесения QSO в лог, связь направляется в базу eqsl.
Выставил следующую конфигурацию. Но этого не происходит. К слову, в основном логе пакета DXLAB, которым я пользуюсь уже много лет, такая точно фишка есть и работает прекрасно.
Что в JTDX я делаю не так?
Спасибо заранее.
Условное название QTH соответствует QTH nickname которое Вы используете на сервере eQSL?Цитата:
Сообщение от RX3ADU
Сервер eQSL поддерживает создание нескольких карточек для разных QTH, лог под необходимую QSL карточку заливается по QTH nickname.
Спасибо. Не знал, что здесь этот фактор важен...
Ник по факту на eqsl был другой. Исправил.
У меня в DXLAB важны только имя и пароль, а пункт никнейм вообще отсутствует.
eQSL принимает записи QSO под активную в данный момент QSL карточку если не указывать nickname. В таком варианте пользователю приходится при смене QTH заходить на сервер eQSL и менять активную карточку чтобы DXLab отправлял записи QSO правильно, JTDX позволяет отправить записи QSO под необходимую QSL карточку без редактирования профиля на eQSL.Цитата:
Сообщение от RX3ADU
Да, это удобней. Век живи, век учись :)
Спасибо за помощь.
Забавный момент произошел сейчас, когда я вызывал VP8PJ на 40м в режиме F/H.
Длился этот "забег" около часа.
Уже надежда начала таять, т.к. прохождение стало ухудшаться, но свершилось долгожданное чудо - мне ответили.
Почему-то программа декодировала дэха для моего позывного с уровнем -26, тогда как для других позывных уровень был -11.
Понятно, частота моей передачи перескочила на частоту одного из слотов VP8PJ, я передал этот рапорт, но мне не ответили.
Моя передающая частота впервые перескочила вниз на 300Гц,, а не вверх, и опять мне не ответили.
Т.е. произошло ложное декодирование.
Маркер передающей частоты стал на исходную позицию, только пришлось нажать кнопку "Разрешить передачу" и снова начать вызывать.
И тут же мне ответили. Уровень принятого сигнала VP8PJ программа указала -11, как и для других слотов и связь завершилась "наитеплейшими" RR73.
Хух, можно выдохнуть.
Печально было наблюдать за работой наших соотечественников, хотя были позывные и из других стран, но редко.
VP8PJ по три раза передавал им рапорт, а связь так и не находила подтверждения.
Сидеть ночью, долбить дэха, быть услышанным и такой облом - не удосужиться освоить работу программы в режиме F/H .
Уважаемые Коллеги подскажите хорошо работающий Splitter для Com порта W 7 64 за бесплатно (либо с таблеткой в личку) :s10:
Добрый день! Снова что то не так пошло, всё удалил, нашел все папки с jtdx почистил реестр. Установил в новую папку, прописал новый путь в журнал UR5EQF и столкнулся с тем, что повторные связи не отображаются.. Как исправить это?
Вчера в течении трех наблюдал работу VP8PJ на 17м. Проходил очень прилично, в несколько потоков. Звать малой мощностью было бесполезно. По всей видимости работал в режиме с настройкой на лучшее SNR. За все три часа, что наблюдал за ним, все рапорта от него были или с плюсами, или близкими к 00. Самый "слабый" от него рапорт -06 проскочил всего несколько раз. Так что сто ватт.....облом :confused:Цитата:
Сообщение от UR5LCZ
Просто южная Европа у него очень громко шла слоями, на диапазоне не было "живого места".Цитата:
Сообщение от EU1FQ
Наконец стали нормально проходить, есть надежда на 12м.
А журнал с UR5EQF в JTDX cсбросили ???Цитата:
Сообщение от RN6LPL
#22668Цитата:
Сообщение от RN6LPL
Коллеги, подскажите.
Связка LogHX 3.0 v517, JTDX 2.0 rc148.
Периодически при закрытии программы и попытке запустить её из лога выскакивает сообщение:
Вложение 249305
Процесса при этом в памяти нет.
Если нажать YES, получаю вот это:
Вложение 249306
,если NO, то вот это:
Вложение 249307
В любом случае запустить программу повторно не могу, приходится выключать лог и запускать всю связку заново.
Также периодически появляется сообщение "... out of band", хотя стою и работаю постоянно на одной звуковой и радио частоте.
ОС Win10 Home x64, и лог, и JTDX запускаются от имени администратора.
Посмотрите в сторону Software Defined Connectors от Юрия UT4LW. Программа бесплатная.Цитата:
Сообщение от R0AEB
Главный секрет режима Fox DXpedition в том что зовущие корреспонденты не знают в каком режиме работает оператор Fox и попал ли их позывной в очередь.Цитата:
Сегодня дозвался VP8PJ, а потом зашел на форум, посвященный этой экспедиции и вот что там прочитал:Это что, действительно так?Цитата:
Открою Вам секрет, и для многих возможно, в Fox mode не нужно постоянно долбить вызов, там же не спроста сделано ограничения вызовов, нужно просто подождать и тогда вам ответят если вас приняли то могут ответить и через 3мин, а если вы постоянно долбите вызов, то автоматически себя сдвигаете в списке и чем увереннее вас слышат тем дальше, Вы включите у себя и посмотрите что программа формирует лог принятых позывных.
Я проверял много раз, даю вызовы и после жду и если меня приняли хоть раз обязательно ответят, максимум что было, - мне ответили через 3мин, просто включилась передача без моего разрешения, я первый раз ..... во общем поняли
А как я узнаю, попал я в список или нет?
Делать эксперименты конечно можно, но у экспедиции ограниченное время пребывания, да и прохождение имеет место быть, а может и не быть.
Ранее я описывал на нашем форуме ситуацию, когда вызывал 4 часа новую страну и в конце концов получил рапорт +04, а в период моего "гона" видел рапорта от дэха другим с минусами.
Подскажите пожалуйста.
У Fox WSJT-X eсть список вызывающих позывных и есть очередь для проведения QSO. Внесение позывного из списка в очередь выполняется клавишей Enter (вносится верхний позывной из списка) либо оператор, если не лень, дважды кликает на выбранном им позывном в списке (индивидуальный подход на усмотрение оператора).
По части режимов сортировки списка, здесь WSJT-X(в MSHV могут быть свои тонкости):
Вложение 249308
По умолчанию режим S/N, то есть первыми в списке позывных в WSJT-X будут позывные с лучшим SNR. Этот режим является кошмаром корреспондентов у которых плохое прохождение и/или малая мощность, а также корреспондентов находящихся на большом расстоянии, такие корреспонденты будут долго ждать пока не иссякнут позывные с хорошим SNR в списке.
Режим Random: самый комфортный режим для корреспондентов, позывные в списке не сортируются
Режим Call: сортировка позывных в списке по алфавиту (такой режим может быть удобен при занесении позывного в очередь мышью)
Режим Grid: сортировка позывных в списке по принятому от них QTH квадрату, по алфавиту (такой режим может быть удобен при занесении позывного в очередь мышью)
Режим Distance: сортировка по расстоянию, первые в списке позывные с наибольшим расстоянием, корреспондентам с меньшим расстоянием придется ждать пока в списке не иссякнут корреспонденты с большим расстоянием
Дополнительные параметры:
Вложение 249309
N List - сколько позывных держать в списке вызывающих, это ограничение является одной из причин вытеснения корреспондентов из списка позывных по критериям сортировки, особенно при использовании сортировки по алфавиту при большом количестве вызывающих корреспондентов
Max dB - ограничение наибольшего SNR, кошмар(игнорирование) корреспондентов с хорошим прохождением и\или большой мощностью+хорошими антеннами
N Slots - максимальное количество TX слотов
Кроме всего перечисленного WSJT-X убирает позывной из списка вызывающих корреспондентов если он был в него внесен более чем 4 интервала назад.
Также Fox оператор может принудительно удалить все позывные из очереди кнопкой RESET, либо удалить конкретный позывной из очереди дважды кликнув на нем кнопкой мыши.
https://physics.princeton.edu/pulsar...ition_Mode.pdf
ИМХО это что то вроде мультфильма 'Том и Джерри', наверно правилом хорошего тона будет трансляция в реальном времени картинки настроек Fox оператора и находящихся в данный момент времени в списке и в очереди позывных через Интернет, чтобы корреспонденты понимали как им себя вести в данный момент времени и не создавали излишних помех для оператора Fox.
Поскольку по MSHV нет отдельного описания режима 'многоответа' то функционал DXpedition MSHV можно понять только установив софт и прочтя документацию, плюс наверно дополнительно придется читать код, например описание Fox WSJT-X неполное и для понимания работы требует чтения кода.
такое происходило со многими...и тут знание режима F/H не причем....3 "захода" вчера сделать пришлось т.к рапорт вижу а как доходит до RR73 так цикл без декода... К сведению....VP8PJ не использует F/H...обычный многослотЦитата:
Сообщение от UR5LCZ
Некорректное закрытие программы через прекращение работы процесса jtdx.exe, в папке %TEMP% при этом остается JTDX.lock файл. При правильном закрытии программы JTDX этот файл в момент закрытия удаляется.Цитата:
Сообщение от RA0ZIJ
Полную картинку покажите пожалуйста.Цитата:
Также периодически появляется сообщение "... out of band", хотя стою и работаю постоянно на одной звуковой и радио частоте.
Хмм. Игорь, а в чем смысл этого файлика .lock?Цитата:
Сообщение от UA3DJY
Защита от повторного запуска программы с общими файлами и конфигурацией, при необходимости использования нескольких программ одновременно они разводятся в разные папки конфигурации ключем --rig-name= в ярлыке запуска.Цитата:
Сообщение от RM1F
Причину блокировки параллельного запуска не знаю(возможно есть проблемы в использовании общей области памяти shared memory для кода C++/Fortran), этот функционал унаследовали с WSJT-X.
Игорь, а я бы поработал на вашем "Ну Погоди!"Цитата:
Сообщение от UA3DJY
"Хотите сделать лучше?
-Сделай сам!"
Великие слова...
Предупреждать надо!)))Цитата:
Сообщение от UA3DJY
Вообще с учетом еще и многослота вообще становится непонятно, как правильно с DX работать... Бардак-с!)))
Нет, у меня там не заполнено.Цитата:
Сообщение от UX8IW
ИМХО автор DXpedition наверно уже не один раз пожалел о том как сделан этот функционал. Тогда спешили его сдать к экспедиции KH1, спешка плохой помощник.Цитата:
Сообщение от RX4HX
А может такое быть, что в папке лога нет прошлых связей? Ведь все было удалено? как вернуть проведенные qso, чтобы jtdx понимал где повтор, а где нет.. сейчас получается как все новые.
Может, откройте файл wsjtx_log.adi и посмотрите, с какого числа начинаются записи.Цитата:
Сообщение от RN6LPL
Если старых связей в нем нет. Сделайте из своего основного лога экспорт связей видами JT65,JT9,FT8,...
и скопируйте их в файл wsjtx_log.adi
wsjtx_log.adi фаил не найден.. если нажать F7
Если файл в папке, по F7 откроется обязательно.Цитата:
Сообщение от RN6LPL
он должен находится на диске С по этому адресу:
Вложение 249336
Имя пользователя у вас будет своё
Восстановить файл wsjtx_log.adi из корзины? Удаление программы средствами операционной системы не удаляет папку с логом, если его нет то был удален вручную и если корзина вручную не очищалась то он в ней.Цитата:
Сообщение от RN6LPL
да, я всё удалил из корзины..(( теперь вариантов нет других? а если из аппаратного журнала фаил adi создать и занести в папку wsjtx_log.adi подтянутся проведенные связи?
Подтянутся, После экспорта в адиф-файл переименуйте его в wsjtx_log.adi и поместите его в папку по указанному постом ниже адресу.Цитата:
Сообщение от RN6LPL
Спасибо! Всё теперь работает. Уф)))Цитата:
Сообщение от UX8IW
После продолжительной полировки GFSK симуляторов FT8 сигнала наконец то есть пакеты wav файлов и сделал тестирование как для 16-бит так и 32-бит звукового потока.Цитата:
Сообщение от UR5LCZ
Основной вывод: для GFSK нет разницы в декодировании слабых FT8 сигналов в зависимости от установленного уровня звука, как на 16-бит так и на 32-бит звуковом потоке.
Поскольку симулятор формирует сигналы и шум от 0, затем сформированная смесь сигналов и шума через коэффициент поднимается до определенного уровня, то файлы с симулятора не позволяют оценить разницу ошибки(шума) дискретизации снижающейся при понижении частоты дискретизации в SDR приемнике за счет уменьшения полосы пропускания приемного тракта.
JTDX на индикаторе показывает пиковый уровень, преднамеренно сделал пакет файлов с сигналами -22дБ SNR с пиковым уровнем шума 20дБ, при декодировании этого пакета файлов видно снижение количества декодированных сообщений за счет влияния ошибки дискретизации. Поскольку FT8 декодер на согласованных фильтрах декодирует сигналы c -30дБ SNR то минимальный уровень шума на индикаторе JTDX должен быть не менее 30дБ.
В результате для версии JTDX с 16-бит звуковым потоком имеем окно динамического диапазона для сигналов около 60 дБ (90-30), для версии JTDX с 32-бит звуковым потоком имеем окно около 156 дБ.
ИМХО на SDR имеющем внутри 24-бит (или 32-бит) обработку и выдающем эту разрядность в звуковой поток, на малошумящих направленных антеннах можно использовать до 10..15 дБ сверху 60 дБ окна 16-бит звукового потока. Было бы интересно посмотреть картинку спектра SunSDR2 на ВЧ диапазонах с такой антенной где разница между максимальным сигналом и уровнем шума более 60 дБ.
Антенна на Юго- Восток. Диапазон 15м.Ничего интересного , пока так ,посмотрим позже.
На сейчас :диапазон 15м 98-100dbm ,по "градуснику " JTDX 155дб.Цитата:
Сообщение от UA3DJY
Есть ZS-1 :s7:Вложение 249408
И все же режим FT8 в JT65 нерабочий. Попытки передать рапорт в 4 раз на частоте DX или выше - приводят к выключению передачи, а включение передачи - перескок на частоту, где вызывал уже с первым сообщением.
Приходится переходить в режим обычной связи или включать WSJT-X - там все проще и корректней.
Сейчас VP8PJ работает в какой то модифицированной F/H , где звать можно выше 100-200 Гц от потока. Подтверждает он рапорт, когда даешь рапорнт прямо на своей частоте, где зовешь в первом сообщении.
В обычном режиме программа хорошо отрабатывает. А вот кнопку Hound лучше не включать, в самый неподходящий момент обрубается передача. Хотя удавалось получит RR73 уже после 4-5 передачи рапорта DX-у.
Что за программа JT65 вроде там FT8 ещё не было!:s7:
F/H режим в JTDXЦитата:
Сообщение от UA3ALE
Нажимаю RX=TX (в JTDX), т.е. передавать на частоте DX , когда рапорт даю. В WSJT частота сама для следующего рапорта перескакивала (смотря где DX переответил), а потом выше потока становилась. В JTDX все руками, так она еще на 4 передачу обрывается.
Два раза сегодня давал рапорт мне VP8PJ на 80м с интервалом в пять минут. Только через 10 минут добил его в FT8. Приходится дуплить, так как кроме скрина за прошлую связь - в логе у них нет.
Она и должна обрываться. После третьего рапорта и не принятого в ответ, ДХ выбрасывает вас из очереди (такой алгоритм F/H). Больше трех раз давать ему рапорт бесполезно. Поэтому звать нужно потом опять локатором и выше 1000 Гц.Цитата:
Сообщение от RA3WDK
Если не работает у вас САТ "перескока" на его частоту не будет в JTDX (так заложено в JTDX).
Для прыжка на частоту Лисы нужно выбрать режим "HoundFC" ( клик на кнопке "Hound" правой клавишей мышки) вчера так сработал , все очень чётенько получилось.Цитата:
Сообщение от RA3WDK
Как видно, разные алгоритмы, уже несколько раз "дозывался" на 4-5 свой ответ. Я же не знаю, что там за программа на той стороне. Даже если я остаюсь на свой частоте и даю ответ - то (если программа "многослот" у DXа) мне нужно больше 3 попыток дать ему рапорт.Цитата:
Сообщение от US4IRT
Кнопку эту жал, половину QSO в этом режиме провел, половину в ручном в обычной связи. Всего 8 QSO в FT8 с VP8PJЦитата:
Сообщение от UT8NT
Вложение 249484
Вот настройки для работы F/H
При них всё аналогично WSJTX!
Смещение будет только при второй птице, а без неё не будет!
Ну и САТ должен быть включен!
Трансивер старый, без САТЦитата:
Сообщение от UA3ALE
OFFЦитата:
Сообщение от RA3WDK
Иван...для орков не нужен F/H они в обычном многослоте молотят....видел как отвечали вам на 80 и после часа ночи и утром.....RR73 вам было
Обновили файл ALLCALL7.TXT для версии JTDX 2.1.0-rc148.
Вопросы к создателям MSHV:
1. В вашей программе принудительная блокировка "Halt TX if operator I called answered to other operator" вообще отсутствует? Даже в режиме RX=TX?
2. Полоса приёма, которая +/-1500 на водопаде периодически куда-то сама по себе сдвигается, в результате рабочая полоса декодирования сужается. Как это отключить?
Эти мелочи дополняют бардак в эфире! Извиняюсь, кому сегодня в FT4 помешал!
Михаил, я тестировал WSJTX 2.1.2 -win64 в FOX: при ответе выше 1000 герц точно также стали выдаваться RR73 и заноситься в лог (единственное оператор FOX не видит эти рапорты в приемном окне). Но по моему мнению наша работа в HoundFC более продуктивна: если сейчас посмотреть по VP8PJ на удаленном SDR где-нибудь в LU или PY то видно как выше 1000 стоят все друг на друге, часть меняет частоты дабы угадать окно. Многим при передаче рапорта (оставаясь на частоте) не везет: их перекрывают. А вот на TX частотах FOX все обычно на удивление нормально. К тому же те же VP8PJ сильно продвинулись в работе FT8: иногда снимают галку с "Hold TX Freq" и их частота TX меняется. Что еще более отсекает помехи при передаче нами рапорта на их частоте.Цитата:
Сообщение от RA3QH
Виктор,я знаю как работать в F/H речь о том что последнее время очень многие работают обычным многослотом и эта экспедиция не исключение...провел с ними 2 связи(обе в логе) не меняя частоты и видел что отвечали они тем кто звал их ниже 1000 герц....С использованием F/H на их стороне порядка было бы больше.....Цитата:
Сообщение от UF8T
Ни разу не видел многослота от них. Обычный F/H от WSJT-X. В многослоте нет двойных сообщений на одной частоте, а здесь есть постоянно. Игорь специально сделал подчеркивание двойных сообщений, но никто на это не смотрит (может не знает).Цитата:
Сообщение от RA3QH
Вот пример сейчас на 17м
Программа MSHV это не копия JTDX и в ней не предусмотрена блокировка "Halt TX if operator I called answered to other operator". Чтобы это понять нужно хотя бы раз поработать в Es на УКВ где прохождение может длиться несколько десятков секунд и вызываемый оператор может бросить ответ для местной станции и ответить вам.Цитата:
Сообщение от RX3ASP
По второму вопросу нужно более внимательно изучить работу маркера полосы DF. При одном клике на дисплее маркер полосы с DF (к примеру 1500) сместится на выбранную частоту. А при двойном клике маркер станет на выбранную частоту с полосой DF = 50Гц. Для ручной регулировки DF жмем на шкале частот левую кнопку мыши слева или справа на маркере и передвигая мышь устанавливаем нужный предел DF. Поэтому не понятно Ваше громкое заявление о бардаке в эфире от программы MSHV.
Василий....о чем вы говорите..."подчеркивание\зачеркивани "....Разве это характеризует F/H? Конечно не это....При работе F/H во первых вызывая менее 1000 герц от частоты ДХ ответа не получите,второе... давая ответный рапорт на той же частоте где вызывали RR73 не получите....А тут пожалуйста,зови где хочешь,рапорт давай где хочешь...Вы считаете это режим F/H используется?Цитата:
Сообщение от US4IRT
100%!Цитата:
Сообщение от RA3QH
Это однозначно F/H. Многослот, как вы говорите, не передает сложные сообщения.Цитата:
Сообщение от RA3QH
Это может делать ТОЛЬКО WSJT_X в режиме FOX. Никакая другая программа этого не "умеет"!
Чего уж тут непонятного? Вы зовёте DX на его частоте, DX отвечает вам, но моя MSHV упорно долбится к нему на его частоте, хотя я декодирую его. При чём тут УКВ вообще не понятно. Если меня вызвали, я отвечу. Если другого, то нет. Независимо от особенностей диапазонов.Цитата:
Сообщение от R5WM
Вообще это элементарная норма приличия. И в JTDX и в WSJT-X при RX=TX передача отключится автоматически при ответе другому, независимо от включения Halt TX.
В случае с полосой декодирования - оператор поменял частоту и вышел за пределы DF (по не совсем ясной причине, безо всяких кликов, изменяющейся у меня). В итоге я его не принимаю и мы оба сотрясаем эфир.
Не мутите воду! Я написал что MSHV это вообще не WSJTX и не упрощенный вариант от нее JTDX. Программа ориентирована на УКВ и для DX экспедиций (контестов) на КВ. У каждой программы свои приоритеты. JTDX для DX на КВ а MSHV универсал включая метеорную связь и Луну.Цитата:
Сообщение от RX3ASP
Уж кто воду тут мутит? По сути вопроса так ничего и не ответили. Не перебивать и не влезать в чужой разговор это даже не из радио понятие, а обычная культура поведения.Цитата:
Сообщение от R5WM
Мда....сказать нечего,т.к все равно не будет понято....Цитата:
Сообщение от US4IRT
Поймите что не для сложных сообщений сделано F/H,это "рюшечки"...Режим обеспечивает отсутствие ответа на вызов в полосе 1000 герц от частоты ДХ и передачу рапорта для ДХ в этой же полосе....А что мы видим на примере VP8PJ ? К примеру он стоит 500 по водопаду....его зовет станция на 1600 по водопаду,он отвечает,в ответ там же на 1600 ему дают R-XX и после этого получают RR73...Это что F/H? НЕТ это не F/H а многослот....Цитата:
Сообщение от US4IRT
В F/H после ответа должен быть переход на частоту ДХ и в случае неудачи еще 2 прыжка по 300 герц...Почитайте как работает F/H....
Михаил, подчеркивание в JTDX говорит о том, что передано сложное сообщение. Ещё раз повторю (последний раз) это может делать ТОЛЬКО WSJT-X и ТОЛЬКО в режиме FOX!!! В обычном, в том числе MSHV в многослоте, никакая программа этого не сделает. Не ответит он вам если будете звать рапортом, как в MSHV. Где и как отвечать и кому - право оператора ДХ.Цитата:
Сообщение от RA3QH
Не вводите других в заблуждение!
и я сделаю тоже самое...Вот пример...Цитата:
Сообщение от US4IRT
К примеру он стоит 500 по водопаду....его зовет станция на 1600 по водопаду,он отвечает,в ответ там же на 1600 ему дают R-XX и после этого получают RR73...
Вопрос....должна ли в этом случае состояться связь в режиме F/H?
ответьте на него.....
И могу сказать вам так же
Цитата:
Сообщение от US4IRT
А хрен его знает, как они работают. На https://sorkney.com/operating-plan/ четко указано, что F/H (5.357 Not F/H).Цитата:
Сообщение от US4IRT
Но работал я с ними и в F/H, и в обычном многослоте (звал ниже). И это, действительно, вносит сумятицу.
Я ничего и не буду больше отвечать! Возьмите и сами поработайте на 144 через Es летом может тогда поймете.Цитата:
Сообщение от RX3ASP
К примеру немец работает с немцем и вдруг всплеск Es и что мне его не звать и не проводить QSO если через минуту проход может закончиться ?????
Интересно узнать результат, когда звали ниже, Николай.Цитата:
Сообщение от EU1FQ
MSHV может в режиме Мультиответ - Экспедиция.Цитата:
Сообщение от US4IRT
Вложение 249535
Сорок, семнадцать метров - F/H. Тридцать метров - глядя на то, что зовут где хотят, и им отвечают, то позвал ниже. Все три QSO в логе.Цитата:
Сообщение от US4IRT
30м - 10131 кГц?Цитата:
Сообщение от EU1FQ
Т. е. теперь и MSHV может передавать сложные сообщения? Года два ей не пользовался.Цитата:
Сообщение от R5WM
Да.Цитата:
Сообщение от US4IRT
Это сделано уже очень давно!Цитата:
Сообщение от US4IRT
В посте 22891 я написал 2 связи и в логе....это 40м...(дуплил т.к был не уверен)...30 отработал тоже не прыгая никуда,но лог еще не заливали за то число....Цитата:
Сообщение от US4IRT
Я никогда не "прыгал" и не собираюсь. Пять диапазонов есть. Один из них CW.Цитата:
Сообщение от RA3QH
так а "прыжок" как раз и характеризует режим F/H,а не подчеркивания.....все....дискусию сворачиваю...не могу для тех кто "в танке" больше объяснять,а ПТУРСа у меня нет...:s7:читайте мануал по работе в режиме F/H.....Цитата:
Сообщение от US4IRT
Я установил WSJT-X, включил режим FOX, вбил позывной экспедиции и сидел наблюдал за работой WSJT и сделал свои выводы. Так что "прыгайте" на здоровье на танки или ПТУРСы... .Цитата:
Сообщение от RA3QH
Микроскопом, конечно, можно и гвозди забивать, но лучше его использовать по прямому назначению. Некоторые экспедиции закладываются на то, что вокруг полно людей с нетрадиционным мышлением, но не все, поэтому шанс пролететь довольно высокий.Цитата:
Сообщение от US4IRT
Только что сработал с VP8PJ на 30м классическим F/H.
Не знаю, что за программу используют на островах, но непонятно было наблюдать, как для OH8MSG давали RR73 три раза.
Может знакомому, а может ждал ответных наитеплейших 73.
Иван наблюдал ночью не раз такое на 80....Цитата:
Сообщение от UR5LCZ
я так и понял что понятия о работе в F/H нет после фразы из поста 22913Цитата:
Сообщение от US4IRT
"Я никогда не "прыгал" и не собираюсь."
ну успехов в работе "типа F/H"...
Подозреваю, что тут перепутались причинно-следственные связи.
Главное - это провести DX QSO, которое потом подтвердится и зачтется.
Каким методом - с перескоками или без, не имеет принципиального значения.
"Только что сработал с VP8PJ на 30м классическим F/H"
Точно так же (не меняя частоту) сработал сейчас в 21:39 UTC с VP8PJ на 30м , прочитав сообщения Ивана RA3WDK
ТО UA3DJY
Обратил внимание на такую ситуацию:
В версии JTDX-2.1.0-RUS-rc147 новая страна по DXCC
подсвечивалась вертикальным маркером если DX оператор даёт рапорт или 73,
а в версии JTDX-2.1.0-RUS-rc148_32A такого не наблюдается
С чем это связано?
Вложение 249585
Всем цифровикам привет! Удосужился и теперь работаю в FT8 148 версия JTDX все страны представлены, чего не найдешь в SSB, пока нравится, это мою мнение, ни кому не навязываю! Виктор, ua9aoh!
Поставьте нужные Вам галки:Цитата:
Сообщение от RO7F
R21/238PIJB Что это ? На 40м. работает в данный момент.
Сергей спасибо.
Упустил вот эту псису :)
Вложение 249669
Добрый вечер!
Помогите устранить глюк JTDX-2.0.2-RUS-rc139, перестала видеть сработанных корреспондентов, все корреспонденты показывает как новые страны... Наверно не видит файл wsjtx_log.adi, хотя новые связи добавляет туда и эти новые видит... Весь вечер провозились с Олегом - R8QAB, я даже свой файл wsjtx_log.adi загрузил ему - пишет 0 FT8 QSO, в какую сторону рыть?
Снимите галкиЦитата:
Сообщение от R9RT
Вложение 249705
Игорь, возможно ли сделать, чтобы этим зеленой буквой "S" можно включать и выключать режим "Fake It", не заходя в меню "Настройки".
Вложение 249755
Обновили файл ALLCALL7.TXT для версии JTDX 2.1.0-rc148.
Эта кнопка уже используется для восстановления работы CAT оператором при потере соединения с трансивером.Цитата:
Сообщение от RW4LN
Для чего? Вы ведь только один раз устанавливаете "Fake It" или "Rig" и это на всю оставшуюся жизнь ini файла.Цитата:
Сообщение от RW4LN
Как это? Я включаю эту функцию только для работы в режиме F/H.Цитата:
Сообщение от EU1FQ
Для трансивера SunSDR2 нет необходимости ограничивать частоту своей передачи выше 1500Гц, как для классических аппаратов.
Ну и кто же Вам сказал что функция "Fake It" ограничивает частоту передачи выше 1500Гц ? Нажмите кнопочку F1 и изучите предназначение "Fake It"Цитата:
Сообщение от UR5LCZ
Может предусмотреть отдельную кнопку, место только найти.Цитата:
Сообщение от UA3DJY
Она же есть в настройках. Зачем" городить" одно и то же ,с одной выполняемой функцией .Цитата:
Сообщение от RW4LN
У меня применен SunSDR2....... и эту функцию не включаю вообще никогда ,потому как для данного типа трансиверов (прямая оцифровка) она не нужна вообще. Но это не отменяет применение этой функции для трансиверов по классической схеме построения ,а наоборот обязывает к применению.Цитата:
Сообщение от UR5LCZ
А как при "невключенной" работает режим Hound/Fox???Цитата:
Сообщение от R6LCF
Нормально? Или НЕ работает?
Я имею в виду НЕОБХОДИМЫЕ "прыжки" передачи при ответе?
Я не работаю в этом режиме и в будущем не собираюсь.Цитата:
Сообщение от R0JF
Как было ранее сказано автором ,что у программы JTDX.....несколько направлений. Так вот мое направление это поиск и работа с DX в том числе в трудных и очень трудных условиях приема ну и понятно на проблемных диапазонах в "период непрохождения". Однозначно работа с экспедициями . Остальное меня просто..... не интересует от слова совсем.
Плодить связи в Лог с Европой , Южной Америкой и Юго Восточной Азией сотнями и даже тысячами .....такую задачу для себя я не ставлю.
Но это не отменяет ,кому это необходимо, работать в режиме Hound/Fox. Каждому свое! Примерно так.
Нет слов. Снимаю шляпу! Воинствующий нигилист...Цитата:
Сообщение от R6LCF
Вы бы хоть ЧУТЬ-ЧУТЬ почитали...
Режим Hound - это как раз "охотник"...
Ну давайте, нарушайте Правила, МЕШАЙТЕ всем...
Нет слов! (Зато SunSDR2DX (правда "без ума", настроенный ПРОИЗВОДИТЕЛЕМ)...
73!
К вашим "глупостям и хамству " в теме уже можно привыкнуть,чего от вас еще ожидать.
Хамить не надо юноша. Каждый использует программу как считает нужным и не вам учить не только меня но и окружающих.
Я вижу "глупость" не победима.
P.S. Вот только на диапазонах я вас не вижу/не слышу. "Диванный" писатель.
У вас я вижу огромная зависть к моему владению SunSDR2DX ,приобретите себе и у вас будет,а то не дай.....чего случится от зависти ....плохое чувство и возможные последствия непредсказуемы.
Del
Чем хороши цифровые моды, так это тем, что всегда можно посмотреть кого и где видно и слышно на диапазонах)))
https://www.pskreporter.info/pskmap?...ht=1&showsnr=1
https://www.pskreporter.info/pskmap?...ht=1&showsnr=1
вот работа F/H Вложение 249814
Покажу кто для меня DX.Очень доволен что и у меня теперь в наличии. И диапазон сейчас "дохловат" и западное побережье США редкость почти всегда именно для моего местоположения.
А вот это уже экспедиция на том же "дохловатом" диапазоне. Прочел , охотился и получил.
А вот с этим парнем провел связь сейчас для примера. Да далеко но не более того ,к сотням бразильцев добавил еще одного ,проблем нет вообще со связью с соседним южным континентом.
Так вот я к чему,связь только с тем кто необходим мне даже из DX экспедиций и на нужном мне диапазоне ,а как вы это получите ,гончая /лиса или как то иначе ,мне безразлично.
Ну где то так.
P.S. А вот теперь самое главное ,программа JTDX ......отличная в работе и пользовании ,то что надо!
Ну есть же, в конце концов, отдельная ветка по DX. Что ни пост, то достижения.....Цитата:
Сообщение от R6LCF
я не хвастаюсь ,я пытался показать работу F/H . присмотритесь к частотам вызова DX и частоте ответа. шансы при такой работе больше,что ответит с RR73.просьба ко всем ,не зовите на его частоте
А вот это основное правило,безразлично DX или нет.Даже соседа. По моему это правило уже все знают!Цитата:
Сообщение от UT6IE
Николай, выложите пожалуйста фрагмент из All.tx вашей связи на 30 метрах (плюс хотя бы немного до и после). Если найдете: и тех "которые звали где хотят".Цитата:
Сообщение от EU1FQ
... направление это поиск и работа с DX...
По поводу DX
Желающие могут присоединиться .
Радиолюбители Ставропольского края - Рейтинг DXCC FT8/FT4
Начал осваивать работу в режиме F/H, настроил по инструкции, работало.
А тут решил провести связь с VP8PJ на 30м, рапорт для себя получил, но ответ мой почему-то уходил на частоте вызова. Пока это сообразил, было уже поздно.
Вчера опять столкнулся с такой-же ситуацией по TU5PCT. Успел переключить RX=TX и 73 получил. Правда в логе нет, но они его не обновляли со вчерашнего дня.
Что я делаю не так? Мои настройки:
Вложение 249854
P.S. Посмотрел только что лог VP8PJ, я в логе в FT8. Он мне три раза передавал рапорт, я все время отвечал на частоте своей передачи. 73 не получил, прием был хороший, никаких пропусков декода. Посмотрел свой лог wsjtx.adi - связи нет. И я логе.... Чудеса.....
Чтобы частота менялась, в меню во вкладке "DXpedition" установите вторую галку "Управление частотой". И будет Вам счастье!Цитата:
Сообщение от EW6FL
У Вас не включен режим F/H. Надо чтобы было "HoundFC", а у Вас просто "Hound", без контроля частоты.Цитата:
Сообщение от EW6FL
Правой кнопкой мышки нажмите на "Hound" и все будет как надо. Только на стандартных частотах этот режим не включается.
TU5PCT вроде работает в общих участках и он использует мультислот.
+100500!Цитата:
Сообщение от R6LCF
В каких руководящих документах определено это правило для проведения QSO с "соседом"? А вдруг у "соседа" на вашей частоте сильная помеха и потом будете удивляться почему он вас не декодирует. Особенно это актуально на УКВ где в полосе приема полно палок от интернета или других китайских игрушек. Если у вас из-за низкой чувствительности на УКВ не видно таких помех, то попробуйте поставить на антенну МШУ с коэффициентом шума 0.3-0.5 dB потом скорее всего вам придется переписывать ваши правила.Цитата:
Сообщение от R6LCF
Работой в этой моде ,FT8 не регламентируется никакими руководящими документами ,а только рекомендациями. Большинство пользователей их выполняет .Цитата:
Сообщение от R5WM
Если вам до сих пор это непонятно поищите рекомендации в Google .Не сложно. Не считаю необходимым делать это за вас.
Я такой рекомендации в документах IARU не нашел https://www.iaru-r1.org/reference/.Цитата:
Сообщение от R6LCF
А то что одна баба сказала может для вас и правило, но не нужно это всем навязывать.
Особенность работы программы MSHV в многослоте? Если DX оператор не передает сообщение RR73 то уровень интерференции от впустую зовущих корреспондентов у него будет зашкаливать.Цитата:
Сообщение от EW6FL
Игорь, не похоже что VP8PJ работает в MSHV, WSJT-X верный. Ну по крайней мере я один раз видел как ими снималась фиксация Hold TX Freq при подозрении что мешают на передающих частотах. Янки будут работать в MSHV? В PskReporter никого от них не вижу в MSHV... Программа достойная, но не "ихняя". RR73 явно передавалось, просто у товарища не декодировался один слот, помешали или еще чего. Как начинающему EW6FL: внесите QSO в лог, если будут проблемы - напишите в личку, помогу. Команда WSJT-X то ли невольно, то ли специально создала хаос с невнесением в релизы и инструкции важных изменений программы. Отсюда и сплошной бардак как в этой теме так и в теме VP8PJ (и я понимаю противников этой ... моды). Это мое мнение, не навязываю его. Предлагаю всем заново прочитать первый пост в этой ветке и прекратить собачиться.Цитата:
Сообщение от UA3DJY
И просьба к "начинающим":
задавайте вопросы только если уж вы совсем расписались в своих способностях самостоятельно решить какой-либо вопрос. В этой теме практически все возможные вопросы уже по несколько раз обсуждались. Почитайте, поэкспериментируйте. Ну по крайней мере задавайте, но не прям сейчас (горит), а вот, допустим, завтра. А к завтрашнему дню глядишь и в мозгах чего появится, на душе то как будет приятно. А советы давать не зная 100% о правильности: ну рано вам еще...
Да для меня рекомендации данного радиолюбителя это правило. В отличие от вашего.......Цитата:
Сообщение от R5WM
Могу выслать версию на англ.если вам будет более понятнее.
TX=RX надо отключать, когда даёшь CQ, чтобы не скакать по частотам отвечающих, и вызывая редкого DX, на частоте которого и так уже свалка. В обычных связях, как раз лучше включать TX=RX, чтобы уникальная связь с соседом не занимала две частоты.
В WSJT-X и JTDX, независимо от положения TX=RX, если ваша частота = частоте корреспондента +/-50Гц, при ответе другому, ваша передача всегда блокируется. MSHV как всегда впереди планеты всей и паровоза - принципиально не делают такую блокировку.
Цитата:
Сообщение от RX3ASP
Рекомендации GaryHinson
Вроде ясно написал: "уникальная связь с соседом". Встав на "свободное место водопада" можно помешать кому-то, кто принимает на этой частоте сигнал из мёртвой, для вас, зоны. Или, перейдя на приём, обнаружить, что на свободной частоте куча станций кого-то зовёт.
А вообще надо чаще на приём переходить! "The stock DXing advice to LISTEN, LISTEN, LISTEN" рекомендует тот же Gary Hinson
На самом деле это очень большая ошибка - при разносе частот RX/TX не будет занято 2 частоты, т.к. в другой "фазе" приема-передачи вашу частоту для приема можно использовать и для передачи и наоборот. Так что включение разноса частот считаю обязательным.Цитата:
Сообщение от RX3ASP
Сколько людей - столько и мнений. От того что мы с вами здесь обговариваем делать Lock TX или не делать ну ничего не изменится... Я вот такую штуку расскажу (для представляющих DX. Мне сильно понравилось). Речь идет о манере работы минимум двоих из этой тройки: ZD7BG, ZD7MY, ZD7JC. Мы с вами обычно как частоту передачи выбираем? - правильно: чтобы как минимум в нашем предполагаемом цикле приема она была свободна. Зовем этого ZD7 (на своей чистой для нас частоте, зовущих обычно несколько, у него зовущих явно много). Он с Lock Tx прыгает на нашу заведомо чистую частоту и дает рапорт. Быстренько отрабатывает и уходит на следующего. Будете звать его на частоте RR73: не ответит. А только на частоте следующего в его cтеке вызовов. Супер! Ну и тема ставить LOck Tx или не ставить больше для темы "FT8" подходит.Цитата:
Сообщение от RX4HX
Описался, надо: без удержания TX частоты.Цитата:
Сообщение от UF8T
Правильное мнение тут только одно))) Работать с разносом частоты. Объяснение простое: Вы дали общий вызов, на Вашей частоте Вас позвали сразу несколько станций и создали друг другу помехи, в результате у Вас ничего не декодировалось. А при вызове с разносом частот такого не произойдет.Цитата:
Сообщение от UF8T
Ну кто из корифеев может подсказать увижу я тут в стороне зовущую станцию с уровнем -20 и менее или нет?
Это частота 144174 и помеха от кабельного TV.
Вложение 249986
Не в первый раз сталкиваюсь с тем что на Web сайте экспедиции рассказывают про аппаратуру, антенны и при этом молчат про методику работы в FT8 и какую программу используют. Судя по работе VP8PJ в FT8 операторы опытные, вижу только одно логическое объяснение почему опытные операторы молчат про правила проведения QSO с ними в FT8..Цитата:
Сообщение от UF8T
Основную проблему озвучил Тим M0URX, можно только догадываться, сколько времени он потратит, выверяя потерянные связи.Цитата:
Сообщение от UA3DJY
"Update February 27th RR73, but not in log? KNOWN ISSUE FOLLOW OUR ADVICE
This is a historic problem for DXpeditions. 10% of ALL FT8 Qs will be dropped and cannot be entered into the log until AFTER the DXpedition.
This is a KNOWN PROBLEM.
Please follow the instruction on OQRS which is very clear!
Not in Log/Busted Call check request on-line function will be available shortly after the DXpedition.
Do not send log check request email!
If you are not in log, work again or wait until this function will be enabled.
The ops are already aware of this FT8 dropping QSO issue and it has been an issue for the last 3 years.
Please be patient and follow the advice above. Make a security QSO if you can."
Думаю, хотя может и ошибаюсь, что операторы стараются работать на софте и таким способом, чтобы свести потери к минимуму, раз уж Тейлор и Ко этой проблемой не озабочены.
Привет всем! Не могу понять, как устранить эти повторы через каждые 100 гц. Видимо перегружен приемный тракт, убавил вроде все уровни, но картина кардинально не меняется. Прошу помочь.Вложение 250014
Судя по информации с картинки, ваш сосед с огромной мощностью даёт CQ.Цитата:
Сообщение от UA9SJR
Возможно либо Вы либо этот оператор использует виртуальный аудио кабель VAC, есть тонкости в его настройке.Цитата:
Сообщение от UA9SJR
Спасибо за ответы! Это давала CQ станция из Болгарии LZ3CQ, правда я ее принимал с уровнем +10 дБ на Урале..... Я применяю трансивер SDR с VAC и думаю, что это у меня "не все хорошо", потому что и другие станции с уровнем гораздо ниже вызывают такой же эффект. Поменял VAC 4.15 на VAC 4.60, но желаемого результата не получил. Где можно почитать как настраивать виртуальный кабель?
Если 100 гц. может в железе проблема, оплётка кабеля в канале звука, и ещё на передающей стороне? Или Вы всех так принимаете? Тогда у Вас искать надо...Цитата:
Сообщение от UA9SJR
Это от автора программы JTDX:https://ru.jtdx.tech/ru-faqЦитата:
Сообщение от UA9SJR
Это от производителя трансивера SunSDR......:https://eesdr.com/images/Document/UMAnew_RUS.pdf
R6LCF, спасибо, за ссылки!
Просто переставил программу виртуальный кабель и все заработало...не понял правда почему....
Бывает Windows чудит с усилением, за несколько лет использования у меня один раз тоже похожий эффект был, примерно недели три назад, при подключении к WebSDR. Перезапустил Интернет браузер - проблема ушла.Цитата:
Сообщение от UA9SJR
JTDX v.2.10-rc148 64бит
Проблемы:
1. Tune не работает, включается на передачу, но сигнал не идет. В EnableTX на передачу все идет.
2. Если стою на 160м, после редактирования любых параметров (через F2) и их сохранении частота перескакивает на 1908....
Не зависимо от того, стоит ли галочка в Crossband 160m opr with JA или нет.
в 147 версии было все нормально.
C:\JTDX148\JTDX\bin\jtdx.exe
А вот так не пробовал поставить с предварительным удалением ИНИ предыдущей версии!
Игорь об этом писал:Цитата:
Сообщение от RA0FF
Цитата:
Сообщение от UA3DJY
Вы можете не поверить но из перечисленного вами нет ничего. Все работает.Как и должно быть ,был удален файл Конфигурации(ini) не запуская основную программу.Рекомендации автора. В подтверждение скрин.Цитата:
Сообщение от RA0FF
Благодарю, с этим разобрался. Порой приходится удалять .lock вручную, хотя закрываю программу через "выход".Цитата:
Сообщение от UA3DJY
Сегодня только появилась...Цитата:
Сообщение от UA3DJY
Вложение 250153
Давно хотел спросить, почему в JTDX не реализована функция кнопки Esc - как "стоп TX", как во всех контестовых и цифровых программах??? Ведь когда экстренно нужно отключить передачу, надо ещё умудриться быстро попасть мышкой в "стоп TX"(а если ещё и подслеповатый?) столько ненужного в эфир улетит или случайно настройки не те, можно в суете и аппаратуру подпалить... А кнопку Esc и с закрытыми глазами найдешь, особенно наученный до автоматизма в тестах.
Доброго времени суток. У меня проблема. Не работает CAT при подключении интерфейса UNICOM Part2 к Icom 7700. Интерфейс исправен, и САТ в нем работает, проверено. а управления по САТ нет ни в UR5EQf ни в WSJT-X"]Доброго времени суток. У меня похожая проблема. Не работает CAT при подключении интерфейса UNICOM Part2 к Icom 7700. Интерфейс исправен, и САТ в нем работает, проверено. а управления по САТ нет ни в UR5EQf ни в WSJT-X.
Тоже считаю эту "мелочь", значительным плюсом в WSJT-X (как и у большинства софта)...Цитата:
Сообщение от UA1OMZ
Зрение среднее но никогда подобного вопроса даже не возникало. Даже после начала передачи ,менял макрос(даже позывной менял ) и все успешно было декодировано на приемной стороне ,не говорю вообще о выкл.TX. Огромная кнопка Красного цвета перед глазами ....сложно не увидеть.Цитата:
Сообщение от UA1OMZ
Как понимаю у вас установлен OmniRig и выбран ini файл ic7700. UR5EQF_Log по другому не управляется только через указанное приложение ,да и WSJT_X так же.Цитата:
Сообщение от rz9ucz
Я тоже использую указанный Лог но у меня установлено приложение WSJTInterface exe. Прочесть и взять здесь:Персональный сайт - JT interface for UR5EQF_Log by UDP
У меня работало от Yaesu .Kenwood. Icom. до SunSDR2......и в данный момент работает ,проблем нет вообще.
Указаный вами интерфейс не применял никогда ,но вы же пишите что рабочий.Может стоит проверить сам интерфейс и правильность подключения.
Интерфейс Unicom-part-2 – это продолжение и развитие серии Unicom. Схема интерфейса постоянно совершенствуется и к настоящему моменту представляет собой устройство, которое формирует два СОМ порта на одной USB шине. В отличии от предыдущей версии, в Unicom-part-2 отсутствуют перемычки выбора САТ системы, изменена распиновка выходного разъема. Питание данной версии интерфейса, как и предыдущей версии, осуществляется только от USB порта компьютера.
Устройство преобразует одну шину USB в два СОМ порта. Условно порты именуются как СОМ-А и СОМ-В.
Важно! Следует отметить, что САТ система (Computer Aided Transceiver system ) может работать только через порт СОМ-А, мода FSK (не путать с AFSK) и контроль SQL – может работать только через порт СОМ-В.
https://radioarena.ru/reviews/unicom-part-2.php
А трансивер у вас какой?Цитата:
Сообщение от rz9ucz
Всё о UnicomDualЦитата:
Сообщение от rz9ucz
https://cloud.mail.ru/public/Nj4G/5aGsC5jre
Владимир, вопрос был явно не к вам. Вы опять начинаете примерять всё только на себя любимого. Но не смотря на вашу личную скорость и меткость, создатели других программ все таки реализовали кнопку Esc, как "стоп TX". Наверное они понимали всю серьезность экстренного прекращения передачи... И зрение может быть хуже "среднего", и мониторы у людей могут быть бюджетные - маленькие , на которых "Огромная кнопка Красного цвета", совсем маленькая, и тремор рук может быть, и волнение и просто старость...Цитата:
Сообщение от R6LCF
В таком случае и говорите только за себя,в чем дело. Стрелки не надо переводить,вам лично необходимо ,так и говорите. Я хочу......что бы у меня было и все перечисленные ранее причины.Цитата:
Сообщение от UA1OMZ
Скажите какие существенные различия, не теоретически а на практике, между 32 и 64 бит версиями JTDX, мне показалось что под Win-7 64 битная, JTDX 32 бит стабильнее работает, по скорости обработки сигнала вроде одинаково.
Компьютер ноут средний, HP, процессор Т9600 памяти 4Г, жесткий SSD.
Тут Игорь приводил данные, что 64 битная в 1.6 раза быстрее декодирует.
Вы что, не замечаете, что кнопка Декод гаснет быстрее при 64 битах?
Картинка показывает сбой в работе программы Loghx3.Цитата:
Сообщение от RA0ZIJ
Сделаем.Цитата:
Сообщение от UA1OMZ
Проверить самостоятельно: https://forum.qrz.ru/377-jt65-jt9-ws...ml#post1660606Цитата:
Сообщение от UY7VY
Игорь, спасибо огромное!Цитата:
Сообщение от UA3DJY
"И тут Остапа понесло..." А не назначить ли(по тем же причинам) и другим включающим передачу кнопкам(Tx1,Tx2...), соответствующие горячие клавиши клавиатуры? Было бы удобным и логичным назначить F1=Tx6, F2=Tx1, F3=Tx2, F4=Tx3, F5=Tx4, F6=Tx5. Я знаю, что часть из них(F) уже занята открытием ссылок и меню, но может их убрать в Ctr+F(Ctr+F1 занято) или Alt+F(все свободны). Если это сложно и идет в разрез с первоначальными задачами, то поставьте пожалуйста в план, если это не реализуемо, то проживем и так... Спасибо.
Вы их, чё, вручную включаетет? Там же есть полуавтомат. Программа сама выберет правильный макросс. Наше дело - выбрать корреспондента.Цитата:
Сообщение от UA1OMZ
Tx1..Tx6 кнопки передачу не включают, они только меняют сообщение которое передается или будет передаваться. Ручное использование этих кнопок конфликтует с алгоритмом автопоследовательности сообщений AutoSeq.Цитата:
Сообщение от UA1OMZ
"И тут Остапа понесло...." :)
А поскольку представления об "удобстве" и "логичности" у каждого оператора сугубо свои, исходя из его опыта работы в эфире, привычек и предпочтений, то придется ассоциации сообщений с клавишами Fx делать как user defined messages. А это объем работы (и в первую очередь тестирования) заметно больший.Цитата:
Сообщение от UA1OMZ
Может кто-то и вручную, я нет, мне например было бы удобно в нестандартных ситуациях оперативно менять сообщения не мышкой, а кнопкой...Цитата:
Сообщение от RX4CD
Как раз для этого было бы и нужно, что бы и нарушать алгоритм автопоследовательности сообщений AutoSeq в нестандартных ситуациях, когда нужно сменить сообщение вручную... Ведь сейчас это прокатывает, но только мышкой... Ну нет, так нет, не принципиально...Цитата:
Сообщение от UA3DJY
"Нестандартная" ситуация может быть только одна - когда возможности компа не совпадают с требованиями программы.Цитата:
Сообщение от UA1OMZ
Здесь, либо нужны минимальные настройки по глубине декодирования, использование фильтра, либо ...
Кнопку "клавы" можно привязать к передачи нестандартного сообщения, если такое, конечно, в принципе возможно.
TO: UA3DJY
V2.1.0-rc148_32A. Тестировал с момента выпуска релиза. К сожалению, на 64 бита мой Windows vista программа не встала. Хотя оба режима 32 и 64 есть в Windows. 32 бита работает просто прекрасно! Спасибо Игорь!
Есть проблемы на перегруженных участках, рапорт занижается до двух раз. Стыдно перед операторами. Но это не вина программы, когда параллельно друг другу зовут две станции, с разницей в несколько герц, топча друг друга. Этими видами очень стало заметно, разделение в эфире между HAM и хам. Очень жаль но вторых тоже не мало.