В цифре работаю с 2007 г. сразу стал использовать две звуковые карты. Снимает все проблемы. Одновременно лазаю в инете и слушаю музыку в место улюлю. Проблем с FT 8 нет.Читайте что пишут разработчики софта и изучайте комп.
В цифре работаю с 2007 г. сразу стал использовать две звуковые карты. Снимает все проблемы. Одновременно лазаю в инете и слушаю музыку в место улюлю. Проблем с FT 8 нет.Читайте что пишут разработчики софта и изучайте комп.
Ну я посмотрю,когда половина из них не будут отвечать на ваши вызовы.Нас,а особенно нашу наглость не многие там уважают.А если в WSJT появится такой фильтр,вот это уже будет не ваши 5 копеек
кто сказал про звуковуху?А я с одной неплохо работаю и поболее вашего.А ДЛЯ МУЗЫКИ У МЕНЯ СТОИТ В ШЕКЕ ЦЕНТР И ТЕЛЕВИДЕО.И когла работаю в цифре и музыку слушаю и телек смотрю.Ну и что?
Знаете, у меня с английским совсем не здорово.
Так что если вы меня пытаетесь американским шпионом объявить, то зря. Я сильно законспирировался.
Теперь о деле.
Надеюсь что у вас лично нет сомнений что JTDX создается в основном на базе WSJT?
Про проценты говорить не будем.
...
Впрочем дальше не буду.
А я считаю команда на правильном пути. Заметил как правило, ошибаются сами пользователи. "Хотелок" много по нашей же просьбе, поэтому она и сложная. Скажу. что я "чайник", но все у меня работает нормально в JTDX. Всеми программами работал в этой моде и американской и европейскими, для меня лично лучше JTDX нет и надеюсь будет еще улучшаться.
А сложности мы любим ведь на дворе 21 век. С Новым Годом!
Друзья здравствуйте.
Еще раз про фильтры.(которые на континенты). Часто пользуюсь это функцией, и вот что заметил. Фильтр (на Европу например) не исключает связи с ней. Вот работаю направленно на CQ например на АS. Меня по ошибке или просто не обратив внимание на направленный вызов зовет немец и QSO-состоялось. Программа если декодирует в приемной посылке мой позывной, она фильтр игнорирует !!! Зато эта функция разгружает приемное окно и я вижу станции которые мне более интересны. И никакой дискриминации. Так что наличие такого фильтра не ошибка, а очень удобный сервис.
to R3OZ Того-же мнения,что команда Игоря на правильном пути,особенно в Игоре я не сомневаюсь,но в FT8 JTDX очень много багов,я рад за Вас .что у Вас все работает и Вас все устраивает,но у большинства наоборот.Но не потому что что все такие тупые ( я в их числе ),а потому что все очень сыро.А вот когда Игорь ее добьет,думаю будет конфетка.Ну а сейчас я думаю у Вас какое-то извращенное мнение или ничего лучше не видели.Только не обижайтесь.
Да нет я читаю,какие-то советы пробую.Что-то получается ,что-то нет.Но я привык верить своим глазам ,а не о том что пишут. На заборе тоже много чего написано.А факты у меня свои ,ставлю программу и обкатываю во всяких ситуациях,переключаю фильтра,моды на кнопки всякие тыкаю.И вот это для меня факт!И я пишу то ,что вижу у меня получается,а не повторяю что на заборе.
Подскажите,пожалуйста.Ставил новые версии на старые,в "Программе-удалялке программ" теперь показывается три программы с разными версиями.Старые удалить можно или я что-то трону,ведь удалялка при удалении ненужных программ вычищает и реестр.
Спасибо.
Вложение 203181
Ошибаются конечно же пользователи.
То есть тот народ под которого пишется программа.
...
Думается что основная ошибка DJY в том что он в общедоступной теме обсуждает вопросы которые могут понятны не многим людям которых можно назвать "тестерами".
А желающие "кнопочки" местами поменять к помощникам в тестировании программы никакого отношения не имеют.
...
Повторюсь, не могу ничего сказать о JTDX, поскольку ее не пользовал.
Почему - говорил об этом.
HNY
Да удалить то можно,но смотря какой чистилкой.Если удалите ini файл,придется делать все установки заново.А я бы удалил полностью и заново переустановил.Да ,но если вам ценен лог ,то для начала его скопируйте,а уже потом удаляйте.
Потом вставите во вновь установленную с заменой
но full уже была 18.0.133GA только она без FT8 равных ей еще ни кто не сделал и работает как часы
Тогда зачем мутить воду на ветке,если Вы ДАЖЕ НЕ ИМЕЕТЕ ПРЕДСТАВЛЕНИЯ,ЧТО ОБСУЖДАЕТСЯ.Кино помните "Берегись автомобиля" "...есть свидетели?Я свидетель,а что здесь случилось...."Вот примерно так и Вы.Спокойно читайте,следите и ждите"full",но без реплик,если ничего не знаете.КОГДА ПОПРОБУЕТЕ FULL,тогда и обсуждайте о чем будете знать.А пока просто читатель...
Поставил 62.
Сразу выбрал новый режим Single shot qso
Больше всего интересовала корректная работа отключения TX, после принятых 73 или RR73...
Активны режимы AutoSeg3 , AutoTX, TX=RX,
Auto TX frequensy filter-отключен.
Сохранял связи в лог до получения от корреспондента 73.
Если QSO проходит по сценарию RRR (WSJT) и после моих 73, корреспондент передает 73- TX отключается!
Если QSO проходит по сценарию RR73 (JTDX) и после моих 73, корреспондент "молчит"- TX включается и тут же отключается, если корреспондент продолжает давать CQ- TX отключается.
Чуть позже напишу как ведет себя программа если сохранять связи в лог после получения RR73 от корреспондента
С новым годом коллеги! Кто подскажет, у wsjtx есть что новенького. Установлена v1.8.0 r8193?
Здесь, все последнее.
https://sourceforge.net/projects/wsjt/
...работа с софтом...НО ЗДЕСЬ ОБСУЖДАЮТ И РАЗБИРАЮТ РАБОТУ JTDX,а насчет WSJT здесь только дают советы.Вы то каким боком здесь.По WSJT есть англоязычный форум(прога от туда) присоединяйтесь и обсуждайте.А здесь пока читайте,ну и по WSJT Вам кто-нибудь может быть поможет,если будут вопросы,А В JTDX ВЫ НИКТО ВЫ ДАЖЕ НЕ ЗНАЕТЕ ПРО ЧЁ..
И не "звиняйте" а извеняйте,Вы не мульки пишете.ВРОДЕ ВЗРОСЛЫЙ ЧЕЛОВЕК
Вот что получается.
В режиме "Single shot qso" для того что бы TX отключался корректно, нужно все связи независимо от принятого RRR или RR73 сохранять не в момент когда программа выбрасывает окно предлагая сохранить QSO в лог, а после завершения передачи вашей посылки 'HisCall MyCall 73"
ну и где тогда линк 1.8.1-rс1-8345 коль вы пишете?Цитата:
последние 1.7.1-devel-8331 и 1.8.1-rс1-8345 которые в доступе
Я имел в виду официальный релиз.
А это как и у нас JTDX v62
я rc не ставлю,устанавливаю devel
Андрей разница есть , программа по разному реагирует , я провел не один десяток QSO за вечер, тестируя варианты ручного сохранения QSO в лог. Программа отключает TX после полного окончания передачи моей посылки с 73. Только в этом случае нет полусекундных включений и прерываний передачи.
При работе на поиск вы-же даете последнюю передачу 73 перед завершением QSO и кнопка передачи выключилась
Доброе утро всем.
Андрей, кнопка Eneble TX активна(горит красным ) весь период когда я передаю 73 независимо от того когда я нажал кнопку ОК и гаснет только тогда когда наступает следующий период, независимо от того что передает корреспондент...
важно сохранить QSO в лог (нажать ОК) после полного завершения передачи моей посылки 'HisCall MyCall 73"
Попробуйте и Вы увидите результат :)
v62
Продолжаю тестировать режим "Single shot qso" теперь при TX/RX Split
сохранял в лог QSO в следующем периоде после переданного мной макроса "HisCall MyCall 73"
программа сбойнула-перешла на передачу и тут же отменила её
Вложение 203187
Вячеслав, если у Вас используется AutoSeq3 то это нормальное поведение, декодирование интервала закончилось уже после начала интервала передачи и AutoSeq3 ждет окончания декодирования чтобы принять решение что QSO завершено.
В режиме AutoSeq3 автоматический фильтр позволит избежать кратковременного включения на передачу в конце QSO.
"Single shot qso" TX/RX Split
Игорь а вот в этом случае на скрине первое QSO прошло нормально, во втором QSO корреспондент по каким то причинам мне не ответил( может не услышал) и третья попытка передачи от меня оборвалась
Вложение 203188
все бегу на работу, друзья попробуйте сохранять связи в лог так как я писал ниже, интересно как у Вас? Возможно наши эксперименты с таким вариантом сохранения помогут Игорю исправить ошибку...
все бегу на работу, друзья попробуйте сохранять связи в лог так как я писал ниже, интересно как у Вас? Возможно наши эксперименты с таким вариантом сохранения помогут Игорю исправить ошибку...
Игорь привет.
Да, но я вчера и сегодня утром работал без авто фильтра , и если на одной частоте -то все проходит отлично, если сплит-то вот получаеться так как получаеться...
спасибо за ответ и новый функционал, вечером продолжу ...
Сбой в работе в режиме Split + поиск + AutoSeq 1 + Auto Rx frequency Filter.
Если оператор отвечает на своей частоте, то проблем нет.
Если же оператор отвечает мне на моей частоте, то естественно, уже включается фильтр Auto Rx frequency Filter на частоте оператора и сигнал не будет декодирован.
Тогда, если вижу что оператор отвечает мне на моей частоте, то отключаю Filter вручную. Но интервал, когда я отключаю фильтр, не декодирует этого оператора.
Не декодирует только его! Независимо от уровня сигнала. Все остальные сигналы декодируются. Со второй попытки декодирования сигнала отвечающего мне оператора и дальше до окончания QSO все нормально.
Может стоит пересмотреть алгоритм включения Auto Rx frequency Filter?
Что бы он включался уже после ответа оператора на мой вызов?
Приветствую всех! С наступившим!...
Выше читал, что спецпозывным в JT65 и FT8 сейчас не поработать...
Видел на диапазонах R17YOTA и UE18G... Они в каком софте умудряются работать?...
Это не праздный вопрос. RI1ANO получил лицензию RI50ANO в честь 50-ти летия
станции Беллинсгаузен и всё... Скорее всего всё мировое сообщество останется без
South Shetlands в JT65 и FT8 в ближайшее три месяца... ???...
Подскажите. Выход есть?...
Есть разница.
В описании функционала AutoSeq http://forum.qrz.ru/6-cifrovye-vidy-...ml#post1431457 читаем:
"В режиме 'Prompt me to log QSO' (автоматическое приглашение внести QSO в лог) и в ручном режиме внесения QSO в лог wsjtx_log.adi AutoSeq прервет цикл если оператор нажал кнопку OK в окне внесения QSO в лог после завершения QSO (получение сообщения 73 от корреспондента).
AutoSeq продолжит работу если QSO внесено в лог до его завершения. "
т.е. если нажать "Ок" ДО окончания своей передачи 73, то AutoSeq ПРОДОЛЖАЕТ работать и корректность поведения программы дальше нужно отслеживать в ручном режиме.
p.s. ...исправил пост, т.к. первоначально неправильно сформулировал мысль..
В JT65 можно работать через Free msg. Если работать на CQ, то будет "обрезаться" Grid Square Locator, но не думаю что это большая проблема :) Отвечать вызывающим станциям можно прописав заранее в Tx Macros заготовки макросов типа "@ -" и вбивать руками рапорт. Времени до начала передачи на это хватит.
А вот про FT-8 наверное таки придется забыть..
Да, действительно, весь мир в FT8.
От YV до VK и от YB до PY
PTT по-другому осталось перепаять на TX.
Всем здравствуйте и с новогодними паздниками! :drinks:
Попробую с экономить своё время.
Есть софт : WinXP_32b, Log UR5EQF с примочками от US-E-12, WSJT, JTDX, SDR-1000(ut2fw), виртуальные порты VSPE (com) и VAC409(audio).
Кто нибудь собирал подобный вариант?
Проблемма: SDR не хочет стыковаться по COM и AUDIO с WSJT JTDX !
По сути дела , тупо нужны настройки для UR5EQF, WSJT, JTDX, SDR-1000, да бы не сидеть у *дяди* тратя время и ставить эксперименты.
С ув Геннадий.
Могу скинуть свои настройки.Цитата:
Кто нибудь собирал подобный вариант?
Адрес?
RO7F
Скачайте статью.Я сделал как в статье,с точностью до номера порта,чтобы потом легче было найти неисправность и трансивер другой.А так-замечательная статья,скачивается сразу в PDF
https://www.google.ru/url?sa=t&rct=j...amN2IgOpiZMEjb
RN1ON
А что,программа не работает в FT8/JT с лишней цифрой в позывном?
WSJT-X должна работать,только обрезается при передаче две цифры QTH-локатора и делов-то.На QRZ.ком объяснить ситуацию,кому надо-поймут.
___
А,понял-да,обрезает RRR и рапорта,sorry...
С AUDIO разобрался, а с CAT и PTT не хочет пока.
Мой адрес ro7f@bk.ru
Только что проверил рекомендации Игоря, да действительно в моем случае эти настройки Вложение 203234
позволяют избежать кратковременных включений на передачу...
причем если вместе со мной корреспондента звала другая станция и он ответил не мне, Eneble TX выключает передачу без кратковременного включения .
Сохранял связь в лог нажатием на "ОК" после окончания периода в котором программа "выбросила" окно сохранения QSO, вместе с отключением передачи отключился авто фильтр, и следующий декод я принимал всего цифрового участка.
Дальше автофильтр включается автоматически при вызове станции двойным кликом ( как у меня) и программа декодирует только то что в границах "синей скрепки"
Это я описал работу AutoSeg + Auto Filtr + RX/TXSplit V62 тестируя работу программы в режимe проведения одиночного QSO.
Подробно пишу так, может кому пригодится.
Буду признателен.
Мой @ ro7f@bk.ru
С ув.Геннадий.
на этих 3х снимках в 63 версии такие вот сбои.
Вложение 203243
Вложение 203244
Вложение 203245
При таком сценарии, после моего RR73 по идее, должно последовать его 73, как до этого и происходило,но программа вместо этого перечеркивает его репорт, по всей видимости он мне не передал прощальные 73 и наверно по этому так происходит,но ничего Игорь победит!
И еще, почему то после 3-4 нормальных связей я передаю CQ,но сразу подряд выскаивают еще пару моих CQ.
И еще,оператор из Кубы звал меня 5 раз, сигнал 0дб я ему репорт,а он продолжает звать короче я прервал эту связь и вот полюбуйтесь как вдруг связь завершилась на какой версии он работал, думаю на WSJT .
Вложение 203246
На этой картинке KE4HTS принял от Вас RR73 но в используемом им софте AutoSeq почему то в ответ на принятое RR73 продолжает несколько раз передавать сообщение 73, сообщение зачеркнуто потому что связь уже внесена в лог и для Вас этот позывной уже worked B4.
JTDX правильно игнорирует повторные сообщения 73 передаваемые в результате сбоя другого софта.
На этой картинке WB5TUF не декодирует Ваш сигнал и AutoSeq c его стороны продолжает передавать сообщение R-14, JTDX правильно отвечает на него сообщением RR73, будет так делать до тех пор пока не закончит QSO либо один из операторов не прервет передачу.
На этой картинке видно что QSO внесено в лог хотя по факту оно не завершено, здесь уже необходим контроль и корректирующие действия на усмотрение оператора.
На этой картинке в 031932 Вы скорее всего прервали AutoSeq сгенерив вручную сообщение CQ или нажав кнопку Clear DX?, что привело к сбою в последовательности сообщений.
Чтобы избежать такого сбоя можно удалить позывной корреспондента из истории QSO нажав правой кнопкой мыши на кнопку Clear DX и уже потом перейти на передачу общего вызова.
Здесь JTDX возможно отработал верно(надо смотреть всю историю обмена сообщениями с CM2RSV в файле ALL.TXT), если принятые ранее сообщения от CM2RSV и ранее переданные ему сообщения есть в истории QSO то при получении от него очередного сообщения AutoSeq завершит с ним связь.
Не забывайте что полностью история QSO в оперативной памяти автоматически очищается только при смене диапазона, а для конкретного позывного она автоматически очищается если Вы вызываете этого корреспондента сообщением с QTH квадратом.
По всем незавершенным QSO желательно очищать историю QSO в памяти для конкретных позывных вручную, нажимая правой клавишей мыши кнопку Clear DX в присутствии этого позывного в окне DX Call, в противном случае при получении новых сообщений от этих позывных софт будет снова пытаться завершить QSO.
Давно говорил, считаю необходимым повторить в дополнение к этому посту http://forum.qrz.ru/6-cifrovye-vidy-...ml#post1431771
Пользователи использующие одно звуковое устройство на компьютере - операционная система Windows всегда его назначает устройством по умолчанию, пользователь в такой конфигурации не может изменить эту настройку.
Web браузер для озвучки всегда использует звуковое устройство по умолчанию, есть немало Web страниц которые этим пользуются и автоматически крутят видеоролики со звуком, проигрывают какую либо мелодию, некоторые страницы включают поток с микрофона.
Если у Вас на компьютере одно звуковое устройство которое используется для работы в эфире то не включайте Web браузер, софты Skype, Teamviewer во время работы в эфире. Также при использовании единственного звукового устройства отключите в операционной системе системные звуки поскольку они тоже идут через устройство по умолчанию.
Если у Вас два или более звуковых устройств то смотрите чтобы то что используется для приема/передачи не было выставлено в операционной системе устройством по умолчанию.
Такой подход позволит избежать многих проблем снижения эффективности декодирования, непреднамеренного излучения помех, сбоев в работе WSJT-X/JTDX.
Некоторые звуковые карты распознают подключение разъема и в зависимости от работы драйвера при таком событии операционная система Windows может сама менять звуковое устройство по умолчанию, если Вы используете такие звуковые карты например для Skype или для работы в эфире то необходимо периодически проверять настройки звука в операционной системе.
Как пример - при передергивании кабеля в разъеме на внешней карте ASUS Xonar U7, которую я использовал для работы в эфире, у меня Windows сразу ставил эту карту устройством по умолчанию. Если принцип определения подключения разъема контактный то такую проблему можно решить воткнув на постоянку в разъем звуковой карты переходник.
To: UA3DJY
Игорь, подскажите, как организована многопоточность работы многоядерного процессора в программе. Путем оптимизации кода под многоядерность, или средствами самой операционной системы.
Если многопоточность организована самой операционной системой, то наверное стоит переходить с Win7 на Win10?
Измененный функционал:
- устранен сбой в последовательности AutoSeq когда в приемном интервале не включается декодер (переполнение буфера звуковой карты)
- сделан первый шаг в функционале SWL FT8, эффективность декодирования примерно на 1 % выше, из-за позднего декодирования функционал SWL не предназначен для работы в эфире
- надпись на кнопке AutoSeq меняет цвет с черного на синий при активной опции 'Single shot QSO'
- устранен сбой включения кнопки Filter при отключенной кнопке Enable Tx и получении от декодера FT8AP ложно декодированного сообщения содержащего позывной оператора
- отсутствие звука на передачу:
-- устранен сбой пропадания звука когда во время передачи сообщения пользователь открывает настройки JTDX и не меняя звукового устройства закрывает диалог настроек нажатием кнопки OK
-- во время передачи сообщения при нажатии последовательно кнопок Halt Tx и Enable Tx необходим зазор примерно в 2 секунды, если кнопку Enable Tx нажать раньше то пропадет звук на передачу в этом интервале. Пока не знаю как сделать индикацию такого зазора либо выполнить его автоматически в коде.
- при изменении звукового устройства в настройках JTDX во время передачи сообщения теперь сделано такое поведение софта: при нажатии кнопки OK в диалоге настроек передача останаливается, кнопка Enable Tx получает желтый фон, примерно через 2 секунды кнопка Enable Tx включается автоматически (красный фон) и передача звука и сообщения возобновляется
- в статус баре внизу основного окна теперь показывается последний внесенный в лог позывной
- устранено несколько ошибок в коде и изменена обработка поступающего на вход декодера FT8 массива данных сигнала
собранный софт: https://cloud.mail.ru/public/MVLB/9f9NLrnGw
исходный код: https://cloud.mail.ru/public/2qtZ/Nv9bHhHaz
кодовые суммы:
File name: JTDX-18.1.0.63-win32.exe
MD5: BC962E667E0050241581C54C43735B61
SHA-1: 779C38332F9AAD37FA8E6E98598EF193AAC85FEC
SHA-256: F68DB4687E11F0A605C98F631F4DC5C2AE38D6B9A4E63FFE906B2FD7B8CC67B6
SHA-512: 5EA51DBB5D3E1CE9B6B1BE37922B6BD0F2E8C75B13BD9B2FF88CF19069DC63D899870D 7394C1B3748008A1B9C69A8C5AE4524032F1588B08B11CEA5239BFF881
RIPEMD: FC16CF4A667D4EC31E36A90AE599A0C202626ECF
JTDX.INI файл имеет такую же структуру как у версии 18.1.0.62.
В коде C++ есть отдельная нитка для звука, таймера при сборке падают в разные нитки, в коде на Фортране используется библиотека OpenMP, там два параллельных потока в моде JT9+JT65 и для не FT8 мод я фиксировал 4 потока на преобразование Фурье, как сделано преобразование в FT8 еще не смотрел.
Что то еще добавляет в многопоточность компилятор при сборке софта, код написанный на Фортране компилятор распараллеливает по заложенному в компиляторе алгоритму.
В результате еще добавляется взаимодействие с операционной системой и железом на низком уровне, поскольку запрошенные софтом потоки еще надо оптимально раскидать по железу.
В части взаимодействия с операционкой и железом есть разновидности Linux где сборка софта в ее процессе оптимизируется под операционку и железо на которых эта сборка делается.
Всем здравствуйте!Заметил следующее,крайние версии JTDX формируют иной формат файла журнала adi.В отличии от UR5EQF.Тот кторый формирует UR5EQF,JTDX не видит.А наоборот работает.В чём я так полагаю мой косяк?
Я бы не стал называть эти версии "официальными" в том смысле, который этот термин приобрел на нашем форуме. :s12: Эта версия скомпилированная из крайней тестовой версии исходного кода WSJTX 1.8.1 от разработчиков. Работает 8345 хорошо.
Я 1.7.1 перестал компилировать, так как большая часть изменений там - работа над новым интерфейсом для работы DX экспедиций. Все изменения, касающиеся "обычной" работы дублируются в 1.8.1
JTDX v18.1.0 step 63 - тестирование нового функционала
Linux version (compiled on Ubuntu 16.04LTS 64-bit)
Binary files only:
https://cloud.mail.ru/public/KASK/SmFMbt2dN
Linux 64-bit deb-package (not tested!):
https://cloud.mail.ru/public/9ZdS/fMpNfHiEn
Linux 32-bit deb-packages (not tested!):
https://cloud.mail.ru/public/ADe3/FcGCReyoK
PS Поймал интересный прикол - не могу вставить ссылку на 32-битную версию.
Вернее ссылка вставляется, но не рабочая... Оказалось, что путь "в облако" сгенерировался
и использованием известной комбинации /FuC*/, которую порлиткорректное ПО
форума упорно заменяет на /xxxx/. :)
Пришлось перезалить в облако заново. :)
Формат adi он и в Африке adi. У меня без проблем JTDX читает adi из UR5EQF и наоборот.
Если касаемо правильного отражения информации в логе UR5EQF по FT8, то для правильного формирования adif для мод FT8 нужен Update 3.31-61a для лога, в противном случае файл adi будет формироваться неправильно.
С этими установками:
Вложение 203252
программа работает без сбоев. Спасибо.
Лог UR5EQF всё читает а вот то что он выдаёт потом JTDX почему то не читает.Если открыть файл от UR5EQF и JTDX у них разный формат внесения информации может поэтому?Ранее на это не обращал внимания.А в версиях от 50 и выше заметил что теряются связи .Я ещё тестирую и WSJTX поэтому связи скидываю на рабочий стол а потом в журналы .Вот и не пойму где...?
В ur5eqf в редакторе диапазонов и модуляций надо добавить моду FT8.
Игорь,
Привожу кусок связи.
20180105_035316 Transmitting 7.074 MHz FT8: CM2RSV AG2T -02
20180105_035345 Transmitting 7.074 MHz FT8: CM2RSV AG2T -02
20180105_035400 -4 -0.2 2140 ~ AG2T CM2RSV EL83
20180105_035414 Filter button is switched on
20180105_035415 Transmitting 7.074 MHz FT8: CM2RSV AG2T -04
20180105_035430 0 -0.2 2140 ~ AG2T CM2RSV EL83
20180105_035444 Filter button is switched on
20180105_035445 Transmitting 7.074 MHz FT8: CM2RSV AG2T +00
20180105_035507 Filter button is switched off
20180105_035615 Transmitting 7.074 MHz FT8: CQ DX AG2T FN30
20180105_035615 Filter button is switched off
20180105_035600 -11 -1.4 1612 ~ HA7TM CO2AFV R-19
20180105_035615 Transmitting 7.074 MHz FT8: CM2RSV AG2T RR73
20180105_035615 QSO logged: CM2RSV
20180105_035630 1 -0.1 2141 ~ AG2T CM2RSV RRR
20180105_035645 Transmitting 7.074 MHz FT8: CM2RSV AG2T 73
Я понимаю,что версия работает правильно,но по моему,что то не работало правильно он как видно мощность увеличивал до +00 ,a может время не совподало.
В том то и дело,что развелось тысячи версий как грязи и по этому я в таком случае буду передовать "I USE NEW JTDX"
И еще думаю кнопку "Clear DX" надо поменять местами с "SWL mode" дело в том,что в ФТ8 всё происходит быстро в том то и дело ,что можно забыть нажать на кнопку "Clear DX" может можно сделать в этом сценарии что бы она мигала? :assassin:
Не понятно, в приемном окне янков нет, а в алерте они есть. Версия функционала 63.
Вложение 203262
Всех с новым годом,ребят,может уже было.....а где найти русский мануал для jtdx,чтоб совсем для ламера(прошу не для себя).Спасибо
Oн просто не декодировал большую часть Ваших сообщений.
Интересно что AutoSeq в этом сценарии и при ручном вмешательстве смог провести QSO "в рассрочку", мне только не нравится что не получив рапорта AutoSeq передал сообщение RR73.
20180105_035400 -4 -0.2 2140 ~ AG2T CM2RSV EL83
20180105_035415 Transmitting 7.074 MHz FT8: CM2RSV AG2T -04
20180105_035430 0 -0.2 2140 ~ AG2T CM2RSV EL83
здесь отсутствует передача в 035445 035515 035545
20180105_035615 Transmitting 7.074 MHz FT8: CQ DX AG2T FN30
здесь не должно быть смены CQ на сообщение RR73:
20180105_035615 Transmitting 7.074 MHz FT8: CM2RSV AG2T RR73
20180105_035630 1 -0.1 2141 ~ AG2T CM2RSV RRR
20180105_035645 Transmitting 7.074 MHz FT8: CM2RSV AG2T 73
благодарю, добавил в список возможных дефектов, проверим
Игорь, прошу прощение за мою не компетентность, где это?
Николай вот файл:
# UR5EQF log v.3.31-61 ur5eqf.com
<PROGRAMID:10>UR5EQF log
<PROGRAMVERSION:7>3.31-61
<ADIF_VER:4>2.00
<EOH>
это из UR5EQF:
<OPERATOR:5>RU4AJ<CALL:5>UA3RQ<QSO_DATE:8>20111029<TIME_ON:4>0718<FREQ :5>145.5<MODE:2>FM<RST_SENT:2>59<RST_RCVD:2>59<GRIDSQUARE:6>LO02rj<PFX :4>UA3R<DXCC_PREF:3>UA1<BAND:2>2M<CONT:2>EU<EQSL_QSL_RCVD:1>Y<QSLMSG:1 9>TNX For QSO TU 73!.<CQZ:2>16<ITUZ:2>29<DXCC:2>54<EOR>
это из JTDX:
<station_callsign:5>RU4AJ <my_gridsquare:6>LO00xu <eor>
<call:5>DL9CW <gridsquare:4>JO61 <mode:3>FT8 <rst_sent:3>-11 <rst_rcvd:3>-20 <qso_date:8>20180105 <time_on:6>042615 <qso_date_off:8>20180105 <time_off:6>042759 <band:4>160m <freq:8>1.841455 <station_callsign:5>RU4AJ <my_gridsquare:6>LO00xu <eor>
Олег я так и делал всегда как Вы говорите НО дошло до такого что файл wsjtx_log.adi его прога JTDX не видит а wsjtx_log без adi видит.А ведь не должно так.Похоже что сказалась работа сфайлами разными редакторами.ADIFMaster,WORLDPad и Блокнот.
Отправте в adif из EQF одну связь в FT8 и покажите её здесь. JTDX прекрасно видит adif из различных логов, пробовал EQF и LogHX.
Все нормально. Ошибок нет. Вот фрагмент моего лога wsjtx_log.adi с Вашей строкой.Вложение 203289
Олег правильно Вам написал. Только забыл сказать что этот файл в директории ....AppData-Local-JTDX
И снимите в Windows галку не показывать скрытые файлы и папки и галку не показывать зарегистрированные расширения
Разобрался.В адиф файле мода сохранялась не правильно надо без дефиса!FT8.Я проморгал спасибо всем всё заработало.Теперь исправляю более 800 связей.73!
v63 режим AutoSec3: Не приняв ответное 73, автомат прерывает повторное RR73 в начале цикла передачи
Вложение 203298
Борис попробуйте вот эти настройки
Вложение 203305
Здравствуйте все.
Использую 63 версию. В режиме JT65. Работаю на общий вызов, AutoSeq -2, после получения 73 от корреспондента выключается Enable TX.
Вложение 203307
Сейчас у меня другой позывной - VE3LL.
не успеваю и читать и версии менять, сегодня попробовал 62-ю.
Она живет своей жизнью, на CQ мучения, отключается передача после 73 и ручного внесения связи, включается не тот период и тд. И перезапускал, ничего не меняется. Не очищаются строки, хотя и птица стоит. Качну 63-ю сегодня.
to UX8IW, VE3LL, UT8NT:
отправил Вам на почту (адреса с qrz.com) патч который возможно в разных сценариях устраняет сбой приводящий к выключению передачи при использовании сообщения RR73 на передачу, проверьте пожалуйста
я в лабораторных условиях смог протестировать только устранение сбоя как на приведенной картинке
Игорь была такая ситуация:
Вложение 203318
(остановил передачу Haltом)
Вложение 203319
пока повторить подобную связь не получается, чтобы убедиться, что это не случайность.
При повторных циклах RR73, когда нет пропуска цикла приема, связи завершаются штатно без повторов:
Вложение 203320
Мой товарищ, который не зарегистрирован здесь, попросил узнать. Вот его вопрос:
"JTAlertX 2.10.8 работает ли сообщение о новой стране и т.п. в FT8 модуляции через динамики (вторую звуковую карту)? У меня в JT65 всё сообщает. В FT8 - тишина."
Он в паре использует JTDX 34ю
Может кто что подсказать?
Игорь !Прочитал работу autoseg у меня ни при одном сценарии автоматом на CQ не переходит по завершению enable tx отключается
Измененный функционал:
- устранен сбой AutoSeq в сценарии использования направленного вызова :
20180105_035400 -4 -0.2 2140 ~ AG2T CM2RSV EL83
20180105_035415 Transmitting 7.074 MHz FT8: CM2RSV AG2T -04
20180105_035430 0 -0.2 2140 ~ AG2T CM2RSV EL83
оператор отключил передачу в интервалах 035445 035515 035545
оператор передал направленный общий вызов:
20180105_035615 Transmitting 7.074 MHz FT8: CQ DX AG2T FN30
AutoSeq ошибочно сгенерировал сообщение RR73 :
20180105_035615 Transmitting 7.074 MHz FT8: CM2RSV AG2T RR73
20180105_035630 1 -0.1 2141 ~ AG2T CM2RSV RRR
20180105_035645 Transmitting 7.074 MHz FT8: CM2RSV AG2T 73
- выровнен цветной фон для передаваемых сообщений
- устранен сбой AutoSeq когда при использовании передачи сообщения RR73 для завершения QSO передача отключается еще до завершения QSO другим корреспондентом (не декодировано сообщение 73 от корреспондента). Примененный патч может устранить еще ряд сбоев с неожиданным выключением передачи при использовании на передачу сообщения RR73. Здесь картинка со сбоем http://forum.qrz.ru/6-cifrovye-vidy-...ml#post1432747
собранный софт : https://cloud.mail.ru/public/7cG3/5tKNPz22H
исходный код : https://cloud.mail.ru/public/2Ak3/qm4CUCFtu
кодовые суммы:
File name: JTDX-18.1.0.64-win32.exe
MD5: B78A7853DA6FE6F79E4CFEDB9E12AC23
SHA-1: F4ED7BA55534601CFB6B5ED74451A53D0023287E
SHA-256: 2623179A909D531FB9C0FD7479B4B5174AC170C3234EE142B72F33A73B2FD36B
SHA-512: 6F77621F91419D98A96B4A0D48BC3E42184C2078B913CC7050544D4B6E75EA2263B176 64BA2C97E555639A634BF8F873640B247EA571CBF7F6236371EA37D770
RIPEMD: FF40072E4CF290C29165BEA0BBA7B58F9A52F4C4
Файл JTDX.INI имеет такую же стуктуру как для версии 18.1.0.63.
Андрей, управление кнопкой Enable Tx из функционала AutoSeq зависит от времени внесения QSO в лог, если оно вносится уже после декодирования сообщения 73 от корреспондента (после завершения QSO) то цикл AutoSeq прерывается выключением кнопки Enable Tx.
Возможно самый удобный способ работы на общий вызов - автоматическое занесение QSO в лог, в этом режиме кнопка Enable Tx должна всегда отключаться и оператор включая ее обратно возобновляет цикл AutoSeq.
В любом случае при раннем занесении QSO в лог часть незавершенных QSO не будет подтверждена корреспондентами и чистка лога уже на усмотрение оператора.
Решил сегодня протестировать 63 версию. Включил на прием - на передачу не переходил. Минут через 10 вылезло вот это:
Вложение 203334
Что это?
Дело в том что в автоматическом занесении что в ручном до завершения связь enable tx отключается
поставил 64-ю, после получения 73 отключается передача на CQ. Внесение в лог - ручное.
20180106_133430 Transmitting 18.1 MHz FT8: CQ UR0MC KN99
20180106_133415 -15 0.1 2178 ~ CQ DX ZS6JES KG43
20180106_133415 -24 -0.8 2346 ~ CQ MW6JUY IO81
20180106_133415 -17 0.2 2521 ~ CQ LX1TI JN29
20180106_133415 -17 -0.4 2104 ~ RA3YDA GM7VFR RRR
20180106_133445 -8 -1.8 1896 ~ UR0MC IZ2BZP JN45
20180106_133445 11 0.2 444 ~ UR9QQ I1RJP 73
20180106_133445 0 0.3 541 ~ CQ DX ZS6UB KG43
20180106_133445 -16 0.3 662 ~ OD5PY DJ0QO -12
20180106_133445 -11 -0.6 696 ~ OD5PY YV5LI FK60
20180106_133445 -21 0.2 852 ~ PY2APK HB9IIE JN36
20180106_133445 -18 0.7 1052 ~ DL3LBP VU2EKJ -11
20180106_133445 -15 0.2 1131 ~ CQ NA IK7UXY JN90
20180106_133445 -17 0.6 1330 ~ T77BL RW6AB -20
20180106_133445 -15 0.2 1383 ~ 4L1MA DC9JVN JN59
20180106_133445 -1 1.4 1607 ~ SV5AZK F4BME JN37
20180106_133500 Transmitting 18.1 MHz FT8: IZ2BZP UR0MC -08
20180106_133445 -12 -0.1 1954 ~ YO7CKQ 4Z5ML R-05
20180106_133445 0 -1.6 2056 ~ RX3ASP HB9BOU RRR
20180106_133445 1 0.2 2199 ~ UY3LV IZ2KLV +08
20180106_133445 -24 -0.8 2346 ~ CQ MW6JUY IO81
20180106_133445 -20 0.2 2521 ~ CQ LX1TI JN29
20180106_133445 -20 0.3 1563 ~ I0JX K8AJA 73
20180106_133445 -14 -0.3 2103 ~ RA3YDA GM7VFR 73
20180106_133445 -15 0.2 2177 ~ CQ DX ZS6JES KG43
20180106_133515 -5 -1.9 1896 ~ UR0MC IZ2BZP R-09
20180106_133515 -8 -0.6 378 ~ MM0CBL UT4XU KO40
20180106_133515 3 0.2 540 ~ UR5LY ZS6UB -12
20180106_133515 -12 0.3 662 ~ OD5PY DJ0QO -12
20180106_133515 -13 0.7 1051 ~ DL3LBP VU2EKJ RR73
20180106_133515 -14 0.6 1330 ~ T77BL RW6AB -20
20180106_133515 -6 0.3 1382 ~ 4L1MA S56TOM R+07
20180106_133515 -3 0.7 1607 ~ SV5AZK F4BME JN37
20180106_133515 -2 0.1 1688 ~ VK1MA IU2DMI JN45
20180106_133515 -17 0.7 1787 ~ CQ UA4AVG LN28
20180106_133515 -12 -0.1 1954 ~ YO7CKQ 4Z5ML 73
20180106_133530 Transmitting 18.1 MHz FT8: IZ2BZP UR0MC RR73
20180106_133515 -6 -1.6 2056 ~ RX3ASP HB9BOU 73
20180106_133515 -3 0.2 2199 ~ UY3LV IZ2KLV RRR
20180106_133515 -17 0.2 2521 ~ CQ LX1TI JN29
20180106_133515 -19 0.2 708 ~ OD5PY UR5WCA KN29
20180106_133515 -11 0.3 1983 ~ CQ M0IAX IO90
20180106_133515 -10 0.2 2177 ~ CQ DX ZS6JES KG43
20180106_133533 QSO logged: IZ2BZP
20180106_133545 -8 -1.9 1896 ~ UR0MC IZ2BZP 73
Вложение 203336Вложение 203337Вложение 203338
У всех так или только у меня одного ? После CQ мне отвечают, а у меня программа в ответ на секунду даёт CQ а потом уже рапорт
Игорь, вот второе куесо на сыку и снова то же самое, отключается передача
20180106_135030 Transmitting 18.1 MHz FT8: CQ UR0MC KN99
20180106_135015 -11 0.2 1768 ~ CQ ON4MAD JO20
20180106_135015 -11 -0.3 1995 ~ CQ GM7VFR IO75
20180106_135015 -11 0.2 2096 ~ UR9QQ ZS6EA -12
20180106_135015 -15 0.2 2437 ~ ZA/IW2JOP M3CHE
20180106_135015 -22 0.1 1125 ~ DK9KW UW5EHR 73
20180106_135015 -14 0.3 1278 ~ W3PV G4MLW 73
20180106_135045 -18 0.1 540 ~ I1RJP HA1SU -14
20180106_135045 6 0.2 782 ~ SV5AZK G6NHU 73
20180106_135045 -18 0.1 875 ~ CU2AP OK2ZO 73
20180106_135045 -13 0.2 913 ~ CU3AK DL1KSW R-19
20180106_135045 -1 -0.9 1034 ~ UR9QQ G5LP 73
20180106_135045 -1 0.2 1245 ~ CQ F5IKO JN18
20180106_135045 -21 0.2 1354 ~ CQ M6XAT IO84
20180106_135100 Transmitting 18.1 MHz FT8: CQ UR0MC KN99
20180106_135045 4 0.7 1642 ~ CQ F4FZR JN25
20180106_135045 -10 0.2 1768 ~ CQ ON4MAD JO20
20180106_135045 5 0.2 2023 ~ 5P1KZX ZS6UB R-10
20180106_135045 -6 0.2 2096 ~ UR9QQ ZS6EA -12
20180106_135045 -22 -0.0 2222 ~ K4RW SP6IHE JO80
20180106_135045 6 0.5 2467 ~ UR0MC LX1HD JN39
20180106_135045 -12 2.3 1743 ~ CQ G0OQX IO93
20180106_135115 -11 0.2 539 ~ I1RJP HA1SU -14
20180106_135115 -6 -0.8 839 ~ PY2APK G5LP -14
20180106_135115 -4 0.2 913 ~ CU3AK DL1KSW 73
20180106_135115 -21 0.6 1050 ~ CU3AK VU2EKJ MK80
20180106_135115 -3 0.3 1245 ~ CQ F5IKO JN18
20180106_135115 -22 0.2 1353 ~ CQ M6XAT IO84
20180106_135115 3 0.8 1642 ~ CQ F4FZR JN25
20180106_135115 -5 0.3 1768 ~ CQ ON4MAD JO20
20180106_135115 4 0.3 2024 ~ 5P1KZX ZS6UB 73
20180106_135115 -10 0.3 2095 ~ UR9QQ ZS6EA -12
20180106_135115 4 0.6 2467 ~ UR0MC LX1HD JN39
20180106_135130 Transmitting 18.1 MHz FT8: LX1HD UR0MC +04
20180106_135115 -19 0.8 1552 ~ CQ DL2IAU JN49
20180106_135115 -15 0.4 2437 ~ IW2JOP M3CHE R-09
20180106_135145 6 0.5 2467 ~ UR0MC LX1HD R-12
20180106_135145 -18 0.2 540 ~ I1RJP HA1SU RR73
20180106_135145 0 0.3 601 ~ ON4WIY ZS6UB -04
20180106_135145 -5 -0.8 839 ~ PY2APK G5LP RR73
20180106_135145 -3 0.2 913 ~ CU3AK DL1KSW 73
20180106_135145 -4 0.2 1245 ~ CQ F5IKO JN18
20180106_135145 -19 0.2 1354 ~ CQ M6XAT IO84
20180106_135145 7 0.8 1640 ~ UY5QZ F4FZR -09
20180106_135145 -5 0.2 1768 ~ CQ ON4MAD JO20
20180106_135145 -20 -0.6 2220 ~ K4RW SP6IHE R+00
20180106_135200 Transmitting 18.1 MHz FT8: LX1HD UR0MC RR73
20180106_135145 4 0.2 2628 ~ ZS5LEE ON8BB JO21
20180106_135145 -10 0.3 2438 ~ IW2JOP M3CHE 73
20180106_135202 QSO logged: LX1HD
20180106_135215 2 0.5 2467 ~ UR0MC LX1HD 73
20180106_135215 7 0.2 601 ~ ON4WIY ZS6UB RR73
20180106_135215 -11 0.2 662 ~ CQ IK0HQV JN62
20180106_135215 -7 0.7 913 ~ CU3AK DL1KSW 73
20180106_135215 -17 0.5 1050 ~ CU3AK VU2EKJ -11
20180106_135215 -3 0.2 1246 ~ CQ F5IKO JN18
20180106_135215 -15 0.2 1353 ~ CQ M6XAT IO84
20180106_135215 -10 0.2 1426 ~ CQ ON4MAD JO20
20180106_135215 4 0.7 1639 ~ UY5QZ F4FZR RRR
20180106_135215 -14 -0.6 2221 ~ K4RW SP6IHE 73
20180106_135215 -5 0.2 2628 ~ ZS5LEE ON8BB JO21
20180106_135230 -19 0.3 539 ~ VO1ANJ G4MLW IO93
20180106_135230 4 -0.4 601 ~ ZS6UB ON4WIY 73
20180106_135230 -5 0.4 689 ~ CQ ON3DWG JO10
Такое поведение на медленных процессорах. В AutoSeq3 софт ждет окончания декодирования интервала(на медленных процессорах софт продолжает декодировать во время передачи) и уже потом принимает решение о новом сообщении на передачу.
Можно использовать автоматическое включение фильтра вместе с AutoSeq3 - тогда при включенном фильтре во время проведения QSO декодирование будет ощутимо быстрее.
Продолжаю на CQ и сразу после получения от корра 73 отбивается передача.
enable tx отключилось ручной вводВложение 203342Вложение 203343
Еще, у меня стоит птичка clear DX, но очистки нет
64 версия,
в АutoSeg1 сохранял QSO после окончания передачи моей посылки "HisCall MyCall 73" программа включилась на передачу и повторила еще раз "HisCall MyCall 73"
Вложение 203347
Нестандартные сообщения такого типа тоже не обрабатываются:
Вложение 203348
Тема огромная,не хочу лопатить дабы найти ответ на
вопрос
Программа WSJT-X,перепробовал несколько версий.У всех версий одна проблемка.
Пример.Выбираю станцию,начинаю вызывать.Трансивер переходит на передачу,реле щёлкают а на водопаде ноль сигнала,стрелка антенного прибора на нуле.Нажимаю дуплетом Halt TX-Enable TX,передача пошла но секунды ушли и программа корреспондента иногда не успевает(а иногда успевает) декодировать мой сигнал- и это вносит нервозность.
Это происходит в одном QSO из,ну,примерно десяти,я статистику не веду.Вроде мелочь но когда коснётся DX,как сегодня утром с V51YJ-такой косяк дико взбесил,вот и решил спросить.
Что это-проблема программы?Или проблема моего трансивера?
Трансивер Flex-1500,система Вин 7,Вин 8.На обоих компах стоит одна и та же WSJT-X 1.8.0 r8193.И на обоих компах одна проблема.
VAC 4.15.0 полная лицензия,по логике-вряд ли из-за VAC...VSPE тоже лицензионная.
Спасибо.
JTDX 63.
В процессе автоматической работы на CQ самопроизвольно отключилась кнопка AutoSeq3. Заметил не сразу. Пока не повторилось.
При нажатии TUNE не всегда на выходе компа есть тон.
При задержке декодирования, когда отвечают другому, ТХ включается иногда кратковременно без звука, иногда на секунду со звуком, а иногда на полный цикл. С фильтром стабильней, но иногда сбоит. Загрузка процессора макс. 30%
Работая в режиме Split, неоднократно наблюдал, как корреспондент переходит для ответа на мою "дорожку", а после окончания QSO начинает там давать CQ без угрызений совести. Хорошо бы эту возможность заблокировать, но вряд ли такое можно реализовать.
Цветовой фон заливки вызывающего позывного в правом окошке можно как-то поменять?
Вячеслав,а как вы делаете снимок с менюшкой Autoseq у меня printSc не работает и есть еще программа Light shot тоже не работает
Вложение 203347[/QUOTE]
RJ7M
Я так понимаю что у JTDX и WSJT-X одна проблема.
Понятно,спасибо.
Как бы не смертельно но неприятная мелочь.
Такое ощущение что проблема сбоя в проключении звука внешняя, за несколько лет работы с WSJT-X и JTDX не встречал отсутствия звука на выходе звуковой карты, исключение составляет вариант "Нажимаю дуплетом Halt TX-Enable TX", после него бывает пропадание TX звука в интервале, возможно что зависит от размера буфера в WSJT-X/JTDX на передачу.
Еще один прикол.
Вещаю вот прямо сейчас на общий вызов.
AutoTX и AutoSeq включены.
Зовет меня UA0NL - программа ему не отвечает.
Кликаю по строчке UA0NL - программа отрубает передачу и отключает Enable TX.
привет всем,
Я не захотел работать в Round Up .
и начал тестировать 64версию.
при сценарии картинки внизу я работал на CQ и кстати у меня принимали две программы WSJT и JTDX вы поймёте глядя на картинки, но связь с W8EH как видим продолжала давать ему RR73 потому,что он мне не дал прощальные 73.Естественно я нажал Halt програма не почистила окна с его позывным я начал давать CQ и елы палы,а вместо CQ снова ему репорт давал.
Так я пошел пробовать другие сценарии.
пробую такой сценарий и полный игнор меня зовут,а програма CQ .
Не работает, EnableTX отключается, очистка Тх1-Тх5 не происходит:
а в этом случае EnableTX не отключился, но т.к. очистки нет, пошла передача повторного 73, принудительный перевод в Тх6 привел к отключению EnableTX:
кроме того, на QSO с SP2EWQ не включился фильтр:
часть файла ALL.txt прилагаю
Вложение 203376
Вот ситуация когда программа не приняла от корреспондента прощальные 73 (стрелка)и продолжает давать "HisCall MyCall 73" , вроде как правильно-добивается получить 73.
На той стороне я уже в логе, оператор продолжает работать на CQ. связь состоялась .
Игорь может можно как то "научить" программу в таких ситуациях не включаться на передачу. А реагировать например на принятые запросы, например в случае повторной передачи корреспондентом RRR?
или я уже очень многого хочу от программы? :)
И что еще, например я даю CQ раз так 8-9 пример я уже всё отрубил и через минуту,а то и больше меня зовут.
Мысли вот какие,чел раздвинул свою программу на весь экран,она всё накапливает CQ от всех каждые 15 сек и он зовёт меня, он то думает ,что я только закончил CQ,а я или уже работаю с кем то или отключил передачу и все почистил,понятное дело,что он поймёт позже.
Я так думаю когда цикл завершен, в левом окне он должен очищаться,через например две-три секунды если это возможно сделать програмно.Ну кто не успел вызвать тот опоздал и будет ждать следующий цыкл.
Надеюсь меня поняли правильно.
Вложение 203377
JTDX v18.1.0 step 64 - тестирование нового функционала
Linux version (compiled on Ubuntu 16.04LTS 64-bit)
Binary files only:
https://cloud.mail.ru/public/GkE4/eqipNqV7m
Linux 64-bit deb-package (not tested!):
https://cloud.mail.ru/public/EBUe/sWVeauwk5
Linux 32-bit deb-packages (not tested!):
https://cloud.mail.ru/public/5Qsj/EEXFYpVj1
Да!!! Проблема...
Кнопочек и галочек уйма, и когда что где изменить? На какой вид связи как поставить? А времени на роздумывание 1секунда?
А если челу уже за 70 лет?
Удобно работать такой программой? А выход где, WSJT-X? Как то не так...
Да и JTDX, морока, баги, утраченные связи, ... жизнь идёт, выбирай что хочешь.
Хоть MSHV - но это вообще, не то и не другое...
P. S. - ранее пропустил, добавка:
а инвалиды, люди имеющие физические (не по своей прихоти) ограничения, и РАДИО для них единственная отдушина в их жизни? Неужели у Вас нет таких знакомых и друзей? Вы им не помогаете? Не верю...!
хорошо когда есть конкуренция и возможность выбора - каждый выбирает то что ему лучше подходит
монополия, в любых сферах, принуждает потребителя использовать единственное предложение на рынке и не предусматривает развития, в случае монополии развитие является артефактом, для ее существования развитие не требуется и создает монополии только головную боль
надеюсь что Beat HB9HQX тоже добавит FT8 в софт JT65-HF
Я добавил P. S. в предыдущее сообщение, и совсем забыл про HB9HQX, но удобства и отсутствие моды JT9 (а теперь ещё T10 и FT8) как то сразу подтолкнули на WSJT-X, а после и JTDX. А друг мой после инсульта... вот и поймите меня, и таких как он... усложнения даже нас уже предельно напрягают (и возникает куча вопросов и хотелок)...
да я успеваю, в мои года - да так, у многих молодых знание предмета много хуже ...
P. P. S. - "а для инвалидов! есть инвалидки" - так проще!
Вложение 203386
Опять кратковременное включение TX
При получении от корреспондента RR73, независимо от того что принимает далее программа она не должна включаться на передачу....
Как то бы реализовать этот запрет....
Галки-палки и другая лабуда...
Софт тестовый! Он направлен на обкатку.
А им пытаются работать все подряд.
Кому за 70, у кого инсульт был недавно итд итп...
Друзья, ну есть же сухая 34 версия!
Работайте на здоровье!!!
На данном этапе при тестировании - ДА!
После отлаживания всех хотелок-сделают софт доработанный.
Он будет попроще с раставленными галками, где это нужно
и будет это уже в автоматическом режиме...
Друзья давайте будем толерантными.. молодой не значит не догоняет, Александр просто воспроизвел ситуацию которая ранее возникла у AG2T , сейчас каждая версия с новыми "подводными камнями"
Ну вот разве мог я подумать что, теперь для работы в режиме CQ нужно снимать галку режима который изначально как раз был предназначен для очистки окон макросов и корректной работы на CQ
Вложение 203393
Кстати Александр мне и подсказал что именно так программа очистит окна, и вместо прощальных 73 "станет" на CQ
теперь выбрав такой режим не нужно каждый раз включать Enable TX программа это делает сама , нам нужно только сохранять в лог qso
Да согласен неудобно выбирать каждый раз "эту галку" но это пока, пока софт доводиться до ума.
Возможно в будущем Игорь "нарисует" две кнопки "работа на общий" и "работа на поиск" и тогда не будет необходимости подстраиваться под каждый режим работы выбирая команды в меню и подменю...
Расскажите о меню Misc.
Пытался перевести, но что-то смысл не уловил.
«Обходной текст фильтруется на частоту»
«Обойдите все текстовые фильтры»
«Сообщения показа декодировались из обертонов»
«Сообщения показа с callsing в частотном окне RX»
«Допустимое основное высвечивание окна»
Вложение 203394
Почему-то не хочет сюда точка ставится, когда корреспондент уже дал 73?
Вложение 203398
Что бы было меньше вопросов про галочки необходимо уже сейчас разделить работу на CQ и проведение обычных QSO!
Спасёт дальнейший конфликт по интересам появление 2-3х кнопок или пунктов в меню.
При выборе этих кнопок можно так же дать право выбора галочками неких подпунктов, которые сейчас обкатываются.
Вложение 203395
Вложение 203396
Вложение 203397
Но опять же это на время тестирование...
После обкатки всех вариантов галачек,
необходимо будет в эти три кнопки заложить
автоматический выбор настроек.
Предполагаю что в будущем в кнопке CQ будет 2-3 пункта:
CQ
-cq (5 пустых cq и ручная настройка)
-auto cq (10 пустых cq и автоматическая настройка)
.prog (программером(создателем))
.user (пользователем)
-bot cq (работа бота на общий вызов без ограничений до вмешательства пользователем)
.1 час
.2 часа
.3 часа
работаю весь день шаг 64 и своим и дробным позывными прогресс на лицо,только заморочка на вызов и на поиск с установками,но думаю с этим справятся
Игорь, а я всё-таки совершенно не понимаю, КАК работает в JTDX функционал
AutoSec...
Сегодня сижу и с утра экспериментирую, когда же и при каких именно настройках
у меня АВТОМАТОМ завершится QSO. Так ни разу и не получилось. Что в JT65,
что в FT8.
Начало QSO срабатывает отлично - в FT8 позывной вызывающей станции
"цепляется" грамотно, идет ответ. В JT65 ручками выбираем, кому именно
ответить.
Само QSO тоже проходит нормально. Если рапорт не получен, отвечаем повторно
с рапортом, если получен - даем RR73.
А вот финал QSO ну никак не получается!
Дали RR73, в ответ получили (неважно) 73 или RR73 -- и начинаются
"гонки по кругу" - опять повторяем RR73!!!!!! И так до бесконечности.
Пока руками не "убъешь". Доходит до абсурда - руками выставляю
режим передачи на CQ-DX, только отвернулся - а мы снова продолжаем
прощаться с давно занесенным в лог корреспондентом (он, кстати, давно
с другими QSO проводит)...
Что и где я не так делаю?
PS реакция одинаковая что в Linux, что в Win - версиях.
1) Отключить фильтры, установленные на вкладке Filters настроек на частоте приема
2) Отключить фильтры, установленные на вкладке Filters настроек
3) Показывать сообщения, декодированные из гармоник мощных сигналов (для разработчиков/тестеров)
4) Показывать сообщения с позывным оператора в приемном окне (При выборе этой опции все принятые сообщения, содержащие позывной оператора будут показываться в окне приема, вне зависимости от их частоты)
5) Разворачивать главное окно программы при срабатывании фильтра, установленного на вкладке Filters настроек.
Правильные мысли Вячеслав! Согласен на все 100%.
Как там дела на поиск? Интересует автоподбор всех подряд
и даже тех кто даёт направленный выбор (cq na, dx, ja итп)
Баг такой имеется?
И еще...
Кнопками TUNE и STOP приходилось пользоваться?
Вложение 203403
Я ни разу их не трогал...Обхожусь enablem TX.
Они такие крупные и нечастоиспользуемые,
что можно и вместо них сделать кнопки CQ/QSO/SWL .
Последнюю (swl) можно перетащить, освободив место под кнопку монитор,
которую я тоже ни разу не трогал. Горит да горит зелёным...
Рома привет. На поис пока все нормально работает.
У меня проблем с авто-грабом не было, хотя читал и слышал, что не у всех в режиме AutoSeg программа "подхватывает" позывные.
Если фильтра стоят на Европу например, я работаю направленно на AS и вдруг я понадобился поляку или чеху, программа примет этот позывной проигнорировав мои настройки , так было и в ранних версиях, это демократично, и разгружает окно приема(левое) от лишней информации. Часто бывает так что корреспондент после моих 73, пытается что то передать, или переспросить,но не получив декод программа кратковременно включается на передачу . Хоть и это включение на передачу кратковременное но период приема уже "пропал"-не декодируется. Такое же кратковременное включение происходит в то время когда одновременно позвав, корреспондент отвечает не мне а другому оператору...Если зовут меня одновременно две станции -программа отвечает тому у кого сигнал сильнее.
Ух какая каша, Вячеслав, дружище... Идёт путаница между cq и qso.
При работе на cq, если стоит даже направленный вызов (cq na r2ea ko82),
то фильтр не фильтр, прога всё ровно примет зовущего на твоей вызывной частоте...
И это будет правильно (без обид), значит я ему нужен для диплома или тому подобное.
А вот на подбор, хотелось бы мух отделять все же от котлет.
Там есть меню в котором прога на поиск зовёт всех кто даёт cq...
и хватает даже тех кто стоит на cq направленно (cq ja/na/sa/af).
А это не есть - хорошо (не по нашему). Не красиво!!!
И программу нужно учить умным самостоятельным решениям!
:s7:
Спасибо Иван!
Всё для вас...
Вложение 203405
Дай Бог и Вам того же!
Ну, я уже не знаю где копать. CALL3.TXT равен нулю. Кнопка "Hint" не нажата, а американцы есть в Алерте, но на экране ФТ8 их нет.
Вложение 203418
Сейчас запустил WSJT-X, и о ужас! Там американцы и в Алерте есть, и в WSJT-X есть. Получается, что в JTDX не все отображаются?
Запущены две программы, WSJT-X & JTDX, на WSJT-X есть Канада, Американцы, Венесуэла, а на JTDX они отсутствуют. Фильтров нет.
Вложение 203427
Ну вот 7мгцВложение 203428
вот WSJTВложение 203429
#FT8
Оригинал https://www.youtube.com/watch?v=X3Hjkj8NLf8
Провел небольшое исследование с двумя запущенными JTDX & WSJTX
Разница в уровнях не более 1 dB
Обе программы фиксируют потоки без явных пропусков. Прием сигналов равнозначен. Движок ведь один у них.
Не вижу повода сомневаться.
Вложение 203430
Пытался дозваться N3UP. Неудачно...
Тем не менее, прохождение на 17м угасает и на скринах можно видеть идентичность, без малого, декодов двумя программами.
Вложение 203433
Ситуация с "неподхватыванием" позывного отвечающей станции при работе на CQ решилась включением кнопки AutoTX. Не вижу какой -то понятной связи, но тем не менее- перевел эту кнопку в "зеленое" положение и всё заработало как надо. Даю CQ, станция отвечает, декодируется и дальше всё идет в автоматическом режиме.
Ды, многие с этим уже согласны! И те кому 33, и те кому 70...
Частичное и не сложное решение, тут уже предлогали... Теперь дело за разработчиком.
Возможно он сочтет сделать нам облегчение немного по другому, но это сути не меняет.
Потому, как всё то, что тестируем последние недели, нужно реализовывать в более понятный "сигмент".
А то скоро запутаемся - окончательно.
Сама опция декодирования второй и третьей гармоники JT65 сигнала ощутимо подняла эффективность декодирования за счет вычитания сигналов-гармоник в версии JTDX 18.0.0.133. Опциональный показ сообщений был сделан для того чтобы узнать позывной оператора работающего с гармониками JT65 сигнала.Цитата:
Сообщение от RW3QF
С резким падением активности в JT65 моде функционал декодирования и вычитания гармоник JT65 сигналов стал мало востребованным.
Вложение 203439Вложение 203440
Может кому то пригодится
Вот с этими настройками и тем что подсвечено на моих скринах работа на СQ без сбоев.
В режиме AutoSeg3 происходит "подстава" макросов, если вдруг на передачу пошел локатор, а по сценарию нужен рапорт, программа произведет замену.
После получения от корреспондента RR73 или 73 программа очищает окна ТХ1-ТХ6 не прерывая передачи продолжает давать CQ .
Оператор только сохраняет QSO в лог. Это именно то, что называется авто режимом.
Игорь хотелось бы вот этот кусок алгоритма работы программы закрепить и в таком виде оставить для будущих версий...
В 32 версии функционал позволяет после передачи RR73 или 73 занос автоматом в лог, при этом очистка TX1-TX5. если кор. к примеру опять дает рапорт R XX в ответ автоматом идет 73 без лишнего занесения в лог и далее TX.
В последующих версиях автоматом в лог заносит, но при всех комбинациях TX1-TX5 не очищает и откл. TX. Вопрос к знатокам, где "копать?"
Слава, привет. Писали одновременно. При этом занос в лог автоматом или через окно?
Проверил с такими настройками не получилось. В лог по окошку занес все остальное осталось ТХ отрубилосьВложение 203441
Юра привет.
Всегда сохраняю вручную. Честно говоря совсем недавно стал работать с кнопками которые во вкладке №1
Точно знаю что сейчас в режиме CQ эти кнопки очищаются. В режиме одиночного qso- не очищаются. Передача в режиме одиночного qso отключается если после моих 73, программа декодирует посылку от корреспондента, если нет-происходит кратковременное включение на передачу. Но этого можно избежать выбрав функцию авто фильтра.
Слава я тебе верю. Вот сл. связь вот сохранил... Вложение 203442
Вот результат
Вложение 203443
Юра ты точно снял галку ?( стрелка)
Вложение 203444
После 32 вот такие связи достают...
Вложение 203445
или компьютер слабый
Вложение 203447
[QUOTE=UT8NT;1433472]Юра ты точно снял галку ?( стрелка)
Так-Точно!
Вложение 203448
Вот такая просьба, да и наверное не только моя, опубликовать в одном документе описание закладок в программе, если это конечно возможно без больших затрат времени : Гугл переводит коряво - в ,,ступор,, иногда ставит, способностей к иностранным языкам у многих нет ( у меня в школе трудовик немецкий вел - пластинку ставил а мы слушали). Я думаю намного меньше вопросов будет на форуме.
Если где то пропустил описание - подскажите пож .
UA3DYJ, да сделайте вы уже где нибудь галочку по умолчанию, проведение QSO как в WSJTX, и потом экспериментируйте со своим "AutoSeq" как вам угодно, и очень много вопросов отпадет само собой !
Ну, во-первых - позывной Игоря UA3DJY.
Во-вторых - друзья, оставьте,наконец, Игоря в покое, дайте человеку спокойно работать над программой. Не забывайте, он этим занимается в своё свободное время. Если вас кроме FT8 ничего больше не интересует - установите 34-ю версию JTDX и пользуйтесь на здоровье. Или WSJT-X. А то как-то странно получается - сначала ПРОСИМ человека ввести FT8 в программу JTDX, потом начинаем наседать - сделай это, сделай то. Конечно, если даются дельные, полезные советы - это очень хорошо. Но когда доходит до "поставьте где-нибудь галочку по умолчанию, проведение QSO как в WSJTX" - это становится смешным... Интерфейс позволяет без труда перейти в WSJT-X и обратно, в чём проблема?
В-третьих - кто далёк от программирования, поймите наконец, что ввести FT8 в JTDX, это не значит вырезать кусок программы из WSJT-X и тупо вставить в программу JTDX. Это значительно сложнее,чем вы думаете, и занимает очень много времени. Так что, давайте не будем бежать впереди паровоза...:s7:
P.S. Честно говоря, я поражаюсь работоспособности, выдержке и терпению Игоря. Другой на его месте уже давно сказал бы - знаете, что, ребята... окончательная версия программы будет готова через месяц (два,три,полгода,год) и будет она платная... Представляю, что бы тут началось...
[RX6LQ]
" Если вас кроме FT8 ничего больше не интересует - установите 34-ю версию JTDX и пользуйтесь на здоровье. Или WSJT-X. А то как-то странно получается - сначала ПРОСИМ человека ввести FT8 в программу JTDX, потом начинаем наседать - сделай это, сделай то. Конечно, если даются дельные, полезные советы - это очень хорошо. Но когда доходит до "поставьте где-нибудь галочку по умолчанию, проведение QSO как в WSJTX" - это становится смешным... Интерфейс позволяет без труда перейти в WSJT-X и обратно, в чём проблема?
поймите наконец, что ввести FT8 в JTDX, это не значит вырезать кусок программы из WSJT-X и тупо вставить в программу JTDX. Это значительно сложнее,чем вы думаете, и занимает очень много времени. Так что, давайте не будем бежать впереди паровоза..."
Согласен на все 100%!Отдельное спасибо тестерам.:p-up:
Работаю только на поиск. При этих настройках QSO на поиск проходит безупречно, без сбоев.
Вложение 203470
Спасибо.
Еще:
Вложение 203471
Подтверждаю, аналогично. Галка на "Аuto RX freguency filter" исключает кратковременное включение на передачу при завершении QSO.
Режим "Call based on end of decoding" корректно меняет передаваемое сообщение в случае необходимости.
Вложение 203473
Работал на CQ час, на 20м. Направленно на АS.Провел 20 QSO. Сбоев- ни одного. Настройки следующие
Вложение 203476 Вложение 203477
Кнопка "DisTX73" должна быть подсвечена, но неактивна (бледно зеленая, серая надпись)если по другому - режим CQ-не работает
Вложение 203479
В режиме Split если QSO прошло на разных частотах и начинается передача на CQ, зеленая скрепка(RX) совмещается с красной(TX) возвращаясь на "родную" частоту.
Выбор "Аuto RX freguency filter" ускоряет декодирование сигналов, но и без выбора этого режима QSO на СQ проходят стабильно.
И о декоде, иногда вот такой короткий декод программа декодирует! Почти половина периода (наверно секунд 7), какой то скрытый резерв :) практически посылка пошла с половины периода, может включили РА :)
Вложение 203482
Вложение 203483
Так что вот такие мои заметки по режиму работы на "CQ". Рад буду если кому то они пригодятся.
Используется другой алгоритм, сделать так как в WSJT-X означает добавить еще один алгоритм AutoSeq со всеми вытекающими последствиями (более сложный код, сложнее управление и понимание работы).
Из истории создания AutoSeq JTDX:
18.0.0.133 - начальный алгоритм AutoSeq для не-FT8 мод, простейший функционал где оператор всегда начинает QSO вручную, в таком виде алгоритм работал идеально
18.1.0.34 - начальный алгоритм AutoSeq доработанный под работу в моде FT8, по причине ряда недостатков (многочисленные жалобы на сбои) и ограниченного функционала от этого алгоритма отказались
Начальный алгоритм основан на StringList (список текстовых переменных, где каждая переменная соответствует определенному интервалу), значения текстовых переменных отличаются в зависимости от сценария.
Все версии после 18.1.0.34 - новый алгоритм AutoSeq, основан на отдельном классе и структуре данных. На этой основе в будущих версиях возможно сделать и направленный поиск AutoSeq на континенты/страны.
тогда картинки полного окна JTDX, закладки Reporting Notifications, и куски ALL.TXT отдельно по каждому сбою на форум
AutoSeq JTDX базируется на функционале уведомлений (оттуда идет распознавание новый/сработанный), функционал уведомлений привязан к показу названия страны или префикса после декодированного сообщения.
Коллеги подскажите. Где то на форуме встречал настройки программы для не очень быстрых компов. Не подскажите где. А то одной двух секунд мне не хватает.:s10:
А так сбоев нет.
Игорь, может я не прав, но меня устроил бы самый простой алгоритм:
- для JT65 и etc. - ответ "вызывающему" ручками, а потом - корректное завершение QSO
после получения "73" в любом виде (как вариант - либо продолжать CQ, либо закончить
TX до реакции оператора);
- для FT8 (ибо БЫСТРО все) - автоматический ответ самому громкому (с возможностью
"руками" ответить более интересной станции) и аналогичное КОРРЕКТНОЕ завершение
QSO.
И НЕ НАДО больше никаких изысков! Ни проверок на повторы, ни фильтров, ни поиска
DX-ов! Этим пусть ОПЕРАТОР занимается. Незачем потворствовать любителям "роботов".
Как-то так мыслю.
С наступившим Новым годом всех...подскажите,пожалуйста,если я удалю 34-ую версию,можно ли сразу установить,допустим,62или 64-ую версии?
Добрый вечер!
После вызова корреспондента, если он ответил не тебе, то успевает еще проскочить один вызов на 1 секунду, потом правда передача отключается (комп: W10, Intel i5). Проверял на версии 64. По моему это уже обсуждалось, но что-то не нашел. Других проблем пока не заметил.
Да если и удалит ничего страшного. Взять отсюда:JTDX А вот ini.файл(файл конфигурации) удалить желательно на старой но не запущенной версии.
Найти здесь:
Вложение 203515
Представляете, как у меня сердце ёкнуло? :)
Вложение 203517
Мне ответил на эту тему Beat Oehrli HB9HQX: "Dear Andrei! Thank you for your wishes. I try to develop a FT8-HF program, like the HB9HQX-Edition. FT8 has not only an other modulation, but also an other synchronization and FEC procedure (CRC12 and LDPC instead of RS(63,12). It's difficult to realize a new program for this mode."
В совсем вольном русскоязычном изложении: он старается внедрить FT-8 в прогу, но много сложностей с синхронизациями и прочим. От себя добавлю -- надежда, кажется, есть;-)
Будет очень неудобно.Одним глазом в лог, смотреть за повтором, а другим -мышкой прицеливаться в строку. Статистика повторов и отслеживание новых стран (как минимум) должна быть в программе JTDX. да и держать на мониторе еще и JTAlert неудобно. Работал с ним в WSJT-X. Не "айс". Сначала смотришь в Аlert, а потом ищешь эту же станцию в окне WSJT-X.
Если работаете в режиме Autoseg3 устранить кратковременное включение на передачу поможет выбор "Аuto RX freguency filter"Вложение 203530
У меня она не активна ни при CQ, ни при поиске.
Вложение 203543
Вложение 203544
Что надо нажать, чтобы зазеленела?
Получилось. Позеленела. Но надпись черным - активная.
При работе на CQ не захватывает позывной, но при окончании (после моего 73) переходит на общий вызов.
Когда отключена (не зеленая) - захват позывного происходит, но после моего 73 отрубает "Enable TX".
Если во время передачи 73, нажать "Clear DX", то "Enable TX" не гаснет и следующей вызов на CQ проходит нормально.
Как сделать, чтобы "DisTX73" была не активной, но зеленой?
AutoSeq -> Auto RX frequency filter ускорит декодирование интервала.
При работе на общий вызов после передачи сообщения CQ фильтр автоматически не включается потому Вас могут позвать на другой частоте, если Вы видите что Вас зовут на Вашей RX частоте то в этом интервале есть смысл нажать кнопку Filter вручную.
Для этого уже есть готовое решение - WSJT. Прекрасно работает, в том числе и на "маломощных" (все в этом мире относительно) компах. Минимальный набор, только самое необходимое. Предсказуем и понятен.
JTDX, я так понимаю, другой продукт, с другим функционалом. Какой смысл иначе делать тоже самое, только в другой оболочке? Единственное - может быть сделать кнопочку - отключить расширенные возможности? Но если для этого нужно тысячи строк переписать, тогда не нужно. Кому не надо - WSJT.
Насчет програмы Alert не использую, она декодирует позже и отвлекает,но это только в моде FT8.
Добавление хотелок, побудило определенные проблемы.
У меня вон какой процессор I7-8700K,но и ему наверно не справится за 2 сек там происходит декодирование и те вещи которые хотелки называются, думаю естъ только один путь,на секунд 10-15 увеличитъ время,например 30 сек,чтобы дать больше времени на декод и хотелки и плюс мы еще выиграем в том,что принятъ сможем сигнал ну порядка -27дб или -28дб,а еще и уменьшим мощностъ передачи, всё в руках конечно Joe K1JT как он решит.
На медне вдруг услышал на 7.074 SSB thanks for QSO! :s10:
А мне смотреть никуда и не надо. Я сам работаю в интервале минуты то в одной то в другой программе и наглядно все сам вижу.(программный интерфейс) Проц у меня в компе: скриншот ниже....хуже декодирует WSJT-X.А то что декодирование не будут менять к лучшему в моде FT8,а только "рюшечки" огромный минус и разочарование!!!
Вложение 203590
Добрый вечер .Не включался с прошлого года. Включил программу jtdx -работает ,а wsjt не хочет . В чем дело?Вложение 203600Вложение 203601
Выставил. Но не прошло.
На скринах увидел, что там используют 64, а у меня 63.
Скачал https://www.release.jtdx.tech/Window...0.64-win32.exe
Все равно "DisTX73" активна.
Welcome
I would like to thank the author of JTDX and his enthusiastic team for a great deal! A wonderful program in the weak propagation environment.
I like the part of the program that shows that there was no connection or other mode yet, and I can make them myself. I like the filter because it makes the answer faster. You like it to distinguish well the period times. If there is an operator error, he tries to correct it, but the keypad will never be replenished. My request would be to put a tiny switch somewhere to turn off the keypad function window, sometimes bothering to overwhelm the other key. This is only a request if it can not be a problem. :-)
In order for others not to fall into the mistake of me, I attach a picture, so the operator must be in good working order.
If you do not see it, I'll post it to report a report, which was followed by an acknowledgment report in 2 minutes later - clicking on the buyer window also gave me a confirmation report. Fortunately, the spread was good, so the connection was successful.
Вложение 203618
Я хотел бы поблагодарить автора JTDX и его энтузиастов за многое! Замечательная программа в слабой среде распространения.
Мне нравится часть программы, которая показывает, что не было никакого соединения или другого режима, и что я могу сделать сам. Мне нравится фильтр, потому что он делает ответ быстрее. Вам нравится хорошо различать периоды времени. Если есть ошибка оператора, он пытается ее исправить, но клавиатура никогда не будет пополняться. Моя просьба заключалась бы в том, чтобы поместить крошечный коммутатор где-нибудь, чтобы выключить окно функции клавиатуры, иногда потрудившись перегружать другой ключ. Это только запрос, если это не может быть проблемой. :-)
Для того, чтобы другие не попали в мою ошибку, я прикрепляю фотографию, поэтому оператору нужно хорошо работать.
Если вы его не увидите, я отправлю его, чтобы сообщить отчет, за которым последовал отчет о подтверждении через 2 минуты - нажатие на окно покупателя также дало мне отчет о подтверждении. К счастью, распространение было хорошим, поэтому соединение было успешным.
Все равно проскакивает, правда не на общий вызов я работал. Просто позвал, но ответ был не мне, а передача включилась кратковременно.
Вложение 203620
Вложение 203621
Включите АutoTX и режим одиночного QSO
Еще раз проверил, все по скринам из постов №10222 и №10224
На общий снимаю галку "Single shot QSO" и включаю "Tx/RX Split"
На поиск ставлю галку "Single shot QSO" и перевожу кнопку "Tx/RX Split" в "Lockd TX=RX"
Цвет надписи "DisTX73" в обоих случаях черный - активный.
Вложение 203639
Вложение 203640
Сейчас разглядел, что надписи "Auto TX" и "AutoSeq", выглядят вроде бы мальца потолще, нежели DisTX73
Поднимите руки, кто еще на форуме не знает, какой мощный проц купил себе R6LCF? :)))))
Если автор пишет, что приемный функционал одинаков, то за счет чего она будет лучше принимать то? Будет ли он модифицироваться - это к автору, но я пока вижу, что вряд ли, слишком мало времени для маневра (несколько секунд). Вопрос в другом - JTDX ЗНАЧИТЕЛЬНО более функциональна и боле удобна (на мой взгляд). Нужен ли этот функционал? Каждый решает сам для себя + может ли его комп этот функционал тянуть (Ваш - без сомнения может). А просить автора урезать функционал до минимума - так это и есть WSJT :) Вот только в этом и был смысл моего поста :)
Измененный функционал:
- доработан функционал автоматического фильтра
- изменен в софте линк на документацию, на данный момент готова первая версия документации на английском и испанском языках, идет работа по переводу на русский и немецкий
- добавлен опциональный функционал стирания содержимого левого окна декодированных сообщений (band activity) в момент старта декодера. Может быть активирован в закладке Misc основного окна интерфейса (Erase band activity window at start of decoding)
- добавлен функционал обработки в Autoseq декодированных на RX частоте свободных сообщений содержащих '73':
-- после передачи стандартного сообщения RR73,RRR,73 обрабатывается любое декодированное на RX частоте свободное сообщение содержащее '73'
-- после передачи стандартного сообщения REPORT или ROGER+REPORT обрабатывается декодированное на RX частоте свободное сообщение содержащее позывной оператора и '73'
собранный софт: https://cloud.mail.ru/public/9zsz/Sgprh4jxu
исходный код: https://cloud.mail.ru/public/GjKL/B3PcKHVaq
кодовые суммы:
File name: JTDX-18.1.0.65-win32.exe
MD5: 1C08DCF83CC32F591D08443FB51F50B3
SHA-1: 4354B1F55043D0804249ED49F462F694044087F0
SHA-256: D2662916019520126974CA3000AA07CE97246F64DCA601C36AE45D7DB70B48D3
SHA-512: 83AFDDB9833F77A46B98AB59CDB40855216693499C3DC6BEC34E0A3F2981B98107648B 32EE293B6CBF97D6777A9208A0A77033B809D77340AA43308EDFC0BA3E
RIPEMD: E86D7B83FEE92AA325E9ED754E97FFBD6FD09B14
В файле JTDX.INI появился новый параметр "AutoErase", старый INI файл от версии v18.1.0.64 должен быть совместим с 18.1.0.65, удалять его не надо.
JTDX v18.1.0 step 65 - тестирование нового функционала
Linux version (compiled on Ubuntu 16.04LTS 64-bit)
Binary files only:
https://cloud.mail.ru/public/FxDF/baYCWL7fv
Linux 64-bit deb-package (not tested!):
https://cloud.mail.ru/public/L85p/mBgKJTFE7
Linux 32-bit deb-packages (not tested!):
https://cloud.mail.ru/public/5NCH/eidCNkKpy
PS Уважаемые Коллеги - Линуксоиды, у меня вопрос - а бинарники
"в чистом виде" кто-нибудь использует? Или достаточно только deb-пакеты
выкладывать? Кто-нибудь на Suse, Slackware, Mandriva и etc. работает?
привет всем.
Убегая на работу,но всё таки попробовал 65 версию.
начал работать на CQ провёл одно QSO программа отработала ушел на кухню,a когда вернулся позвал оператор из Молдавии,но по моему его нет в природе.
73!
Вложение 203656
При AnsCQ в ответ на RRR, передает, как положено 73, но после успешного приема финального 73, снова передает 73.
Версия 63, обновил на 65 - тоже самое. Стабильно вылазит в 50% QSO. На декодированные dB и RRR отвечает всегда адекватно.
Активны DisTX73, AutoSeq3, AutoTX, Filter, RRR. До 63 версии такого не наблюдалось
20180110_110115 -4 0.9 496 ~ RX3ASP ON3AZ RRR
20180110_110130 Transmitting 18.1 MHz FT8: ON3AZ RX3ASP 73
20180110_110135 QSO logged: ON3AZ
20180110_110200 Transmitting 18.1 MHz FT8: ON3AZ RX3ASP 73
20180110_110145 -3 0.9 496 ~ RX3ASP ON3AZ 73
20180110_110200 Filter button is switched off
20180110_110201 Tx halted 18.1 MHz FT8: ON3AZ RX3ASP 73
20180110_110209 Filter button is switched off
20180110_110213 Filter button is switched off
20180110_110215 Filter button is switched off
20180110_110215 -1 1.0 496 ~ CQ ON3AZ JO10
Уважаемые Коллеги, всем доброго здоровья!
Появилась небольшая проблема - на одной из машин, которую редко
использую ВДРУГ перестали работать что JTDX, что WSJT-X из-за
проблем с CAT (организована через Omni-Rig).
Программы запускаются, но не соединяются с Omni-Rig и вываливаются
с ошибкой.
ПРИЧЁМ!!! Это произошло на машине с 64-битной Win-7Pro...
На точно такой же машине с 32-битной Win7-Pro все работает штатно.
"Сломалось" примерно неделю-две назад. До этого времени все работало.
Может какие обновления зацепила, может еще что.
Никто не сталкивался? Где корень зла искать? :)
Игорь, Вам не трудно будет спросить?
Увы, мой английский весьма ограничен - всю жизнь учил немецкий. :)
Читать еще могу кое-как, а написать правильно - увы. Стесняюсь.
Мне не трудно публиковать все. Тем более, я сам deb-пакеты вообще не
использую в данном случае (поэтому и предупреждаю "not tested") - у меня
сразу после сборки бинарники обновляются. А 32-битную версию даже
проверить нет возможности (не на чем).
Тем не менее, уверен, что далеко не все используют Debian-based версии
Linux, им удобнее было бы просто собранные бинарники получать.
Кстати, на сайте JTDX - Home их-то как раз и нет. Именно поэтому
и спрашиваю.
73!
В дополнение к #10269 В режиме split, после 73 включается передача CQ
JT65: В файле ALL.TXT декод ответа зафиксирован, а в приемном окне его нет:
Вложение 203699
Вложение 203700
а в этом случае декода ответа нет, но автомат вместо повтора RR73 очистил окна и перешел на передачу CQ...
Вложение 203701
Вложение 203702
такая ситуация имела место и в FT8.
Аналогично. Еще пру раз пропадал позывной в режиме CQ
Вложение 203727
В 63 версии, при любых действиях в меню (F2) ползунок PWR сам устанавливался на значение-5дБ
Первое время постоянно налетал на зашкаливающий ALC. :eek: В 65 версии с PWR гуд.
Приём JT65 :
Вложение 203731
Всем доброго времени .У меня перестала работать связка EQF-JTDX-WSJT-итерфейс , с лога запускаются и интерфейс и проги ,по отдельно, но с интерфейса не хотят , пропись пути верна . Я снес все -почистил, могу ли я скачать сразу 65 версию? Что посоветуете?
Когда удалил WSJT-X. Интерфейс перестал работать с JTDX. (65v) Скачки с бубном не помогли. Установил вновь WSJT-X, интерфейс сразу заработал c JTDX .
Тестирование JTDX v18.1.0.65
Работа на поиск. Отработав с фином, перешел к вызову на его частоте.
Вложение 203741
20180111_063330 -7 0.3 1094 ~ CQ OH1PH KP01
20180111_063347 Filter button is switched on
20180111_063347 Transmitting 10.136 MHz FT8: OH1PH UT3IB KN98
20180111_063400 -10 0.3 1093 ~ UT3IB OH1PH -06
20180111_063400 -9 0.3 1131 ~ 3D2TS S55G JN65
20180111_063415 Transmitting 10.136 MHz FT8: OH1PH UT3IB R-10
20180111_063430 -9 0.3 1093 ~ UT3IB OH1PH RRR
20180111_063430 -14 0.4 1131 ~ 3D2TS S55G JN65
20180111_063445 Transmitting 10.136 MHz FT8: OH1PH UT3IB 73
20180111_063449 QSO logged: OH1PH
20180111_063500 -11 0.9 1092 ~ UT3IB OH1PH 73
20180111_063500 -16 0.4 1131 ~ 3D2TS S55G JN65
20180111_063515 Transmitting 10.136 MHz FT8: CQ UT3IB KN98
20180111_063515 Filter button is switched off
20180111_063525 Tx halted 10.136 MHz FT8: CQ UT3IB KN98
Этот сеанс был прерван из-за нелогичности ситуации.
В продолжение:
Здесь зову без включенного "Auto RX frequency Filter"
Отработано штатно, без замечаний.
Вложение 203743
20180111_070015 -7 0.4 1505 ~ CQ IT9EJW JM77
20180111_070015 15 0.2 557 ~ RA0ACM RU4I 73
20180111_070015 -13 0.1 1077 ~ RA0ACM UT7VW KN68
20180111_070015 -7 0.3 1606 ~ RA9MEM OK1CT JN69
20180111_070030 Transmitting 10.136 MHz FT8: IT9EJW UT3IB KN98
20180111_070015 -5 -0.1 1913 ~ ZL1LC I8LWL JN70
20180111_070045 -6 0.4 1506 ~ UT3IB IT9EJW +05
20180111_070059 Filter button is switched on
20180111_070045 16 0.2 557 ~ LZ1JZ RU4I LO43
20180111_070045 -6 0.3 1347 ~ CQ RA9H NO26
20180111_070045 10 0.3 1606 ~ RA9MEM RW3TY R-03
20180111_070045 -5 -0.1 1914 ~ ZL1LC I8LWL JN70
20180111_070100 Transmitting 10.136 MHz FT8: IT9EJW UT3IB R-06
20180111_070115 -9 0.4 1506 ~ UT3IB IT9EJW RRR
20180111_070130 Transmitting 10.136 MHz FT8: IT9EJW UT3IB 73
20180111_070137 QSO logged: IT9EJW
20180111_070145 -8 0.4 1506 ~ UT3IB IT9EJW 73
20180111_070159 Filter button is switched off
Фильтр был отключен накануне вызова, но в меню галочка оставалась активной.
Посему в протоколе отмечено: 20180111_070059 Filter button is switched on
Выключение также произошло: 20180111_070159 Filter button is switched off
Работа 20 ваттами - скромно так...
Не обнаружил какой-либо закономерности.
Очередное QSO на поиск без правок конфигурации:
Вложение 203748
Отработал штатно.
В чем загвоздка? Пока не понятно...
Работаю QSO на поиск, замечаний нет, только не знаю будет ли это объективно, вот с этой функцией:
Вложение 203754
декодирует быстрее, причем значительно.
Моя система:
Вложение 203755
2 UA3DJY
Игорь, а вот вроде работает с теми настройками, что мы
по Скайпу сделали... AutoSeq практически как я и хотел!
В 65-й версии.
Спасибо! :)
Установил новую версию WSJT --на передачу работает , на прием -нет водопада и декодирования если прибегнуть к тесту выкидывает ЭТО
Вложение 203757Вложение 203758
Я устанавливал v.65 не удаляя предыдущую и INI. Всё стало автоматом. В интерфейсе в настройках проверил наличие новой версии.Иногда требуется перезагрузка компа.
Кто может сказать в чем дело --окно не активно?Вложение 203767
спросил:
JTDX for Linux Suse, Slackware, Mandriva etc.
Hello all,
Igor R0JF has been sharing JTDX binary files for Linux in the Russian forum, built under Ubuntu 16.04LTS 64-bit, he is asking if there is anyone interested in it apart of Debian JTDX package being published on the jtdx.tech Web site?
73 Igor UA3DJY
Нет не включен:
Вложение 203777
ответ в последовательности сообщений:
110130 Transmitting 18.1 MHz FT8: ON3AZ RX3ASP 73 --- JTDX передал сообщение 73
110200 Transmitting 18.1 MHz FT8: ON3AZ RX3ASP 73 --- до начала интервала передачи сообщение от корреспондента не было декодировано
110145 -3 0.9 496 ~ RX3ASP ON3AZ 73 --- JTDX во время передачи повторного сообщения 73 декодирует сообщение 73 от корреспондента, оно завершает QSO
110201 Tx halted 18.1 MHz FT8: ON3AZ RX3ASP 73 --- JTDX останавливает передачу повторного сообщения 73
Последовательность соответствует дизайну AutoSeq3, процессор даже при включенной кнопке Filter у Вас не успевает вовремя декодировать интервал: смотрите какой еще у Вас софт отъедает ресурсы процессора.
Процессор нагружен максимум 28-30% в момент декодирования, компьютер практически "голый", запущена только JTDX. На WSJT такого не наблюдается, хотя задержка есть. WSJT может включить кратковременно передачу некорректного сообщения, но после декодирования, содержание посылки меняется или ТХ выключается. Визуально (две программы на одном мониторе) WSJT декодирует быстрее, естественно при отключенных фильтрах и без водопада.
Сегодня та же проблема - не было декода с ответным 73 (похоже, что M0AIQ не включал передачу или было сильное QSB),
программа вместо повтора RR73 обнулила окна и перешла на CQ:
Вложение 203782
Вложение 203784
За последние несколько дней прилетело два обновления винды и читая ниже приведённое хотелось бы знать ваше мнение как это может отразится на работе программы.
Вложение 203787
[QUOTE=RC2SC;1434993]За последние несколько дней прилетело два обновления винды и читая ниже приведённое хотелось бы знать ваше мнение как это может отразится на работе програм
Так может по этой причине все мои беды? Стала тормозить моя 7ка и полетел ini файл на JTDX:s8: И какие из этого сообщения будут выводы ?
Вечер добрый друзья.
Поработал часок. С надежной провести пару QSO получив свободные сообщения, но к сожалению таких не оказалось. Возможно поздравления типа HNY 2018 73 закончились и я так и не смог протестировать этот функционал в 65 версии.
Зато корректно прошла связь с дробным позывным , понравилась как работает новая функция "Erase band activity window at start of decoding" Каждый новый период декодируется в "чистом" (приемном) окне. Рюшечка-но полезная :)
за час на 80 м на 40 ватт провел 20 qso. Основные функции-работают стабильно. Сбоев не было.
65 версию тестирую только сегодня и пока такой ситуации не было, но в 64 происходило именно так. Работая на общий, на не полученную от корреспондента посылку с "73", программа отвечала - "CQ".
закрыли многолетнюю дырку в безопасности процессоров Intel и AMD, по предварительной информации обещали ощутимое снижение производительности в результате применения заплатки, судя по этой статье у каждого процессора/линейки будет своя просадка производительности в диапазоне от 5 до 30%
Проблема в процессорах Intel замедляет ПК до 30%. Под ударом Windows, Linux и macOS - CNews
софт WSJT-X/JTDX после обновления операционки быстрее работать точно не будет
Эти обновления можно отключить-удалить?
А вот на этом сейчас программа "прокололась"....
Вложение 203789
Можно:
Вложение 203790
JTDX v18.1.0.65 - тестирование нового функционала
Измененный функционал:
- добавлен функционал обработки в Autoseq декодированных на RX частоте свободных сообщений содержащих '73':
-- после передачи стандартного сообщения RR73,RRR,73 обрабатывается любое декодированное на RX частоте свободное сообщение содержащее '73'
-- после передачи стандартного сообщения REPORT или ROGER+REPORT обрабатывается декодированное на RX частоте свободное сообщение содержащее позывной оператора и '73'
Вложение 203791
В этом сообщении, цифры 73 потерялись между знаками да еще и без пробелов, и программа не реагирует на "73"...
Подскажите почему в v17.9.0. for EQF не тводопада(-черный )нет декода, а v18.1.0.65.все ОК ,и когда прописывать путь к
интерфейсу выкидывает другое окно--не EQF Вложение 203796
А он каким "боком" ? Должно быть вот так:
Вложение 203806
Этот общий вызов заложен в алгоритм AutoSeq, если пользователь не желает давать общий вызов по окончании QSO то может воспользоваться опцией 'Single shot QSO'.Цитата:
Сообщение от UA3DJY
непростая задача по двум причинам:
- бывает вызов рапортом вместо QTH квадрата
- при работе на общий вызов после окончания QSO Вас могут вызвать на другой частоте в ответ на Ваше сообщение 73 и ответив на этот вызов Вы переходите из работы на CQ на работу в поиске
Эти два сценария, а также хаотичные нажатия кнопок генерации сообщений в ручном режиме, ломают возможность однозначного определения направления работы CQ/поиск.
Неоднократно предлагалось добавить еще две кнопки в интерфейс - которыми пользователь задает свой режим работы, но такой подход имеет ряд недостатков среди которых неоднозначность использования настроек, потенциальные конфликты в функционале и усложение понимания управления.
здесь специально добавил проверку на позывной чтобы при случайно декодированном чужом свободном сообщении 73 во время QSO софт не среагировал на негоЦитата:
после передачи стандартного сообщения REPORT или ROGER+REPORT обрабатывается декодированное на RX частоте свободное сообщение содержащее позывной оператора и '73'
Проверка на '73' в свободном сообщении выполняется на само сочетание '73' независимо от его местоположения и окружающих его символов.
С JT65 будет больше проблем со свободными сообщениями из-за неоднозначного подхода в использовании AutoSeq в софте WSJT-X, его разработчики почему то не разрешают применение AutoSeq в JT65.
Прошу прощения, есть у кого Алерт версии 2.7.7 или более раннюю версию?
Пришлите, пожалуйста, на е-майл: rw4ln*mail.ru. Нужно местному радиолюбителю, для установке последней версии.
...RW4LN...посмотрите почту...
Добрый день коллеги, просьба закидывать обновления wsjtx. На сайте вроде как версия 8404 уже есть. Я не зарегистрирован у них , поэтому с обновлениями проблемка. Спасибо!
WSJT-X v1.8.1-rc1 r8407
https://cloud.mail.ru/public/N6Ue/9Wzgwm6U2
Измененный функционал:
- уменьшен размер буферов входного/выходного звукового сигнала до значений используемых в WSJT-X
- обновил библиотеку FFTW в пакете JTSDK до версии 3.3.5, софт 18.1.0.66 собран на новой версии FFTW
- восстановил динамическое выделение потоков для FFTW, для не-JT65 мод установил предел до 12 потоков при использовании FFTW, для моды JT65 до 11 потоков. WSJT-X r8193 для всех мод имеет потолок FFTW до 3 потоков.
- частично вычистил код
Есть информация о том что AutoSeq1 стал приемлемо работать при выключенной кнопке Filter, может быть связано с размером буфера, требуется дополнительная проверка работы AutoSeq1 на разных процессорах.
собранный софт: https://cloud.mail.ru/public/MVEp/7hGWFbSMg
исходный код: https://cloud.mail.ru/public/G2DQ/WkyY8HSdy
кодовые суммы:
File name: JTDX-18.1.0.66-win32.exe
MD5: 1B3086CE29028792091B378DAEC2AE05
SHA-1: A197819D80B949C3008F237606334F472563BF13
SHA-256: F8C0587870F80B2225BF777102B4DB13848DB4184609FB87C46295F300429289
SHA-512: 65D1083CE63EC82A30AB5359820E3EE6299C22F22C06A7A2FBC37DC5E34706534FCF12 880CB0D81547F6B54BA73054F8BAB833A9364AC0E74F3412D18ACD0A05
RIPEMD: 8C23D040D72F3A5EB5387CE5D9E1603E47AC13D4
Файл JTDX.INI имеет такую же структуру как для версии 18.1.0.65.
JTDX v18.1.0 step 66 - тестирование нового функционала
Linux version (compiled on Ubuntu 16.04LTS 64-bit)
Binary files only:
https://cloud.mail.ru/public/6mRK/6vmbbUCbE
Linux 64-bit deb-package (not tested!):
https://cloud.mail.ru/public/GM2f/eMkTXpo1M
Linux 32-bit deb-packages (not tested!):
https://cloud.mail.ru/public/HHTY/TFG95K37z
задержка осталась
Вложение 203936
JTDX v. 0.66 Добавлю, что на 15м.Вложение 203945 диапазоне тоже все штатно, с выключенным фильтром . Вложение 203938Вложение 203939
Чисто для пробы.Еще как следует не работал.
Прошу прошения , сам невнимательный при настройках :
Вложение 203940
До этого стояло AutoSeq3.
У меня стоит AutoSeq3 и есть задержка такая, как написали выше.
Сначала CQ, а потом ответ корреспонденту.
Попробуйте AutoSeq1 !
2 UA3DJY
Игорь, доброго здоровья!
Фишка с "Auto RX frequency filter" однозначно великолепна,
НО!!! Уже несколько раз сталкивался с тем, что корреспондент
сначала позовет сплитом на одной частоте, во второй период
TX прыгает на новую частоту, а прощается вообще на третьей! :)
Совершенно невозможно закончить QSO без отключения этого
самого фильтра! :)
И отследить даже визуально не всегда возможно, где он, такой-
сякой, передает! :)
Это я к тому, что пользоваться надо аккуратно. И иногда ручками
выключать. :)
Отработал на поиск, провел 13 QSO на 40 и 30 метрах при таких установках:
Вложение 203946
Вложение 203947
Вложение 203948
Все работает красиво, без проблем.
У меня в 66 AutoSeq1 работает также с задержками, вообще без замены содержания сообщений. Причем по разному реагирует на входящие сообщения. Пробовал разные комбинации single shot, RRR, Filter, Split - без разницы. Зависимости пока никакой не заметил. Фильтр тоже как-то по разному реагирует. Конечно у меня антенна из г-на и палок, и киловатта нет и компьютер дохлый, но тем не менее улучшения не заметил. Хаотичные ошибки. Может неправильно установил 66, драйвера какие поменять надо?
Алгоритмы действия и связей кнопок в наглядном виде где-то можно увидеть?
Подскажите , это у всех так --2дня не вкл прог. , сегодня строка декода идет с низу в верх:s7:
Алгоритм в графическом виде это несколько иное. Хотелось бы все связки увидеть разом.
Например: Auto Filter не включится в AutoSeq3 без активного AutoTX при нажатии Enable TX в ответ на CQ в режиме поиска. Почему и для чего? Может что-то где-то надо нажать или отжать, чтобы заработало?
Да вроде так и было. Или нет?
Подскажите.В 66 версии один клик очистка левого окна ,два клика правого. Раньше было наоборот.Вопрос ,как вернуть по старому .Мне ....ну очень неудобно работать. Спасибо!
У меня AutoSeq1,AutoSeq2 работают нормально и с включенным фильтром, и с выключенным.А в работе с AutoSeq3 пока не разобрался. были задержки . Зеленым цветом повторные связи этой модой и на этом же диапазоне, но приходится изголяться, во первых двум станциям B4 не дашь и в установках нет у меня никаких ограничений по этому поводу.
Вложение 203962 Вложение 203963 Вложение 203964 Вложение 203965
При отсутствии управления через CAT без проблем, если используется CAT то трансивер должен поддерживать смену TX частоты во время передачи (причина - функционал SPLIT RIG/Fake It в софте, закладка Radio), далеко не все трансиверы умеют менять TX частоту во время передачи (функционал необходимый УКВ трансиверам для отслеживания изменения частоты вследствие эффекта Доплера).
При использовании AutoSeq кнопка AutoTx должна быть включенной, она является частью функционала AutoSeq - активирует передачу в текущем или следующем TX интервале при клике на сообщении оператором или при выборе декодированного сообщения алгоритмом AutoSeq, то есть разрешает автоматически включить кнопку Enable Tx при клике на декодированном сообщении.
Но AutoSeq можно запустить и "вручную" - нажав на EnableTX и последовательность пойдёт своим ходом до 73. И фильтр можно включить без последствий.
У меня медленный комп. Декодирование продолжается иногда до 8 сек. следующего цикла. Включаться на передачу уже не имеет смысла, да и в следующие 15 сек. может появиться кто-то более интересный или сосед с киловаттом станет отвечать на этой частоте. Поэтому я чаще держу AutoTX выключенным.
В чём смысл блокировки включения фильтра в полу-ручном режиме?
Блокируется не кнопка Filter, а включение Auto RX frequency filter при неактивном Auto TX. Если я два раза кликнул в левом окне по позывному и он скопировался в правое, а RX частота установилась на корреспондента, это означает, что я готов ему ответить. Логично было бы, что после нажатия Enable TX, фильтр включится (если активировано Auto RX frequency filter). А он не включается автоматически
Привет всем.
Протестировал 66 версию в режиме работы на поиск
Вот с такими настройками:
Вложение 203975
Специально отключил режим авто фильтра и решил посмотреть как в этой ситуации сработает AutoSeg1
провел 10 qso - ни одного сбоя. Это при декоде в приемном окне 20-25 станций.
Работа без фильтра позволяет после получения "73" от корреспондента , без пропуска периода вызывать следующую станцию работающую на "CQ"
Вложение 203976
Вот ситуация когда передав корреспонденту "73", а в ответ "тишина" (оператор прекратил работу на "CQ"), программа повторила передачу посылки "73"
возможно это произошло из-за сохраннения связи в лог в момент "выскакивания " окна, хотя как рекомендовалось ранее это нужно делать после окончания передачи посылки "HisCall MyCall 73"
Режим AutoSeg1 при работе без фильтра на машине:
Вложение 203974
в 66 версии, в режиме проведения одиночного QSO-показал стабильную работу.
Про работу на CQ версия 66.
Также режим AutoSeg1, работа без авто-фильтра, TX/RXSplit
провел 10 QSO, был один сбой
позвал корреспондент выше по частоте но программа не отреагировала на вызов а продолжила давать "CQ"
Вложение 203978
И еще не понял почему, но в момент передачи одной из посылок "CQ" прервалась передача.(где то на 5 секунде) Может случайность.....ранее такого не было...(Disabled-0)
Версия 66, работает у меня пока без сбоев и при разных сценариях буду продолжать проверять.
Насчет того когда зовут и программа продолжает давать CQ раньше у меня такое было, сейчас вроде этого нет, вот какие настройки у меня, АРУ в трансивере у меня выключено, приём на индикаторе программы отрегулирован порядка 80-85 дб и все вроде работает, если уменьшаю до 40-50дб игнорирует зовущего.
Работал в AutoSeg3, решил вчера тоже попробовать AutoSeg1... не успел внести в лог после получения 73!
Вложение 203985
Сегодня продолжил работу, и сразу же:
Вложение 203986
не успел внести в лог после получения 73 опять, настройки показываю, работает совместно с JTAlert 2.10.9, пишет в лог МІХ.
Файл ini удалял перед установкой. Что нужно поправить?
Кто знает, что это такое? Возникает иногда на вч бендах. Или это только у меня что-то с трансивером?
Вложение 203987
To RW4LN
Обычный радар! Иногда появляется эта пулемётная очередь
Причина здесь:Цитата:
Сообщение от RX3ASP
В коде идет проверка состояния кнопки Enable TX, если включать автоматически фильтр на принятое сообщение при выключенной кнопке Enable Tx то в сценарии когда оператор отошел от компьютера декодирование всех последующих интервалов будет срезано частотным фильтром, то есть софт перестанет декодировать сообщения.Цитата:
Поэтому я чаще держу AutoTX выключенным.
По сути Вы предлагаете доработать софт под совсем медленный компьютер для ручного управления кнопкой Enable TX в моде FT8.
как у Вас получается очистить окно DX Call до внесения QSO в лог?
Вот что по этому поводу пишет Laurie VK3AMA:
On 15/01/2018 10:16 AM, Morris WA4MIT via Groups.Io wrote:
> files sent and JTDX is not clearing the DX CALL box early like it did in some earlier releases. This only seemed to start with the latest release of Alert. Thanks Laurie 73 wa4mit Morris
Morris,
Your files show a DX Call cleared event from JTDX about 30 seconds before the Log QSO event was received. The DX Call should only be cleared after the Log event. I can't reproduce this in my tests, but I am unable to exercise the many different auto-sequence scenarios, one of which may be the cause. The DX Call clear event should only happen after logging, not before.
It may be worth testing WSJT-X with that option turned on and see if you get the same results.
de Laurie VK3AMA
Где нужно поставить "птичку" или точку, что бы после окончания ЩСО, не нажимать кнопку "клеар ДХ", а что бы очищалось автоматически?
Вложение 203992
Здесь:
Вложение 203993
"Аглицкий" не проходили в школе, да и немецкого не знаю... translate.google.ru помог не много.
Вот это может проблема: This only seemed to start with the latest release of Alert. (Это только начиналось с последней версии Alert.).
Вчера как раз за одно и JTAlert обновил.
Правда в AutoSeg3 не заметил вроде такого: я ждал от корреспондента 73, после получения сразу же нажал сохранение. Но окна очистились раньше, и прога ругнулась.
В AutoSeg3 работал с предыдущей версией JTAlert и обычно всё было ОК.
Да и сейчас пробовал, после одного КуЕсО только сохранил, сразу окна очистились (это 5 секунд). Последующие - сохранил, и очищение окон в конце цикла приёмного...
Факт что баг есть, (но в какой проге?)!
P.P.S.-если можно сразу в журнал MixW 3.2 с программы направлять, подскажите как настроить... попробуем без JTAlert (хотя она больше, и достовернее инфо даёт)!
Вы меня не поняли. Фильтр должен включаться автоматически в начале QSO и выключаться автоматически после окончания QSO при отключенном AutoTX. Только и всего. Сейчас в 66 версии он отключается автоматически после 73, но не включается. Если оператор включил Auto RX frequency filter и кому-то отвечает, то пусть посидит 5 минут у монитора.
Начало и окончание QSO определяется по переданному/принятому сообщению и состоянию кнопки Enable TX, как я уже сказал состояние кнопки AutoTx не проверяется при включении фильтра в Auto RX frequency filter.Цитата:
Сообщение от UA3DJY
Убрал проверку состояния кнопки Enable Tx при включении фильтра в этой сборке: https://cloud.mail.ru/public/FJ4v/uf2mU4Wn3
исходный код https://cloud.mail.ru/public/ASNo/5U7T77eFT
кодовые суммы:
File name: JTDX-18.1.0.67_1_slowFilter-win32.exe
MD5: AE30A28DB65637CE9CE00519D7275B52
SHA-1: F158257C9432903E2ABB611A77E46A7CFAC6BD4F
SHA-256: 735C4DC108147DD87095566A45C813261F987FEE1928114B3511994B6ADC8E5F
SHA-512: ECE541BBBD3FDB9173D4E6C8D8A8561591003F5EEBFB98E9CE00E3CE14CA7B06E1A02E D99A0DE8359B129F50BAE3B99969CA5541244D8B9465958DD1E68E4CFD
RIPEMD: 2A0BAF09295DF1DD40D65BEBCB3CDB8A427CC719
функционал управления фильтром находится в файле mainwindow.cpp
Явного способа определить что Вы находитесь в QSO чтобы включить автоматически фильтр 'в будущем' при возможном ручном нажатии кнопки Enable Tx я пока не знаю, поэтому Вам придется доработать код самостоятельно под необходимый Вам функционал.
Что-то мы с Вами совсем о разном.
Поставил 67. Ничего не изменилось на первый взгляд.
Как же не проверяется состояние AutoTX, когда без неё фильтр сам не включается.
При окончании QSO (73) Enable TX гаснет и фильтр выключается. Это уже было в 66 и ранее. С этим всё ОК.
А вот Фильтр, как не включался так и не включается без AutoTX.
Лучше давайте эту затею оставим, если кроме меня это никому не интересно. Иначе весь алгоритм может нарушиться.
Сейчас вижу, что в 67 Фильтр самопроизвольно отключается. Удалите пожалуйста этот файл, а то сейчас народ наскачивает.
Просто алгоритм автоматического включения фильтра сделан внутри функционала AutoSeq, Вы же начинаете QSO в ручном режиме и поэтому включение фильтра не отрабатывает.
То есть Вам необходим дополнительно функционал автоматического включения фильтра в ручном режиме начала QSO, он же может потребовать доработки функционала автоматического отключения фильтра.
Влияет ли как то размер лога на скорость декодирования? Залил в файл лога около 10 т. связей, показалось, что декодировать стало медленнее. Так ли это?
В этой версии я прослабил требования к включению кнопки Filter в режиме автоматического фильтра при ручном старте QSO и включенном AutoSeq, надо пробовать, если будет работать без новых сбоев то оставим это изменение на постоянку:Цитата:
Сообщение от UA3DJY
собранный софт: https://cloud.mail.ru/public/6Y7f/DVBysmtsZ
исходный код: https://cloud.mail.ru/public/3yen/KHfq1T3Nk
кодовые суммы:
File name: JTDX-18.1.0.67_2-win32.exe
MD5: 609D6ECEF96D7763B9F71DDDAA5C0A57
SHA-1: D5F8D366D5428715460E26C594B9F2F56544AACE
SHA-256: E687FA4DC3AF8FF5F0A43CCD72D17B2248BB38A17842FCBE7039A5E36B5AA61F
SHA-512: F1964192F4D370F3389B97476AC0F085DF71D992E1541F7E2AE758885697D48ADBC51C B10BFA3A72934A5B8D8F225CB850D78989FECCAF87CCB03D8549A067AF
RIPEMD: 8DB837BC5696558FD7561ABB8B8893B38025F7CE
тестовый софт, позволит Вам видеть время потраченное на декодирование FT8 при разном количестве сигналов на диапазоне, разном размере лога, включенных/выключенных уведомлениях, включенном/выключенном декодере Hint (FT8AP), показывает время начала и окончания декодирования - можно увидеть в какой момент времени включился декодер и успел ли процессор декодировать сигналы до начала TX интервала
Время включения/выключения декодера в диагностике местное, формат ччммсс.(мс). Время потраченное на декодирование в секундах.
При прогонке звуковых файлов учитывайте что повторное декодирование того же файла будет происходить немного быстрее чем первичное. Также на время декодирования может влиять загрузка процессора другими софтами и/или операционной системой.
собранный софт https://cloud.mail.ru/public/2tUR/J4veS3Uip
исходный код https://cloud.mail.ru/public/E6X5/ei2QVUszz
кодовые суммы:
File name: JTDX-18.1.0.67_2_test-win32.exe
MD5: 86E83AF142CE87D95B6092660D66BD18
SHA-1: 1E340EE4C0EF643B0E91FD3AA64F770CCF16077F
SHA-256: 1E95E1F7DEAEF542E678F816D2A146A553D439594A642C58738EA339B292BC78
SHA-512: 24AE3CEEC5ACFD41EC8ED7BE3782FA5FE95FFC1E30E3DDE7FC1D1FE652E2A44FCB7274 B2DFF5480E227B29EA12BA2E3745B464A2A6BAC0DA41D161F1D6D12E77
RIPEMD: 80B9F06EFEA52289874EE0E9ABABEB1904C1BD88
измерение времени декодирования выполнено в исходнике decoder.f90
Версия самая последняя, заметил, корреспондент дает раппорт, программа посылает RR73, и так несколько раз, но ответа от корреспондента не декодируется, хотя след на водопаде виден. И все ЩСО срывается. Это только у меня?
Вот последняя связь
Вложение 204012
Не думаю, что из-за медленного процессора.
Вложение 204013
Вложение 204014
Не очищается окна.
Я могу с уверенностью сказать если связь завершилась все очищается!
Не очищается только тогда когда связь не завершилась по разным причинам их может быть много.
Он не принял от вас RR73 или RRR и по этому вы не получили его 73.Это хорошо :s7:хоть оператору есть что делать что бы не заснуть, а иначе получится всё в автомате и кому такая связь нужна.
Да вот какая неприятность выползает когда я ему даю RR73.
И жду от него репорт, а вместо этого повторяется его репорт, но с перечеркнутой линией -09 то бишь вместо 73 и все программа заходит в цикл и приходится вручную все остановить и даже убегать на другой диапазон.
Успехов
AG2T... совершенно верно
одна проблема при работе на вызов если qso начинается с рапорта после получения RR73 программа два раза передает 73 и отключается(это постоянно) с передачи шаг 65 и 66 при любых autoseg,автофильтр не использую,только при необходимости в ручном режиме.При полноценном qso любой autoseg работает без проблем и без автофильтра.По работе на поиск пока ничего сказать не могу провел всего пару связей.Да свободное сообщение с 73 отрабатывает без проблем
Еще когда передача отключается позывной остается в окне dx call хотя в лог он уже внесен убираешь уже вручную
Вот и решение для этой проблемы, если кратко то в JTAlert 2.10.9 было сделано уведомление о том что QSO которое вносится во внешний лог из софта JTAlert имеет позывной отличающийся от позывного в окне DX Call софтов WSJT-X/JTDX.
В сборке JTAlert 2.10.9 build 0001 для тех кого такое уведомление не устраивает Laurie VK3AMA сделал его опциональным, активируется на усмотрение оператора:
There are several JTAlert users who don't like the newly added (in JTAlert 2.10.9) warning and non-logging when the Callsign trying to be logged doesn't match the Callsign of their current QSO partner. That is the DX Call in WSJT-X/JTDX has been changed or cleared before their last QSO has been logged.
My intention with the change was to protect users from potentially logging incorrect data. That is all the data displayed in the Log Fields area which is accurate for the new DX Call (your new QSO partner), but not the Call trying to be logged.
If your happy to log bad data, as it will likely go unnoticed in the fast paced FT8 world, turn the option off by downloading the latest build of JTAlert and visit the Logging section of the Settings, scrolling down to the last option "Ignore DX Call and Logged Call mismatch warning" and enable it.
The latest JTAlert build can be found here...
https://dnl.HamApps.com/Testing/HamA...0001_Setup.exe
This new option will be a permanent addition to all future public JTAlert releases.
de Laurie VK3AMA
Диагностика будет закомментирована в коде до выпуска в общее пользование JTDX 18.1, любой желающий может снять символы комментария в исходном коде и включить диагностику на интересующей его версии, самостоятельно собрать софт с диагностикой.Цитата:
Сообщение от UA3DJY
Как опцию в рабочем софте не планирую.
v.66 режим AutoSeq2 Работа на поиск.
При ответе корра программа в большинстве случаев продолжает передачу рапорта и не переходит на цикл RR73.
Если QSO сразу не вносить в лог, то в случае отсутствия декода 73 от корра, программа продолжает передавать повторное RR73, что есть правильно (на скрине DF1KAG). Но после приема от него 73, программа переходит на цикл Тх5 и передает 73, а в следующем цикле начинает передавать повторный вызов DF1KAG (при этом окно ввода QSO продолжало оставаться открытым), т.е. кнопка EnableTx осталась активной.
В случае с DO1JMA, после приема от него рапорта, программа не включилась на передачу при активной кнопке EnableTx. Цикл Тх4 включен принудительно:
Вложение 204038
Здравствуйте уважаемые. Не могу остаться в стороне, поскольку полюбил FT-8 и провел уже не одну тысячу связей этим видом. Спасибо Игорю, что взялся за программу, давно ждал, поклон и терпения. Протестил 66 версию вдоль и поперек. Мои замечания: 1.При работе на поиск (autoseg2+autoTX+TX=RX) после полного окончания связи иногда дает второй раз 73(сообщение UT8NT #10373); 2.При работе на CQ (autoseg2+autoTX+TX/RXsplit) не всегда отвечает единственной станции вызывающей сплитом, причем декодируя её(сообщение UT8NT #10374); 3.Очень поздно срабатывает блокировка TX, когда вызываемый ответил не вам 1-2-3 секунды(мешая проведению QSO), хотя декодирование этого сообщения произошло моментально; 4.Иногда после смены частоты, она произвольно возвращается на место предыдущего QSO, хотя соответствующая галочка снята; 5.Очистка окна DX после QSO не работает, хотя соответствующая галочка стоит. 6.Декодирует пустые сообщения и гармоники, хотя запрещено. 7.При ошибочном введении позывного и быстрой его замены, отключается выход звука с ПК(Очень напрягает). Пожелания: 1.Сделать следящий (ожидающий) "EnableTX", т.е. он как бы включен, но активных точек напротив сообщений нет, при этом если кто-нибудь тебя запоздало позовет или ответит, автоматом инициируется проведение QSO(в какой-то из версий был такой "глюк", ну очень мне нравился); 2.В режиме Fake It разрешить изменение частоты во время передачи, если это возможно, хотя бы в пределах перестраиваемых 500 Гц; 3.Ну и терпения Игорь и ещё раз терпения, я например хочу упрощения программы и только три кнопки "Фильтр", "CQ" и "Search", кто-то хочет поинтереснее, кто-то хочет помериться ...процессорами, наверное скоро появятся ещё две кнопки "Хилый проц" и "Мощный проц" )))... ?
С уважением, Александр, RM1O. 73!
[UA1OMZ]
".....Пожелания: 1.Сделать следящий (ожидающий) "EnableTX", т.е. он как бы включен, но активных точек напротив сообщений нет, при этом если кто-нибудь тебя запоздало позовет или ответит, автоматом инициируется проведение QSO(в какой-то из версий был такой "глюк", ну очень мне нравился)"
В версии 34(на мой взгляд-самая стабильная и без всяких наворотов и "рюшечек"):confused:
Может кто то упоминал об этом, повторюсь
если станция стоит на приеме какое то время без движения, появляются ложные декоды
заметил в 65-67 версиях, позывные бывают разные :s7:
Вложение 204046
UA1OMZ...5.Очистка окна DX после QSO не работает, хотя соответствующая галочка стоит.
....работает...
в AutoSeq2 может дать если процессор не успел декодировать сообщение до начала интервала передачи. Вариант когда после передачи RR73 еще включается передача 73 - сбой.
в AutoSeq2 может так быть если процессор не успел декодировать сообщение до начала интервала передачи. На такой случай есть AutoSeq3 меняющий сообщение во время передачи. Любой из AutoSeq не ответит корреспонденту который не проходит по критериям 'новый' ('New ..') выставленным в закладке Notifications.
При установленной галочке 'Halt Tx if operator I called answered to other operator' - да, сейчас работаем над устранением этой проблемы.
Конфликт использования галочки 'Clear DX call and grid after logging', она требуется для работы в поиске чтобы частота не возвращалась на 'старую' частоту корреспондента находящегося в окне DX Call, при работе на общий вызов эта галочка прерывает цикл AutoSeq и нежелательна. Конфликт порожден когда то сделанным функционалом автоматического внесения QSO в лог, легко решается если мы откажемся от использования автоматического внесения в лог при использовании AutoSeq.
зависит от времени внесения QSO в лог(?) и от варианта работы - при использовании последовательности RRR+73 и внесении QSO в лог до завершения QSO (декодирование RR73/73 сообщения от корреспондента) очистка выполняется при получении сообщения 73 которое и завершает QSO.
При передаче RR73 есть 'пустой' интервал где софт ждет отсутствия повторного сообщения 73 от корреспондента, факт отсутсвия такого сообщения является подтверждением завершения QSO и софт чистит окна DX Call DX Grid.
декодирование и показ гармоник исключительно JT65 функционал. Пустые сообщения которые передаются так и декодируются, можно сделать текстовый фильтр но будут вопросы почему какой то сильный сигнал не декодирован.
Есть ложные декодирования декодера FT8AP (сообщения этого декодера отмечены звездочкой), унаследованы вместе с декодером из софта WSJT-X и фильтрация ложных декодов планируется в версии 18.1 перед выпуском.
между Halt Tx и Enable Tx должен быть зазор около 2 секунд, цикл в софте не успевает отрабатывать
Это был преднамеренный функционал до версии 18.1.0.34 включительно, в новом исполнении AutoSeq пока есть проблемы которые надо решить и о таком функционале еще не думали.
Смотрите описание на Ваш трансивер, поддерживает ли он изменение частоты VFO через CAT во время передачи. Решение менять частоту в пределах фиксированной сетки 500 Гц неудачное и кроме наворотов в коде вызовет много вопросов 'а почему..'
Спасибо, Игорь, за развернутый ответ, все понятно - в двух словах - "пока сыровато, но работаем" и это главное. Будем ждать обновлений, тестить и отписываться.
С уважением, Александр, RM1O. 73!
Ещё раз. Наверное крайний.
Окна DX Call и DX Grid как-то очищаются после внесения (авто или вручную) QSO в Лог. Однако ОКНА СТАНДАРТНЫХ СООБЩЕНИЙ остаются заполненными данными прошедшего QSO и перед началом передачи CQ нужно нажать Clear DX.
Второй скрин - комбинация сообщений по окончании связи другая, результат - тот же. Окна стандартных сообщений не очищаются. Только кнопкой Clear DX.
...прошу прощения за офф...если в виндовс 10 функция ,,ножницы,, и как ее вывести на панель задач ...удобно делать илюстрации к коментам...извените
Вложение 204098Цитата:
...прошу прощения за офф...если в виндовс 10 функция ,,ножницы,, и как ее вывести на панель задач ...удобно делать илюстрации к коментам...извените
Вот они. Правой кнопкой по ножницам,закрепить на панели задач.
UA1OMZ...5.Очистка окна DX после QSO не работает, хотя соответствующая галочка стоит.
....работает... это на поиск...верс-65...занесение в лог-ручное,после окончания моей передачи-73...
Вложение 204099
Доброго вечера, всем.
Интересно получается в версии 67_2 поставленной по верх 66-ой при постановке галочки в "Clear DX call and grid after logging" и работе на CQ не работает авто CQ и не очищаются окна DX call and grid, а вот при снятии этой галочки наоборот всё ОК - и на CQ автоматом переходит и окна DX call and grid подчищает.
А вот несанкционированный возврат на предыдущую частоту продолжается и эта галочка, как писал Игорь, ну ни как не влияет на это, причина наверное в чем то другом, надо устранять, крайне неприятная вещь...
И повторюсь - крайне неприятная вещь отключение выходного звука если не успел за 2 сек. поменять позывной. В wsjt вых. звук не отключался, и там я успевал до трех раз сменить позывной и меня в основном почти всегда декодировали, а тут даже за один раз не успеваю сменить неверный позывной, а передачи уже нет. И почему именно 2 сек.? Если не ошибаюсь то достаточно и половины времени передачи для декодирования?
С уважением, Александр, RM1O. 73!
версия 67_2:
- очистка окон DX call and grid в режиме поиска вообще не происходит( и с галочкой и без), но может отстать уже вообще от этой очистки окон она мне дак вообще не нужна, лишь бы ни на что не влияла и не мешала.
- а вот глюк с несанкционированным возвратом на предыдущую частоту стал стабильным и отключение/включение автозаписи QSO на него никак не влияет.
уточню, что я постоянно использую включенными autoseg1,2или3 + аutoTX + DisTX73 + TX=RX(на поиск) или TX/RX(на CQ), фильтр использую только в ручную при большой загруженности участка станциями.
Александр, RM1O.
Александр, Вы используете автоматическое внесение QSO в лог?
Этот патч решает сбой очистки окна DX Call при автоматическом внесении QSO в лог, также в этом софте решен сбой кратковременной передачи если вызываемый оператор ответил другому оператору и доработана очистка окон (возможно решает сбой который репортировал Сергей RJ7M).
собранный 18.1.0.67_6 https://cloud.mail.ru/public/7dKt/mJmnf4kTF
кодовые суммы:
File name: JTDX-18.1.0.67_6-win32.exe
MD5: 8F3473FF6BFCF1F2BE68E5B2AF6BA90A
SHA-1: 10F18071FFA0C75C86038382D62B2B2AEABDF3C7
SHA-256: ABC36DEA0A08D95335BA5555126AF2BCE87369472A4A5C1C9F8D97547C72AEBB
SHA-512: 98D2BBC592AFFBFA6369D133B2486ACDC2A4B01B897EF2DE34BCF4B34FB4EB2F4D521E C50F3EA212D916FDC3A69BD66B307B7E08975B98C68B08CA7C90918FBC
RIPEMD: ABFFAA9F2077B4E72AB82987AA8F1B3299D112DF
Игорь, в версии 18.1.0.67_6 Проверил пока только окна, да все исправлено - очищает адекватно в обоих режимах. Я не использую автоматическое внесение QSO в лог.
Александр, RM1O
step 67_6
1. Работаю на поиск.
2. Автоматическое внесение QSO в лог.
3. AutoSeq1.
4. Single Shot QSO.
5. Erase band activity.
6. Auto RX Filter.
Окна DX Call и DX Grid очищаются после подтверждения корреспондентом окончания QSO.Вообще все работает без проблем. Спасибо.
Поторопился чутка. В режиме СQ (активна RX/TX Split) очищает окна и автоматически переходит на CQ только со снятой галочкой в "Clear DX call and grid after logging".
Сейчас если вызываемый оператор ответил другому оператору, TX отсекает моментально после декодирования.
Игорь большая просьба от радиолюбителей выполняющих дипломы, где разрешены повторы, в режиме AutoSeq1 (или сделать отдельный режим) отключить проверку по критериям 'новый' ('New ..') выставленным в закладке Notifications, конечно можно снять и там галочку, но тогда теряется окраска и информация о повторе.
Александр, RM1O.
Была просьба сделать чисто ручной режим выбора кому ответить, назовем его AutoSeq0, так как сейчас сделано в WSJT-X при снятой галочке Call 1st, думаю что такой режим даст возможность работать с повторами.
В AutoSeq1 наверно можно сделать работу с повторами опцией, чтобы можно было отвечать повторным корреспондентам в автомате.
Добавил оба варианта в список возможного будущего функционала.
Игорь, проверил многократно на CQ autoseg1,2и3 + аutoTX + DisTX73 + TX/RX Split + галочка в "Clear DX call and grid after logging" окна ОЧИЩАЮТСЯ, НО тогда автоматически CQ не запускает, автоматически CQ начинает запускаться когда снимаешь галочку в "Clear DX call and grid after logging". Тут нет сбоя, просто автозапуск CQ зачем-то завязан на "Clear DX call and grid after logging".
Александр, RM1O.
AutoSeq0 потерял смысл потому что в нем при приеме сообщения 73 не будет ответа другим корреспондентам которые вызывают оператора во время приема сообщения 73, а выбрать желаемого корреспондента из нескольких зовущих можно вручную и сейчас перебив решение принятое алгоритмом AutoSeq.Цитата:
Сообщение от UA1OMZ
Опция отвечать зовущим B4 корреспондентам будет добавлена для AutoSeq1,2,3 в версию 18.1.0.67.
Вот, Игорь, обрати внимание программа не корректно отработала Вложение 204151 после своевременно(без задержек) принятого RR73 еще раз дала рапорт.
За опцию B4 спасибо!
Александр, RM1O.
здесь надо смотреть содержимое файла ALL.TXT - что было раньше, началась передача рапорта и потом декодировалось сообщение RR73 или наоборот, в файле ALL.TXT видно последовательность сообщений во времени, в окне RX частоты эта последовательность неправильно отражается
AutoSeq1,2 игнорируют сообщения декодированные после начала передачи сообщения.
AutoSeq3 ждет окончания декодирования сигналов и если оно произошло уже после начала передачи сообщения то AutoSeq3 при необходимости на ходу меняет передаваемое сообщение.
Провел пару десятков QSO на CQ в самом корректном режиме AutoSeq3, умышленно не вмешиваясь в процесс первого декодирования позывного. Хоть вызывающий позывной и появляется почти всегда моментально и можно было бы ответить ему несколько раз в ручную, но я всегда ждал, пока программа сама ответит. Станций на диапазоне не много около 10, декодирует их быстро. Но что получилось в итоге только примерно 10% позвавших, приняли от меня рапорт с первого раза. Пригляделся, вот что происходит - декодирует вызывающего, затем смотрю когда декодирует последний позывной на диапазоне, но и после этого не происходит моя передача, начинаю отсчет - передача начинается только через 2-5 секунд, после декодирования последнего позывного на диапазоне. Игорь, это нормально, так и должно быть? Может быть это такой же затык, как был с задержкой отмены TX?
Александр, RM1O.
...да вроде все нормально...только по завершении цикла нужно снова нажать Enable TX...
Вложение 204202
Также попробовал 67_6
РАБОТА НА ПОИСК
1.AutoSeg1
2.Single Shot QSO
Очищаются все окна : DX Call , DX Grid, TX1-TX5
для этого пришлось изменить привычный для меня режим ручного сохранения QSO на автоматический
РАБОТА НА "CQ"
1.AutoSeg3
2.RX/TXSplit
Сейчас как и в прошлых версиях при ручном сохранении QSO очищаются все окна без прерывания TX, оператор только сохраняет QSO в "выскакивающем" окне .
Если оставить режим автоматического сохранения QSO, также очищаются все окна но при этом прерывается цикл передачи, и востанавливается работа на СQ Нажатием кнопки "Enable TX"
Окна очищаются при получении от корреспондента "73"
Работая Split после сохранения QSOи очистки окон приемная(зеленая) "скрепка" остается на частоте крайнего QSO...то есть не совмещается с красной...
надо переработать Perl скрипт для обработки уже имеющихся у меня ALL.TXT, по результату обновить ALLCALL.TXT и добавить проверку декодированных позывных в сообщениях со звездочкой по файлу ALLCALL.TXT, все вместе примерно полтора-два дня работыЦитата:
Сообщение от RD6LK
планирую сделать перед выпуском 18.1 в общее пользование
Измененный функционал (относительно 18.1.0.66):
- прослаблены требования для включения кнопки Filter в режиме автоматического фильтра приемной частоты (Auto RX frequency filter)
- добавлена запись ряда событий в файл ALL.TXT
- применены несколько патчей по сбоям Clear DX и Halt Tx при работе AutoSeq
- приведены к формату WSJT-X UDP сообщения 'status', 'decode' и 'reply'
- изменен функционал обработки свободных сообщений в AutoSeq: сообщения содержащие и 'myCall' и '73' обрабатываются независимо от частоты, сообщения содержащие только '73' без позывных обрабатываются на RX частоте
- устранен дефект срезания части декодированного WSPR сообщения при отображении его на экране
- выполнен опциональный функционал ответить сработанному корреспонденту, применяется во всех режимах AutoSeq и может быть активирован в закладке AutoSeq (Answer worked B4)
собранный софт https://cloud.mail.ru/public/F7zE/uehijpyhc
исходный код https://cloud.mail.ru/public/DdFQ/jQcdZnbnv
кодовые суммы:
File name: JTDX-18.1.0.67-win32.exe
MD5: 8F53D1B30FFFC855C5867C9540F9D3E5
SHA-1: 115C3389B32F8C68E5FC56752A889346C892EED6
SHA-256: AC63BC133596BE803A34C82DD9BDAEB7B25B86AF46DB20F4E2F2BFF449F0ABE6
SHA-512: 4687E4BBB8C025B381FF5DD829688B8BBEE9E3F171150F57809357C0696D718A3DE18D 314164803C69916D47462722EDFFD9166B2A44C36517EDACCC0EEB073C
RIPEMD: BDE847DB913A12DE410C8CB6D8938FBC7706F16D
JTDX.INI файл изменен, добавлен новый параметр "AnswerWorkedB4", при переходе с версии 18.1.0.66 на 18.1.0.67 удалять файл не надо.
Такой вопрос-при окончании QSO всё отключается нормально,но когда корреспондент даёт общий вызов на той же частоте после нашего QSO я вижу сигнал,но он не декодируется.Нужно уйти в сторону,что бы увидеть вызов предыдущего корреспондента.В WSJT-X такого нет.
JTDX v18.1.0 step 67 - тестирование нового функционала
Linux version (compiled on Ubuntu 16.04LTS 64-bit)
Binary files only:
https://cloud.mail.ru/public/FL7X/AUVcpcYnS
Linux 64-bit deb-package (not tested!):
https://cloud.mail.ru/public/L9Ff/1EejPBdka
Linux 32-bit deb-packages (not tested!):
https://cloud.mail.ru/public/EfBF/Lv2Z6w2t7
Иногда появляются фантомные вызовы. Подозреваю, что из-за Hint декодирования.
Вложение 204239
Привет Всем и с Крещением!!!!
Тестирую и Большой Респект,разработчикам и тем кто занимается этой прогой!!!!
Обьясню в чем есть проблема,Нормально и хорошо все по режимам итд.
Но хотелось бы еще ,что бы при сужении физически спектра на частоте станции не менялся уровень(хотя это может зависить и от приемника на принимающей стороне)
Но а спектр ,что бы сам подстраивался под уровень станции,я навверно не совсем правильно обьяснил проблему.
Короче я могу полностью сузить прием на своем sdr трансивере вокруг полосы приема только одной станции и сделать ее практически равной полосе передачи в цифре любым способом передачи,будь то режим ft8,jt65 итд.
При этом на спектре засветка ,не видно,что станция тебя вызывает!!!
Хотелось бы ,что бы спектр и уровень регулировался в этом режиме автоматом(была такая возможность).
Вот как это выглядит на пример в режиме jt65.
Вложение 204242Вложение 204243
RC7H ex RZ6HCF
Да и эта возможность дает то,что можно сужением полосы фильтра с двух практически сторон отстроится от помех со стороны мощных станций и принимать только станцию в полосе своей передачи!!!!
Вот еще скрины проги и sdr.
Вложение 204246Вложение 204247
Да и спомощью пульта типа "herqules" это делается в считаные секунды!!!
Редкий случай когда у SDR приемника не хватает динамического диапазона, разве сужение полосы в SDR помогает отстроиться от помех? С точки зрения JTDX при преобразовании Фурье используются узкие фильтры под каждый тон(частотные бины) и если суммарный сигнал в звуковом потоке не упирается в потолок динамического диапазона потока (примерно 90дБ) то сужение полосы в SDR влияет только на время декодирования сигналов в интервале.
В JTDX применяется постоянный коэффициент усиления на водопаде(регулируется движками на водопаде) который не зависит от полосы сигнала на водопаде и других установок на водопаде. Если при сужении полосы на водопаде растет шум то надо смотреть на стороне SDR почему с изменением полосы сигнала изменяется усиление в тракте приемника.
почему скочет частота шаг 67 RX TXВложение 204254Вложение 204255
Ну может это и так ,я конечно проверю на другой программе ,тогда отпишусь,но какая тут динамика выдержит ,если в ft8,сейчас станции работают оч активно и используют даже далеко не 100вт,вот тут то и помогает этот метод,
минимум 2-3 станции у меня +30-40,тут извините ничего ,кроме таких ухищрений и не помогает!!!!
А так Вы может быть и правы ,я водопад не использую,а спектр сразу заплывает при сужении полосы,уровень общий падает(что естественно)при сужении полосы.
Попробую другую прогу,отпишусь!!!!
Уровень приема то ведь падает,тогда почему спектр начинает заплывать,причем оч уж активно(пока подстроишь)?
С Уважением Павел!!!RC7H
Проскочила инфо, что скоро выйдет MIXW 4-й, который работает в FT8 JT65
тут подумал, могут быть две причины роста уровня шума при узкой полосе приема в SDR:
- на узкой полосе SDR меньше отрабатывает АРУ и становится заметен шум
- если несколько сигналов идут S9+40дБ то SDR может не справляться в широкой полосе по динамическому диапазону при выключенной АРУ и в результате падает чувствительность, сужение полосы приема в SDR возвращает чувствительность, в таком варианте думаю что можно альтернативно использовать по входу аттенюатор оставаясь в широкой полосе
JTDX, полоса в приемнике примерно 2400 Гц, мода FT8, красным цветом указал значение Bins/Pixel, при значении 2..3 есть яркие точки что связано с полосой бинов по отношению к пикселю:
Вложение 204268
так выглядит WSJT-X 1.8 GA:
Вложение 204269
В обоих случаях функция Flatten выключена, использовался локальный шум эфира с SDR приемника при почти закрытом диапазоне в Нидерландах, частота 14589.80 кГц.
Что за ГЕРКУЛЕС? Чего делает? Зачем нужен? Ну и т.п. Сообщите - интересно.Цитата:
Да и спомощью пульта типа "herqules" это делается в считаные секунды!!!
Очень даже помогает.Цитата:
Редкий случай когда у SDR приемника не хватает динамического диапазона, разве сужение полосы в SDR помогает отстроиться от помех?
Здесь "Дельта-44"
Вложение 204287
Инфо от RW3PS (http://www.rw3ps.qrz.ru/1101.htm) до вольта без искажений держит на входе.
RZ6HCF писал, мол, при сужении полосы (в проге SDR), водопад маскируется шумами (попытаюсь скрины выложить)
Я эту проблему (проблема-ли?) вытаскиваю ползунками на теле водопада.
Вложение 204288
Вложение 204289
Вложение 204290
====================================
Река (речька) Осередь. Снега нет.
Лед 10....15 см.
Батюшка был.
Новая версия проги.
Вчера 67_6 с облака брал.
Сейчас https://www.release.jtdx.tech/Window...0.67-win32.exe обновил.
Не тестил. Сорри.
Игорь, (UA3DJY) какой у Вас комп (сорри, если не скромно)?
У меня вот такое железо:
Вложение 204293
Древнющее?
Игорь здравствуйте.
Режим работы на поиск
После моего сообщения "HissCall MyCall 73" в следующем периоде от корреспондента не было сообщения и на это программа отреагировала переходом на TX и посылкой "CQ"
Режим авто сохранения QSO. Так должно быть?
Вложение 204299
Аналогичная ситуация только уже в режиме AutoSeg3 закончилась кратковременной передачей (включением и блокировкой) повторного сообщения "HissCall MyCall 73"
Вложение 204300
по опыту использования Yaesu знаю что при включении кварцевого фильтра в ПЧ тракте производитель заложил другое усиление, чем уже фильтр тем больше усиление в ПЧ, наверно сделано так для комфортного прослушивания ушами по интегральной мощности шума
возможно такой же подход заложен и в SDR софт
процессор i5-4460, не такой древний но для FT8 тоже слаб, при 25 декодированных сигналах декодирование уходит более чем на секунду в интервал передачи
до этого был четырехядерный AMD Phenom, при том же количестве ядер и близкой тактовой Intel i5-4460 почти в два раза быстрее работает чем AMD
приглядываюсь к i7-8700K, "Рекомендуемая цена для покупателей $359.00 - $370.00"
но наши пока на него сильно задрали цену https://www.citilink.ru/catalog/comp...iAAEgKayfD_BwE
игнорируют рекомендации производителя :)
старые серверные процы несмотря на обилие ядер/потоков могут уступать современным бытовым, надо сравнивать под нагрузкой на математике
в версии 18.1.0.68 еще дорабатываю выделение потоков для FFTW, на современных процессорах будет шустрее работать во всех модах кроме FT8, до FT8 пока еще не добрался
Поставил новый проц и перешёл на W10Вложение 204318
Обрабатывает практически без задержек при максимальной загрузке диапазона.
В режиме приёма средняя загрузка по ядрам 2%, при декодировании подскакивает до 12%.
JT даёт прирост до 4%.
А вот по ядарам - потокам на некоторых доходит кратковременно до 90%.
"Гонку вооружения" прекратил.
Вложение 204323
Вот что в "попугаях" получается. Дальше уже "мама не велит". А Ваш перспективный вариант очень нравится, вот только "зелёная" пока противится
Игорь подскажите...использовал шаг 48 и сразу перескочил на шаг 67...INI файл надо менять?
Ясно...Тогда такой вопрос...Использовал на шаге 48 такие настройки для работы на CQ,оставил их и для шага 67
Вложение 204355
,ввод QSO ручной(ввожу во время передачи мной 73),после получения 73 от корреспондента нет автоматического перехода на CQ...
Ну подключение пульта от Hercules(это аудио пульт)позволяет в программе PowerSdr (mrx) очень оперативно подстраивать полосу в любых пределах и обеспечивать плавную перестройка (2-а верньера),ну и естественно громкость ,усиление,включение фильтров.
Я кстати ограничиваю полосу только в нескольких случаях,когда работаю на общий вызов,когда принял слабую станцию и хочу уверенно с с ней сработать.
Програмный фильтр это одно,а когда сужаеш фильтр это совсем другой эффект.
C Уважением Павел RC7H!!!
принципы работы с DX экспедициями в режимах лиса/гончая в будущей версии WSJT-X:
https://sourceforge.net/p/wsjt/wsjt/...Operations.txt
описание AutoSeq алгоритма для лисы/гончей в будущей версии WSJT-X:
https://sourceforge.net/p/wsjt/wsjt/...seudo_code.txt
Ставим пару кило. Один раз зовем DXa и идем пить чай (кофе, пиво, ложимся спать и т.д.). Позывной все равно отразится на экране DXa и QSO будет дальше проведено автоматически (вопрос времени) - так? А за DXa - так вообще работает полный автомат (или почти) :) Вопрос, если DXов будет 3 (4,5, 10 ....) - какая каша будет стоять? :) Ну и каждый второй YV наверняка посчитает себя деиксом и попробует поработать в этом режиме :)
Если вы имеете в виду такие настройки
Вложение 204382
то все равно приходится вручную Enable TX по окончании QSO давить...
Single shot QSO галка снята...
Должен быть ручной ввод QSO, тогда будет автоCQ:
Вложение 204385
Если установлена автоматическая запись, то в этом случае только руками...
Игорь доброе вечер
уточняю по #10474 и #10475
Режим внесения в лог автоматический
Вложение 204387
Вложение 204388
Вот два куска из файла ALL.TXT
https://fex.net/#!726581060848
https://fex.net/#!622230900265
Если в самой программе не заложена многопотоковость, то эту работу на себя вынуждены брать операционная система и чипсет.
Любое быстродействие процессора сведет на нет наличие устаревшего чипсета и операционной системы.
На сегодняшний день, мне кажется, лучшее соотношение это чипсет не ниже 200 серии и Windows10. Эта связка намного лучше справляется с многопотоковостью.
Конкретно по последним тестируемым версиям. Пробовал различные режимы. Если правильно понимать и использовать функционал, то ошибок практически нет. Если и были, то только из за позднего декодирования. Но если не отвлекаться, то все можно было быстро подправить ручками. (I7-7700T (3.8Гц) Чипсет Z270 Win10x64)
Мне кажется, что уже все близко к завершению. Спасибо Вам за колоссальное терпение и труд.
Вот эту птицу уберите, она почему-то выключает автоCQ:
Вложение 204397
Еще раз проверил работу на CQ версия 67
При выборе ручного сохранения QSO в лог , кнопка EnableTX не отключается, присутствие оператора обусловлено сохранением QSO в лог нажатием кнопки "ОК" во всплывающем окне.
При выборе автоматического сохранения QSO, после передачи сообщения "HissCall MyCall 73", OSO автоматически сохраняется в журнал, кнопка EnableTX "гаснет" оператор продолжает работу на CQ нажатием кнопки "EnableTX "
Вот такие настройки у меня.
Вложение 204399
Попробуйте убрать вот эту галку , по тексту режим очистки окон как бы не должен влиять на работу авто CQ, но мне кажется есть какая то взаимосвязь между этими настройками...
Вложение 204400
)) Пока писал сообщение Борис, опередил меня в моих догадках))
Борис,Вячеслав Спасибо...да в этом и было дело...сам начал тыкаться и тоже набрел на это:s7: непонятно какая тут связь с автоCQ,но она есть оказывается....
Коллеги, прошу прощения, что беспокою не по теме, но все грамотные "кадры" в области IT, здесь.
Заметил, что FireFox сильно грузит процессор, при этом явной работы самого FireFox'а не видно??? Отключать его, при этом не комфортно без связи с Интернетом?
3 варианта:
1. танцы с бубном и файер фоксом (ссылки уже дали). Из опыта - помогает не всегда. Зависит слишком от многих факторов, даже от драйверов видюхи.
2. использовать хром от гугла. Грузит систему меньше. Но и то, если комп не мощный, лучше "тяжелые" страницы во время работы в фт не просматривать. ну и вкладок поменьше. Иногда это может даже приводить к серьезному сдвигу времени в системе.
3. все таки подумать о более мощном компе.
обнаружил два зависших процесса JTAlert кушающих ресурсы при выключенном софте JTAlert, версия 2.10.9
возможно зависли при изменении в операционке звукового устройства по умолчанию
Вложение 204465
Давно перешёл на SRWare Iron, похоже на хром, и все дополнения подходят, но нет шпионских и статистических штучек!!!
http://www.srware.net/downloads/srware_iron.exe (32-Bit)
http://www.srware.net/downloads/srware_iron64.exe (64-Bit)
ещё дополнения AdGuard AdBlocker (от реклам, банеров и др.), и bitwarden (бесплатный менеджер паролей).
Ну и не лишнее сделать копию Закладок, при переустановке сразу все закладки кидаеш и всё как было ранее...
JTDX v18.1.0.68_5 - патч устраняющий сбой ответа AutoSeq зовущим корреспондентам в сценарии когда ни одного критерия 'новый..' не выбрано в закладке Notifications
этот сбой есть только в версии 18.1.0.67
кроме патча еще применен таймер выключающий часть функционала декодера FT8AP(всё кроме декодирования CQ сообщений) через 5 минут после последней передачи, уменьшится количество ложных вызовов со звездочкой
собранный софт: https://cloud.mail.ru/public/3XG7/fEubnrRUR
кодовые суммы:
File name: JTDX-18.1.0.68_5-win32.exe
MD5: 80B23613FBF8C92BB891E2BA8E1D381E
SHA-1: 7560C4E9D156FD29410E6C22742D35260F741A90
SHA-256: DFE08E8DEA070830C09A0495A679AEDF07F12B11EB38B394558912AD9E06C979
SHA-512: 36CDF235863A1D408A20CB85E367D0FCA9321728405A480AE29AFDC0610CB5804CC7E0 07FB9454CE9AAA4647DBEF1BECB44B065F981DBFE7B4B5C0A62C527638
RIPEMD: 520A999A3B3B0D41989A9D67993C28DA41B84AED
Спасибо, кое что поменял в установках, вроде наладилось. Компьютер у меня моноблок от DELL.
Вложение 204489
Где то не дочитал, даю CQ, меня вызывает станция, программа продолжает CQ , кнопка AUTOTX включена ???
Гари Хансон ZL2IFB выпустил иллюстрированный "FT8 Operating Guide".
Скачать можно здесь: http://www.g4ifb.com/FT8_Hinson_tips_for_HF_DXers.pdf
К сожалению, пока только по-английски.
Может кому и пригодится,извините за оффтопик.
Подскажите пожалуйста как в сообщении форума можно выбрать функцию "открыть/закрыть" скрытый текст?
Вот например как здесь...
Вложение 204538
Иногда приходиться к сообщению форума прикладывать куски из ALL.TXT файла, а они бывают не маленькие, такая функция просмотра не загромождает окно сообщения и если нужно может быть включена выбором просмотра скрытого текста.
В расширенном режиме редактора поста выберите иконку спойлера.
Инфо поместил в спойлер.
67 версия
36 декодов за период!)
первый раз за все время...! Для скрина пришлось растягивать окно)
Вложение 204577
Изрядно потестил 67 и 68_5 версии. Все работает(и нововведения), как надо и даже субъективно немного лучше, по-резвее что-ли.
Но два "бага" остались на месте
это несанкционированный возврат частоты после QSO(ну очень иногда напрягает)
и зависимость работы автоперехода на CQ от галочки в "Clear DX call and grid after logging"(убрана - работает)(вообще не напрягает).
Игорь, есть предложение сделать одну фишку для оперативности работы в большом количестве принимаемых станций.
Пример - Вот начинают появляться одна за другой станции в окне приема и ты(я) вдруг увидел интересный позывной и начинаешь в него тыкать в движении, да еще и два раза надо попасть, естественно в большинстве случаев ты либо промахнешься, либо попадешь в другой позывной, т.е. период упущен, а ведь может быть именно в этот период DX мог ответить именно тебе. Если ждать окончания декодирования всех позывных(когда их много) и жать не спеша, тоже однозначно теряешь период.
Предлагаю - в одиночное нажатие левой кнопки мыши (в момент декодирования) вмонтировать функцию остановки показа(декодирования) позывных в окне приема. Т.е. увидел интересный позывной, левой кнопкой мыши остановил показ(или декодирование) и далее щелкнул два раза по неподвижно стоящему интересующему позывному и вызов пошел вовремя.
И еще большущая ПРОСЬБА от многих радиолюбителей, вернуть следящий (ожидающий) "EnableTX", ну может только сделать его отключаемым. Я даже пару раз от ностальгии откатывался на 34 версию, но естественно в современном варианте преимуществ и удобств уже так много(за что Вам Игорь ОГРОМНОГО СПАСИБО), что о полном возврате и речи быть не может.
С уважением, Александр, RM1O. 73!
Да это точно была бы классная фишка, только сделать ее выбираемой(галкой) вдруг не каждому подойдет режим "заморозки" приемного окна
это три раза нужно кликнуть, одиночный левой кнопкой-заморозить, потом двойной клик - выбрать позывной с одновременным включением TX,если в в начале 1.5 секундного периода декода-успеваем, в конце-?можно залезть в период передачи
про следящий режим EnableTX я уже забыл как это было...)
Коллеги,
Есть ли сейчас интерфейсы для работы цифрой, которые сопрягаются с компом по блютусу или wi-fi ?
(Например, трансивер и прочее радио-железо в одной комнате, а ты с ноутбуком в другой)
Уже есть опция Erase band activity window at start of decoding в закладке Misc, она позволяет уйти от бежащего вверх списка декодированных сообщений при достаточно большом размере окна.
Правая клавиша мыши уже используется в текстовом окне операционной системой Windows для операций Select/Copy.
У 'заморозки' окна есть большой недостаток - Вас могут позвать или Вам могут ответить но из-за заморозки это сообщение может быть потеряно.
Тот функционал следящего Enable TX я делал под себя поскольку в работе в моде JT65 использовал вызов рапортом и мне часто отвечали через 5..10 минут, не успевал вовремя вручную среагировать на ответ.
Arvo ES1JA создал новый, более мощный AutoSeq, и работа над ним еще далека до завершения. Основа заложена с огромными возможностями, надеюсь что постепенно будем наращивать функционал AutoSeq.
Парни, кто использует для работы в JTDX интерфейс RigExpert Plus и коммутацию PTT через DTR/RTS прошу дать мне знать в личку: ua0fo@qrz.ru ,есть вопрос. Заранее спасибо и 73! Сергей
Спасибо конечно за эту функцию, может кому-то она и нужна, но я никогда ее использовать не буду, т.к. целые периоды "канут в небытие", а еще столько интересного можно увидеть, позвать или скопировать отмотав "историю" назад.
Не правую, а левую...
Уверяю Вас, что на этот шаг "заморозки" оператор пойдет осознано, когда увидит интересный позывной и ему уже будет побоку, кто его будет звать в этот период, ну а уже в следующий период, я думаю "заморозка" должна отключиться автоматически. Популярность FT8 растет с каждым днем и при декодировании 30 и более сигналов "заморозка" просто сама напрашивается...
думаю, что именно под приблизительно такие процессоры (и не выше) в настоящее время и надо делать софт (а может и протоколы видов связи).
Тем более, что прогресс в процессорах замедлился и производители больше заботятся об их энергопотреблении, а не производительности.
А топовые процы большинство радиолюбителей не потянет финансово.
к чипсету в современных процессорах подключается SATA и USB, а управление памятью, графика, все ядра и кэш - в самом процессоре и на скорость декодирования чипсет ну ни как влиять не может.
У моего друга возникла проблема с работой в FT8.прога wstj-x v1.8.0-rc2 + интерфейс для ur5eqf .при вызове корреспондента на передачу переходит сразу а сигнал появляется с пк с задержкой в 5 сек,невсегда но очень часто,примерно через 2 раза включения на передачу,началось это недавно,изменений он в компе неделал,я сегодня посмотрел его все нормально принимает,а с передачей какой то глюк ,может кто сталкивался с таким.
Обновить до версии Firefox Quantum 57.0.4
Цитата:
В 2 раза быстрее. Лучший на сегодня Firefox, использует на 30% меньше памяти, чем Chrome, настоящий приватный просмотр с защитой от отслеживания (из описания)
Зачем поверх? Он устанавливается в свою папку. Закладки можно импортировать с FireFoxa, если им пользовались всегда. Можно и удалить FireFox. Дело ваше.
Этот браузер не "трогает" системное время, как и FF. Остальные у меня сбивают время и очень сильно (для цифры недопустимо).
Если ставили версию для ХР3 (она уже не поддерживается), то не получится. Если для другой ОС, то на оф. сайте есть файл для руссификации. Здесь это Pale Moon - Add-ons - Language Packs
Вложение 204629
Если грузит процесор, тормозятся все процессы, и время тоже... у товарища только SP TimeSync помогала, синхронизировала через 5 минут. Бывает и материнка попадает такая, ничего не сделать... А может систему какие-то ненужные програмульки тормозят, антивирус... надо искать, или менять железо если слабое. Хотя и мозилла "тормозит", давно заметил и не пользуюсь.Цитата:
Этот браузер не "трогает" системное время,
Вложение 204630
Вот как работает j3-4130 3400MHz
Работают только 2 ядра и все остальные потоки не принимают ни какого участвия в кодировке
Я недавно консультировался по поводу процессоров со знающими людми
обьяснил для чего нужно и что за работа у процессора
Ответ простой.Для наших целей подайдет 2-х ядерный "пенек" с высокой частотой.
В таночки мы не играем и все эти дополнительные потоки хороши там
А самый дешевый, но эфективный метод мне предложили поставить ssd диск на операционку
поставить 64 винду и увеличить память да 6-8 г
Затраты не велики но эфект приличный.
дайте 'знающим людям' дополнительную информацию - при демодуляции (цифровой обработке) сигнала мы используем FFTW с большими массивами данных
ранее операционная система почти равномерно нагружала 8 потоков, в 18.1.0.68 еще и в коде JTDX будет прописан потолок для FFTW в 12 потоков c динамическим определением доступного количества потоков на процессоре для всех мод
У меня в FT8 по ядрам так, не совсем ровно, но достается всем. 20% съедает PWRSDR и 20% идет на декод.
Я закрыл все приложения на компе и нагрузка идет только на 2 ядра
Вложение 204641
Вот что показыват AIDA
Вообще-то i3-4130 имеет только два физических ядра...
https://ark.intel.com/ru/products/77...Cache-3_40-GHz
Еще "два" - это мультитрейдинг... Виртуальные так сказать.
Может поэтому?
Иногда помогает.
RA3RKA
У Вас и у меня по два физических ядра но каждое ядро работает по двум потокам.
Чтобы уви деть загрузку всех четырёх потоков с помощью Аиды,включите на Ютьюбе просмотр видео в 2К или 4К.Вот там все числа приблизятся к 90-100%.
Посмотрел загрузку сво его простого смертного i3-6100 CPU в режиме декодирования Fast и Normal-в основном работают два потока(загрузка под 70-80%),а ещё два подключаются именно на 14-й секунде,то есть в момент декодирования-тогда все 4 потока показывают от 10 до 70%.
Нормально это или нет-пока не задумываюсь.В принципе-нормально.
Всё что сказано мною выше-мнение не компьютерщика,разбирающег ося в компьютере равно как в японской грамоте,то есть на уровне 10-15 слов.
Я знаю что у меня 2-х ядерник с виртуальными потоками.
Проблема в том, что при декодировании 20-25 станций 100% загрузки не бывает
а память вообще свободна.
Зачем тогда ставить более мощный процессор если и этот работает с запасом???
А вот время на декод уходит много?
здесь назвал одну из возможных причин http://forum.qrz.ru/6-cifrovye-vidy-...ml#post1439598Цитата:
Сообщение от UA3DJY
конечно легко убедиться - тест на декодирование в JTDX, коллеги использующие 2 ядра / 4 потока и 4 ядра / 8 потоков могут показать свои картинки с монитора ресурсов во время декодирования
подскажите по WSJT-X след проблема:
Программа работает в FT8 при мощности 50 ватт, РТТ связана с компом через оптрон. НЧ сигналы ВХОД/ВЫХОД АУДИО развязаны через трансформаторы. САТ и РТТ работают через разные СОМ порты.
В последнюю неделю, начала проявляться след ситуация: по время работы цикла передачи, периодически и неожиданно отключается управление РТТ. Индикация частоты продолжает работать исправно. Выходит таблица, где нужно включать через ОК. Так, несколько раз... А далее, вдруг пропадает модуляция сигнала при передачу... В в режиме TUNE проверяю- звук отсутствует. Звук отсутствует на выходе звуковой карты компа, даже при отключении связи с ТХ. В настройках проги все вроде выставлено нормально, но не работает как нужно...
Помогает только снос и переустановка проги. Уже 2 раза пришлось переустановить...
--------------------------
На MSHV FT8, на Миксе, ФЛдиги в ПСК и других модах ПРИЕМ/ПЕРЕДАЧА работает нормально, без сбоев.
--------------------------
Может у кого-то была такая ситуация? Подскажите, что можно предпринять?
загрузка ядер при декодировании файлов на 4-х физических ядрах, Intel i5-4460, Windows 10:
так работает Windows 7 Home (возможно отсутствует какой то патч), 2 ядра 4 потока, процессор i3 M 380, в BIOS Hyper threading включен, операционка показывает что виртуальные ядра остановлены, нагрузка на физических ядрах неравномерно распределена:
Игорь, а почему режимы autoseq 1 и 2 лишены привилегий autoseq 3 - отвечать поздно(после отведенного периода) декодированным позывным и изменять сообщения в зависимости от полученных? Приходиться самому отвечать (нажимать) таким позывным, и что самое главное даже после таких манипуляций тебя спокойно декодируют уже в этом периоде. В wsjt-x в режиме call 1st автоматически всегда отвечает поздно декодированным и изменяет сообщения, причем моментально после их декодирования, а не ожидает декодирования всего периода, даже при вызове вас сплитом.
I7 процессор, W10х64, работают две программы JTDX.
если Вы имеете ввиду, что проблема в том, что в BIOS отключен HiperTrading, то этого не может быть, т.к. в этом случае -
- и в устройствах и в закладке быстродествие и в мониторе ресурсов (и любых сторонних программах) будут видны только физические ядра, а виртуальных ядер (не загруженных) там видно не будет.
Т.к. никаких "гипотез" не использования виртуальных ядер нет - выходит, что проблема может быть только в программе (или опций ее компиляции).
для определения количества доступных потоков (задания количества потоков FFTW) в коде WSJT-X/JTDX используется метод QThread::idealThreadCount, сделаю софт с диагностикой, посмотрим количество потоков возвращаемых этим методом под разными операционными системами Windows и Linux
int QThread::idealThreadCount()
Returns the ideal number of threads that can be run on the system. This is done querying the number of processor cores, both real and logical, in the system. This function returns -1 if the number of processor cores could not be detected.
из описания метода следует что результат определяется ответом операционки, значит проблема вне компилятора
выходит, что Вы (почему-то) верите в заверения QT об "идеальности" их метода загрузки всех ядер, а не внешним методам диагностики их загрузки (как нескольким встроенным в Windows, так и многочисленным сторонним диагностическим программам) ? И не принимаете в расчет фактических проблем у пользователей с декодированием на приличных по производительности процессорах ? Что-то на массе других программ таких проблем с загрузкой по ядрам не возникает (судя по диагностике загрузки теми же методами).
В полемику вступать не хочется .НО есть такое. Вот что у меня! Жесткий диск твердотельный....ну это понятно.
Вложение 204691
Да вот еще.Диспетчер задач--монитор ресурсов :ядер-4,логических процессоров- 8.Скорость до 4,47 ГГц .Процент использования в спокойном состоянии -1%.Проверял во время периода декодирования ....работают все 8 и общая нагрузка до 15% максимум.Такое впечатление .....где то ограничение в программе!
Очень шустрый проц.а в программе почему то средние результаты.Странно!
Коллеги подскажите по такому вопросу: работаю FT8 c Flex 1500 в JTDX 67 за период 15 +- 5 минут начинает меняться параметр DT до 1,5-2 (если я правильно понимаю это разница в синхронизации времени с другими станциями), установлен Demension , щелкаю по кнопке Stop в PowerSDR и тут же Start, все восстанавливается, куда копать?????
диагностический софт 18.1.0.68_9_diag для проверки количества репортируемых операционной системой доступных потоков, при запуске показывается в окне декодированных сообщений https://cloud.mail.ru/public/Hfft/GnfrZFNV9
для проверки на процессорах с логическими ядрами в конфигурации 2/4 и 4/8, при публикации результата пожалуйста указывайте версию операционной системы и есть ли нагрузка на логических ядрах при декодировании
кодовые суммы:
File name: JTDX-18.1.0.68_9_diag-win32.exe
MD5: 36C2251AC376156A9E2E27AA93601EFD
SHA-1: 28D817B2FA3031218CFB358B5239BCB38648ED88
SHA-256: 394B205096CAFC4E593AC1B3C55ED15DACA176754AC634726129288FC3398FA0
SHA-512: 83FDEC1D58B402891DAFE634F64152CDCBF414BD9FC4EEAFA2A9A4FC8DB723EF3714CC A0D5237FCB58DDA4FD8824868657AD7209A91B028676194A0E28C670FC
RIPEMD: 0457B3DCC20CE4F445BA5A6CDA963A1882186D74
Частота опорного кварцевого резонатора в SDR железе, кратно не делится к 48кГц частоте дискретизации звукового потока и идет набег фреймов. Скорость ухода DT определяется остатком от деления частоты резонатора на 48000.
За согласование частот компьютера и SDR в звуковом потоке отвечает виртуальный аудио кабель, если этот функционал в нем сделан.
Еще может быть неисправность или несоответствие частоты этого резонатора.
Коллеги пож поделитесь скрином настроек Virtual Audio Cable 4.14, может с настройками накосячил????
Запущено две программы JTDX, W10x64, задействовано все 8.
Вложение 204708
У меня 7-максимальная 32
запущен лог,Опера,Тотал командер
Только что установил предложенную версию. Максимальная загрузка до 17% ,количество декодированных станций за период до 20....постоянно ,минимум 17 на данный период времени. Пробую!
Вложение 204711
4.15
Вложение 204715 внимание на 1-ый, 2-й кабель, остальные, то таке.
Не очень.W10 Pro 64bit. Версия последняя ,предложенная ,монитор ресурсов:
Вложение 204718
Да-да. Только, почему-то не все антивирусники его пропускают.
-----------------------------------------------------------------------------
Коллеги, у меня проблема.
"Отвалился" САТ в программе JTDX. Стояла 34-я версия. Работало все нормально, частота в программе отображалась и РТТ исправно работал через САТ. Сейчас РТТ не работает, и окно частоты красное с нулями.
И что самое интересное - в логе UR5EQF САТ работал исправно. Проверял несколько раз настройки скорости САТ в трансивере и программе JTDX. В обоих стоит 38400.
Сейчас заметил, что после запуска и закрытия программы JTDX, лог UR5EQF перестает коннектится с трансивером. САТ не запускается. Посмотрел в OmniRig - а там стоит COM PORT 5. У меня в компьютере такого нет. Поэтому с логом и нет связи. Есть только два физических СОМ порта. СОМ1 и СОМ2. САТ-система работает по СОМ1. Почему перескакивает на СОМ5? Может в настройках JTDX так заложено автором? Наверно поэтому и JTDX перестала видеть СОМ порт трансивера? Пробовал устанавливать СОМ1 - соединение есть! Все работает с логом. После запуска JTDX все нарушается. Операционка на компьютере XPpro.
Интересно, а почему раньше на 34-й версии все работало нормально! Это началось после установки 51-й версии. Откатился назад, на 34-ю и вот такая "бяка". Брал вот здесь - https://www.release.jtdx.tech/Windows/
Как-будто ни кто и не заметил(RZ1ZR +100500), все молчат, "как партизаны", а ведь вопрос то серьезный. На данный момент мы имеем три режима AutoSeq 1,2- "для совсем медленных процессоров" и 3- для супер машин в котором даже "очень шустрые проц."(сообщение R6LCF) дают "почему то средние результаты". А для середнячков что? Вот мой Вложение 204726 и у большинства моих знакомых примерно такие же машины. Хотелось бы режим аналогичный AutoSeq + call 1st в wsjt-x в котором всё без проблем отрабатывало. Игорь, спасибо за понимание! Господа поддержите!
Было у меня такое,сделал вот так,стабилизировалось.Цитата:
Коллеги пож поделитесь скрином настроек Virtual Audio Cable 4.14, может с настройками накосячил????
Вложение 204731
А у меня сразу вопрос : А что драйвер для трансивера с таким битрейтом сами ...или с оф.сайта. Вот параметры порта для трансивера ic7300 скачанного с оф.сайта ....проблем в принципе нет и не бывает.
Вложение 204736
Ничего я не выбирал. У меня лог UR5EQF с трансивером FT2k работает вот с такими настройками уже 10 лет.
Вложение 204737
А вот настройки в JTDX -
Вложение 204738
С такими настройками я работал в JTDX не один месяц! И вот 4 января такое случилось. Ничего не трогал!
Меня интересует, почему JTDX ищет СОМ5? А раньше работал через СОМ1. Программы виртуальных СОМ портов на компьютер никогда не ставил. Нет необходимости.
Кстати, менял битрейт и на 4800, и на 9600. Меняя, соответственно и в трансивере. Лог работает исправно!
VAC-лицензия или Триал ?
Вот и ответ.Аналогично ломал голову с Триалом.
https://youtu.be/MHCfzYWp5Vc
Поставил лицензию(купил за полторы тысячи)-всё заработало как швейцарские часы.
Ну раз работает ,какие проблемы.
По поводу синхронизации времени ,применяю вот эту :
Вложение 204739
А проверяю время вот этим:https://time.is/ru/ Мышкой сюда ,мышкой и клик по адресу!
Вот у меня сейчас.
Вложение 204740
Проверьте у себя ,дело пяти секунд!
У меня нет интерфейса.
А вот что в Диспетчере устройств при запущенной JTDX -
Вложение 204741
Cергей а попробуйте вот так... Соответственно СОМ свое поставьте...
Вложение 204742
Пробовал - не работает. Заметил, что у меня , в выпадающем списке Serial Port, нет Omni Rig. Был раньше? Не помню.
Вложение 204743
Сергей!
Так как вы используете UR5EQF_Log то проще и понятнее и надежнее чем вот этот программный интерфейс ничего не придумано.На видео показано до мельчайших нюансов:Персональный сайт - JT interface for UR5EQF_Log by UDP
Вот такой ,одновременно на две программы ,идеально работает:
Вложение 204748
не знаю мой случай или нет, но у меня такое сегодняч заметил при большом количестве кореспондентов прога начинает тупить и автоочередь не работает, а поскольку работаю удаленно, то не получается иногда вовремя нажимать клавиши, юзаю qr5eqf 61a, jtdx18.1.0.68_5, ur5eqf interface, при небольшом количестве кореспондентов все отрабатывает на ура и даже автоматом сохраняется связь с правильными рапортами ur5eqf
на сколько помню в wsjt-x прога сама в момент передачи изменяла общий вызов на вызов кореспондента в подобном случае
как пофиксить?
Для совместной работы лога UR5EQF с WSJT-X использую WSJTInterface через CAT OmniRig, это для IC-7300. Для IC-756Pro настройки выставляли также. Может кому пригодится.
Вложение 204752
Сергей!
Вот мои настройки на двух программах через указанный программный интерфейс к UR5EQF_Log.Буквально все одинаково ,а программы разные или ту или другую в течении минуты.
Вложение 204753
Вложение 204754
JTDX довольно "тяжелая" прога и жрет ресурсы компа. Поэтому, сист. время не успевает... Поставьте прогу WSJT-X. Она " полегче" и меньше ресурсов требует. Попробуйте отключить все лишние проги, Интернет. И поработайте на WSJT-X
Если ситуация с отставанием времени исчезнет, то у вашего компа мало ресурсов для работы на JTDX.
Спасибо. Но я привык "врукопашную". Если бы было б надо, то установил бы давно. У меня работает прижизненная версия Владимира Николаевича. 3.31-7. Обновлять не хочу. А с этой интерфейс не работает.
Все рано что-то с программой не ТО! Частоту показывает, на передачу встает. А если нажать на TEST CAT, то оба окна программы скрываются. Т.е. исчезают с рабочего стола. Но прога не закрывается! Она работает скрытно!)) На трансивере горит светодиод соединения по САТ!
Люди, большая просьба, когда постите свои "портянки" со скринами, то прячьте их под спойлер, дабы не засорять форум лишним и оверквотой пользоваться нужно внимательней, а то бывает чел оверквотит чью-то "портянку" со скринами и в ответ вставляет два слова, не зачем оверквотить картинки из чужих постов, на дворе 21-й век, учитесь корректно оформлять свой ответ, функционал форума это позволяет.
Спасибо за понимание.
Ну это уж совсем не показатель работы программы JTDX.
Уже как то писал что имеется ноут Асус. 1,6ГГц ,установлена опер.система XP и очень успешно работает на выездах из авто. Возраст ноута где то с 2006г. Работает UR5EQF_Log и JTDX. и весьма успешно.Что за выдуманные проблемы.
Даже фото покажу.
Вложение 204757
каждый конкретный случай надо смотреть, а не говорить что это выдумано, да и П4 и 256 рамы это рили мало, я такой комп еще в 2007 отправил в утиль, бук на атоме быстрее работает в разы, и кстати описаный комп это 2004 год как бэ ;) у меня тоже процессор с частотой 2ггц, однако, при этом 4 гига рамы и мать на 61 чипсете =) а если туда еще поставить ссд, слово тормоза можно забыть, и прошу учесть момент что при 256 мегабайтах рамы ХР свапится каждую секунду, т.к. даже операционке не хватает рамы чтоб себя загрузить ;)
Вопрос по теме, как отключить гребаный водопад так чтоб он больше не открывался при запуске, рили бесполезная хрень, а при удаленной работе бесит (динамическая картинка при передаче по сети тормозит все остальное изображение передаваемое с удаленной рабочей станции).
Вопрос не в том что "верю- не верю" а я сам всегда лично проверяю ,работает /нет. У меня работает.
По поводу последней версии 18.1.0.68_9_diag ,сижу на ней ,пока довольно успешно. Ничего лишнего не вылазит ,явных недочетов нет . Так думаю что и в общее пользование недалеко. Игорю и команде большое спасибо!
To UA3DJY
Игорь не знаю важно это для программы или нет но вот инфо о NEWONE DXCC....
Поправка к правилам ARRL DXCC расширит список DXCC
01/23/2018
Совет директоров ARRL одобрил предложение о внесении изменений в Правила DXCC, когда он проходил 19-20 января. Раздел II, подраздел 1 Правил DXCC теперь будет включать новый подраздел (d): у организации есть отдельное общество-член IARU и включено в Госдепартамент США в мире .
«Дискуссия на заседании Правления и изменение правила не касались какой-либо конкретной организации», - сказал менеджер по радиодиографии ARRL Норм Фузаро, W3IZ. «Поправка может допускать некоторые дополнения к текущему списку сущностей DXCC. Это хорошо не только для DXCC, но и для всех активных ветчин ».
Фактически, Республика Косово (Z6) была добавлена в Список текущих компаний DXCC, увеличив общее количество существующих объектов DXCC до 340. Добавление Косово повышает до 331 требуемое количество существующих организаций, подтвержденных для получения права на DXCC Honor Roll; Top of Honor Roll - 340. Оценочные счета DXCC вносятся в таблицу, чтобы отразить это изменение.
Это изменение квалифицируется как «событие», действующее 21 января 2018 года в 00:00 UTC. Ничто не имеет обратной силы.
Перевод конечно машинный вот ссылка на первоисточник....
Amendment to ARRL DXCC Rules Will Expand DXCC List
после пары часов танцов с бубнами на ноутбуке Samsung RV511 (процессор i3 m 380) пришел к выводу что Windows 7 Home 32бит со всеми апдейтами на нем хаотично включает и выключает ядра, в том числе физические, видел как при декодировании включаются все 4 ядра и как при декодировании операционка отключает физическое ядро, равномерно либо с громадным перекосом нагружает физические ядра, здесь картинки
Конфигурация процессора 2/4, диагностика JTDX показывает что операционка отвечает софту доступны все 4 ядра/потока, электропитание по всем позициям настроено на максимальную производительность.
BIOS кривой и имеет конфликт с установленным в компьютере Broadcom WLAN адаптером, что не позволяет на эту машину поставить Windows 10, Samsung отказался от поддержки и не предоставил нормального BIOS ... одним словом - мусор, в котором уже не понять что сбоит и нет смысла на него тратить время.
"одним словом - мусор" - запустите на этой машине не свою, а какую-нибудь чужую программу(я для таких случаев использую тест только FPU из теста стабильности системы AIDA64), которая грузит все ядра и я уверен, что все они будут загружены.
возможно, но JTDX/WSJT-X не занимается обработкой потокового видео и графики, какой смысл в этом сравнении?
http://forum.qrz.ru/6-cifrovye-vidy-...ml#post1439679
ядра отключает и подключает обратно операционная система из соображений энергопотребления, для подключения ядер используются какие то критерии и задержка которая позволяет не реагировать на импульсную нагрузку?
Всем большее СПАСИБО за рекомендации по синхронизации времени. Аудио кабель был настроен правильно. По совету RK1NA в Demensione увеличил период синхронизации с 15 мин на час - проблема исчезла. В процессе замеров выяснил что интернет рвал скорость. Связался с интернет провайдером, объяснил свою проблему, мужики отнеслись с пониманием - ,,пошаманили,,, сказали что проблему устранили, что то у них не правильно работало. сейчас вернул на период синхронизации 15 минут - все в норме :s7:
И JTDX тоже.Еле вычислил кто.Сижу на CCleaner.Цитата:
Advanced System Care убивает WSJT-X
Может кто подскажет подобную по эффективности,но не убийцу прог.
Процессор Pentium G4560 2/4 3,5 GHz 4 Gb RAM
JTDX 68_9_diag по 20 декодов в среднем
У WSJTX такая же примерно картинка
Вчера декодов 30+
JTDX определяет 4 потока
Измененный функционал (по сравнению с 18.1.0.67)
- вернул очистку FFTW планов при закрытии софта, по ошибке удаленную в 18.1.0.67 (утечка памяти при закрытии софта)
- устранен дефект в вычислении количества потоков FFTW для JT65 декодера
- увеличено количество потоков FFTW для JT9 и T10 декодеров
- приведено к WSJT-X вычисление азимута и расстояния
- применен 5-ти минутный таймер (после последней передачи сообщения) для остановки работы части функционала FT8AP декодера, приведет к снижению количества декодированных ложных вызовов содержащих позывной оператора. Декодирование CQ сообщений в FT8AP декодере не блокируется этим таймером.
- устранен дефект ответа сработанным позывным алгоритмом AutoSeq для сценария когда не выбран ни один критерий 'новый..' в закладке Notifications, этот дефект присутствует в версии 18.1.0.67
- устранен дефект неправильного репортирования диапазона и моды на сайт pskreporter при изменении диапазона и моды
- обновлен в сборке файл cty.dat (взят из комплекта cty-2802, поддержка новой страны по списку DXCC Косово), добавлена поддержка префикса Z6 в код JTDX
- ряд незначительных изменений в распределении потоков FFTW и правок в коде
собранный софт (Windows) https://cloud.mail.ru/public/LK9o/SRgekpmL9
исходный код https://cloud.mail.ru/public/M4nz/vhefnePwr
кодовые суммы:
File name: JTDX-18.1.0.68-win32.exe
MD5: 08E67204E644D351D1527EB5BB3F8390
SHA-1: A210522774F8E819EB66E22FCF36EFB8AA68AB61
SHA-256: 0C6CCA585F50AA10AFDE53AA39B92E2449850EBBC87F04F68C673032CD3FEE45
SHA-512: AC3BF4D93498645D5A5C98ACE49696B96F51EF337EC4F4E9A8CE234585CF36F00024B8 E3C07A1A6BB999B61210C28642834F2AA3C885BD3CB7319EDCFB4D7B5E
RIPEMD: 67FC0FD12277D6F4FCC8BDA111CC3A5D1310A450
файл JTDX.INI имеет такую же структуру как в версии 18.1.0.67.
выбрана строка NORMAL
--------------------------------
ПиСи
кстати, полагая уменьшить загрузку проца, я пробовал отключать в обеих прогах работу "водопад". Оказалось на пиковую нагрузку проца отключение "водопада" мало влияет. Допускаю, что прога теста процессора показывает не верные значения в пиках нагрузки при фазе декода.
JTDX v18.1.0 step 68 - тестирование нового функционала
Linux version (compiled on Ubuntu 16.04LTS 64-bit)
Binary files only:
https://cloud.mail.ru/public/KzLj/6hFPd5vyD
Linux 64-bit deb-package (not tested!):
https://cloud.mail.ru/public/Mgbz/DvQ8P19Xc
Linux 32-bit deb-packages (not tested!):
https://cloud.mail.ru/public/3gz7/xqwHrgWfj
Ну одно из доказательств, то что здесь об этом ни кто кроме вас не заявил, хотя судя по постам очень многие отслеживают тему развития JTDX, особенно в части загрузки процессора. Сам лично сравнивал, у меня в равных условиях приема абсолютно одинаково просаживают процессор, хотя что тут сравнивать то, платформа то у программ одинаковая. А Игорь даже специально сделал два режима autoseq 1 и 2 для слабых процессоров. Думаю у вас проблема с "кривой установкой", а вы уже сами бездоказательно сделали здесь заявление...
Для FT8 следующие настройки определяют время декодирования:Цитата:
Сообщение от UA3DJY
- глубина декодирования (Fast/Normal/Deep) в закладке Decode, этот же параметр определяет количество проходов декодирования
- декодер FT8AP в закладке Decode WSJT-X, ему соответствуют кнопка Hint в JTDX, примерно на четверть увеличивает время декодирования
- выставленная полоса частот на водопаде определяет количество кандидатов на декодирование и соотвественно время декодирования
- кнопка SWL сейчас в JTDX включает FT8 декодер с задержкой, поскольку в жестких рамках доступного времени разработчики WSJT были вынуждены отказаться от обработки части сигнала в софте WSJT-X (что более заметно при декодировании сигналов с большим DT) c вытекающей просадкой в эффективности декодирования, по тестам на звуковых файлах теряется примерно 1% сообщений
По алгоритму AutoSeq - для совсем слабых процессоров (где декодирование интервала заканчивается после второй..третьей секунды интервала передачи) рекомендую использовать AutoSeq1,2 и автоматическое включение кнопки Filter.
Вложение 204792
Игорь настройки максимальные
Это самая большая нагрузка
Иногда включается 4 поток но процент маленьий
На общий вызов не работал (все забито,приткнутся не куда)
Попробовал на общий вызов
Настройки пришлось изменить
Декод поставить на норму и автозет2
Иначе декодирование не устевает
и получается бордак.
Для полноценной работы мой i3 4130 c частотой 3.4г 2 ядра 4 потока слабоват.
результаты эксперимента с процессором 2/4 на ноутбуке, декодировал пакет звуковых файлов с FT8 сигналами в JTDX, суммарное время на пакет
Hyperthreading в BIOS выключен, всего два физических ядра: 404 секунды
Hyperthreading в BIOS включен, 4 логических ядра: 428 секунд
Нашел и выключил в BIOS CPU Power saving mode, 4 логических ядра: 411 секунд
Настроил план энергосбережения в Windows 7 на максимальную производительность процессора:
Hyperthreading в BIOS выключен, всего два физических ядра: 405 секунд
Hyperthreading в BIOS включен, 4 логических ядра: 397 секунд
после всех отключений энергосбережения видел что Windows 7 Home продолжает динамически отключать и подключать обратно ядра процессора во время декодирования сигналов
интересная статья про многопоточность https://habrahabr.ru/company/intel/blog/243385/
Игорь, а в msconfig включить 4 ядра пробовали?
в msconfig назначается количество ядер используемых пользовательским интерфейсом Windows (думаю вряд ли у кого с этим проблемы), а все программы "сами знают" сколько каких ядер и как использовать и эта настройка на них НИКАК не влияет.
А как теперь на общий вызов работать? Даю CQ, отвечают, декодируется на глаз без задержки, но продолжает молотить CQ CQ CQ, пока вручную по позывному не щёлкнешь. Режим AutoSeq3. Раньше работало, с 67 перестало.
Если программист грамотно разведёт потоки внутри своей программы, то прекрасно будет работать и на одноядерных, а если всё свести в один поток, то и четыре ядра не помогут.
Я пока на 34-ой ностальгирую, там в режиме call first всё ок работает, как в wsjt-x в режиме AutoSeq + call 1st, на лету сообщения перехватывает и изменяет в зависимости от ситуации. А еще там следящий Enable TX есть - ВООБЩЕ ВЕЩЬ и ошибочно набранные позывные можно хоть по пять раз менять, а в последних версиях поменяешь, а тебе звук на выходе отключают...))) Но надеюсь, я уверен, что Игорь что-нибудь придумает и для "средних" машин.
что скажем насчет этого?
Cpukiller3
:s10:
Я понял одно :p-dn:, пока не поставил процессор I7-8700К :p-up:всё было плохо.
к сожелению за скорость надо платить.
пару примочек может поможет.
https://www.youtube.com/watch?v=_QppyRqa3OY
Игорь погонял режим AutoSeq6 и заметил что частенько (но не всегда) станция выбраная програмой после моего пустого CQ отвечает мне но я вижу ответ только в левом (общем) окне...рапорт от меня при этом формируется нормально...второй цикл передачи корреспондента он уже появляется в правом окне...Как то немного неудобно,т.к внимание при этом на правое окно,а в левом не сразу замечаешь....
Подскажите в чем дело , сегодня с утра такая картина , на водопаде станций много а декод слабый ?Вложение 204831
1. Станции стоят плотно, наезжая друг на друга или вообще сидят на одной "дорожке".
2. Помеха. Не все помехи и шумы отображаются на водопаде, но многие полностью блокируют декод.
3. Синхронизация времени (хотя визуально все идут ноздря в ноздрю)
Как говорится : "Все зеленые горят"! Уже всё перепробовал. AutoSeq1 и 2 для слабых компьютеров? Вроде было наоборот?
Прошу не пинать! только установил WSJTx 1.8.0 - вопрос - как просмотреть занесенные QSO в логе? т.е. уже с кем сработал. и еще - как переключиться на CALL 2st? галочку ставил-убирал но передача всегда остается на первых 15 секундах т.е. CALL 1st.
Вложение 204847
благодарю! осваиваем врукопашную! :s10:
Галочка на CALL 1st
При работе на общий вызов вас могут вызвать одновременно несколько станций. Соответственно и декодируются в правом окне несколько позывных. Галочка на CALL 1st определяет авто ответ на первый позывной.
и ? что из этого следует? установил WSJT. кнопки присутствуют.
Вложение 204856
и при этом работают :s10: что я сделал не так? :idontnow:
- вот что интересно!Цитата:
WSJTx 1.8.0 - вопрос - как просмотреть занесенные QSO в логе? т.е. уже с кем сработал
вам лучше стороннюю программу использовать JTAlert для мониторинга B4, так немного проще и функций побольше
И журнал LogHX в упряжку
To UA3DIY
как писал ранее установил JTDX на стац уомп и другой слабый ноут САМСУНГ. Параметры компов Системы Вин ХР
Стац.
проц 2,5 Ггц 2 ядра память 2 Гб
ноут
проц 2 Ггц Р4 и память всего 256 Мгб.
Все другие проги, интернет отключил, Оставил только JTDX и проверил на моде FT8 работу в реальном эфире при полосе 2500 гц. Без включения фильтров и прочего.
Итоги
Декодируют в циклах одинаковое количество станций. Показания загрузки проц по системному монитору, что есть Диспетчере задач /возможно, он не совсем точен/, следующие :
для стац компа
макс в первые 2-5 секунд достигает 70%. Растет по мере заполнения обзорного приемного окна.
для ноута
макс в первые 2-5 сек достигает 100%
При полосе 1000 гц
стац комп макс 30%
ноут макс 100%
На ноуте при начале цикла ПЕРЕДАЧА в окно БАНД АКТИВИТИ 1-2 сек продолжают загружаться декодированные коллы. Видимо, проц/или память не успевает быстро грузить декоды. На передачу провел 2 ЩСО. Вроде, все нормально пока.
-------------------------------------
Отсюда вывод:
Программа JTDX на слабых компах работает достаточно уверенно.
Беру свои слова о том, что "JTDX" тяжелая и плохо работает на слабых компах, назад. Если она работает без связки с чем либо, то слабый комп ее "тянет". Очевидно, мой прежний ноут КОМПАК находится не в порядке. Буду смотреть, что с ним...
WIN7+yaesu ft857+rigExpert Standard
Прием работает.Что то не могу запустить передачу.
В установках settings-general ввел позывной и локатор.
settings audio- RIG yaesuFT857.PTT method-VOX
В трансивере режим BK.
Куда еще ткнуть?
сегодня проверил процессор.
программы здесь
http://addgadgets.com/download/
а почему VOX у вас же rigExpert Standard,а у вас установлен Omnirig в нем надо выбрать CОМ порт и скорость ну например та которая выбрана в трансивере меню 019 CAT RATE 4800 или 9600.
И еще в меню 020 CAT/LIN/TUN надо выбрать CAT .
я загрузил картинки у вас конечно может быть другой порт например CОМ 1 и скорость другая.
Вложение 204905
Вложение 204904
Уверяю, что если у Вас не такой же процессор, как у AG2T, то при наличии на диапазоне 20 станций и более, будет тоже отрицательный результат, т.к. сообщение автоматом поменяется,только после декодирования всех 20 станций, попробуйте 34 сборку в режиме call first и как говориться "почувствуйте разницу"...
Аналогично, благодарю за ссылку.
Цитата Сообщение от RX4CD Посмотреть сообщение
не работает!
Настройки у вас в программе и UR5EQF правильные . Сначала запускайте JTDX отдельно затем UR5EQF и всё будет работать. Никого не слушайте возвратите как было в
посту 10606 .
И зачем платить больше? :) PowerSDR+LogHX+JTDX...
На "копеечном" процессоре. :)
to Ua3DJY
Вчера поработал ФТ8 в проге JTDX на слабом компе. Включены, deep decoging, полоса 1800 гц Hint, Auto TX, AutoSeq2. Какие замечания?
1.При ручном включении макросов можно проводить ЩСО. Правда:lamp:, нужно наловчиться немного... :lamp:
--------------------------------------
2. Если работать на ПОИСК, то авто режим более менее справляется, хотя и есть "тормоза" при переходе от макроса к макросу. О чем напишу ниже...
3. При работе на ОБЩ ВЫЗОВ ситуация меняется в худшую сторону. В режиме авто ЩСО прога не успевает самостоятельно включить очередной нужный макрос, происходит задержка. Это связано с тем, что еще продолжается декодирование цикла приема. Передача включилась, а прога еще декодирует. Макрос выходит в правое окно с задержкой. корреспондент не может правильно декодировать. При повторной передаче моего макроса, т.к. текст уже находится в рабочем окне, то он передается уже нормально, корреспондент его декодирует. Далее, корреспондент передает свой макрос, он у меня декодируется в общей массе коллов и появляется в правом окне опять с задержкой... И все повторяется. Время проведения ЩСО в авто режиме существенно удлиняется.
------------
В то же время, в WSIT-X при работе на СеКу ответный макрос включается вовремя. Очевидно, здесь "тормозов" меньше... Не нужна повторная передача макросов... В приемном окне ЩСО занимает всего 6 строк.
Налицо, в схожих алгоритмах работы прога WSJT-X работает пошустрее, нежели JTDX.
=====================================
Выводы.
Возможно ли в проге JTDX, встроить особый режим, чтоб в начале цикла проведения ЩСО с выбранным коллом, отключалось декодирование по всему спектру водопада, оставалось только декодирование рабочих частот TX/RX? Ведь, по сути, обзорное декодирование вызывает временную задержку, оно не нужно в момент проведения конкретного ЩСО.
Если вызывает корреспондент и он В4, то при записи в журнал (ХРД) выскакивает сообщение, что позывной уже есть и в журнал на записывается.
to UA3DJY Игорь я уже писал про это...
При работе с включенным сплит ответ вызваного корреспондента частенько не отображается в правом окне,только в левом(его первая передача в ответ на мой вызов) 2-я уже видна в обеих окнах...думал это только в режимах 5-6-7,но сегодня увидел такое и в режиме 2
Ну у меня тоже и VSPE и VAC при этом работают... С ExpertSDR загрузка даже меньше...
Но вот цена -
Ваш i7 "рекомендуемая цена" 594$ (https://ark.intel.com/ru/products/63...up-to-3_80-GHz)
мой J1900 - всего 82$ (https://ark.intel.com/ru/products/78...up-to-2_42-GHz)
Разница почти на порядок...
Впрочем, я даже не об этом.
Я больше о НАСТРОЙКАХ и ДРАЙВЕРАХ. Есть простейшая программа DPC Latency Checker. Найти не составит труда. Рекомендую ВСЕМ пользователям продуктов Microsoft потестировать ей свои машины. Возможно будете неприятно удивлены. И, как правило, проблема именно в драйверах. Мне вот, например, пришлось "откатиться" с Win-10 на Win-8.1 именно из-за того, что "встроенный" в Win-10 видеодрайвер ОЧЕНЬ тормозил мой ноут на i3-м процессоре, а "родные" драйверы 10-ка ну ни в какую не желала принимать. "Откат" на 8.1 решил этот вопрос...
Лучшее - враг хорошего! Я не призываю всех возвращаться на Win-98, я говорю о рациональности апгрейда операционок! Иначе можно поиметь проблемы. Вроде работает, но тупит, тормозит, коматозит...
Если вы здесь поставите галку то QSO автоматом будет заносится в лог после того как вы ответите корреспонденту 73 или RR73.Вложение 204966
to RX1AG "В режиме авто ЩСО прога не успевает самостоятельно включить очередной нужный макрос, происходит задержка. Это связано с тем, что еще продолжается декодирование цикла приема. Передача включилась, а прога еще декодирует."
AutoSeq1 и AutoSeq2 должен проигнорировать любое сообщение, декодированное после начала передачи!
Вариант удачный, возражать не стану.
В свое время решение было принято, отменять его нет смысла, поскольку быстро привыкаешь к хорошему...
Оставим как есть и предлагаю "мировую".
С драйверами Вы вовремя и кстати. Барожировать и находить приемлемые сочетания - задача не из простых. Здесь отдаю Вам должное.
Появилась проблема с NVIDIA - иногда система вынуждена восстанавливать работу драйвера. Причина пока не установлена. И проявляется это при работе модой FT8, как мне видится. Хотя могу ошибаться. Уж очень соблазнительна работа нынче этим видом. Как семечки...
Обновление драйвера от производителя не помогло. Копаю.
;)
Ну что Вы! Я же не в рамках "священной войны". :) У Вас хороший и добротный процессор,
надеюсь, что и загружаете Вы его достойно, в меру его возможностей.
появилась вот такая ошибка, выскакивает часто. прогой не пользовался давно, до этого все было нормально. удалял, переустанавливал не помогает. установлена 17.9
подскажите
Измененный функционал:
- уменьшено использование памяти (решена проблема которую ранее называли утечкой памяти)
- немного снижено время затрачиваемое на декодирование
- изменена обработка свободных сообщений в AutoSeq
- незначительная чистка кода
собранный софт (Windows): https://cloud.mail.ru/public/Kamt/uuXb1vffd
исходный код: https://cloud.mail.ru/public/6Bka/RTU5iMxzu
кодовые суммы:
File name: JTDX-18.1.0.69-win32.exe
MD5: 23A31F11B1A7A6CF70C4F2DD835AD59B
SHA-1: 43CB56851DEFC189770534BB665B5BC3FCAA1243
SHA-256: 323129CFA1956348CE346E75FF299674F431CE6C64E63C6783F771E63831F02A
SHA-512: ACD69562B06E819E0EC37FB2506BDB1E3E9C0E9ECB57EE59A0A473E9164F7AE272C62D 27B86917A3C834570B8FCB5DC6479208C65709CFA4AEC75CCAD4B37EB3
RIPEMD: 674A3D4FE2985D39337DB7F5D667E767F4DD8016
Структура файла JTDX.INI изменилась: удален параметр "DTtol". JTDX.INI файл от версии 18.1.0.68 должен быть совместим с 18.1.0.69.
JTDX v18.1.0 step 69 - тестирование нового функционала
Linux version (compiled on Ubuntu 16.04LTS 64-bit)
Binary files only:
https://cloud.mail.ru/public/JQMG/Y8wfVw7Su
Linux 64-bit deb-package (not tested!):
https://cloud.mail.ru/public/DZeE/4Kf3ArMq5
Linux 32-bit deb-packages (not tested!):
https://cloud.mail.ru/public/C12y/y6NAXktic
Вложение 205022
Игорь сравнил 2 программы.
По скорости JTDX чуть уступает(при таком количестве станций 1-2)
и один децибел так и остался по чутью.
Но по удобству,комфортности JTDX вне конкурентности.
У меня TS-590S и все работает четко. Управление т.е. САТ и РТТ сделано через два СОМ-порта. Звук идет через USB-порт.
Вложение 205040Вложение 205041
Вложение 205044
TS590 настройки через OmniRIG по USB.
В трансивере указываешь скорость USB.DATA ВКЛЮЧАТЬ НЕ НУЖНО
0.69 установил. Фильтр на континенты и Европу в том числе не активен. Это так задумано? Очень неудобно в работе!
Параметры конфигурации (ini файл) удаляю всегда. Во избежание ....... дополнительной возни в последствии.
Для стыковки по USB стандартный кабель, такой который применяется для принтеров. Причем есть кабели для принтеров с уже встроенными ферритовыми заглушками. Есть кабели с одной заглушкой, а есть с двумя. У меня с двумя заглушками. Для САТ экранированный кабель с двумя 9-pin СОМ разъемами. Купил в магазине пару СОМ разьемов и 1.5 метра экранированнного кабеля и сам все распаял один в один. Для РТТ также купил экранированный кабель, один СОМ-портовый разъем 9-pin, а второй разъем ACC 13-pin шел в комплекте к трансиверу, распаял по схеме и все. При этом в СОМ разъеме разместил маленькую платку на которой из SMD деталей распаян транзисторный ключ на транзисторе КТ-315.
Когда работаю в цифре всегда включаю в трансивере режим DATA.
у меня FT1200 и SCU-17 ну и JTDX +UR5EQF, раньше все работало через ОмниРиг и ни каких проблем небыло.
больше полгода не работал на JT65, да и лог включал пару раз, на днях решил поработать и начала ошибка выскакивать.
отключил Омнириг в логе, настроил как написал R7HG (спасибо) все заработало, ошибки нет, но до 50Вт.
ставлю больше 50Вт, через пару секунд снова штопор и вылетает еще ошибка.
что случилось, пока не пойму
Вот здесь галки и все ок
Вложение 205066
73
Заметил такое: на общий вызов отвечает станция, я даю рапорт, но в ответ тишина, хотя след на водопаде есть. После третей попытки передать рапорт, останавливаю процесс.
Время синхронизировано, процессор i7.
Вложение 205077
Вот еще.
Вложение 205078
Добрый день всем участникам форума. JTDX версия 69. Заметил значительную разницу в рапорте при включении фильтра.
Это заметно при сильном сигнале. При слабом - разница незначительная. Похожий дефект Игорь уже устранял. ( Тогда при сильном сигнале рапорты были запредельные).Красным помечен включенный фильтр, синим- отключенный.
Вложение 205094
Скорее всего это другие по головам ходят, навстречу, не соблюдая цикла. Одновременное декодирование на одной "дорожке" очень редко срабатывает, когда синхронизация у них сильно отличается или 1-2 Гц сдвиг. Обычно именно такая картина. Многие работают вручную и жмут ТХ как попало.
Test:p-up:
все таки напишу про такой момент, не могу сказать с какой версии, где то несколько недель, принимаю станцию, без всяких проблем, начинаю вызывать, все, станция перестает декодируется, хотя я ее прекрасно вижу,
без разницы ответила она мне или еще кому то, нажимаю Clear DX, станцию принимаю опять без проблем, такое происходит не всегда, но достаточно часто, какую то закономерность не выявил, установил версию 18.1.0.34,
с ней абсолютно никаких проблем, все настройки по умолчанию, фильтр не включаю, что это может быть ?
Вот только что аналогичный случай. Передо мной грек тоже не сразу француза принял. И обратите внимание на двойное декодирование. Может у француза в сигнале что-то не то, если он при уровне -20dB двоится и поэтому он сразу не декодируется? На водопаде сигнал был довольно уверенный между 125100 и 125130. Но был ли это один француз?
UA3DJY Igor,
I've been using FT8 mode for 4 months, WSJT-x for almost 3 months,
while the JTDX has been one month. I'm glad you made a DX sensitive version.
I used to experience what I'm about to use:
Anyone using the first version of FT8 and not the latest revised version will find it difficult to understand RR73 or why it gets 73 after the reports because missing the RRR.
When connecting to the original program, I change the RR73 to RRR and then sent the RRR. This change is not possible after connecting to the JTDX. But it would be nice if I could change the unknow RR73 to RRR. So some connections will fail because they do not accept the lack of RRR. This change would be good for both tables: for RRR check mark on / off or for TX4 click on marker to be changed from RRR to RR73 or vice versa.
Вложение 205111
The 'Enable main window popup' tag does not feature, it does not perform because these popup windows are turned on. At this time there is no difference between the on or off mark, the windows always pop up.
This should be changed to 'Disable main window popup' so that you do this.
I'm confident that my request is feasible.
Significant positive for JTDX is that DX is sensitive and turning on the filter significantly shortens the response time. Also, any colors, adjustable band, mode, country filter, the user was assisted. Turning on Hint will help, but you will need to know that you sometimes produce faulty calling signals, similar to remote control commands resulting in an interesting DX call sign.
Thank you for reading and thanking your patience.
to HA3HZ:need to put a mark on the RRR
to HA3HZ:need to put a mark on the RRR
Вложение 205122
There is single GA (general availability) WSJT-X v1.8 published, all other versions either development ones or release candidates. It is like a driver using broken car on road, while other drivers are notified to buy extra insurance or keep greater distance to this driver as his car is broken.
JTDX has got possibility to choose RRR option in advance if there are too many drivers using broken car, other option is to transmit RR73 until QSO party operator will recognize there is something wrong with software he/she is using if it cycles report in response to the RR73 message, with exception to any possible unattended operation.
I have tried to emulate WSJT-X + JTDX connection in scenario you are asking to implement, it resulted in broken AutoSeq response on WSJT-X side: it cycled with 73 message, have a look at the attached picture, please:
Anyway there RRR/RR73 control has been missing in tab1 for a long time, I will check if we can bring this control there. It is a two-step functionality, one need to change RRR/RR73 control then generate a message.
it is a part of JTDX notifications functionality (other triggers being used in comparison to the window popup inherited from WSJT-X), some users asked to make it optional as it works in wrong way with the two screens/multiple desktop operating system configurationЦитата:
The 'Enable main window popup' tag does not feature, it does not perform because these popup windows are turned on. At this time there is no difference between the on or off mark, the windows always pop up.
This should be changed to 'Disable main window popup' so that you do this.
okay, thank you for the answer. otherwise I typically use RRR, the problem is when an answered user is awaiting RRR and I can not produce because I did not signed RRR at the beginning.
В первом окне ЛОГНХ
Окно запуска внешней программы
путь к JTDX у меня все прописано, как нужно.
Второе окно JTDX
Окно связи программ
Здесь не совсем понятно. Какие галки имеют отношение к ЛогНХ?
У меня не подключен Интернет. Соответственно, не нужно спотить PSKreporter и какие-то галки не нужны.
--------------------------
Связка не работает. Нет управления. Каким путем связываются программы?
=============================
В то же время, прога FLdigi через "внешние программы" работает нормально
как увеличить скорость водопада в WSJTx? застрелится можно пока обновление окна идет
Связка РАБОТАЕТ. Я Вам показал настройки реально работающего комплекта.
Каким путем связываются? Данные - по UDP, CAT - через OmniRig. Если нет Интернета, снимите галку "Enable PSK Reporter...".
Пробуйте, получится. Увы, но после работы забежать и помочь не смогу - далеко.
Спасибо, все получилось и работает. Но есть вопрос. Я его задал на теме "ЛогНХ". Повторю здесь:
Для моды ФТ* в ЛогНХ создал отдельную базу.Чтоб не путалась с основной базой. Провел 20 ЩСО на ФТ8 в связке. Стал проверять работу ЛогНх на предмет отражения повторных ЩСО в окне QSO entry, путем изменения цвета фона окна ввода позывного-должно меняться на розовый цвет. И с удивлением обнаружил, что на повтор это поле не реагирует. Хотя, в окне повторных связей этот позывной выходит своей строчкой.
Непонятно-почему так?
Если ввожу на предмет повтора позывной, который находится в основной базе, то все работает нормально-окраска меняется на розовый.
Не хочется вводить ЩСО на ФТ8 в основную базу
--------------------------------
Что делаю не так?
Пи Си.
В ЛогНХ САТ/РТТ отключено. Из интерфейса Лога Не могу управлять банд/частота, прием/передача. Все управление через JTDX посредством 2-х шт СОМ портов.
Я утилитку с диска не могу поставить.В нетбуке нет CD.При подкл. РигЭксперта диспетчер задач показывает 4 порта.
Какой бы я порт не назначил в ОмниРиге,в WSJT-X и JTDX не проходит CAT тест(горит красным).
Скачаете с сайта производителя https://new.rigexpert.com/files/install/sre_061213.zip распакуйте архив и запустите setup и в списке выберите свой девайс .
CAT-5порт
PTT-6порт.
При любой комбинации портов в Омнириге и JTDX не проходит CAT test
Вы запускаете совместно с логом или как отдельную программу ?
Вложение 205169
CAT не проходит тест по скорости обмена данными, стоп бит и дата бит,смотрите на скрине ниже
-----------------------------------------------
-------------------------------------------------
В HRD была хорошая функция при подключении к радио при запуске
ставите автоматический режим по портам и скорости, а программа сама прогоняет тест и определяет данные вашего радио.
Как то так
Но если поставить SerialPort CAT6,то тест CATпроходит(зеленый)
А тест PTT при любых других портах красный.
PTT метод надо via СAT
если можете поставьте скорость побольше в трансивере хотя бы 19200, и в программе поменяйте, и стоп бит-2 попробуйте, и split operation - none
у меня радио с одним виртуальным портом поэтому ставлю PTT via CAT, а в риг эксперт их 2, один CAT второй PTT
Поменял стартстопные биты,уменьшил скорость(в 857 не забыл)
Скорость менял 4800\9600\38400
Все мимо.
Попробуйте в Rig выбрать OmniRig1(2), в PTT Method - CAT.
Из всего показанного есть смысл проверить кабель распайку ,чудес на свете не бывает. Гляньте на том же сайте ригэксперта его правильность.
http://old.rigexpert.com/index?s=main&f=cables#yaesu
CAT в меню,конечно,стоит.
Попробуйте в Rig выбрать OmniRig1(2), в PTT Method - CAT
Не помогло.
Пол года назад работал в WSJ9T в такой же конфигурации,правда,комп был другой.
Может,правда в самодельном кабеле что отвалилось.
Проверю.Спасибо.
Подключил другой комп.с этим же шнурком РигЭкспертом и трансивером.Сделал сброс в 857.Выставил 19меню CAT,скорость 9600 ,в программе тоже.Запустил WSJT9.Все работает.TX включается.Декод JT65 есть.
Вернулся к старому нетбуку.Выставил 38400 и в 857 и в JTDX.
split operation - none.ОмниРиг не использую(NONE).Не помогло.
Полтэргейст,правда.
`TO UA3PF
У меня с FT-2k такая же фигня началась в первых числах января, с 34-й версией JTDX. Утром все работало нормально. САТ через СОМ1. А он у меня один, физический. Частота отображалась нормально. Управление РТТ через САТ. DTR и RTS в программе были выключены. Вечером включил - ничего не работает! Запускаю лог UR5EQF. САТ работает - частота в логе отображается правильно. Значит со "шнурками" (коммутацией) все нормально. В настройках лога выключаю управление трансивером, т.е. освобождаю СОМ-порт. Запускаю JTDX - САТ не работает. Окно частоты красное. Тест САТ не проходит. РТТ не работает. Раньше все тесты проходили. Начал копать и обнаружил, что JTDX перенастраивает Omni Rig на СОМ5 (!), которого у меня никогда не было. Вручную ставлю в Omni Rig СОМ1. Нажимаю CAT TEST - снова появляется COM5. Почему? Загадка до сих пор не разгадана.
В JT65/JT9 и FT8 работаю уже не первый год. Начинал еще с JT65-hf. В настройках НИЧЕГО НЕ МЕНЯЛ! Откуда эта отсебятина? Что за своеволие? Может разработчик что скажет по этому поводу?
P.S. Вспомнил! Я после 34-й версии установил следующую. 51-ю. или 52-ю, точно не помню. И с неё началось. Откатился на 34-ю, не помогло. До обновления все работало.
Андрес прав, устойчиво работает на скорости 3800 и еще Stop bits= 1 ,RTS High,DTR Low,Poll int,ms =200 ,Timeout,ms 1000
Неплохо написал программу N7YG
http://n7yg.net/software/ft857-cat-controller
Сейчас еще раз, не помню какой по счету, проверил все настройки в цифровом модуле лога UR5EQF. Все работает! CАТ через СОМ-порт. РТТ через СОМ-порт и через Omni Rig1. Трансивер встает на передачу. Частота отображается. Выставлены скорости обмена 38400. СОМ1.
В JTDX ничего не работает!
Игорь а покажите скриншот диспетчера устройств вашего нетбука .Ещё попробуйте обновить драйвера портов для РигЭксперта. Вложение 205191
Каким то чудом через раз на 10-й включается PTT.
Причем,CAT -порт6,PTT тоже порт6.
Ни че не пойму.
Порты обновил.
Как борюсь с подобным,ну когда возникает. Это полное удаление цифровой программы специальной программой для чистки и полного удаления.У меня установлена платная версия но ,старые версии есть и бесплатные (ключ дают) .Ссылку дам ,попробуйте.По этому удалению эффект одинаков ,что старая ,что последняя.Я даже не экспериментирую ,удалил все и по новой установил. Reg Organizer 7.30 - Ключ для активации в тексте.
За CAT у Вас теперь отвечает COM6, а за PTT теперь другой, ищите из существующих. Или в Omnirig в установках выбирайте COM6. В JTDX для Rig выбирайте Omnirig CAT-COM6, PTT точка на COM.
Сейчас запустил JTDX 18.1.0. В Serial Port было выставлено Omni Rig1. PTT через САТ. При запуске частота отображалась правильно. Окно было активно. Нажал TEST PTT - ничего. Выставил в Serial Port- FT-2000. САТ "отвалился"! РТТ не работает. Вернулся в Serial Port к Omni Rig1. Нажал внизу окна ОК. Программа свернулась куда-то. Её нигде нет! Ни в трее, ни в Диспетчере задач (в запущенных процессах). Запустил снова из кнопки "ПУСК" - "Программы". Открылась - ничего не работает. Ни САТ, ни РТТ. Капут!
Не пойму почему в Serial Port было выставлено Omni Rig1.... Это ставится в RIG....Вот настройки мои...работает и в связке с UR5EQF и автономно JTDX....Вложение 205193
Нечто подобное было и у меня.
При инсталяции OmniRig он прописался куда ему надо по умолчанию. В панели все программы появился(сь закладка) OmniRig.
Закройте все прораммы, использующие его и просто запустите OmniRig. Выставите там порт который Вам нужен. Да, скорость
лучше ставить 9600 и поиграться RTS DTR - LOW Poll 100 Time 100
RA3QH - Да, правильно указали на мою ошибку. Сделал в RIG, а написал неправильно.
RA1WU - я пробовал все скорости обмена, что есть в настройках. Разницы нет никакой. У вас трансивер ICOM. У меня YAESU. Настройки отличаются. OmniRig у меня установлен на компьютере с момента покупки. А это уже лет 8-9. Все работало прекрасно. Этот сбой в работе я связываю с JTDX. 100%!! Надо смотреть в программе. Более ранние версии работали на "УРА". А теперь и старые версии не работают ((. Даже WSJT-X 1.18.0 Надо бы попробовать JT65-hf. Эта совсем древняя версия этой программы. Интересно, что получиться.
P.S. Сейчас установил JT65-hf. Запустилась, как и раньше, из "Внешних программ" UR5EQF. Частота отображается. на передачу встает автоматом. Все работает. Вот так!
Может, наконец-то, Игорь что-то скажет по этому поводу? Не у меня одного такая проблема.
У меня похожая, но несколько иная история.
Возился с настройками по всякому... То одно не идет, то другое.. Сейчас использую с компом переходник USB-COMx4. Настройки прог JTDX WSJT-x, по сути одинаковые. На СОМ12 - РТТ, на СОМ15-САТ. Нажимаю на ТЕСТ САТ- она превращается в зеленую. Значит САТ ОК. Жму ТЕСТ РТТ- она становится красная!. Значит не ОК? А вот, и нет... РТТ отлично работает, все переключает . Такие чудеса в прогах...
Нужно отметить, что этот переходник не любит, даже очень малые, наводки ВЧ. Чуть тюнером не подстроишь- слетают СОМ порты. Поэтому, приходится вещать на 50ватт макс. Частенько, этого не хватает...:s8:
Если вы работаете с JTDX через EQF, то его нужно запускать через интерфейс (JTDXInterface). В интерфейсе поставьте птички в настройках JTDX - ControlOmniRig и Freq from JTDX. В настройках JTDX поставьте вместо омнириг данные своего трансивера и данные настройки САТ своего трансивера. При запуске интерфейса омнириг отключится и трансивер будет управляться через СОМ порт (САТ). РТТ настройте либо через САТ либо через второй СОМ порта (RTS).
У меня Yaesu-450D. Проблем нет.
У меня нет и не было никогда никаких виртуальных переходников. В моем компьютере есть два физических СОМ-порта. СОМ1 для САТ-системы, СОМ2 для CW манипуляции. Мне этого вполне хватает. Поэтому и не тороплюсь менять компьютер на новый. Его тактовой частоты процессора, 2,9Ггц при 320 Ггб ПЗУ и 2Ггб оперативки вполне хватает для работы в "цифре". Ну, может, иногда, не хватает второй звуковухи. Но это дело поправимое.
Вот мои настройки
Вложение 205207
Вложение 205208
[QUOTEP.S. Сейчас установил JT65-hf. Запустилась, как и раньше, из "Внешних программ" UR5EQF. Частота отображается. на передачу встает автоматом. Все работает. Вот так!
Может, наконец-то, Игорь что-то скажет по этому поводу? Не у меня одного такая проблема.
Последний раз редактировалось RX4CD; Сегодня в 20:28.][/QUOTE]
У меня вот-так и всё работает без проблем
Вложение 205209
Здравствуйте, уважаемые. Хочу добавить "каплю дегтя в бочку меда". Активно тестил(около 500 QSO в неделю) последнии версии JTDX в FT8, периодически откатываясь на 34 версию.
В режимах AutoSeq1 и 2 при работе на CQ (загруженность диапазона 15-20 станций и более) не происходит автоматического ответа 9 станциям из 10 зовущим сплитом, приходиться жать на нужные макросы вручную.
Но это ведь не нормально, особенно для автоматического режима. Причины Игорь объяснял, не успевает декодировать(за 2 секунды!) да начала передачи, хотя декодирование продолжается и в момент передачи.
Почему бы не сделать изменение сообщения в момент передачи, как это реализовано в режимам "call first" в JTDX v.34 и в режиме "AutoSeq + call 1st" в wsjt-x. Сейчас многие, почти 50% вызывают именно сплитом,
поэтому для меня лично и для моих друзей р/любителей данные режимы являются как бы помягче сказать - не состоятельными, ну или не совсем пригодными для использования.
В режиме AutoSeq3 на лицо навязывание использования самых мощных достижений науки(процессоров).
Ну это вы наверно и сами заметили, какая началась суета вокруг процессов и процессоров на форуме с появлением AutoSeq3.
При тестировании AutoSeq3 на моем "железе"Вложение 205211 (загруженность диапазона 15-20 станций и более) при работе на CQ
программа смогла автоматически ответить с первого раза в среднем только 1 станции из 10,
остальным приходилось отвечать вручную или можно подождать второго цикла автоматического ответа. Что тоже не устраивает многих даже с машинами выше среднего уровня.
И вот вам еще один существенный минус режимов AutoSeq 1,2 и 3 - если при отказе автоматики, не отвечать вовремя на сообщения вручную, то одно и тоже сообщение будет передаваться как минимум дважды,
т.е. происходит увелечение времени QSO и что самое актуальное - засорение эфира ненужными повторными сообщениями, а популярность FT8 и насыщенность диапазонов станциями и так растет с каждым днем.
Может уже и сами стали замечать - вроде станция идет громко, а сообщения передает по два раза, как-будто не принял с первого раза.)
Кстати и при работе на поиск есть недостатки - вам могут ответить не на той частоте, где вы ожидали или поменять частоту в процессе QSO и опять автоматика не справиться.
Какие я вижу решения:
1. Пока использовать 34-ую сборку, в режиме call first - он работает, как режим AutoSeq + call 1st в программе wsjt-x. Если кто-то из новичков еще не пробовал, объясню, как это работает:
Любое сообщение переданное для вас и декадированное уже в в момент вашей передачи(после 2 сек. отведенных на прием),
немедленно обрабатывается и ваше сообщение в зависимости от ситуации автоматически меняется на нужное и идет адекватный ответ,
причем он будет 100% декодирован корреспондентом, если это произошло в первой половине вашей передачи, а это целых 6,5 секунд, именно эти 6,5 секунд не используются для маневра в последних версиях в режимах autoseq 1,2 и 3.
Например вы работаете на "CQ". Вас вызывает RM1O. Позывной декадирует только на 3 секунде, а у вас уже передаётся новое сообщение "CQ",
автоматика моментально в момент передачи сообщение "CQ" меняет на рапорт для RM1O и он уже в этом периоде примет от Вас рапорт. И не надо никаких мощных процессоров и не надо ждать окончания декадирования всех сообщений на диапазоне.
2. Убедительно ВСЕМ просить Игоря, сделать режим AutoSeq"№" аналогичный режимам call first в JTDX v.34 или AutoSeq + call 1st в wsjt-x. Хотя это уже неоднократно делали(просили) и такое ощущение,
что кто-то имеет эксклюзивные права на этот режим, но не Игорь. (((
Ну и ещё пару слов в поддержку внедрения(возвращения) следящего "Eable TX"(как в 34 версии). Например вы кого-то дозываетесь в сторонке сплитом.
Дали один вызов и ждете. Интересующий вас оператор, закончил QSO, ответил Вам, а у Вас автоматически включается "Eable TX" и автоматически проводится связь.
Мне дак очень нравиться эта функция, а ещё она позволит также снизить плотность сигналов на участке.
Будет меньше постоянно вызывающих станций, а постоянно они вызывают только потому что-бы был постоянно включен "Eable TX", что бы автоматика не пропустила ответ, а так позвал разок и ожидаешь...
Игорь, не принимайте в штыки, ничего личного, но если на великолепно реализованный JT65 в JTDX вы буквально (в хорошем смысле) подсадили почти весь мир, то в FT8 в JTDX на сегодня просматривается какая-то дискриминация что-ли...
То RM1O....Александр...не знаю почему у вас так, но у меня во 2-м режиме сплитом 9 из 10 нормально схватывает и связь идет в "автомате"....3-й режим не использовал т.к считаю свой комп неподходящим по параметрам для этого....Вложение 205212
в данный момент 68-ю версию использую....режим 2+4 тоже никаких нареканий....
При работе на CQ??? Сомневаюсь... Может загруженность диапазона маленькая - меньше 10 станций, тогда с нашим "железом" может и возможно декодирование и формирование сообщения за 2 секунды. Согласен, когда уже "схватило" и зеленая скобка указала частоту корреспондента, тогда уже связь проходит без проблем, т.к. декодирование в участке зеленой скобки идет первоочередно, если только корреспондент не решил сменить частоту... ) В 34 версии у Вас будет всегда 10 из 10!
Не хочу категорично это утверждать ,но периодически устанавливаю новую последнюю версию,тестирую для себя конечно и выполнив все действия по удалению возвращаюсь на стабильную 034. 10 из 10! Понимаю что идет громадная работа по усовершенствованию и доводке новых версий и их тестирование командой.Если что то у меня явное "вылазит" докладываю здесь в теме и ожидаю стабильной полной версии.Отвлекать не нужно ,а только помогать.Большая благодарность Игорю и команде!
ну на 80 так не бывает...менее 10:s7: около 20...я не 500 связей провел на этой версии...меньше,были как мне показалось проблеммы,но оказалось что мне надо матчасть было изучать тщательнее:s7: долго сидел на 48-й,сейчас 68-я и откатываться не буду,все пока устраивает...это конечно только мое мнение и написал то что сам наблюдал во время работы,в днях активности ARCK активно звали....
У меня недавно, момент я не зафиксировал, тоже начались проблемы с OmniRig. Я читаю форум и все больше убеждаюсь, что проблема кроется в программе JTDX. До этого на разных компах и в разных Windows-ах OmniRig работал как часы. Где-то чего-то поломалось. Это моё мнение.
100% поддерживаю эту версию! Что-то разработчики не досмотрели. Если что-то случилось бы с Omni Rig, ну, драйвер слетел или еще что-то, то и другие программы, использующие его, тоже не работали бы. Да и сразу у многих такое вряд ли могло случиться. Говоря словами персонажа из мультфильма "Трое из Простоквашино"
...-Это только гриппом все вместе болеют, а с ума сходят поодиночке".
"Сразу у многих" - это СКОЛЬКО ЧЕЛОВЕК? :)
Если у десятка пользователей и "слетело", а у остальных сотен все нормально,
то наверное как раз в тему Вашей цитаты... :)
Для начала обратите внимание, какой именно OmniRig используете. Откуда он?
Из дистрибутива лога, или напрямую скачан у автора??? Были случаи, когда в
дистрибутивах логов он, скажем так, не совсем правильный был...
А Игорь как раз в исходники CAT (насколько я знаю) никаких изменений не вносит...
PS И так форум с конкретной темой больше похож на курсы по ликвидации безграмотности... :)
Хоть укажите какую (34ю, 68ю или 69ю), а то точно, как в мультике...
Новая WSJT вышла, установил, поработал... хорошо, только привыкли уже к фильтрам, и др. фичам JTDX.
Но работает стабильно! Не нравится только управление частотой RX - TX, если бы тоже как в JTDX - перешёл бы (хотя имею и 6 ядер, и 8 Гб).
Уж очень много вариантов, и везде свои но!
P.S. - в смысле много разных настроек, и AutoSeq, и Misk и других...
Верю, что доработается и упростится, но смотрю некоторые работают на MSHV!!! Не понимаю...
и компютер обновить, почти как трансивер по деньгам (особо у нас)...
"а сколько той жизни?" сказал мой друг после инсульта, вопрос очень широк философски, и жизненно.
Пока хочется, пока и живём!
Добрый день. Все время работаю с OmniRig и ни разу проблем не было. Чего и Вам желаю!
Если Вы в EQF выключаете управление трансивером, т.е. ставите Rig type NONE, то управление передается OmniRig. Значит проблема в нем. Посмотрите откуда он запускается. Их (OmniRig), может быть несколько на Вашем компьютере и все с разными настройками. Попробуйте обновить Rigini для своего трансивера.
Если компьютер "самостоятельно"перенастраивается на другой COM порт, то однозначно, какой то программой это порт ему присвоен. И не обязательно что это может быть JTDX. Может быть Вы недавно подключали какое либо устройство к USB порту. Вот настройки и сохранились.
Что бы не дать компютеру видеть ненужные запускаемой программе порты, снимите галочку Serial Enumerator (Обнаружение устройств Plug-and-Play) в свойствах порта COM1. Ни WSJT, ни JTDX никакого отношения не имеют к настройкам вашего компьютера. Что Вы установили, то программа и "скушала"
[QUOTE=UA1OMZ;1442507]2. "Убедительно ВСЕМ просить Игоря, сделать режим AutoSeq"№" аналогичный режимам call first в JTDX v.34 или AutoSeq + call 1st в wsjt-x."
Согласен на все 1000%.
Тестировал различные версии выше JTDX v.34
по прежнему убежден-самая стабильная версия JTDX v.34.Все остальные "от лукавого"-кому как повезло с PC и различным софтом.
И еще о загрузке процессора.
Если вы заметили странную "тормознутость" компьютера при работе JTDX, то обязательно проверьте компьютер на подозрительные запущенные процессы.
Дело в том, что в последнее время набирает популярность распространения браузерного майнера, который добывает криптовалюту без ведома пользователя, используя мощности вашего процессора и видеокарты.
К сожалению, только на антивирусы здесь полагаться не стоит. Разработчики антивирусного программного обеспечения, как правило, программы Майнеры считают не зловредными. В лучшем случае они входят в выделенную категорию Riskware — ПО, которое само по себе легально. Но мощности вашего компьютера они отберут прилично! На днях у товарища, не связанного с радио, отловил пару таких процессов. После их удаления, загрузка процессора пришла в норму.
попробуйте пожалуйста AutoSeq1 в версии 18.1.0.70_5
собранный софт https://cloud.mail.ru/public/EA1p/aoZEkfakn
исходный код https://cloud.mail.ru/public/MsUL/jj2Dcmf33
кодовые суммы
File name: JTDX-18.1.0.70_5-win32.exe
MD5: AB6C5F325AE018BC6C4E25FAABBB0EF9
SHA-1: 9EF48F7243EEFB116A41B4C56108842FF8E0DF98
SHA-256: A6561F6D7CA77B0DC2D6FC3911B2470A8D0A7FE075BF18F254AF1CAAA563D39C
SHA-512: 5F06CD9C42E3953FFA515B2FC05F52555F871F70B6076651C7657E5F566BDA8F83F79E 7DDA5D65CC9EC6151F387D90659F8C9D806F85DB58F47B0F51E5ABCC2D
RIPEMD: 9074B41A988689DF166E7D608C942309887C3348
AutoSeq1 доработан на вызов первого позвавшего но с полным декодированием/обработкой всех сигналов и сменой сообщения в том числе во время передачи.
А чего их искать. Самый известный случай – попытка разработчиков μTorrent таким образом дополнительно заработать на пользователях внедрив в софт скрытый майнер EpicScale. Ну и у всех остальных клиентов (bittorrent и т. д.) этой группы возможно присутствие такого майнера, ведь клиент всегда подключён к сети, очень удобный майнинг для создателей.
18.1.0.70_5 Linux version (compiled in Ubuntu 16.04LTS) from original sources files by UA3DJY
Binary only: https://cloud.mail.ru/public/N91S/Cqp85122L
64-bit deb-package: https://cloud.mail.ru/public/Fbbh/pFgLW1muD
32-bit deb-package: https://cloud.mail.ru/public/CmZ5/LEZLa1G4m
73!
прошу прощения за флуд у модераторов
Сюда на форум заходят разные люди, тестеры и профессионал в вашем лице, и те кто сов7 о цифре не имеет никакого представление, начиная работать digi
Им еще далеко до совершенства и понятие о САТы, Омнириги, Ригэкмперты и в вашем случае виртуальные COM порты, для них, из области фантастики, поэтому они и задают вопросы здесь сталкиваясь с определенными проблемами.
А кто им поможет как не мы с вами (вы как профессионал я как любитель) проработавшие уж с десяток лет разными цифровыми модами?
Лопатить 1000ми страниц форума, тоже не вариант.
создавать 10ки форумов как настроить САТы, Омнириги, Ригэкмперты? :s11:
автору писАть мануалы с картинками? :s11: тоже смешно... ему есть чем заняться
у нас ветка форума --- работа с тестовым софтом а не круг постоянных и грамотных тестеров,
которые все знают и про САТ не спрашивают... д
и разницы нет любитель ты или профессионал (прогу пишут для всех:s11:), главное результат
а он есть, люди интересуются программой, работают в эфире и наслаждаются жизнью...
может я в чем то и не прав, думаю меня поправят
Ну во-первых ОГРОМАДНЕЙШЕЕ СПАСИБО, Игорь, что обратили внимание. Протестировал режим AutoSeq1, работает адекватно, как и call first в JTDX v.34,
т.е. всегда отвечает на сообщение декодированное уже в момент передачи и автоматически изменяет передаваемое сообщение на нужное в зависимости от ситуации.
Вот фрагмент работы AutoSeq1 в версии 18.1.0.70_5 Вложение 205247
видно, как в одном QSO данный режим дважды выручил, не дав сорваться ни одной передаче, вовремя поменяв сообщения на нужные!!!!!!!!
Но вылезли три явные бяки:
1. В конце связи зачем-то начинает второй раз передавать RR73, но в течении 3-5 секунд меняет его на CQ.
Вложение 205250 Вложение 205251 Вложение 205252
это в режиме TX/RX Split, а в режиме TX=RX начинает второй раз передавать RR73, но в течении 3-5 секунд просто прекращается передача.
Автоматическое или ручное сохранение QSO на эту бяку не влияет.
2. Трижды во время CQ прерывалась передача и до окончания периода ни одна кнопка управления передачей не откликалась. (не было ни в одной версии)
3. TX watchdog выскакивал пару раз и делал неактивным Enable TX прямо посредине QSO, такого тоже вроде не было ни в одной версии, TX watchdog всегда давал закончить связь.
завершением QSO является получение сообщения 73 от корреспондента либо неполучение повторного RR73 сообщения если корреспондент использует RR73, файл ALL.TXT Вам покажет когда было декодировано сообщение 73 либо когда закончилось декодирование интервала в случае ожидания повторного RR73: до или после начала передачи, изменение 18.1.0.70_5 в AutoSeq1 не ускорило работу процессора
Что предшествовало обрыву передачи CQ? кусок файла ALL.TXT пожалуйста, посмотрим код
для сценария продолжительного CQ смотрите ниже
TX watchdog таймер перезапускается при использовании кнопок мышки в основном окне интерфейса, какой режим внесения QSO в лог Вы используете? Возможно добавим перезапуск таймера при ручном внесении в лог или при использовании приглашения внести в лог. В случае продолжительного CQ когда Вас не зовут увеличивайте значение TX watchdog таймера в настройках закладки Settings->General.
Первичная причина проблем в настоящем дизайне AutoSeq JTDX, который не рассчитан на работу с совсем медленными процессорами.
В версии 18.1.0.34 в алгоритм было заложено что факт передачи сообщения RR73/73 является окончанием QSO, что не есть правильно с точки зрения корреспондента, поскольку он QSO еще не завершил при передаче оператором RR73/73 и мог это сообщение просто не декодировать.
Такой неправильный подход корректировался следующим сценарием: "если корреспондент не получил от меня RR73/73 то он снова передаст рапорт или RRR, и в этом случае AutoSeq JTDX повторит либо рапорт либо сообщение RR73/73, исходя из повторно принятого сообщения". То есть считалось что отсутствие декодированного 73 от корреспондента является сбоем в декодировании а корреспондент это сообщение якобы "передал", значит если переданное корреспондентом сообщение не декодировано то QSO завершено. Такой подход приводил к тому что в лог нередко попадали QSO незасчитанные корреспондентом, например когда частота была заблокирована более мощным сигналом или изменилось прохождение. Оператор не видя повторов сообщений тоже считал что QSO завершено, что не всегда было истиной.
После версии 18.1.0.34 дизайн AutoSeq был изменен, считается что QSO завершено если от корреспондента получено сообщение 73, либо не получено от него повторное RR73 (для укороченной последовательности). Поэтому принципиально окончание декодирования интервала и на слабых процессорах как ни крути мы получаем либо повторную передачу сообщений либо смену сообщения на ходу.
С точки зрения AutoSeq FT8 вариант последовательности RRR+73 позволяет избежать части сбоев по сравнению с укороченным вариантом RR73, именно по этой причине команда WSJT ранее считавшая в JT65/JT9 что сообщение RRR завершает QSO поменяла свою точку зрения и сделали в FT8 более длинную последовательность RRR+73.
Как обрабатывает такие варианты WSJT-X на Вашем процессоре, меняет ли сообщение RR73 на ходу на сообщение CQ при позднем декодировании?
И если WSJT-X не декодировал финальное 73 от корреспондента (совсем не декодировал или не декодировал до начала интервала передачи), он переходит на передачу общего вызова считая что QSO завершено?
Фактом окончания QSO в любом виде связи является подтверждение получения рапорта. В нашем случае это R00, RRR или RR73, именно после этих символов программа предлагает сохранить QSO. В версии 18.1.0.34 окончание QSO проходит очень корректно, даже уже после сохранения QSO, когда корреспондент по несколько раз передает мне RRR или RR73, желая увидеть от меня 73, программа автоматом подсовывает ему это сообщение, не сохраняя при этом QSO дважды и трижды...
Но и Ваш вариант имеет право на жизнь, вот только бы время изменения сообщения на CQ сократить немного, а то по 6 секунд иногда получается...
А вот существенного недостатка то и не заметили. При работе на поиск и при такой концовке теряется целый период приема, для меня это очень существенная потеря. Попробовал в режиме single shot qso, такая же беда.
Наверное буду опять уговаривать Вас, Игорь, сделать такую же концовку QSO, как в 34 версии.
Кто-нибудь может дать ссылку, где можно скачать JTDX 18.1.0.34?
Доброе время суток всем.
Немного потестировал v70_5
Режим Call First. Очень похож на Auto Seg3
Тестировал в основном на CQ.
В целом работа понравилась, явных непредсказуемых "боков " не заметил.
На CQ когда от корреспондента не получаю 73, программа "считает " QSO завершенным и не "выпрашивает" 73, а становиться на СQ, по отношению к корр-ту это да, не совсем справедливо...
Не справилась программа с этим позывным:
Вложение 205283
Обнаружил неточность в алгоритме последней JTDX
Отработав с HC2TE, отошел на некоторое время от компьютера.
Вернувшись, озадачился свежим декодом :
Согласен, но честно говоря немного выбешивает, когда тебе по несколько раз дают RRR или RR73, когда сами мою R уже зафиксировали, особенно когда в это время много "вкусного" в эфире...
Вот только одно не могу понять Игоря - почему в 34-то версии концовка некорректная???
Все очень даже корректно происходит и на CQ и на поиск.
Вот ничего руками не трогал, все автоматика Вложение 205290
Не одного "НЕ ПОЛНОГО" QSO по инициативе автоматики не остается, если только сам не "саскочишь" со связи. А вот в 70_5 версия, концовочка ну скажем не очень...
Я все повторы и QSO на дипломы отслеживаю в JTAlert. Весьма удобный инструмент.Предлагаю в меню "File" добавить пункт "Open JTAlert B4log.mdb".
Иногда приходится его править и этот пункт ускорит процесс его поиска. Строго говоря это надо делать в JTAlert. Но, на мой взгляд так удобнее. Да и надо предусмотреть похожий механизм в JTDX. В этой программе тоже надо управлять повторами.
Например, недавно сработал с АА9А. На следующий день получил LoTW подтверждение, а программа JTAlert при приеме этого позывного не выдает B4. Кажется, не было принято 73, но в QSO был уверен почти на 100 и поэтому сохранил. Программа, разумеется, не занесла позывной в базу B4.
Или другой случай. Корреспондент не записал по какой-то причине QSO. Подтверждения от него нет, а qrz.com утверждает, что он ежедневно заливается в LoTW. Тогда этот позывной надо удалить из базы.
Формат базы простой и каждый разберется. Но можно дать пользователю эти функции через дополнительное окно в котором можно было бы найти позывной и удалить его из базы или занести в базу позывной, диапазон и моду. Попутно заложить процедуру управления повторами и в JTDX.
А почему вообще ушли от значений TX watchdog в периодах, как в 34 версии, а сделали в минутах???? Вот и появились бяки с неожиданными обрывами... Поверьте какой бы длинный TX watchdog вы бы не делали в минутах, рано или поздно он залезет к вам в интересное QSO и если не сорвет его, то сильно помешает. TX watchdog в периодах было очень практично и удобно и он никогда не залезал не то что на передачу, но и на QSO. Единственное НО, он был нерегулируемым, но это особо и не напрягало.
Не то чтобы не дает работать, а короче говоря, ты зовешь, а тебе в ответ B4 (связь даже уже подтверждена через LoTW, а в проге JTAlert или JTDX она не попала в базу B4). Или программа говорит B4, и ты конечно не зовешь. Хотя в журнале подтверждения нет и не предвидится (корр не зарегистрировал). В журнале эти белые пятна видны. Проверяешь по LoTW и видишь, что должно быть подтверждение. Т.е. иногда требуется коррекция лога B4.
Не разбирался с JTDX, а в JTAlert все повторы (по сути все связи) регистрируются в файле базы mdb. Его и надо править.
TO UA3DJY
Версия 70_5 Первый (повторяющийся) сбой - обрыв передачи во время CQ. Обрыв произошел на 47 секунде, но на 52 я смог восстановить передачу нажатием на enable TX.
До этого при таких обрывах enable TX на нажатие не реагировала.
Вложение 205325
Второй повторяющийся сбой, как близнец похожий на концовку, но уже в середине QSO
Вложение 205327
Видно, что RR73 получен и декодирован вовремя, но программа зачем-то начала передавать еще раз рапорт, правда изменив его через 3 секунды на правильное сообщение.
Можно в обе программы перезалить журнал, да и JTAlert считает повторами связи сделанные в одной и той же моде и диапазоне,(это если не настроить его) я для повторов еще и logHX запускаю, при захвате корреспондента сразу видишь когда работал с ним, в какой моде, на каком диапазоне и подтверждения Lotw, eQsl.
картинки и большого размера текст можно прятать открыв 'Расширенный режим' редактирования сообщения, выбрав в нем SPOILER, внутри этой функции
Вложение 205344
TX Watchdog в коде выключает кнопку Enable TX но не прерывает текущую передачу.
Xаотичный Halt Tx во время передачи может быть вызван кратковременной потерей CAT соединения с трансивером.
опция Single shot QSO позволит не искать входящий вызов при завершении QSO, поиск входящего вызова на приведенной картинке вызвал смену сообщения по окончании декодирования интервала
упаковка/распаковка сообщений в софте сделана на основе протокола JT65, последний не поддерживает специальные позывные
согласно протоколу поддерживаются стандартные позывные:
в которыхЦитата:
The source encoder knows the rules by which standard amateur radio callsigns are constructed, and uses this information to minimize the required number of information bits. An amateur callsign consists of a one- or two-character prefix, at least one of which must be a letter, followed by a digit and a suffix of one to three letters. Within these rules, the number of possible callsigns is equal to 37×36×10×27×27×27, or somewhat over 262 million.
"радиолюбительский позывной состоит из одно.. двухсимвольного префикса по крайней мере один из которых должен быть буквой, после которого следует цифра и суффикс от одной до трех букв"
На заре JT65 пытались минимизировать количество информационных бит в сообщении чтобы увеличить помехозащищенность.
На картинке хорошо виден недостаток используемых в FT8 синхронизации/модуляции приводящий как к потере декодирования части слабых сигналов так и к увеличению времени декодирования интервала.
В диагностике слева от повторно декодированного сообщения частота(Гц) на которой декодировался сигнал, при работе в эфире мы их не видим - код вырезает повторно декодированные сообщения.
Передача реально - физически прерывается! Поверьте наслово.
Абсолютно исключено! Во первых это происходит только в версии 70_5, а я за день по три раза откатываюсь на 34-ую, во вторых при таком сбое должно выскакивать соответствующее окно с ошибкой, в третих я на 100% уверен в своем CAT соединении.
Надо уходить от лишних кнопочек, тем более запрятанных в "шторку" - "Single shot QSO", обходились как-то раньше без этой кнопочки и все корректно было. Я (и думаю многие) вообще сторонник - настроил один раз программу под себя и работаешь и на поиск и на CQ ничего не переключая(ну кроме сплита конечно)...
Добавлю к выше сказанному
34 версию можно ставить по умолчанию и все работает
Ввел позывной, локатор и"боевую" раскраску,шрифт под себя
и вперед на "баррикады"
Немножко офтопа, извините. Такое вообще возможно +21???? Это на 18.100 (АНТ Windom на 160 + 100 Ватт)
Вложение 205392
Местные станции 500-1000 метров более +17 не дают, а тут 2000 КМ!!!
Нередко в FT8 на JTDX получал декоды от -21 до +20 дБ в одном цикле, иногда рядом на водопаде.
Программа успешно работает и на УКВ диапазонах.
Спасибо Игорю и команде.
Вложение 205398
Вложение 205411
интересно декодирует немца
R9ON у меня +19 дБ проходил на 18100 на эрзатц-антенну, при этом на S-метре было всего 8-9. На водопаде был небольшой "заборчик", но других он не давил. А вот когда соседи включаются, то JTDX кажет всего +12+15, но стрелку зашкаливает и забор такой, что вообще никого не декодирует или декодирует, но с С/Ш гораздо более низким. Тоже самое, когда по частоте наезжают, даже с небольшим уровнем - программа это воспринимает как помеху.
Это соотношение сигнал/шум, определяется уровнем сигнала, уровнем шума/помех/интермодуляционных искажений в тракте приема - при определенных условиях прохождения, использовании узконаправленных антенн, сетапе вне города, линейном тракте приемника это соотношение может быть и больше.
Сценарий когда 'местные меньше дают' говорит только о выходе за пределы динамического диапазона приемного тракта и\или высоком уровне шума у 'местных'.
Два рядом находящихся оператора могут Вас одновременно слышать, один на вертикал с сигнал/шум -20дБ, другой на Yagi -01дБ, и эта оценка больше показывает насколько хороши условия приема и приемный тракт наблюдающего Вас оператора чем разницу в уровне излучаемой мощности.
Ноут настроили.
Установил пока JTDX 34 версию. Декодирует прекрасно, AutoSeq управляет нормально, CAT работает.
Нужно разобраться с принципами работы в программе.
В ручном управлении связи пошли. А как, прошу прощения, нет возможности лопатить всю тему, настроить авторежим, чтобы по щелчку на позывном дающего CQ корреспондента программа JTDX сама проводила весь цикл связи ?
Коллеги, приветствую. Подскажите кто сталкивался с такой проблемой: в WSJT-X v 1.8 с Аllert 2.10 в журнал MiXW не летят связи в JT 65 и FT 8. В eQSL улетают при этом. Стояла старая версия программы без FT 8 все было нормально. Путь к логу прописан, скачивал новые версии поверх старых, все установки остались прежними. В чем тут бяка?
...по щелчку на позывном дающего CQ корреспондента программа JTDX сама проводила весь цикл связи ?
Вложение 205461
Почему-то в приемное окно заносятся не все принятые программой позывные (один из примеров):
Вложение 205462
Вложение 205463
В том то и дело Василий, что фильтры не включены. Вот еще пример:
Вложение 205465
Вложение 205466
В этой связи я подумал, может в этом причина, что сигнал на водопаде присутствует, а декода как бы нет.. (было несколько сообщений на форуме)
MiXW 2.19 с базой этой версии пробую не работает, если у вас новее, еще раз пропишите путь,
на скрине ниже смотрите на каких версиях тестили
Вложение 205477
eQsl ни какого отношения к этому не имеет
старой версией JTalert не пользуйтесь, забанят на http://hamspots.net
путь туть
Не очень понятно, в чем проблема.
JTDX V18.1.0.70.5
Deep Decoding
Сигналы ломовые, но не декодируются.
Вложение 205486
Ноутбук 2X2.4 Ghz 3 Gb оперативы Windows 7 Ultimate 32-разр.
Днем на 20 м декодировал нормально.
""Сигналы ломовые, но не декодируются""
Попробуйте синхронизировать время.
Перед КАЖДОЙ загрузкой программы вручную синхронизирую через Dimension 4.
Это же очевидно.
Перейдите на SP Time Sync - SP TimeSync - скачать бесплатно русскую версию SP TimeSync для Windows
Интерфейс русский, запускается при запуске компьютера. И, к тому, же , бесплатная. Два года пользуюсь - ни одного "косяка".
P.S. Кстати, качество синхронизации времени зависит от устойчивости интернет трафика.
В "Параметрах" укажите интервал синхронизации, например...каждые 15 минут. Если недостаточно, то меньше. Все зависит от точности часов в компьютере. Остальные настройки можно не трогать.
Вложение 205490
Извиняюсь за OFF TOP.
Вложение 205488
Вложение 205489
Гугл перевод анонса
У меня не все позывные, что приняты в приемное окно, передаются про UDP. Как я заметил, это те позывные, у которых слабый сигнал и после сообщения стоит магической код a1 (по моему он). Я так понял, что это те позывные, в которых программа "не уверенно" декодировала? Может тут причина та же?
Измененный функционал (по сравнению с 18.1.0.69)
- полностью переделана обработка свободных сообщений в AutoSeq
- изменен алгоритм AutoSeq1, в нем разрешена смена сообщения во время передачи (модификация 18.1.0.70_5)
- устранен сбой при выводе на экран названия континента страны и в случае невозможности определения страны фразы 'where?'
- применен блочный многопоток при декодировании FT8 сигналов, софт автоматически определяет общее количество ядер, в этой версии поддерживается автовыбор из 1,2 и 4 потоков.
На подходе новая версия WSJT-X 1.9 с функцией "FOX" , или DXpedition mode.
Новая функция предназначена прежде всего для DX экспедиций и позволяет работать с 5 и более станциями одновременно.
Максимальный рейт может достигать 600 QSO в час (!)
Пока новая функция находится в разработке и предназначена для предстоящей экспедиции на KH1 в этом году.
Участники экспедиции уже опробовали бетта версию. В восторге.
Я написал K1JT вчера по поводу участия в группе тестеров бетты, но пока ответа не получил.
Алексей, в данном случае все дело в этом флаге:
Вложение 205497
Когда установлен флаг "don't show it" все позывные В4 не отображаются в приемных окнах. Я его установил, чтобы "отсечь" лишнюю инфо, и "успешно" об этом забыл....
@ RW3AH: you do not need to be a WSJT-X 'beta tester' - they don't have this!
- install the JTSDK from here: https://sourceforge.net/projects/jts...s/win32/2.0.0/
- install step by step
- now you can look from time to time here: https://sourceforge.net/p/wsjt/activity/
and compile and use the latest WSJT-X
As Igor mentioned, in the source code of mainwindow.cpp search for 'K1ABC' and replace it with
your call sign before you start to compile. Otherwise just a pop-up window will tell you that this
version is just for 'testers'... ;-)
To compile is no magic, no programming skill is required, just do it step by step.
The naming is very strange, there is a 1.8 GA and they talk about a 1.9, but all developement goes by 1.7.1
But you have to know: JTDX is much FASTER since 18.1.0.70 and has a much BETTER user interface
Прошу сильно не пинать - только вчера накатили систему и установил JTDX.
Пока не во всем разобрался.
Всем спасибо.
Как отметили RV9WF и UA1OMZ - дело было в рассинхронизации времени.
Та версия Dimension 4, которая у меня была ранее, неполноценно работает на Win 7.
Расхождение показывает, но синхронизацию, оказывается, на самом деле уже не делает.
Снес, установил SP TimeSync - все весело заработало.
Остался вопрос.
Настройки - почти как у UT8NT в посте № 10224 (только установлено Enable automatic loggnig of QSO и Clear DX call and grid after logging).
При работе на поиск - как только корреспондент дал завершающие 73 - нормально, деактивируется кнопка Enable TX.
Но при работе на CQ - у меня программа при завершении QSO выдает в эфир RR73 и тоже деактивирует кнопку Enable TX.
Приходится её вновь нажимать вручную, чтобы выдавалось CQ.
Где копать ?
JTDX V18.1.0.70.5
18.1.0.70 Linux version (compiled in Ubuntu 16.04LTS) from original sources files by UA3DJY
Игорь! А JTDX такое сообщение читать будет? K1ABC RR73; W9XYZ <KH1/KH7Z> -17 Переданное в WSJT-X.
JTDX v18.1.0.70 режимы AutoSeq2,3 - передает повторные RR73..
Аналогично, идут повторные RR73.
v 18.1.0.70 декодирует практически мгновенно, по сравнению с 70_5.
Система:
Вложение 205547
Как то коряво записалось в лог. 18.1.0.70
Некоторые уже предполагают, что если эта тестовая "экспедиционная" модицикация Джо Тэйлора получит развитие, -- то это может стать новым (после JT65 и FT8) по-настоящему революционным шагом в развитии КВ-связи. Так как, возможно, позволит увеличить количество связей до сотен в час. Очень интересно будет увидеть эдакое ;-) Ну что сказать, всё-таки Тэйлор -- лауреат Нобелевской премии по физике...
Вложение 205574
Наблюдал за ним иногда нормально проходит, иногда с двойным декодом
разница 100 Гц, грязный сигнал
Сейчас в WSJT-X/JTDX сделан такой алгоритм для FT8: если повторный декод имеет больше SNR то он тоже выводится на экран, если меньше то признается повтором и на экран не выводится. Такой подход позволяет определить основную частоту в случае грязного сигнала.
В версии JTDX 18.1.0.70 есть небольшой дефект, изредка на экран попадают повторы с меньшим SNR, исправил в версии 18.1.0.71.
У меня был недавно момент, когда очень много двойников стало вдруг появляться - буквально в каждом втором цикле. Со сдвигом 2-3 Гц, причём в основном со слабым уровнем -10 и ниже. Пропали после перекоммутации аудио-разъемов в Realtek диспетчере Win 7. Передние и задние разъемы компьютера оказались логически соединены, видимо какой-то другой программой. После разъединения двойников пока больше нет. Природа этого явления осталась нераскрытой.
у меня usb audio codec на прием и передачу.
я тоже это заметил,(у меня не такой шустрый процессор как у вас), подумал может из за малого количества станций, вечером включил, более 30, моментально декодирует.
уже не бывает так как описывали ранее (не успевая декодировать программа дает рапорт, и в этом же периоде переключается на 73 получив ответ от корреспондента через долю сек RRR)
v 18.1.0.70 режим AutoSeq1:
При вызове на CQ рапортом программа в ответ на RR73 начала передавать повторный рапорт, менял на 73 вручную.
Вложение 205603
3 Call based..... ; 4+Call....; Диспетчер задач : Производительность ЦП :по времени короче чем ранее , по производительности до 43%(было 14-15%).Все 8 логических проц.загружены во время периода декодирования.Ранее были видны ограничения на пике производительности конкретного декодирования, сейчас нет ,острый пик повторюсь до 43%.Скорость не изменилась и по максимуму 4,47ГГц . Проц. и система на скрине.
Улучшения заметны ! Большое спасибо Игорю и команде!
Вложение 205615
Измененный функционал:
- закончен многопоток для FT8 декодера, доступны автоматический и ручной режим выбора количества потоков для декодирования.
Поддерживаются 1,2,4,8,12 потоков декодирования FT8 сигналов.
Рекомендуем использовать автоматический режим, опытные пользователи ПК при необходимости могут использовать ручной режим, настройки доступны в закладке Decode основного окна интерфейса, по умолчанию включен автоматический режим.
- применен патч для черного фона выведенного на экран сообщения 73 при использовании инверсии цвета для уведомлений
18.1.0.71 Linux version (compiled in Ubuntu 16.04LTS) from original sources files by UA3DJY
Игорь, возможно ли в окне, показано красной стрелкой, разместить водопад? А то много открытых окон, места на дисплее мало и не знаешь куда этот водопад поместить.
Вложение 205652
Вложение 205663 JTDX v18.1.0.71- декод проходит быстро, до начала передачи. На предыдущих версиях 2-3 секунды запаздывал. Спасибо Игорю и команде !
Вложение 205669 Всегда в этом режиме
При использовании 8 и более потоков для декодирования FT8 сигналов вычисляемый SNR может превышать значение +49дБ, как временное решение для пользователей с процессором, имеющим 8 виртуальных ядер и более, вручную ограничить количество потоков декодирования FT8 до четырех.
Работаю над устранением этого дефекта.
Подскажите ПЛС, у кого есть опыт ...
Сейчас, использую JTDX v18.1.0.34 на слабом ноуте Р4, одно ядро 2,2 Ггц .
Есть ли смысл поменять эту версию на более новые? Сможет слабый комп работать, при соответствующих настройках.? Будет ощутима разница? Интересуют только рядовые повседневные ЩСО, без погони за ....
Вложение 205682
Игорь скорость загрузки очень высокая, но чутье??
Очень большое расхождение между программами.
С RX фильтром у меня даже древний EEE PC 901 нормально работает. Но без фильтра декодирует иногда до 6 секунды следующего цикла. Пробовал его с .69 Четырехядрёный EEE PC 1025 очень оживился с .71. Опаздывает максимум на 1 сек без фильтра.
Попробуйте, не пойдёт - откатитесь к .34
Вложение 205683
1.7.1--r8459 Чутье накручино ,что невозможно настроить водопад
и это на мою GP (удочка стоит у дома) а на хорошую антенну что будет??
На скриншоте RA3RKA видно
6 декодов в JTDX и
8 декодов в WSJT-X
Миша, я имел в виду - между крайними связями, отмеченными красным подчеркиванием уровней
чувствительность JTDX такая же как была ранее, в WSJT-Х при понижении частоты дискретизации и подаче сигнала на декодер есть лишнее округление значений отсчетов сигнала
отличие в рапортах связано с полосой обработки при многопотоке, необходимо переделывать расчет SNR в JTDX
да уж рапорта иногда :s10:
Вложение 205687
Игорь появилось вот такое...
Вложение 205688
ранее такого не было...при ответе на такое рапорт передает прога +00 Все...разобрался...это от процессора зависит...я 12 потоков поставил сперва...на 8 такого нет...
И еще..ранее время можно было сдвинуть влево,а сейчас сдвигаю ,но при следующем цикле оно опять вылазит на прежнее место...
Игорь пол дня просидел отслеживал станции с -24
По идее, если такая разница по чутью, то я должен на одной программе слышать,а на
другой нет? Такого не происходит.
Доходит до -24 и на обоих программах станции пропадают.
А вот "показометр' показывает большую разницу и водопад весь смазывается (полузунки на всю).
расчет SNR выполняется отдельно от декодирования, в одном интервале он может быть один, в другом другой при том же уровне декодируемого сигнала, зависит от уровня помех
параметр с моей точки зрения мало полезный, необходимый только для соблюдения протокола проведения QSO - обязательный обмен рапортами
уровень подаваемый с приемника на компьютер не нормируется, оценивать уровень сигнала в софте из-за разницы в сетапах тоже смысла нет
уровень (яркость) на водопаде и показания термометра вычисляются отдельно от декодирования и не могут использоваться для оценки чувствительности декодера
кусок кода из WSJT-X отвечающий за расчет SNR:
также разные значения SNR могут получаться при нескольких проходах декодирования и вычитании мешающего сигнала, в зависимости от того на каком проходе декодирован полезный и вычтен мешающий сигналы
Cмотри под спойлером пикчу.
Я думаю всё это условно.
Тысяча факторов например работаю я на 40м включил АРУ и АТТ 6дб и принимаю станции с определёнными дб.
Потом я отключил АРУ и отключил АТТ и принял теже станции с другими как понимаете ++ дб.
Я бы еще согласился с дб если бы у всех были одни и теже приёмники и установки плюс антенны и еще прохождение.
Так что это всё относительно и надо с этим смирится или броситъ эти ДБ и вместо этого программа должна выдавать 59, 57 ,55, 53 и т.д.
JTDX v18.1.0.71 - тестирование нового функционала
Мои настройки: Autoseq1, Threads-auto
1. Декодировать стало ощутимо быстрее и качественней и это здорово, это огромный прорыв, мои поздравления и спасибо Игорю и команде!!!
2. По прежнему наблюдается ГЛЮК - несанкционированного возвращения на предыдущую частоту.
Почему все молчат-то??? Или приятно, когда человек провел с вами QSO и тутже (непредномеренно) начинает давать CQ на ВАШЕЙ частоте, а вас в это время может звать DX!?
Да и я очень неловко себя ощущаю, когда вдруг замечаю, что даю вызов на чужой частоте, хотя я её менял.
3. По прежнему "корявые" концовки QSO и на поиск и на CQ.
Игорь, ну ПОЧЕМУ вы не хотите вернуться к стандартному, ВСЕМИ принятому, ВСЕМ удобному алгоритму проведения связи, как в WSJT-X(и как в 34 версии)??????
4. В этой версии физическая передача сигнала начинается только примерно через 2 секунды после срабатывания PTT. Для чего это сделано?
Что бы увеличить период декодирования за счет периода передачи? Если это так, то это крайне не верный путь, ведущий к ухудшению декодирования корреспондентом.
5. Прерывалась несколько раз передача CQ. Но тут я подметил закономерность и проверил сам в ALL.TXT,
передача прерывалась именно в момент декадирования пустого сообщения и уже в начале цикла передачи.
Пустые сообщения явление конечно редкое, но я думаю этот глюк проявится и при передаче других сообщений.
6. Когда работаю на CQ автоматика не даёт вставить свободное сообщение типа "PSE SPLIT", "PSE AGN", "NO DECODE",
а в течении 2-3 секунд меняет его на "CQ". Как быть то теперь? В 34 версии без проблем! Опять же прошу обратить внимание на пункт 3!!!
7. Ну и вообще неприятнейший, повторяющийся глюк - беспричинный отказ декодирования целого противоположного периода по 2-3-4 раза подряд.
Ранее я такое наблюдал только когда именно в этот период происходила синхронизация времени(из-за сдвига времени более 0,5 секунды).
Сейчас со временем все стабильно(+0,01 сек за 30 мин.).
8. Забывал ранее писать, но функция "Enable main window popup"-"показывать повер окон" ни в одной из версий корректно не работает, т.е. то работает, то нет, закономерности нет.
9. Теперь буду просить в каждом тестировании - ПРОШУ, ПОЖАЛУЙСТА верните "следящий enable TX", ну очень нужная и удобная функция, друзья поддержите!!!
То же заметил пропуски декодирования периодов. Подумал у меня одного такое!
У меня сразу начинается, за вычетом TX delay
decoding is finished может появляться по причине прерывания сигнала на входе зв.карте.
Мне кажется, что это не программный глюк, а вызвано суетой и невнимательностью. Когда отвечаю на CQ со Split, часто переходят на мою частоту, видимо после двух кликов, да там и остаются. И Clear DX надо не забывать чистить, чтобы по частоте не скакать.
Мода JT9-JT65:
на нестандартное сообщение "TU BORIS 73 ," программа начала передавать повторный цикл RR73, видимо повлияло наличие запятой в сообщении, хотя на скрине ее не видно..
Уровни, наверное правильнее отображать в BER или SER, но это будет как-то не по-людски - любители киловаттов могут не увидеть "прибавки".
Вообще мне понравилась идея в WSJT DX EXP скрывать сигналы выше -10 дБ:s12:
to UA3DJY
Игорь!
Я в основном работаю на ПОИСК. В обзорном окне, когда на диапазоне много разных станций, строки вверх бегут очень быстро... Часто, не попадаешь мышь на нужный позывной. В связи с этим:
Имеется ли возможность сделать такую опцию, что при вводе курсора в поле ОБЗОРНОГО окна, движение строк вверх временно приостанавливалось до нажатия на строку с нужным позывным?
Можно не гоняться за бегущей строкой JTDX, в JTAlert кликаеш 2 раза по нужному позывному
Вложение 205719
Иногда не хватает свободных колонок, работая в связке с JTDX :s7: (это максимальное количество в JTAlert)
JTAlert я не ставил... Работаю в паре с ЛогНХ.
to UA3DJY
Неплохо бы, для увеличения свободного места на дисплее, предусмотреть в JTDX разделение окна водопада на 2 окна, с возможностью отключения и вывода с экрана
1. Сам водопад
2. панель его настроек
Водопад нужен. Настройки водопада-один раз настроил, панель много места занимает и убрал с дисплея. В работе она не нужна.
Процессор с интенсивным использованием процессора.
To UA3DJY
Игорь,а можно сделать что бы при использовании режимов Autoseq5-6-7 при условии что на CQ никто не ответил программа не хватала тех кто дает CQ DX или CQ VK и тому подобное? А то как то нехорошо получается,человек ДХ ждет,а тут его RA3 зовет:s7:
2 монитора решают эту проблему, logHX тоже пользуюсь
Если Вам только "кажется", то значит писать здесь, пока не проверили лично несколько раз , не надо. Попробуйте проведите QSO на вызов "TX=RX", "без суеты и невнимательности" смените частоту и начните CQ, и вы будете неприятно удивлены. И если бы Вы следили за темой, то знали бы, что глюк этот уже давно выявлен и признан разработчиками, но пока не исправлен. А так же проверьте по хорошему и два предыдущих Ваших высказывания и обоснуйте их. Да и "наскакал" я уже в ft8 больше 9000 qso, около 200 стран, и вам того же..
Кто подскажет, в чем причина?
Вложение 205734
Попробовал. Ничего не произошло. Может настройки надо какие-то изменить? Раньше были какие-то проблемы с CQ, сейчас не замечаю или научился кнопки нажимать.
Звуковой сигнал появляется синхронно с переходом на передачу - TX delay. Проверить очень просто - с помощью наушников.
Периоды не пропадают ни с того ни с сего. На старом нетбуке было похожее из-за наводок на провода к микрофонному входу.
Корявые концовки из-за запаздывания декодирования.
Успехов в радиоспорте!
Попробовал сегодняшнюю версию - стала убегать частота приема:
Вложение 205754
Раньше она тоже иногда убегала - теперь стала постоянно после окончания цикла приема, причем убегает на пределы экрана - 5000 гц.
Вложение 205765
да, наблюдаю через WebSDR на 30ке станции сейчас.
при 12и потоковом декодировании появляются парота 336 (как показано на картинке)
при 8и потоках такого нет, зато появляются станции с рапортами -24дб
Версия jtdx 18.1.0.71
de RC3C/SWL
WSJT X 8465 скиньте на форум коллеги.
в планах доработка AutoSeq под распознавание CQ DX, остальные комбинации вряд ли получится учесть - слишком сложно сделать обработку в массиве истории QSO и CQ сообщений
P.S. видел CQ WP, можно только догадываться Пуэрто-Рико или западную часть Тихого океана желает видеть в ответ оператор
невключение кнопки Decode в конце приемного интервала означает что JTDX не получил достаточного количества фреймов с звукового потока для включения декодирования (в коде используется счетчик количества фреймов)
Куда пропали фреймы - было несколько сообщений на эту тему, происходит это чаще на слабых процессорах которые по причине высокой загрузки не успевают взять фреймы с PCI шины. Также говорил про использование звукового устройства по умолчанию, Интернет браузера ...
Могут грузить процессор и фоновые задачи операционной системы.
Если у Вас не во всех интервалах включается декодирование - пора либо навести порядок на компьютере либо обновить процессор.
в коде по этой части нет изменений, причина скорее всего в загрузке процессора
Упростить протокол желательно при создании новой моды, например можно отвести только два бита на рапорт (четырехбальная шкала), сделав его диапазонным -хх...-20, -20...-10, -10...0, 0 ... + хх дБ SNR, показывая на экране как 1, 2, 3, 4.
Тогда и меньше будет проблем с пониманием рапорта и получится отвести больше бит на помехоустойчивость сигнала. Но такой подход означает полный переход на новый протокол.
после записи QSO в лог и получения финального 73 "автомат" выключается и не происходит очистка окон Тх1-Тх5, в следующем цикле из-за этого происходит возврат на частоту корра..
возможно заложен такой сценарий, предполагающий ручную очистку окон Тх1-Тх5, т.к. "автомат" выключен, т.е. как бы ручной режим.
хотя логичнее, чтобы при получении финального 73 в любом случае происходила автоматическая очистка окон Тх1-Тх5.
https://sourceforge.net/p/wsjt/mailm...sage/36219308/
К концу месяца обещают версию v1.9, обновили мануал FT8 DXpedition Mode и просят не выкладывать версии до выхода v1.9
В кратком переводе, софт кандидат WSJT-X v1.9.0-rc1 будет предоставлен для общего тестирования намного ранее выпуска в общее пользование версии v1.9, для тестирования убедительно просят(you must = должны/обязаны) использовать именно v1.9.0-rc1, а не промежуточные -dev версии разработки WSJT-X поскольку в промежуточных версиях работа над функционалом еще не завершена:
" Well in advance we will post a "Release
Candidate", WSJT-X v1.9.0-rc1. You must use this version to participate
in the test.
...
We are working on these new features as fast as we can. Please don't
ask for other "early releases" of v1.9.
-- 73, Joe, K1JT"
UX8IW..... <после записи QSO в лог и получения финального 73 "автомат" выключается и не происходит очистка окон Тх1-Тх5, в следующем цикле из-за этого происходит возврат на частоту корра..>
...разве обязательно использовать окна Тх1-Тх5?...я использую позицию 2(без окон) и все в норме...и выключается и DX окно чистит...
Вложение 205782
Звучит, как приговор, для р/любителей со старым "железом". Т.е., я так понял далее Игорь и команда пойдут по пути развития программы только с владельцами "современных процессоров". Жаль, очень жаль, ну что ж, врубаем 34-ую версию на постоянку, наблюдаем со стороны, зарабатываем на мощный процессор, только наверное не все это смогут сделать...
Игорь, а какие минимальные системные требования, для новых версий???
На моём компьютере
Вложение 205784
даже при AutoSeq 1 JTDX работает криво, вернулся к WSJT-X, она сделана для рядовых.
К JTDX интерес потерял... :s9:
Вложение 205785
работает и проблемм не испытываю...
Аналогично! Никаких проблем с 71, кроме некоторых малозначимых неудобств.
Вложение 205786
Цитата:
Сообщение от UA3DJY
Факт появления FT8 стал приговором старому железу - на декодирование интервала протоколом и софтом отведено 600 миллисекунд, предстоящая оптимизация работы декодера FT8 приведет к увеличению количества исполняемого кода и более жестким требованиям к скорости процессора.Цитата:
Сообщение от UA3DJY
С точки зрения выпадающих фреймов звукового потока JTDX ничем не отличается от WSJT-X, поскольку звуковой поток обрабатывается до начала декодирования когда JTDX/WSJT-X потребляют минимальные ресурсы процессора, то есть отсутствие декодирования некоторых интервалов на Вашем процессоре будет наблюдаться и на WSJT-X.
По минимальным требованиям железа четких ограничений нет, поскольку на слабом железе можно поставить в софте Decode -> FT8 fast decoding, выключить декодер FT8AP (кнопку Hint) и на старом железе можно вписаться с декодированием до начала TX интервала.
Но если у Вас процессор занят чем то еще во время приема сигналов (обработки входящего звукового потока) то никакие установки JTDX/WSJT-X не спасут от выпадания фреймов на пути между звуковой картой и процессором.
Вложение 205788
объясните, как это возможно?
Работаю на 30м, зову Доминикану, он не отвечает, я жму Halt tx и вижу в приёмном окне как я зову Доминикану :)
частота сопадает, сигнал виден на водопаде.
Тоже без проблем работает v 70_5.
По железу отписывался ранее - проц 2x2,4 GHz 3 Gb оперативы.
Система свежеустановленная, параллельно Firefox смотрит в 2 кластера и постоянно в работе Avast.
Переход с приема на передачу занимает определенное время и мы думаем что такой сбой происходит если нажать кнопку Halt Tx в момент когда переход на передачу еще не завершен, какое время по Halt Tx у Вас записано в файле ALL.TXT?
Если время Halt Tx 221815 то проблема в этом, мы пока не нашли приемлемого решения.
Игорь, есть такой "прикол", он тянется с самый первых версий... Если "Halt TX" нажать на первых 1-2 секундах цикла, то трансивер переходит в RX-режим, но программа продолжает давать "TX"... И на водопаде видно. Свой собственный сигнал с "ломовым" уровнем.
Ничего страшного. Надо просто знать об этом.
Именно так. Вот только что было:
Не понятно, почему на одной частоте.
Вложение 205812
Ребята,подскажите что бы не лопатить тему...что надо сделать что бы фильтры по континентам в 71-й включались...
Всем здраствуйте! Подскажите: что-бы установить JTDX c FT-8 нужно удалять предидущую версию?
И еще у меня слабый прием (чутье?) в WSJT-может с настройками можно подстроить? Спасибо.73!
to RA3QH...File-Settings-Filter и дальше ставите галку там,что вы не хотите видеть в активном окне...
Замечал такой глюк неоднократно в этой версии
Оператору дали 73, а я его вызываю...
Вложение 205826
Все вопрос по фильтрам снят...разобрался....
<не....это ранее так было а с кажется 70-й версии не так....я потому и спрашиваю что сейчас неактивна там эта возможность...надо еще где то галочку поставить....>
да нет,все также...версия 71...отключена Европа...в приемном окне нет,а Алерт показывает наличие станции..
Вложение 205827
До 71 версии может быть и не отличались. До неё НИ ОДНОГО ВЫПАДА ФРЕЙМА (не связанных с синхронизацией времени) ни в WSJT-X, ни в JTDX, ни у меня, ни на более слабых(в 2-4 раза) процессорах НИ РАЗУ НЕ БЫЛО!!!
Выпадение фреймов происходит систематически, даже при отключенной кнопке Hint, даже при FT8 normal decoding, т.е. можно предположить, что системные требования скакнули аж на порядок, а декодирование в FT8 fast decoding в 71 версии проигрывает даже декодированию в режиме normal в JTDX_34, так что р/любителям со слабыми процессорами нет смысла в дальнейшем сопровождать и использовать обновления JTDX, а наслаждаться старыми версиями JTDX, новыми WSJT-X или копить на новое железо.
Такого не когда не замечал. Специально проделал лабораторную работу по вашему руководству.
На любой секунде при нажатии **Halt TX** трансивер выключается и программа не дает **TX**
Трансивер Icom IC-746Pro+ RigExpert Standart+JTDX 18.1.0.71 Комп. мощный 6-ти ядерный AMD
Может это у вас что с оборудованием???
След есть на водопаде, но часто вот такой процесс проведения связи.
Вложение 205832
Обнаружил такую проблему ver.18.1.0.71.
При вызове корреспондента неважно в режиме split или TX=RX, после вызова убегает
приемный маркер на частоту 5000 Hz. Выставляешь на место, но по после первого декода опять улетает на 5000 Hz. Такое было несколько раз. Пока не понял с чем это связано. Могу только предположить, что в окне DX Grid не было локатора корреспондента.
Вложение 205840
И еще такая неудобная вещь:
Если корреспондент работает, например 1000 Hz, я его зову Split на 2000 Hz, но он ответил другому и сместил свою частоту передачи, например на 1200 Hz. Я кликнул по его позывному и сместил прием тоже на 1200 Hz, но при следующем декоде мой приемный маркер упорно прыгает на 1000 Hz, хотя корреспондент остается на 1200 Hz. Тоже не понял почему так. Может и я что то не так делаю.
так происходит если звать корресподента используя его сообщение 73, патч по этой проблеме будет в версии JTDX 18.1.0.72
в историю QSO записываются только CQ сообщения и сообщения адресованные оператору, соответственно если корреспондент дает рапорт другому оператору на другой частоте то частота в истории QSO остается из CQ сообщения, туда и будет прыгать RX частота до тех пор пока есть позывной корреспондента в окне DX Call или пока Вы не очистите этот позывной из истории QSO кликнув правой клавишей мыши на кнопке Clear Dx
Ну да, вот это тоже через полярную шапку? Или через Антарктическую тюбетейку? Игорю виднее что и как.
Вложение 205848
Вот еще.
Вложение 205852
И вот сегодня.
Вложение 205862
Добрый вечер коллеги. wsjtx-1.9.0-devel-win32. Не выполняется условие прием-передача. Принимаю на одной частоте, а на передачу переходит на другую. Куда смотреть? Первый раз за всю историю.
Вложение 205884
Так прочитай про неё! Это же программа для ДХ экспедиций! Со своим протоколом и частотами!
ДХ работает до 1000гц ,а остальные далее вверх!
Вложение 205885
И это не мешает изучить.
Вложение 205886
Появилась WSJTX 1.9.0 -rc1
для тех кто хочет скорее попробовать WSJT-X 1.9.0-rc1 и на случай если кто то уже получил статус DX экспедиции:
Перевод:Цитата:
Please note these restrictions and prerequisites:
• FT8 DXpedition mode is suitable for use only by legitimate DXpedition stations and those attempting to work them. Do not try to use DXpedition mode for
normal FT8 operation.
Do not use it in the conventional FT8 subbands. And especially, do not use the multi-signal capability unless you are a DXpedition.
• Everyone, including Fox and all Hounds trying to work Fox, must use WSJT-X v1.9.0 or later.
• Everyone must set their USB dial frequency to a publicly announced frequency for each band — for example,
14.080 MHz or some such number.
• Everyone should use CAT control with Split Operation, either Rig or Fake It on the WSJT-X Settings | Radio
tab.
Цитата:
Учитывайте следующие ограничения и требования:
• режим DXpedition предназначен только для использования лицензированными DX экспедициями и теми кто пытается с ними провести QSO. Не пытайтесь использовать режим DXpedition для повседневной работы в FT8.
• Каждый, включая DX оператора и зовущих его операторов должны использовать WSJT-X версии v1.9.0 или новее.
• Каждый должен выставить на трансивере VFO частоту в моде USB на публично объявленную частоту работы конкретной DX экспедиции для каждого диапазона, например на 14080 кГц.
• Каждый должен использовать CAT контроль трансивером с функционалом WSJT-X SPLIT Rig либо Fake it.
Перевод:Цитата:
9. N Slots sets the maximum number of Fox signals transmitted simultaneously.
Fox can conduct as many as N Slots QSOs in parallel. (To prevent possible misuse, multiple signals are currently permitted only for specific Fox callsigns.)
Цитата:
Параметр N Slots устанавливает максимальное количество сигналов которое DX может передавать одновременно. (Чтобы предотвратить использование не по назначению сейчас передача нескольких сигналов в софте разрешена только определенным DX позывным).
Перевод:Цитата:
4. Can the new program version be used for normal FT8 operation?
Yes, and also for all the other modes supported by WSJT-X v1.8.0.
5. Why should FT8 DXpedition Mode be used only by DXpedition stations and those trying to work them?
a. In FT8 DXpedition mode, Tx frequencies of Fox and Hound stations are sometimes controlled by the program rather than by the operator.
This behavior is undesirable for general use, and would be extremely anti-social if used in conventional FT8 subbands.
b. Stations other than legitimate DXpeditions should not “hog the spectrum” by generating multiple simultaneous signals
Цитата:
4. Можно ли использовать WSJT-X версию v1.9.0 для повседневной работы в эфире?
Ответ: Да, и также для всех других мод поддерживающихся в WSJT-X v1.8
5. Почему режим FT8 DXpedition должен использоваться только DX экспедициями и теми кто с ними пытается провести QSO?
Ответ:
---a. В режиме FT8 DXpedition TX частоты DX станции и других операторов в части случаев управляются программой а не операторами.
Такое поведение нежелательно при обычном использовании FT8 и будет явно антиобщественно если использовать в обычных FT8 поддиапазонах.
---b. Операторы не являющеся лицензированными DX экспедициями не должны 'засорять спектр' передавая одновременно несколько сигналов.
необходимо предварительное публичное объявление частот работы и возможно для каждой экспедиции на первых порах команда разрабочиков WSJT будет по запросу создавать свою версию WSJT-X позволяющую работать конкретным позывным, или давать какой то ключ открывающий передачу одновременно нескольких сигналов
Я не знаю, что выпил xxxx, но в течении ПЯТИ минут вот это происходит. Вот пишу сюда, а он молотит, хотя я тх остановил.
Вложение 205910
Ну, рапорт я ему сразу дал (-17дб), а при получении моего рапорта, программа автоматом дала мне рапорт (-02дб).
Или WSJT-X не понимает JTDX?
Вложение 205921
Прошу прощение, не то вставил, удалить не получилось.
Правильная картинка с красной стрелкой.
а у корреспондента галочку тоже проверили?
типовое проведение связи
cq xxxx ko90
xxxx r3hh ko95
r3hh xxxx -10
xxxx r3hh R-10
r3hh xxxx RRR либо RR73
xxxx r3hh 73
мы с вами используем тестовый софт... но таких глюков я не замечал
если вы ему уже давали рапорт,значит он некорректно в ручном режиме проводит QSO (возможно работает в старой версии WSJT)
Все элементарно просто! :)
Вы работаете JTDX, а корр WSJT. Так в WSJT нет макроса RR73 и она его не понимает, и автоматически передает рапорт.
Вашему корру надо было вручную переключить на макрос 73, а он походу ступил :)
Более того, после Вашего RR73 в программе WSJT
эта RR73 попадает в поле локатора ,так и заносится в ЛОГ. Сам так мучаюсь.
Да что же вы нас так пугаете.
Вложение 205925
Ой-ли, живёте вчерашним днём, уже давно как по двойному клику по Tx4 макрос RRR переключается на RR73.
Вложение 205926
Вложение 205927
Просто повторил чьи то слова, даже не поработав в WSJT-X, иначе заметил бы сразу.
[QUOTE=RC2SC;1446567]Ой-ли, живёте вчерашним днём, уже давно как по двойному клику по Tx4 макрос RRR переключается на RR73.
Вложение 205926
Вложение 205927
Просто повторил чьи то слова, даже не поработав в WSJT-X, иначе заметил бы сразу.[/QUOT
Ничего не повторял. Работаю WSJT v1.8.0-RC1
Только что попробовал двойным кликом, увы! :(
Если в 19ой это уже есть, то извините.
В версии v1.8.0 r8193 выложенной на оф. сайте WSJT Home Page уже есть.
Так в WSJT нет макроса RR73 и она его не понимает, и автоматически передает рапорт.
На моём компе вот эта версия
Вложение 205930
после RR73 даёт 73.
Старые версии-да,давали рапорт по-новой.Что невообразимо дёргало нервы.
1.9 пока не пробовал.А надо бы.
Мда, пока работал в эфире отстал маленько :)
Спасибо.
Измененный функционал:
- упрощен и доработан алгоритм вычисления FT8 SNR, теперь он общий для всех сценариев и не зависит от количества используемых потоков декодирования. Новый алгоритм с моей точки зрения точнее чем ранее использовавшиеся, унаследованные от WSJT-X, полученное значение SNR отличается от предыдущих версий JTDX и WSJT-X в сценарии пересекающихся спектров сигналов.
- то же декодированное FT8 сообщение с б'ольшим SNR считается повтором если разница по частоте с первым декодированным менее 45 Гц, на экран не выводится
- пустое FT8 сообщение считается повтором и на экран не выводится
- применен патч для устранения прыжков RX частоты на значение 5000Гц
- для всех мод восстановлен функционал декодирования одной частоты при двойном щелчке кнопкой мыши на водопаде, был поломан начиная с версии 18.1.0.4
- TX частота корреспондента позывной которого находится в окне DX Call теперь обновляется в истории QSO вне проведения связи с этим корреспондентом, в результате RX частота в момент декодирования будет выставлятся на последнюю TX частоту корреспондента (ранее выставлялась на частоту где корреспондент в последний раз передавал CQ)
- добавлен функционал декодирования неполного приемного интервала FT8, полезен при использовании Halt TX и потере части приемного интервала. Как и в других модах в таком случае на экран выводится уведомление-диагностическое сообщение 'Partial loss of data' (частичная потеря данных)
Может быть и второй вариант.
Ваш корреспондент не получил (не декодировал) Вашу последнюю передачу (QRM, QRN Или еще что-нибудь) и поэтому передает повторно свое сообщение.
Всем надо запомнить в JT65, T10, JT9 если я, например, не принял передачу корреспондента, я передаю снова мою последнюю передачу (последнее переданное сообщение). Это автоматически означает что я не принял его последнюю передачу и корреспондент должен мне передать снова свое последнее сообщение, до тех пор, пока я не передам ему новое сообщение.