Спасибо Андрей ,Алексей на форуме LogHX уже подсказал ,долго висел
там мой вопрос, поэтому решил сюда обратиться за помощью.
Спасибо Андрей ,Алексей на форуме LogHX уже подсказал ,долго висел
там мой вопрос, поэтому решил сюда обратиться за помощью.
Сегодня на 20м JTDX поработал в Т10 ,работают люди! Перешел в WSJT FT8 ну неплохо ....но стало уходить даже это слабое прохождение ,вернулся в JTDX в JT65 ...и неожиданно для себя увидел.Не все еще потеряно ,однако. Поработал от души и продолжаю. Скрин это ....между связями ,кстати и с Эквадором и с Доминиканской республикой ! А говорят что все в FT8 ,а сегодня совсем наоборот.Бальзам на раны!
Вложение 197496 Вложение 197497
В ветке FT8 мне не ответили на вопрос , в какой моде должен стоять трансивер при FT8 , как только перехожу с JTDX НА FT8 у меня переходит ТХ D-TYPE на RTTY
Посмотрите 8006 ниже. может вам подойдет, с LogHX-3 правда .Цитата:
Сообщение от UA3VFL
А это что и где?Цитата:
Сообщение от R3OZ
Во всех цифровых модах трансивер должен находится в одной и той же модуляции (исключение только для RTTY, если используется режим FSK). Переход трансивера на другую моду осуществляется или логом, или программой цифровых видов - в настройках и смотреть, что там указано.Цитата:
Сообщение от UA3VFL
Коллеги, подскажите.. разве в JT65 могут быть "плюсовые" рапорта?
Вот как на скрине:
Вложение 197523
Сегодня увидел спот с комментарием FT8. Заинтересовался, скачал официальную WSJT1.8. Самая слабая станция была -21db. Азиаты этой моде "отрываются по полной".
Программа-мод Игоря позволяет принимать более слабые станции?
На данный момент в программе JTDX нет поддержки FT-8, (авторы моды FT-8 запретили встраивание её в сторонний софт до выхода официального релиза этой моды), а вот в моде JT-65 программа JTDX явный фаворит, у ней процент декодирования слабых сигналов выше, чем в софте WSJT-X.Цитата:
Сообщение от UA0YAS
Намного выше ,огромный + уверенное декодирование до -30 и в приемном окне намного больше станций.Цитата:
Сообщение от RK1AT
Вчера специально сравнивал на 20м : программа WSJT-X и мода FT8 и JTDX и мода T10 примерно одинаково (глубоко сравнить не было возможности в Т10 только Европа),вчера многие работали из Европы,а мода JT65 .....явный лидер и вчера в ней не только я один. На 20м в FT8 вечером я уже грешным делом подумал ,что прохождение закрылось ,десяток европейцев между собой......ну они всегда там ,а переключился на JTDX и в моду JT655 ,а там кого только не было ,особенно Север штатов и до центральной Америки.Давно такого не было в JT65. Сразу многие ринулись в FT8 ,автомат время связи короткое,а теперь смотрю.......не я один такой ,назад в проверенное и главное уверенное!
самостоятельная модификация, софт WSJT-X/JTDX нормально декодирует такое сообщение, софт JT65-HF вместо рапорта покажет какой нибудь локатор в районе северного полюсаЦитата:
Сообщение от UR5NMZ
Несколько лет отработал JT65-HF W6CQZ и что то ни разу не замечал чтоб локатор вместо рапорта заносился. Как то так.
Вопрос поднимался, но как то раньше я этого особо не замечал: сегодня немного поработал FT8 на CQ на 10 мгц. Вижу - зовут, судя по водопаду сила сигнала -10-13 (т.е. вполне декодируемо), а ничего не декодируется. Через какое то время опять зовут - по силе те же -10-13 - и все декодируется. Разница во времени в пределах допустимого. Почему так?
попробуйте в WSJT-X или JTDX выбрать в JT65 и передать положительный рапорт, принимая это сообщение софтом JT65-HFЦитата:
Сообщение от RA9KT
Смена протокола JT65 произошла при внедрении моды JT9, соответственно софты JT65-HF оставленные авторами не могли получить это изменение, а Beat HB9HQX не модифицирует протокол в своей версии софта JT65-HF - по крайней мере я не получил ответа на запрос обновить протокол через его форум поддержки а в личной переписке Beat попросил поднять этот вопрос на форуме поддержки:
https://groups.google.com/forum/#!to...on/PbEbaq3rqwM
Вчера вызываю одного северо американца в FT8 ,а его позывной у меня даже не вносится в данные и не стоит на передачу ....обратил внимание что у него не проставлен локатор вообще.Так и не смог вызвать и сработать. Так программа WSJT-X заточена ?
причин может быть несколько - например не декодировав сигнал нельзя узнать какой DT (насколько хороша синхронизация) у корреспондентаЦитата:
Сообщение от RX4HX
Более актуальны задержки в декодировании Вашего сигнала у корреспондента - если он начинает передавать Вам сообщение и через несколько секунд после начала передачи декодирует Ваше то софт на ходу меняет сообщение которое передается что приводит к ошибкам в сигнале в потерянном отрезке времени.
Кроме этого сама смена сообщения на ходу может занять чуть более секунды, поскольку в каждом потоке самого кода софт все равно бегает по циклу и имеет определенный интервал прохода этого цикла завязанный на производительность процессора, даже с учетом эффективности функционала Signal/Slot Qt.
Для моего сетапа была неудачной попытка использовать PTT через CAT при работе FT8, SDR софт давал задержку в обработке IQ сигнала на приеме примерно 0.4..0.6 секунды.
У меня такое появилось в последней версии WSJT-X - такое впечатление, что глюк. Причем на передачу начинает работать, хотя позывной пустой! И это не только у меня - замечал пустые строки на приеме - видно как у меня на передачу пошло, а позывной не вставился.Цитата:
Сообщение от R6LCF
Это в цифре вообще не желательно использовать - время посылки команды CAT через ком-порт может быть большим.Цитата:
Сообщение от UA3DJY
Только что ,как пример :американец в JTDX мода JT65 специально уменьшал сигнал на передачу ,до каких пор буду принимать ,четко и очень уверенно -30 ,на водопаде уже ничего не было.Сработал легко.А вообще ,сегодня почти как вчера и Канада и Штаты четко и уверенно. Отлично работает программа .Спасибо Игорю!
Вложение 197537
Владимир! Можно выделить мышкой и скопировать позывной, а потом вставить в окно и можно работать.Цитата:
Сообщение от R6LCF
........Вы не обижайтесь " но вы мне объясняете как ученику 5кл.средней школы". Вы думаете я это не знаю и не попробовал. Скопировал в окошко ,а данные в окна на передачу все равно нет и нет передачи! Раз написал ,значит есть причина в "недоделанной программе" и отсутствии прямой связи с авторами доработок в отличии от наших обсуждений и моментального реагирования Игоря при доработке JTDX.Пусть делают ,может дойдет самим.Цитата:
Сообщение от US4IRT
R6LCF - Сработал легко.
Начало QSO 21:13
А окончания что-то не видно. Он уже не слышит Вас.
сравнили в WSIT-X два прохода в JTDX шесть, там декод длится 5 сек в JTDX до минуты ....... есть разница?...и сравнивать бесполезно.Цитата:
Сообщение от RK1AT
Никогда такой проблемы не испытывал, везде в цифре СAT PTT на ура работает уже много лет, по поводу синхронизации тоже варианты разные, бывает не успеваешь во время файл прицепить на передачу и запускаешь передачу JT-65 с опозданием интервала секунд 8-12 и ничего, корреспонденты получают такую посылку, и в FT-8 задержка в 2-3 секунды не так критична, выяснил это неоднократно, всё также не успевая во время прицепить вложение на передачу и включаясь с задержкой в интервал.Цитата:
Сообщение от RX4HX
Допускаю, что и на приёмной стороне вполне возможно совпадали эти периоды приёма-передачи, но поскольку это совсем не единичные случаи, то думаю, что "скрупулёзная" синхронизация не так уж критична и не так страшен чёрт, как его малюют! :)
ИМХО.
Про FT8! Если поторопился и занёс в журнал, то передашь точно пустую строку!
Чтобы вернуться к предыдущему позывному надо опять щелкнуть в правом окне по переданному тебе сообщению(позывному), потом ещё исправить передаваемое, на что катастрофически не хватает времени!
У меня было так! Торопиться заносить в журнал не следует! Для этого видимо и оставили пустой интервал!
Но мы всегда торопимся:)
Кто поможет - с месяц назад начал работать в FT8 (WSJTX), сегодня включаюсь - водопад идёт, а декодирования нет. И перезагружался, и программу переустанавливал - за час за кого-нибудь зацепится, декодирует - и опять ничего, хотя на слух станций полно. Причём JT65 в той же программе всё нормально. Никаких настроек не менял. Так как JT65 декодируется нормально - то и с синхронизацией, как понимаю, всё в порядке...
у всех в USB стоит )Цитата:
Сообщение от UA3VFL
Вы ж никому подробностей не говорите ) Какой логгер используете, который подключен к САТ трансивера? Ищите в логгере в свойствах FT8 ? В логгере 32 прописывается в какой модуляции должен стоять трансивер. Вот и вам надо исправить.
Зависит от трансивера, старые аппараты поддерживают CAT на скорости последовательного порта 4800, обрабатывают медленно и включают передачу с задержкой, при использовании PTT через DTR/RTS проблем с декодированием моего FT8 сигнала не было.Цитата:
Сообщение от RK1AT
Вложение 197574
Не стандартный позывной.
Программа не выделила его красный цветом,
но полностью провела связь
У меня такое первый раз.(пр.1.8.0-)
А необходимо подавать заявки на скрины. Чтобы от сих и до сих и с свидетелями и под протокол.Еще что?Цитата:
Сообщение от RA3TAC
Если вы про этого парня Dow ,ну который с уровнем сигнала на передачу экспериментировал вчера ,то он уже и карточку по eQSL прислал,а мои сразу в автомате уходят!
Вложение 197576
Совсем не факт.Если аппарат современный и соединен комп-трансивер по USB то ....у меня например ic7300 и трансивер в режиме DATA(ну понятно что USB ,верхняя боковая). А для НЧ прием /передача то встроенный в трансивер USB audio codec. Драйвера с сайта ICOM скачал ,установил ,произвел настройки в меню трансивера и вперед.Сигнал на передачу отменного качества,постоянно мониторю в реальном времени на встроенную панораму.Ну прием вообще на отлично.Так что у всех по разному ,единственно во всех одинаково это верхняя боковая USB!Цитата:
Сообщение от UR0MC
Вчера тоже с ним работал на 80-ке . Только звал я егоЦитата:
Сообщение от RA3RKA
была такая же ситуация , причем программа захватывала его то без SM/7 ,
то с дробью . Ответил я ему без дроби, но в лог сохранился правильно с дробью.
Когда применял Yaesu FT950 с внешним интерфейсом то так и было ,РТТ через RTS.Цитата:
Сообщение от UA3DJY
Вчера сработал с англичанином,позывной через дробь из штатов .При работе дробь опускалась ,а в Лог занесло с дробью.Цитата:
Сообщение от RK3ANL
Нашел ,покажу.Несколько необычно но так!
Вложение 197575
Не совсем так. JTDX декодирует с ДТ до 5 сек. . FT8 с таким ДТ не декодирует. Посмотрите ДТ в JT65, если там декодирует.Цитата:
Сообщение от UA9FAR
Максимальное ДТ, которое я видел в FT8, было 1.5 с. С большим получается не декодирует.
Декодирует и с большим без проблем, может у него что то другое.Вложение 197590
JT65 декодирует всё без проблем.Цитата:
Сообщение от US4IRT
FT8 после того, как "сломался" декодирует DT 1,3 но как-то выборочно: из полного диапазона станций - 1 или 2...
-1.9 c +2.2cЦитата:
Сообщение от US4IRT
собранный софт (Windows) https://cloud.mail.ru/public/E6ev/CNDLrdGc2
исходный код https://cloud.mail.ru/public/BMS3/teaGKQu3E
кодовые суммы:
File name: JTDX-18.0.0-step97-win32.exe
MD5: A3F0892E4049B42B9FC96FECC5406F4F
SHA-1: F89F0206D667899F31A0B0A9D3B0665EFD67C7C2
SHA-256: 130329156AD536360FFFD4B70E7CFD08E5A4C1969F10A09F52FFA3FE510D6023
SHA-512: 0E95A8AE008FE3D1DD02D04B58B702D72EA43554739F4E512A9B77D587BB5D52A532D3 F960934F24B6360F2D0018ED44D4738CB7259F5A263FC8EE6E2F5A0B6E
RIPEMD: 2FF79D5CD4A8087757DE39E5A0BD4A3D8171BFE2
файл JTDX.INI изменен: для закладки Misc добавлен новый параметр "ShowMyCallMessagesRxWindow"
интерфейс пользователя в основном окне изменен: в закладке Misc добавлено управление новым функционалом, при самостоятельной сборке софта необходимо удалить старые объектные файлы
Измененный функционал:
- устранен дефект преждевременного уведомления цветом в окне DX Call о записи QSO в лог
- устранен дефект функционала передачи двух сообщений "RRR/RR73 + CQ" в одном интервале, если этот функционал активировался во время передачи рапорта то происходила замена сообщения рапорта на RRR/RR73
- устранены несколько дефектов в функционале "прекратить передачу если оператор которого я вызывал ответил другому оператору"
- сделан опциональный функционал показа всех декодированных сообщений содержащих позывной оператора в окне приемной частоты(правое окно), независимо от того на какой частоте было принято такое сообщение. По умолчанию функционал включен, его можно выключить в закладке Misc основного окна интерфейса
- улучшено распознавание позывного оператора в декодированных сообщениях для функционала уведомлений, теперь поддерживаются разные комбинации основного позывного с дробью в свободных сообщениях
Привет,всем
Игорь, пожалуйста добавьте FT8 в вашу программу,задолбался двумя программами работать.
Tем более, там очень не удобно,a с вашей программой автоматом улетает в Logger32 и плюс много удобного.
С уважением к Вам,Александр.
Спасибо
случайно заметил особенность функционала упаковки сообщений заложенную в текущую реализацию протокола JT65 в коде софтов WSJT-X/JTDX
пытаюсь передавать такие сообщения (эти QTH квадраты используются под упаковку/сжатие сообщений):
UA3DJY PY2GTO RR15
UA3DJY PY2GTO RR16
UA3DJY PY2GTO RR17
софт при этом показывает в окне что передаются следующие сообщения:
2019 Tx 1500 # 7Q/UA3DJY PY2GTO
2020 Tx 1500 # 7X/UA3DJY PY2GTO
2021 Tx 1500 # 8P/UA3DJY PY2GTO
Лог использую EQF но WSJТ -Х в логе не прописана, может только по этой причине мода USB и" сваливается"?Цитата:
Сообщение от UR0MC
Вложение 197692Нашел где ляп был---исправил все ОК!Вложение 197752
Нет слов Игорь! Занимался ремонтом антенны 40.80 метров. Решил попробовать на сороковке, дать общий вызов. За окном яркое солнце. Результат в скриншот. Все доработки в последней версии очень удобны. Как младший внук говорит, круто. Спасибо Игорь за отличную работу!
...а у нас вчера шел дождь,но кое-что тоже проскочило...:)
Вложение 197768
А где лежит 18-я версия?Цитата:
Сообщение от RN9AZ
Выложена новая wsjtx-1.7.1-devel-win32-r8173 выложена в 15:30, что нового не знаю...
Привык к изменениям немного, пользуюсь в основном на FT8.
Cегодня JT65 на 20м днём япошки, Аргентина, штаты - позвал, поработал...проход пропадает резко, через какое-то время опять появляются.
#8044Цитата:
Сообщение от RX4CD
Версии 1.7.1 обьеденили с 1.8.0 и наверное пошла финальная версия wsjtx-1.8.0-rc3-win32
Там все объединяют работают с калибровкой,мануалом.
Наверное скоро финал
В последние версиях управление обязательно с клавиатурой
приходится переучиваться.
1.8.0-rc3-win32 -r8175 последний на данное время
JTDX v18.0 шаг 97 - тестирование нового функционалаЦитата:
Сообщение от RX4CD
12/10/2017 Игорь выложил #8044
Приветствую!
Вот так сегодня декодировался "нестандартный" текст:
Вложение 197791
Версия JTDX v18.0.0.97
Возможно это не ошибка программы. Оператор вместо DR дал DE. Впрочем это не ошибка декодирования а так сработала статистика в программе. Обходя алгоритм поддерживаемый программой, надо следить за написанием сообщений. И ляпов не будет. Этот пример виден строкой ниже.Цитата:
Сообщение от UR5NMZ
Добрый день всем!Перетаскиваются ли все окна с *залипанием* - одним блоком?
https://sourceforge.net/projects/wsj...e=typ_redirect
Можно скачать официальную wsjtx-1.8.0-rc3-win32
и руководство пользователя
Установил, все в норме, кроме того, что нет описания и как следствие не нашел где надо поставить "птицу", чтобы блокировать частоты приема передачи lock freq?Цитата:
Сообщение от RA3RKA
Что такое Hold TX Freq?
Фиксирование частоты при передачеЦитата:
Сообщение от UN5J
это когда сдвинуть TX нельзя RX хоть кудаЦитата:
Сообщение от UN5J
в программе нажми Help команды мыши там все расписано
Если "галки" нет - при двойном клике на нужного частоты приёма и передачи становятся на корреспондента, если нет - только приём становится.Цитата:
Сообщение от UN5J
Коллеги, огромное спасибо. Разобрался...:s7:Цитата:
Сообщение от UA9OP
Ещё одна маленькая неточность (на мой взгляд) - стрелки на кнопках должны быть наоборот.
Вложение 197828
Всё там правильно.Цитата:
Сообщение от US4IRT
Tx<-Rx. Частота Rx переносится в Тх!
Rx<-Tx. частота Тх переносится в Rx!
Ну где же правильно! Как раз эта кнопка переносит частоту ТХ на RX, а вторая тоже наборот.Цитата:
Сообщение от RA3DRI
А через команды мыши пробовали. Или не устаревает.Цитата:
Сообщение от US4IRT
Можно через Settings, если галочка стоит.
К стати галочка в Hold TX lst, включает сплит, когда в Settings вы поставите галочку + включается передача. Работая на общий вызов. На какой частоте вас не позвал корреспондент, будет перемещаться только курсор приёма на водопаде. Передача будет оставаться без изменений. Галочка снята, перемещаются оба курсора. Расширенная возможность управления курсорами приём и передача сделаны для удобства, чтобы не делать лишних телодвижений. Ну а вам лишь надо выбрать что подходит для вас. Всё остальное, мыш и клава.
собранный софт(Windows) https://cloud.mail.ru/public/GbjJ/KVBTV2hcv
исходный код https://cloud.mail.ru/public/EEYK/mXSdyMb2k
кодовые суммы:
File name: JTDX-18.0.0-step107-win32.exe
MD5: 4B217510B17B0442DB050AD92A61F939
SHA-1: 30FC90951531FB0B0148ED51452ED4AA21DBA6CE
SHA-256: 006513AC574599DAF29786B7CF0E0CD3C795114A3BA2D9F5C51F8824D86638CA
SHA-512: D760CB38E78FCC891CA4EA21811872C1D7A84211D889DCE97930DFB970057D3D61993B DF724B52EC4D590387C2F9D0134869FF8F61C65F4CB5C6505C38E1155D
RIPEMD: 2DCB3772006FBB9515FAA2DDCF006E9AD51CFBB2
Структура JTDX.INI файла такая же как у шага 97. Изменился configuration.ui - при самостоятельной сборке софта необходимо удалить старые объектные файлы.
Измененный функционал:
- устранен дефект функционала уведомлений когда в свободном сообщении 'R 73 DE JUKKA' софт имя оператора JUKKA распознавал как позывной из Монголии, патч сделал Arvo ES1JA
- изменен функционал очистки окон DX Call и DX Grid после записи QSO в лог (закладка Reporting настроек 'Clear DX call and grid after logging'): применен таймер выполняющий эту очистку в конце временного интервала в котором была сделана запись в лог.
- сделан опциональный функционал автоматического возврата к передаче сообщения CQ если не декодирован рапорт от вызвавшего оператора. Можно активировать и настроить в закладке Sequencing настроек ('Come back to calling CQ if there is no answer to report message decoded')
Доброго времени суток.
Вопрос : Программа WSJT-X V 1.8.0 rc-1 установлена .Проблем нет.С моим позывным RD0CD всё функционирует. В программе заменил только позывной R019WF После этого не стала передавать информацию .Передаёт только CQ И ПОЗЫВНОЙ. Я получаю рапорт а ответ мой не идёт.только опять вызов .Ставлю основной позывной .Всё работает нормально.В чём ошибка?
Виктор rd0cd
Скорее всего ошибка изза трехцифр в позыном.
Эта проблема, весит с начала создания этого софта. Так построен алгоритм программы и со спец позывными она работает не корректно. На вопрос к автору K1JT, что можно сделать с этой проблемой. Он ответил Изменение в программе приведёт к ухудшению декодирования программой. Что он не чего переделывать в программе не станет. Работайте как есть.Цитата:
Сообщение от RD0CD
Обновился (сразу с 18.0 step74). Ставил "начисто" ( с полным удалением предыдущей версии и ini файла).Цитата:
JTDX v18.0 шаг 107
Потестил - всё прекрасно работает , очень понравился новый для меня функционал (DisableTX73 , AutoTX , Half Tx if orerator answe to other operator и Come back to calling CQ if there is no answer to report message decoded) - работает логично и интуитивно понятно , а главное допускает включение\отключение новых функций (т.е есть выбор использовать или нет).
Единственное чего не понял - кнопка AutoSeq и некоторые функции в меню Sequencing неактивны и не активируются ни в каких сочетаниях :
Вложение 197851
Это так должно быть (функции в процессе отладки и пока недоступны) - или я что-то упускаю ?
И спасибо Игорю за прекрасный софт и постоянную работу над ним - с одной стороны постоянные улучшения (не обновлялся полтора месяца - и увидел сейчас много нового и хорошего) , с другой - эти улучшения вводятся так - что не надо переучиватся (основное управление и принципы работы всё те же).
Скачал , потестил (до этого стояла rc2)Цитата:
Сообщение от RA3RKA
Впечатления от нового управления (клавиатура + мышь) противоречивые.
Управлять сплитом стало вроде поудобней .....
Но вот тем кто:
а) работает одной только мышью (вторая рука всегда свободна + места на столе без клавиатуры больше + другие причины)
б) работает с планшета\сенсорника (клавиатуры нет как таковой)
в) работает одной рукой
- Теперь просто встать на свободную частоту и дать CQ с Rx=Tx уже совсем не так просто как раньше .... мало того что теперь по щелчку мыши меняется только частота приёма-так и в главном окне программы больше нет чекбокса "Lock Tx=Rx" (в rc3 его просто снесли )
После диких танцев с виртуальной экранной клавиатурой (пытался найти алгоритм работы) , по принципу : "вывел на экран клавиатуру-зажал CTRL- свернул клавиатуру-поставил мышью\тачпадом\тачскрином частоту-вывел клавиатуру-отжал CTRL-свернул клавиатуру" плюнул и чуть не откатился назад на rc2 . Подумал ...
В итоге более приемлимым решением для установки частоты с Rx=Tx при помощи одной только мыши стало:
1)Щелкая мышью ставим частоту (выставляется только частота приёма)
2)Жмём кнопку "Tx<-Rx" (теперь туда же встала и частота передачи)
3)Убеждаемся что частоты совпали (при использовании тача иногда можно и промахнутся не изменив частоту передачи)
Работаем....
Неудобно конечно - но пока меньшее из зол (может кому поможет этот нехитрый рецепт ) ....
В общем ждём в JTDX режим FT8 - у UA3DJY обычно получается "чтобы после обновления было удобно всем" , что тут ещё скажешь ))))
Вы заменили слово "В" в моём посте, на "НА" в своём! Что это значит Вам виднее.Цитата:
Сообщение от US4IRT
Я имел в виду, что значение частоты из окна "Rx" переносится (по направлению стрелки) В (->) окно "Тх".
Вот -вот ждем-С когда ????:Цитата:
Сообщение от R3PJT
Большая часть работы под неактивные функции в закладке Sequencing уже сделана но сами функции пока не созданы. После их создания и обкатки перейду к работе над AutoSeq, в котором в том числе будут использоваться функции из закладки Sequencing.Цитата:
Сообщение от R3PJT
Протокол JT65 ужат по количеству бит так что спецпозывным в стандартных сообщениях нет места. Все программы созданные на основе протокола JT65 на данный момент работают криво со спецпозывными и вынуждают пользователей использовать в ручном режиме свободные сообщения с обеих сторон в варианте:Цитата:
Сообщение от RD0CD
CQ R019WF
R019WF UA1AAA
UA1AAA -01
R019WF R-01
UA1AAA R73
R019WF 73
Протокол JT65 используется в модах JT65, JT9, T10, FT8 и ряде мод УКВ. Кривизна софта в том что он дает возможность пользователю пытаться использовать стандартные сообщения со спецпозывным вместо того чтобы автоматически обрезать эти сообщения до свободных в правильном формате.
С учетом того что два корреспондента QSO могут использовать разный софт - оба софта при проведении QSO должны поддерживать такой функционал автоматической обработки/генерации сообщений со спецпозывным.
образ мышления, отличается для сред с разной культуройЦитата:
Сообщение от US4IRT
для нас может быть более понятно в варианте TX=RX и RX=TX, переделывается при самостоятельной сборке софта за несколько минут
в файле mainwindow.ui в текстовом редакторе:
<string>Tx ← Rx</string>
<string>Rx ← Tx</string>
меняется на
<string>Tx = Rx</string>
<string>Rx = Tx</string>
или на то что Вам удобнее. Поскольку JTSDK не распознает изменения в файлах графического интерфейса то перед сборкой софта необходимо будет удалить объектные файлы оставшиеся с предыдущей сборки.
Я уже об этом упоминал в #7995 посте, даже пришлось откатиться на старую версию, жутко неудобноЦитата:
Сообщение от R3PJT
учили есть правой рукой, а теперь левой:s9:
WSJT-X Version 1.8.0-rc3 is now available
Рад за вас, у нас был постоянно доступен.Цитата:
Сообщение от UR0MC
ну вы ж крутые, куда нам босоногим. Я ж для таких как и я, для босоногих написал.Цитата:
Сообщение от RA9XQ
To UR0MC: Роман, могу послать вам этот файл на мейл, если не качается через VPN
P.S. У себя я эту rc3 снес -- пока увидел целый ряд глюков. Подожду использовать, пусть уж создатели её "допилят"
Цитата:
Сообщение от UR0MC
У моего друга, после инсульта правая рука почти не работает (на клавиатуру не подымется даже), значит придётся работать старыми версиями?Цитата:
Сообщение от RD6LK
И я думаю что много людей (особо в возрасте) не успеют среагировать, и соответственно произвести какое-то действие (особо в FT8, за пару секунд). Остаётся уповать на JTDX, и ждать появления новой версии, с модой FT8!
Но DXсам, удобно - а мы лишь их корреспонденты...
Спасибо, он есть на официальном сайте.Цитата:
Сообщение от UA3SGV
Спасибо , ждём )))). Те которые уже сделаны работают отлично (потестил новые функции - осечек не было + удобно и внятно реализовано)Цитата:
Сообщение от UA3DJY
Сочувствую (хотя у самого работают обе руки - более того обе работают равнозначно - т.к переученный левша - но даже мне неудобно теперь с новым управлением в rc3 , к исходу первых суток немного попривык , а поначалу вообще несколько раз порывался откатится на rc2 c прежним управлением).Цитата:
Сообщение от UR4UM
Посмотрите в в конце вот этого моего сообщения , я там упомянул простой алгоритм как хоть как то приемлимо работать с rc3 одной рукой - или одной только мышью . Пусть коллега попробует (может и попутно найдёт ещё более удобный алгоритм работы) - не так оно страшно как кажется.
В возрасте или нет , с одной рукой или с двумя - в эфире есть место всем .... работайте пусть и с запаздыванием и ошибками (нормальный хэм всегда поймёт , бо и сам иногда ошибается) и да , долгих лет ещё в эфире коллегам в возрасте )))).
Ранее не ругался.
Что изменилось?
Вложение 197977
Выскакивает окошко.
Вложение 197978
Железо менять?
Базы обновились в ESET. Разрешите работу приложения. Такие глюки бывают у антивирусного софта.Цитата:
Сообщение от RW3QF
Это говорит о том, что у вас интерфейс управления трансивером по CAT не правильно настроен или его вообще нет.Цитата:
Сообщение от RW3QF
Может конфликтовать и в том случае, если к этому САТ обращается несколько приложений.
Если CAT работал ранее в этой связке, то не нужно.Цитата:
Сообщение от RW3QF
Нет проблем при использовании WSJT-XЦитата:
Сообщение от RK1AT
---------------------------------------------------------------------------
Здесь SunSDR, прога PawerSDR - я во вкладке "Radio" указываю TS50S.
Конфликт явный, поскольку SunSDR ни разу не TS50S, понятно, что корректно это работать не будет. ИМХО.Цитата:
Сообщение от RW3QF
Да и нет такой проги PawerSDR, есть PowerSDR! :)
Ох, смотрите, что UA3RF в соседней ветке вчера написал:
<НАЧАЛО ЦИТАТЫ> "Друзья, обратите внимание, несмотря на приходящие предупреждения из ГРЧЦ об излучении любительских радиостанций за пределами отведенных частот, многие продолжают там работать.
Так например, в популярном последнее время цифровом виде FT8 на диапазоне 80 метров, по умолчанию в программах выставлена частота 3,573 - что является недопустимой для Российских радиолюбителей в цифровых видах. Перед работой в той или иной программе, пожалуйста руководствуйтесь правилами распределения радиочастот принятых в нашей стране:
Радиочастоты : Союз Радиолюбителей России
Последующие санкции со стороны ГРЧЦ могут быть и закрытие любительской радиостанции. Так же обратите внимание на свои гармоники. Последние предупреждения из ГРЧЦ (работа вне диапазона) именно отслеживались по ним.
З.Ы. Относится, только к Российским радиостанциям." <КОНЕЦ ЦИТАТЫ>
.............На 80 метров! На 10 ватт (честных, по СN-801 HP), Inv-V 13м высотой! Нравится!
Доброе утро Михаил! Ваш пост да в тему " JT65/JT9 - имейте совесть, когда в "цифре" работаете!" для "любителей покачать мощу"..............................из-за которых " красивый водопад" превращается в банальный "селевый поток" !!!
SunSDR сам по себе с программами не работает, работает PowerSDR, который как раз по моему симулирует систему команд TS-50, так что тут все ок.Цитата:
Сообщение от RK1AT
Ну так и пишите в той теме! А чего здесь "клаву топтать"?Цитата:
Сообщение от US3IW
думал что вопрос уже закрыт, зачем то продолжают его поднимать - передайте пожалуйста UA3RF эту информацию:Цитата:
Сообщение от UA3SGV
Заседание ГКРЧ от 4 июля 2017 года (протокол №17-42) Заседание ГКРЧ от 4 июля 2017 года (протокол №17-42) :: Минкомсвязь России
О выделении полос радиочастот, внесении изменений в решения ГКРЧ и продлении срока действия решений ГКРЧ (решение ГКРЧ №17-42-08-2)
24. Внести следующие изменения в решение ГКРЧ от 15.07.2010 №10-07-01:
строку:
«
3500-3580 Первичная 200 1000 100 10 Только телеграфия
»
заменить строками:
«
3500-3570 Первичная 200 1000 100 10 Только телеграфия
3570-3580 Первичная 200 1000 100 10 Все виды
»;
строки:
«
10100-10140 Вторичная 200 1000 100 10 Только телеграфия. Запрещается передача бюллетеней и новостей.
10140-10150 Вторичная 500 1000 100 10 Все виды. Запрещается передача бюллетеней и новостей любой модуляцией.
»
заменить строками:
«
10100-10130 Вторичная 200 1000 100 10 Только телеграфия. Запрещается передача бюллетеней и новостей.
10130-10150 Вторичная 500 1000 100 10 Все виды. Запрещается передача бюллетеней и новостей любой модуляцией.
»;
:p-dn::p-dn::p-dn:Цитата:
Сообщение от RX4CD
... "Ребята, давайте жить дружно!" (Кот Леопольд) :drinks:
с целью доступа к последней версии кода Hamlib3 перешел на JTSDK 2.0.6 для которого на сайте JTSDK указаны рекомендованные настройки для сборки WSJT-X:
Open JTSDK-QT, and type the following:
enable-qt55
Close, then reopen JTSDK-QT
enable-separate сборка каждого номера ревизии WSJT-X в отдельную папку
enable-autosvn автоматическое обновление исходного кода до последней ревизии WSJT-X с хранилища svn
enable-autorun
enable-clean
enable-rcfg
disable-quiet
Для сборки JTDX необходимо выставить:
disable-separate
disable-autosvn
Работа продолжается, выложили wsjtx-1.7.1-devel-win32-r8178 , что сделано - не знаю где смотреть.
https://sourceforge.net/p/wsjt/wsjt/8178/log/?path=Цитата:
Сообщение от UR4UM
интересный глюк появился в rc3 - при переходе с диапазона на диапазон может сформироваться ложный вызов (первый раз я даже позвал....):
Вложение 198129
Вложение 198130
https://twitter.com/g7vjr/status/918858311738544128
G7VJR пишет
... в сентябре количество FT8 QSO, загруженных в журнал Club, было таким же, как CW и SSB вместе взятых...
Интересный глюк проявлялся и в R2 и в R3. При переходе на передачу срабатывает PTT, а информационный сигнал с компа на трансивер не идёт. При повторном включении передачи всё нормально. Пробовал переустановить - изменений никаких.
Не было у меня такого и того, что Борис описал ни разу. Ни в rc2, ни в rc3.Цитата:
Сообщение от UA3O
Я думал это только у меня. Значит программный глюк. FT-450D + Win7Цитата:
Сообщение от UA3O
У меня тоже такой глюк несколько раз проявлялся и в R2 и в R3.Цитата:
Сообщение от UA3O
А пользовать версию с сайта Автора как то влом?Цитата:
Сообщение от R7HG
Если хочется что то тестировать - тестируйте.
Но не жалуйтесь на проблемы.
Это что, 501 страница жалоб? А мне казалось, что ветка создана для обмена мнений по работе с программой.
Скачаны они были отсюда https://sourceforge.net/projects/wsjt/files/
А вот еще странный глюк. В левом окне этого сообщения нет.
Вложение 198175
Вложение 198182Цитата:
Сообщение от UX8IW
Не заметили? Потому что не по возрастанию частоты, и цвет??? ...другой. Но глюк!
Ну да, не обратил внимания - из-за цвета....Цитата:
Сообщение от UR4UM
Скачал заново релиз, надо видимо переустановить, раз больше ни у кого такого нет.
(CQ - не передавал, а вот выскочило)
Пожалуйста подскажите... При загрузке в LoTW очередной партии лога, программа TQSL выбросила в ошибку все QSO с модуляцией FT8... Ругнулась, что это ошибка MODE... Как быть?
Обновите версию TQsl.Цитата:
Сообщение от RZ3DJ
Полностью удалил, "вычистил" вручную от wsjt-x реестр, поставил rc3 заново, но ничего не дало. Ложный вызов периодически все-равно выскакивает, только теперь вместо позывного цифры и буквы...Цитата:
Сообщение от UX8IW
Вложение 198235
У меня сегодня было так:Цитата:
Сообщение от UX8IW
Вложение 198240
Так и не понял, что это было? Красным выделено - это то, что приняла WSJT-X. И сама попыталась ответить.
Она может сама, в автомате, работать.Цитата:
Сообщение от RX4HX
В последних версиях wsjtx-1.8.0-rc3-win32-r8183 разработчики вводят интересные новшества
Для JT65 4 прохода
Для FT8 ПОДСКАЗКУ
Вложение 198270
Вложение 198271
Вложение 198272
Перевод вот так выглядит.
Вложение 198300
Ложное срабатывание в этой версии при включенной AP
Было 3 раза
Не знаю как поведет программа при включиной TX ????
Покажите хоть где оно включается. В официальной версии rc3 r8175 такого не нашел. Соответственно и нет таких срабатываний.Цитата:
Сообщение от RA3RKA
Закладка Decode
Fast-2 прохода для jt65
Normal-3 прохода
Deep-4 прохода
Enable AP - включение подсказки в FT8
Подскажите почему не могу спарить wsjt-x c EQF. HF и JTDX прописались а wsjtx нет в протоколе exe файла . С панели запускается а с EQF не как ???Вложение 198305Вложение 198306Вложение 198307Вложение 198308 Все эти проги находятся в одном месте на диске С
Смотрите в папке bin там лежит exe фаил.Цитата:
Сообщение от UA3VFL
Этот файл лежал в строке мода-(ROS) --прописался ,как он там оказался не понятно ,? Вложение 198313Цитата:
Сообщение от RC7C
скопировал и перетянул .Все заработало
Можно ли спарить журнал WSJT-X RC2 с журналом НRD а то я все копирую и импортирую....??????
to UA3LHA
...можно,но для этого нужна еще програмка Alert 2.10.2....
Заработало но не все , Интерфейс не переключает с wsjt на jtdx только с лога EQF и связи заносятся с прог. в лог только с JTDX с WSJT руками ??Вложение 198337Вложение 198338
может что не так в настройках?
В верхней строке должно быть C:\WSJTX\WSJTX\bin\wsjtx.exeЦитата:
Сообщение от UA3VFL
1. В логе ничего прописывать не надо, пути к exe прописываются только в интерфейсе стыковки.Цитата:
Сообщение от UA3VFL
2. Запускать программы нужно из интерфейса.
3. Неправильно прописан путь к WSJT-X.
Коллеги подскажите - где то видел инфу по этому вопросу - сей не могу найти????
В WSJT-X rc2 - не могу перестроится по диапазонам, диапазоны не выбираются. Ставил по новой WSJT-X rc3 - тот же глюк, куда kопать ????????
Вложение 198361Цитата:
Сообщение от R0AEB
На чистом поле довани на Reset
Встречал несколько раз такое. Это когда отрабатывает Tx watchdog. Программа сначала встает на передачу, тут же сбрасывается на прием, но иногда почему-то НЧ сигнал TX продолжает идти. Это видно на водопаде. Свой собственный сигнал с ломовым уровнем.Цитата:
Сообщение от RX4HX
RA3RKA На чистом поле довани на Reset
Спасибо огромное добрый человек!!!!! Все ОК!!!! :hap-dan:
Вложение 198387
Вот сейчас путь правильный?? но связи с проги в лог не заносятся , а сJTDX идут ---почему?
Теперь правильный, переключать программы нужно в интерфейсе, предварительно закрыв предыдущююВложение 198399Цитата:
Сообщение от UA3VFL
Это все понятно , я так и делаю . Вопрос был про то что связи с проги WSJT в лог EQF автоматом не идут (не заносятся) а с JTDX -заносятся как положено
To UA3VFL...Цитата:
Сообщение от UA3VFL
Александр, я запускаю JTDX из UR5EQF. А WSJTX из JT<>EQF interface. Они расположенны на
разных дисках. Перед запуском JT<>EQF,рекомендуется дополнительно пару раз кликнить иконку
*Отключить внешнюю прогамму* в UR5EQF(справа от *Подключить внешнюю программу*).
Вложение 198402Вложение 198403Вложение 198404
Потому-что Вы не закрывая JTDX запускаете WSJT-X. Закройте JTDX и стартуйте WSJT-X.Цитата:
Сообщение от UA3VFL
Столкнулся с похожим поведением при внедрении очередного функционала закладки Sequencing в JTDX, так происходит если неправильно развести потоки в коде софта или если обрывать передачу на первой секунде минуты.Цитата:
Сообщение от R0JF
Если обрывать на второй секунде то передачи и декодирования своего собственного сообщения не происходит.
Заметил у себя такую вещь (WST-x RC2, FT8) . При работе с очень мощной станцией в автомате (при передаче рапорта ему) программа переключается на частоту побочного излучения (оно присутствует на водопаде) и выдает в эфир не реальный уровень +15 дБ, а уровень побочного излучения -17 дБ на частоте этого побочного излучения (Rx=Tx включен), тем самым вводя в заблуждение корреспондента ( а он ведь и качнуть ещё больше наверное может, тогда караул!...). Это только у меня так?
Кстати не у всех с +15 дБ есть побочные излучения (это к вопросу о перегрузке моей звуковой карты по входу).
Немного о калибровке звуковой карты в программе WSJT-X и цикл статей для начинающих,
на сайте Ставропольских радиолюбителей.
Вложение 198415
Калибруем WSJT-X
Изучаем WSJT-X
Сравниваем WSJT-X, JTDX, MSHV
Синхронизация времени компьютера
Олег спасибо , все ОК все работает !Цитата:
Сообщение от US-E-12
Вот еще не понятно в автомате после переданного RS переходит на макрос CQ а в строке 73 , это правильноВложение 198416
Если в коде оставили алгоритм перебора кандидатов по частоте снизу вверх то первым будет декодироваться тот сигнал что ниже по частоте независимо от его уровня, соответственно тот что выше является повтором и декодированное сообщение от него на экран не будет выведено.Цитата:
Сообщение от RA0WHE
Есть и большие уровни с нормальным сигналом, а есть +10 и никого по бокам не видно.Цитата:
Сообщение от RA0WHE
Интересно, какое отношение имеет калибровка частоты к эффективности декодирования? Калибруется звуковая карта или офсет частоты в софте WSJT-X на основании частот эталонных передатчиков?Цитата:
Сообщение от UA6HJQ
Сдвинул частоту на 1.5 кГц, прием станций не меняется, да и не должен, что у всех эталонные генераторы в трансиверах.Цитата:
Сообщение от UA3DJY
Это так, сам функционал калибровки офсета частоты WSJT-X был придуман для того чтобы споты на hamspots.net и pskreporter.info имели точную и одинаковую частоту. Еще может пригодиться для скедов (QSO по предварительной договоренности) с точной частотой и использованием декодера на согласованных фильтрах.Цитата:
Сообщение от RZ3QS
Когда то щупал трансиверы - на старых аппаратах абсолютное значение смещения частоты от эталона отличалось на каждом диапазоне, например у FT1000D, поэтому калибровка офсета частоты софта WSJT-X будет эффективна не для каждого аппарата.
Информация с сайта Ставропольских радиолюбителей о том что калибровка офсета частоты влияет на эффективность декодирования для меня стала новостью.
Так точно и есть. Но это как бы неправильно, с точки зрения передаваемого рапорта.Цитата:
Сообщение от UA3DJY
Вот если бы фильтр встроить в WSJT, как в JTDX, помогло бы быть может, а может и нет...
Подскажите в чем проблема.
Сейчас перестроил программу на спецколл ,но поработать не получилось.
cq даю , меня вызывают , но ответить не получается, программа не переходит на передачу и не могу
захватить колл вызывающего .
Вышел новый JTAlert 2.10.4
Вложение 198457
Только "врукопашную".)Цитата:
Сообщение от RK3ANL
Коллеги, добрый день!
У меня сегодня по какой-то причине не происходит синхронизация времени компьютера, хотя внутренняя программа все честно исполняет и сообщает мне что синхронизация прошла успешно. Это происходит с любым сервером времени.
согласно письму от Joe K1JT:
[wsjt-devel] Full Release of WSJT-X Version 1.8.0
From: Joe Taylor <joe@pr...> - 2017-10-28 21:30:35
The WSJT Development Group is pleased to announce the full General
Availability release of WSJT-X Version 1.8.0.
Changes since "Release Candidate 3" (wsjtx-1.8.0-rc3) are very minor;
they are described in the Release Notes posted here:
http://physics.princeton.edu/pulsar/...otes_1.8.0.txt
Installation packages for Windows, Linux, Macintosh, and Raspian Jessie
have been posted on the WSJT web site here:
WSJT Home Page
You can also download the packages from our SourceForge site:
https://sourceforge.net/projects/wsj...jtx-1.8.0-rc3/
(It may take a short time for the SourceForge site to be updated.)
If you are upgrading from -rc1, you will need to do a one-time reset of
the default list of suggested operating frequencies. Go to
*File->Settings->Frequencies*, right click on the table and select *Reset*.
We hope you will enjoy using WSJT-X Version 1.8.0.
-- 73, Joe, K1JT, for the WSJT Development Group
Таже беда, получилось через time.nist.govЦитата:
Сообщение от UN5J
Проверить точное время для вашего региона очень легко:https://time.is/ru/Цитата:
Сообщение от UN5J
Time.is тоже дает большую разницу и практически не синхронизирует.Цитата:
Сообщение от R6LCF
Во вторник 24 октября с утра была такая лабуда. Синхронизировал принудительно через TR4W. Странно, но вечером все наладилось. Думаю проблема была на сети оператора.Цитата:
Сообщение от UN5J
Была такая бедаЦитата:
Сообщение от UN5J
Оказалось блокировал фаервол в антивирусе
Занес в белый список и все стало нормально
А я синхронизирую D4 ,а этим только контролирую и перепроверяю ,почему у меня и точное время! Сами посмотрите ,это время (разница с точным)уже через несколько минутЦитата:
Сообщение от UN5J
Вложение 198489
Вложение 198494
Если проблема вызвана задержкой пакетов на сети оператора то, как временное решение, можно корректировать время на машине по мере необходимости из командной строки, используя дельту времени DT в декодированных сообщениях как критерий точности синхронизации и смотря на графические часы в операционной системе Windows. При ручной корректировке необходимо выключить весь софт который делает синхронизацию автоматом через SNTP (простой сетевой протокол времени).Цитата:
Сообщение от UN5J
cmd.exe
команда time
Таким же образом можно корректировать время если нет доступа к сети Интернет, то есть автоматическая синхронизация времени это удобный функционал который влияет на эффективность декодирования но не является обязательным условием для работы в модах JT и FT8.
к сожалению эти картинки при задержке пакетов SNTP и других протоколов в сети оператора могут не отражать реальную разницу времени компьютера и эталонаЦитата:
Сообщение от R6LCF
Не знаю ,не знаю ,а вот насчет работы в FT8 видно наглядно и по коррекции времени с корреспондентами и по успешной работе . Меня подобное устраивает!Цитата:
Сообщение от UA3DJY
Куда уж точнее......
Вложение 198495
В одном из случаев я своими глазами видел как при ручной коррекции времени на компьютере примерно на 30 секунд часы на Web странице "точного времени" открытой на этом компьютере прыгали в сторону на те же 30 секунд, эта же проблема была при корректировке через SNTP, тогда не смог найти причину.Цитата:
Сообщение от R6LCF
При задержке пакетов (антивирус на компьютере, или неисправная /перегруженная сеть оператора, или запрашиваемый поток трафика между компьютером и сетью превышает емкость выделенного канала связи) синхронизация через SNTP будет выполняться с ошибкой, в тяжелых случаях можно наблюдать 3..5 секунд.
по ту сторону окопа в FT8 )
Всегда ,почти с самого начала работы, на период работы в цифре тупо выключаю Касперского и по окончании работы вновь включаю. Комп.очень высокой производительности но несмотря на это всегда это делаю! Я же не в интернете и ничего не смотрю ,а тем более не открываю и не закачиваю ,какие вирусы...... как бояться некоторые. Уже много лет так работаю и на отлично!Цитата:
Сообщение от UA3DJY
Шаг 111. Завершен функционал коротких сценариев последовательности сообщений (закладка Sequencing настроек).
При сборке этого шага использовались JTSDK 2.0.6 и последняя версия Hamlib 3.2.
Собранный софт под Windows: https://cloud.mail.ru/public/FUmH/Wug9fJUaK
Исходный код: https://cloud.mail.ru/public/BWf9/DnQE4AMxy
кодовые суммы:
File name: JTDX-18.0.0-step111-win32.exe
MD5: EC916C61AD32137C51625A42A0B4D3E2
SHA-1: D72D6171AA332051B33F157133F14EF8102C3971
SHA-256: 195307BF50D76C5F8FF122E0334F176B2E42036F46D60E630815E46D41040F40
SHA-512: 4CF4147C543E7517F6C00BF60C2CA734A6DC851F8848A8A3B117B61B70F63E8FD04851 07AD123854227B784F22BFBEBE0D3DDC25C760E38F84BCD4BBF9A14A5A
RIPEMD: 56684768A4BF98586FB22289037C8D52F722FB59
Структура файла JTDX.INI такая же как у шага 97. При самостоятельной сборке из исходного кода необходимо удалить старые объектные файлы.
Да ужж..., уже все наладилось. Всем спасибо за ответы. :s7:Цитата:
Сообщение от UA0DM
Большое спасибо, Игорь! Тестируем
Цитата:
Сообщение от UA3DJY
Не совсем ясно, как поступать при обновлении с RC2 на Windows 64. Устанавливать в новую директорию или в существующую?Цитата:
Сообщение от UA3DJY
устанавливать в ту же папку. я так обновился до full release c rc3 на win10 x64Цитата:
Сообщение от UT5URW
Коллеги , по синхронизации времени есть гораздо более действенный путь позволяющий непрерывно синхронизировать время без оглядки на интернет . Вроде уже неоднократно писалось но на всякий случай (тема синхронизации всплывает вновь и вновь) повторю нехитрый рецепт :Цитата:
Странно, но вечером все наладилось.
1) Покупается внешний GPS приёмник (ориентировочно 600-1500 р на aliexpress).
2) Данный приёмник втыкается в свободный порт компьютера (для гурманов - можно реализовать и подключение через bluetoth).
3) Ставится и запускается программа синхронизации времени по GPS.
Всё! Наличие интернета , его "торможения" , "падения" и проч прелести (кстати вплоть до отключения электроэнергии в районе при котором как правило рушится и провайдер) уже не волнуют - в эфир можно выйти всегда -и DT будет "в нолях"
Тоже есть конечно некоторые моменты при первоначальной установке\настройке связки "GPS+софт" (о некоторых , которые "стреляли" у меня рассказал здесь ) - но конечный результат того стоит , DT стабильно "в нолях" вне зависимости от благ цивилизации (интернет\электричество как минимум) .
P.S. На данный момент я на GPS Unblox 8й серии + NmeaTime2 , до этого использовал GPS MT3333 + SatTime 1.3 , до этого на SiRF Star III + SatTime.
DT стабильно " в нулях" (NmeaTime2 всё ж реализовано поинтересней SatTime , с ним отклонение в пределах сотых долей секунды без ввода поправок и "держит" время вообще постоянно - впрочем это выходит за рамки темы)
И я правда уже не могу вспомнить когда последний раз открывал time.is или звонил провайдеру : "опять упал интернет" - упал и бог с ним , у нас есть хобби поинтересней :s7: + (сугубо моё мнение) имея возможность проводить связи за многие тысячи км как то не очень айс зависеть от наличия и\или скорости интернета .
Роман, при всем уважении к вашему методу и техническому описанию, скажу следующее.Цитата:
Сообщение от R3PJT
Не найдете понимание, с таким предложением. Потерянное время впустую.
Я страницами ранее в теме FT8 описывал как просто в реестре, инструментами винды настроить синхронизацию времени в период через 15 мин к примеру. Народ не понял, "встал в оборону" дополнительная запись в реестре требует глобальных телодвижений а лишний и не нужный в принципе софт установленный на комп вариант само то :)
А с техническими решениями и настройками вы предлагаете ещё и расходы :)
Синхронизировал время на компьютере на котором не было интернета и прочего современного обвеса, при помощи своих часов на руке, с точным ходом. Этого достаточно :)
Этого не достаточно.Цитата:
Сообщение от UA0DBX
Ранее была статья, в которой говорилось о том, что время "скачет" в течении минуты на 3-5 секунд. Это объяснялось перегрузкой процессора (CPU) и малой ёмкостью опер. памяти. Действительно, WSJT-Х, кроме обработки "водопада, обслуживает ещё и eQsl, QRZ.com, другие логи и проч. c помощью Alert.
Для решения проблемы (при наличии Инета) ничего не мешает в D4 установить время синхронизации в 10 (и менее) секунд при обнаружении скачков.
Поддерживаю Леонида, у меня так и работает корректировка времени.Цитата:
Сообщение от UA0DBX
Проблем как-то и не было, а тут обратил внимание что обычно в субботу происходит сбой и не идет корректировка.
Будем надеяться, что это единичный случай.
В наше время о работе в таких сложных и высокопроизводительных модах на "древних процессорах" и копеечной опер.памяти как то не совсем........Я так понимаю ,хочешь успешно работать....вовремя обновляй технику. Это вообще без комментариев и мелких возражений. Сам это периодически выполняю и ни на что не жалуюсь ,а работаю и не отвлекаюсь на эти мелочи.Это даже и не рассматривается ,это должно быть само собой разумеющиеся! Как то так!Цитата:
Сообщение от RA3DRI
Для слабых процессоров и малой оперативки ставьте легкие системы и все будет работать.
Работать то будет, но не так как положено.Цитата:
Сообщение от UA0DM
В один проход декодить по 10 сек - чего хорошего?
Я начинал еще на AMD E-350 с JT65-HF. Как то тянуло, декод был длинный.
Сейчас даже не думаю устанавливать JTDX на эту систему.
"Лучше никак, чем как нибудь"
Думаю достаточно. Я не говорю про очень древние компьютеры но лично обновлял комп по своим часам у которого параметры были примерно такие, амд атлон ниже 800мгц и оперативки 512 мб. При этом не было интернета естественно вообще. А также не было ненужных связок в придачу к аппаратному журналу типа Alert но работала ужасно прожорливая JT65HF .Цитата:
Сообщение от RA3DRI
Все работало так: лог UR5EQF + JT65HF (это ещё на заре jt65) JT65HF кстати жрало ресурсов ужасно много.
Но все работало, декодировалось. А в системе ничего лишнего не было установлено.
У меня нет связки с Alert не вижу надобности для себя.
Сейчас работает так: основной лог UR5EQF + WSJT-X это всё ! Просто работаю в WSJT-X а лог сливаю в UR5EQF в процессе работы путём импорта ADIF из WSJT-X или по окончании работы. Зачем городить сложные связки программ, не вижу смысла.
Дополнительные процессы eQsl, QRZ.com, другие логи и проч это вне работы а зачем вместе ? Куда надо отправляю из основного лога UR5EQF.
При желании естественно можно ещё что нибудь из под основного лога запустить, но монитора не хватит :)
+100500 в поддержку к написанным словам. Зачем городить огород?Цитата:
Сообщение от UA0DBX
Это что окончательная версия или будет продолжение?
Вложение 198559
На 1.7.1 не обращаем внимание.Цитата:
Сообщение от RW4LN
Вложение 198568
уже FINAL RELEASE вышел 1.8.0.
обновляйтесь
https://physics.princeton.edu/pulsar/k1jt/wsjtx.html
это и есть FINAL RELEASEЦитата:
Сообщение от RW4LN
Пишут ,а там как будет ,посмотрим. С оф.сайта.
Вложение 198571
Б-ррр... Еще скажите, что связи на бумажку заносите, а потом перепечатываете в основной лог.Цитата:
Сообщение от RC3C
21-й век на дворе.
Машина уже из кабины заводится.
Из квартиры ,особенно в минус актуально.....пока вышел ,а она прогрелась!Цитата:
Сообщение от UR7TT
У товарища была дизельная Toyota Hilux так мы на ней на рыбалку ездили в -30* и ниже ,оставляли машину и на озеро пешком....ну с километр,на лед палатку ,примус и гольца из под льда. Она сама с определенной периодичностью заводилась ,прогревалась и глохла. Мы некогда не боялись на ней в хороший минус ездить. А у нас до сих пор компы. начала века и отвечают что лишнего не устанавливайте все по минимуму,а то не дай...... да хватит уже ........чувствовать себя ущербными!
Ну если это окончательная версия, то Игорю пора вставить ФТ8 в свою программу. Давайте все вместе попросим Игоря начать это внедрение.
Игорь начни пожалуйста, ну надоело смотреть в маленькие окошечки и отсуствия В4.
ВПЕРВЫЕ инсталирую, буду осваивать!
До встречи на экранах и через Эфир!
Полностью поддерживаю!Цитата:
Сообщение от RW4LN
^^ +1Цитата:
Сообщение от RW4LN
До встречи на экранах ... Привет вашему компьютеру от моего :)Цитата:
Сообщение от RX6DL
Множество компьютеров по всему миру "бьются" в новом коротковолновом смс бестселлере FT8 :ржать:
Знаете как я всегда говорю : "даже если написанное\подсказанное мной поможет хоть одному из миллиона - уже жизнь прожита не зря " (с) ))))Цитата:
Сообщение от UA0DBX
С учётом того что за сутки с момента написания предыдущего поста о синхронизации времени с использованием GPS уже трое человек жмакнули там кнопку "спасибо" - время потрачено не впустую , внутренний моральный норматив "жить не только для себя любимого - но по возможности помогать людям" опять выполнен )))).
Простое и красивое решение (конечно видел Ваш пост) .Цитата:
Сообщение от UA0DBX
НО! для него опять же необходим стабильный интернет , соответственно зависим от провайдеров которым пофиг нашу специфику (сами знаете - прохождение может закрыться прямо на глазах равно как и редкий DX не будет ждать пока там у нас восстановят интернет) .
+ Например при работе в мобильном варианте интернета может просто не оказаться во всей округе.
+ Например у моего провайдера иногда в выходные (народонаселение сидит дома и качает\смотрит фильмы) интернет садится так что синхронизация винды просто не работает , Dimesion4 бесконечно пытается достучаться до серверов - и странички интернета загружаются по несколько десятков секунд , как во времена диал-апа.
+ Последнее крупное падение интернета (более 20 часов не было вообще , "ждите , работы ведутся") пришлось в аккурат на "дни активности JT9" (не было б у меня GPS - глуши трансивер , всё , приехали).
Впрочем я кажется уже повторяюсь (просто я правда не понимаю - нам то пробивающим радиоволнами многие тысячи км - какой вообще смысл зависеть от траблов да прихотей местных провайдеров ? )
В аналогичной ситуёвине я ставил время по сигналам радиостанций точного времени (сейчас крутанул трансивер ради интереса - и немецкая DCF77 и наша 4.996 по прежнему в эфире ).Цитата:
Сообщение от UA0DBX
Ничто не мешает и по DT других станций (большинство всё же идёт стабильно "в нолях" от истинного времени).
Затея теряет смысл ровно в тот момент как выясняется что время на некоторых компах\системах может произвольно и критично убегать буквально через несколько минут - т.е помимо работы в эфире надо постоянно и чуть ли не ежеминутно мониторить DT и клацать кнопками для синхронизации.
Вариант , именно так и спасался когда у меня несколько раз за час хаотично прыгало время (как я искал причину то отдельная песня ). Сначала в D4 а потом в SatTime ставил период синхронизации всё меньше и меньше.Цитата:
Сообщение от RA3DRI
Трабл в том что как ни крутись но сколько не ставь - по закону подлости "рывок" во времени рано или поздно придётся на тот момент когда Вам наконец то ответит экзотический DX (именно так я и упустил пару очень интересных станций , в вале вызовов они просто не стали отвечать мне во второй раз). Первый раз я расстроился , второй задумался.....
Мне в этом плане очень нравится реализация NMEAtime2 (платная зараза - но сделана оч интересно , сначала принял за недостаток но потом понял что так намного удобнее) - софт непрерывно мониторит расхождение с реальным временем (оно непрерывно транслируется со спутников GPS\GLONASS) и корректирует его при малейшем расхождении .
На скрине из программы (работает сейчас с GPS Ublox8) хорошо видно - как только время в системе начинает "уезжать" от истинного - так сразу увеличивается частота коррекции (промежуток между 207360 и 207440 , там винде очень хорошо доставалось от антивируса , архиватора и просмотра HD + естественно работала JTDX + браузер с кучей открытых вкладок) - и в итоге стабильно и постоянно отклонение всё равно не выходит за пределы сотых долей секунды (верхний график , текущее отклонение 0.05 секунды):
Вложение 198593
И это дефолтные настройки GPS Ublox (скорость порта 9600 , обновление NMEA 1 раз в секунду) , ничто не мешает выставить их конфигуратором на скорость 115200 \ и выдачу данных NMEA 10 раз в секунду (но практического смысла ноль - нам этих "соток" разницы и так за глаза).
Как реализовать подобный принцип (непрерывной синхронизации) при использовании D4 c учётом того что при каждой синхронизации ему нужно несколько секунд для соединения с сервером точного времени и получения ответа - я не в курсе и здорово сомневаюсь что такое возможно (в таком режиме ему надо постоянно и непрерывно держать связь с сервером точного времени что тоже не айс)
--------------------
Ладно , написанное выше не более чем лирика и ни в коем случае не призыв "всем немедленно оценить" ))))
Просто мне уже давно удобнее синхронизировать время через GPS , отклонение в пределах сотых долей секунды + даже когда тормозит\падает интернет , гаснет свет и наступают прочие катаклизмы я в любой момент могу выйти в эфир не переживая о DT.
+ нет головняка : "забурился я на 33 колёсах в /p и решил поработать в JT65\FT8 в отрыве от цивилизации - где ж я там возьму интернет для синхронизации времени"
Но естественно каждый сам решает как ему удобнее и интересней , главное чтобы нравилось и было удобно )))))
С Уважением Роман , R3PJT.
Покупать GPS модем за 1500 руб. Это можно, но лучше эти деньги истратить на шашлыки и пиво. Когда я на даче и в отсутствии интернета, я захожу в это окошко, ставлю курсор где секунды и давлю треугольник в верх или вниз от трех - пяти раз. И если время не синхронизировалось, повторяю пока будет в норме.
Вложение 198597
Господа-товарищи. Давайте остановимся на том, что больше чем +-2 сек рассинхрон смертелен для декода.
А кто как его будет синхронизировать я думаю уже все поняли - у каждого свой огород.
Естественно чем выше точность, тем выше результат. Но каждому свое.
P.S. Лично я за GPS, но на пиво тоже денег надо :s12:
Чем-то, уже не помню чем, Д4 меня достала.
Пару лет назад поставил этот софт NetTime - Network Time Synchronization Tool
Про вопросы по времени забыл.
В Айфоне и смартфоне есть GPS приемник. Вот как их сопрячь с ПК для синхронизации времени.
Есть программа, но требует СОМ порт, а сотовые телефоны не опознаются как СОМ порт.
GPS over BluetoothЦитата:
Сообщение от RW4LN
Краткость - сестра таланта. Кто сказал не знаю.Цитата:
Сообщение от RA9CMG
Есть приложения для андроид и иос - перенаправляют потоки GPS на BT.Цитата:
Сообщение от RW4LN
На компе при подключенном BT Вы как раз получаете COM-порт с необходимым потоком от GPS.
Получаете эквивалент USB GPS приемника, который в системе так же виден как COM-порт.
Способов много, один из них.Цитата:
Сообщение от RW4LN
[QUOTE=RK1AT;1408761]Способов много, один из них.[/QUOT
Спасибо, все получилось.
Ага, только есть нюанс.Цитата:
Сообщение от RW4LN
Телефон должен стоять возле окна.
OFF.Цитата:
Сообщение от UR7TT
В дореволюционных домах-колодцах и у окна не поймает сигнал спутника. :)
Проверено коллегами.
Этот вариант только для дачи. Дома интернет есть.Цитата:
Сообщение от UR7TT
А если с годик так проделывать ежедневно (т.е. тренироваться), то двух раз вполне хватает для достаточной синхронизации.Цитата:
Сообщение от RW4LN
To UA3DJY:
Горячо поддерживаю высказанную коллегами просьбу к Игорю UA3DJY о внедрении FT8 в любимую нами JTDX (коли вышла финальная версия wsjt-x)!
ПСК репортер:
мы сами добровольно отдали свое хобби компьютерам :s9:Цитата:
Сообщение от UA0DBX
пока компьютеры не научились самостоятельно строить антенные системы и заниматься индивидуальным конструированием аппаратуры часть хобби "Радио" все еще остается нам
Первый попавшийся GPS на aliexpress по критерию "нормальный продаван с кучей отзывов": Ublox gps chipset 0183 NMEA Output USBЦитата:
Сообщение от RW4LN
Ublox 7020 всего за 444 рубля , явно не хватает на "культурно посидеть у мангала" (варианты "шашлык ещё недавно бегал и гавкал" не в счёт) :)
Вполне себе вариант при малом дрейфе . Но увы не катит тем у кого системное время дрейфует чуть ли не каждую минуту , вот например .Цитата:
Сообщение от RW4LN
Картина: "ежеминутно заходить в окошко и давить треугольники пытаясь попасть в допустимый DT + ещё умудрятся при этом работать в эфире" будет называться уже не "удовольствие от работы в эфире" а как то по другому (эпитеты у каждого свои) :cool:
Кабы я сам не был в этой шкуре (время в системе прыгало чуть ли не ежеминутно + нестабильный интернет) то не писал бы уже какой по счёту пост про синхронизацию по GPS ....
Либо вынести приёмник туда где возьмёт (мы радиолюбители или где ? ) , либо поискать модель GPS приёмника гарантированно берущую в тяжёлых условиях. Помнится когда я купил Panasonic CF-19 mk6 то снимал видео для коллег по оффроаду как работает встроенный в него GPS (Sierra 7750 + активные антенны) , вот например его работа из бетонного бокса с двухслойной стальной крышей , окон нет .Цитата:
Сообщение от RK1AT
Ни в коей мере не призываю покупать mk6 или нечто подобное - просто как иллюстрация: "решаемо всё , было бы желание".
+5 , наверное пока буду тормозится на написанном , в принципе что мог подсказал и показал - дальше каждый решает сам.Цитата:
Сообщение от RA9CMG
Единственное попрошу коллег решивших использовать GPS хотя бы бегло листануть пост о совместимости программ синхронизации и приёмников GPS чтобы не получилось : "купил GPS а он не работает с SatTime - деньги на ветер".
И естественно каждый решает сам чем и как ему удобнее синхронизироваться )))).
-------------------
+1 (т.е R3PJT) . Очень бы хотелось видеть FT8 в JTDX .Цитата:
Сообщение от UA3SGV
По поводу синхронизации .Уже несколько лет стоял D4 в общем доволен НО прочел о этой программе и.......удалил D4 полностью и установил ....мягко и не навязчиво но время идеально держит.Вижу это наглядно в капризной программе WSJT-X и моде FT8. Доволен ,просто и очень эффективно! NetTime - Network Time Synchronization Tool
Когда есть дома проводной интернет, на фик нужно D4 или иные платные программы. Если лень с утра синхронизировать время стандартно, или не хватает знаний править реестр, то конечно купить программу.Цитата:
Сообщение от R6LCF
В большинстве случаев системное время может дрейфовать каждую минуту если при нестабильном соединении с сетью оператор задал синхронизацию часов один раз в минуту, учитывая что операционная система Windows имеет встроенный NTP и функционал часто включен без ведома оператора то поставив еще поверх сторонний софт, выплоняющий синхронизацию, оператор получает скачки DT.Цитата:
Сообщение от R3PJT
В постах была инструкция как подправить период синхронизации NTP операционной системы в регистре, но те кто это сделал на своих машинах могут забыть о том что они сделали уже через месяц, и при появлении скачков DT будут безуспешно пытаться перебирать сторонние софты для решения пробемы тем только усугубляя проблему прыжков DT при нестабильном соединении с Интернет.
Нестабильный Интернет + чрезмерно частая синхронизация времени + несколько конкурирующих за синхронизацию софтов.
Забыли о програмах забирающих львиную долю на себя (антивирусы в частности), и тормозящих всё другое ... соответственно нужен запас производительности всей системы и поменьше запущенных процесов. Да и бывает трудно определиться что именно грузит проц и забирает память... меняеш железо, переустанавливаеш ПО а материнка может гадить (или програмка какаято сама установившаяся)...Цитата:
Сообщение от UA3DJY
Да! Не забывайте выключать синхронизацию в операционке, если ставите отдельную прогу для этого...
Планы следующие:Цитата:
Сообщение от R3PJT
1. делаю AutoSeq (который будет обязателен для FT8)
2. выпуск JTDX v18.0
3. полностью переключаюсь на добавление FT8 в JTDX
To UA3DJY:
Спасибо, Игорь, это будет замечательный новогодний подарок коротковолновикам многих стран! :p-up:
И, на мой взгляд, значимый рывок в продвижении JTDX!
Цитата:
Сообщение от UA3DJY
когда то давно, когда компьютеры еще были большими и в моду входила цифровая связь, требовалась калибровка звуковой карты по сигналам эталонной станции. На водопаде появлялись наклонные линии и с помощью мышки их надо было выправлять. Сейчас это еще актуально?
Подскажите это у всех так ,wsjt-x не заносится принятый RS в лог и нет ред /окна как в jtdx , принятый и переданный RS заноситьсяВложение 198704
Что я и пытался донести постами выше в ответ на типовые рецепты некоторых : "уменьшить периодичность синхронизации - и будет счастье" .Цитата:
Сообщение от UA3DJY
Вообще прежде чем затевать все эти пляски с ежеминутной синхронизацией неплохо бы понять и поискать что является первопричиной.
У себя помню воткнулся с таким (время постоянно убегало в разные стороны + до кучи ещё и DPC Latency Checker временами показывал 1000-2000 us что тоже не способствовало комфортной работе - вплоть до рывков звука и сбоев декодирования ) на конфигурации : "GA-P35-DS3 \ Xeon L5430 \ 6 Gb DDR2 " . Искал долго но нашёл :
Долгие пляски с перестановкой операционок и софта результата не дали (одинаково глючило прямо на свежеустановленных XP и Win7 , пробовал и 32 и 64bit версии).
Начал плясать с железом , не давало покоя "откуда на не самом хреновом железе такая задержка (latency)" , попутно и проапгрейдился : после замены оперативки (было 2Gb стало 6) , проца (сменил Quad Q6600 на Xeon L5430) и прочего (гулять так гулять - в системе появились 4Tb диск и SSD , ну и так по мелочи типа USB3.0 SATA3 и проч) радости не прибавилось , и задержка и скачка времени как были так и остались. Как источник зла оставалась только материнка ....
Решил поковырятся с ней попристальней (новую на 775й сокет не купишь , да и во всём остальном оч неплохая модель ). Перепрошивка BIOS (так и так перешивать под Xeon L5430) - Xeon заработал со всеми инструкциями , задержки и дрейф времени остались. Обновил драйвера на чипсет - ноль эффекта.
Начал рыть с настройками BIOS (большинство стояли дефолтные)....
Тоже та ещё эпопея (менять параметры по одному и смотреть что меняется) но в итоге нашёл источники зла при вырубании которых всё пришло в норму :
C.I.A.2 (CPU Intelligent Accelerator 2) , CPU EIST (Enhanced Intel SpeedStep Technology) и HPET (High Precision Event Timer) принудительно выключенные в BIOS материнки GA-P35-DS3 (в дефолтных настройках они включены) и свершилось чудо : latency упало до 30-50us + попутно пропали хаотичные скачки времени.
С первыми двумя функциями вроде как понятно (призванные регулировать скорость проца и шины в зависимости от нагрузки теоретически вполне могли "не успевать" при резких скачках нагрузки системы) , вот почему HPET (High Precision Event Timer, таймер событий высокой точности) подкидывал такую свинью - для меня загадка до сих пор (всё ж я не программист а ремонтник грузовиков + немного радиолюбитель).
Факт остаётся фактом - стоило вырубить в BIOS эти три функции - всё пришло в норму , комп в работе по сей день (помимо основных задач трудится ещё и как домашний сервер) , и только радует (индекс производительности в Win7 = 6.8-7.2 , мне хватает за глаза ).
Т.е. не обязательно причина ужасов в "медленном компе , медленном интернете , злобном антивирусе" и проч что писалось в теме , или в том что пользователь сам накрутил в софте что-то не то ....
Иногда это заложено уже на уровне BIOS и найти причину то ещё занятие (кто читает - меняете что то в BIOS на свой страх и риск ! и далеко не факт что это у Вас это вообще есть и является причиной - т.к. писалось про мою конкретную модель материнской платы)
А потом одни коллеги (синхронизирующиеся вообще вручную) - искренне не могут понять других коллег (которым не помогает чуть ли уже не ежеминутная автосинхронизация) и выдают типовые рецепты по принципу : "у меня работает вот так - значит должно работать и у тебя" .
То что у всех разные компы , разный интернет и разный софт (UA3DJY чуть выше привёл замечательный пример как можно "свести с ума" синхронизацию - хоть штатную , хоть внешней программой ) в расчёт не принимается .... или принимается но не всеми.
И да , я хоть и нашёл и прибил причины скачков системного времени - но всё равно внешняя синхронизация (GPS т.к. интернет на QTH временами нестабилен) подключена постоянно - мне так спокойнее (хотя наверное просто привычка с тех времён когда время могло убегать несколько раз в час).
Увидел пост только после того как отправил свой предыдущий . Именно так (иной раз весь мозг вывихнешь прежде чем найдёшь) - в моём случае оказалась именно материнка (достаточно оказалось выключить в BIOS три функции и всё пришло в норму).Цитата:
Сообщение от UR4UM
У всех естественно по разному (сейчас ещё вспомнил - как то попробовал браузер Opera - тоже сбивал время , отказался от него)
Прекрасная новость.Цитата:
Сообщение от UA3DJY
Игорь , спасибо Вам огромное и за уже сделанное и за будущее (FT8 в JTDX).
Ну во первых программа бесплатная ,а только пожертвования ,а во вторых в Винде синхронизация крайне неудобная ,а в FT8 повышенные требования по синхронизации времени и половина операторов "мимо кассы".Работайте на чем хотите .......Цитата:
Сообщение от RW4LN
Ну это обычно с D4.У меня тоже так было. Теперь установлена.....и время обновления 4 часа ,хотя по умолчанию 12 часов. Но автор программы предупреждает что менее 4 часов очень не желательно и причины указаны в пояснении на сайте автора!Цитата:
Сообщение от R3PJT
Вложение 198710 Вложение 198711
А контролирую вот этим:https://time.is/ru/
Вложение 198712
JTDX v18.0 шаг 111 - тестирование нового функционала
Linux version (compiled on Ubuntu 16.04LTS 64-bit)
Binary files only:
https://cloud.mail.ru/public/6UF5/G3gSm4GWD
deb-package (not tested!):
https://cloud.mail.ru/public/HJo7/jZn6DtH5G
Linux 32-bit packages (not tested!):
https://cloud.mail.ru/public/EvPP/LRx7FNFVt
Цитата:
Сообщение от R3PJT
Всё ж я не программист а ремонтник грузовиков + немного радиолюбитель © :good:
Организованы Российским цифровым радиолюбительским клубом.
Условия, время проведения и частоты:
https://www.rdrclub.ru/dni-aktivnost...neta-digiradio
New Digital Modes Changing Complexion of Bands and Perhaps of Ham Radio
New Digital Modes Changing Complexion of Bands and Perhaps of Ham Radio
11/02/2017
Волна программных цифровых режимов за последние несколько лет изменила атмосферу HF-диапазонов. Некоторые из них указывают на популярность режимов, которые позволяют связываться с станциями, которые ни один из операторов не может слышать, привело к меньшему количеству сигналов CW и SSB на диапазонах 6 метров и 160 метров. Традиционные режимы требуют гораздо большего взаимодействия и усилий со стороны оператора; более новые цифровые режимы не так много. Недавнее появление по-прежнему бета-версии «быстрого» FT8, разработанного Стивом Франке, K9AN и Джо Тейлором, K1JT - «F» и «T» в прозвище режима - привело к этому. Некоторые теперь задаются вопросом, означает ли FT8 конец эры и начало нового, более минималистического возраста.
«Мы были так же удивлены, как и все, кто стремился к быстрому использованию FT8 для создания QSO в диапазонах HF», - сказал Тейлор на ARRL на этой неделе. Вместо того, чтобы рассматривать FT8 как общий игрок, он видит разделительную линию между такими цифровыми режимами и более традиционными режимами.
«SSB и CW являются режимами общего назначения», - сказал Тейлор. «Они хороши для DX, экстренной связи или чего-то еще. FT8 и другие режимы в WSJT-X являются режимами специального назначения. Они предназначены для создания надежных бесконтактных контактов с использованием очень слабых сигналов - в частности, сигналов, которые могут быть слишком слабыми для использования в более традиционных режимах, или даже слишком слабых для прослушивания ».
Тейлор отмечает, что информация, обмениваемая в большинстве FT8, JT65 и других контактах с цифровым режимом, «немного больше, чем простой минимум для того,что считается действительным контактом». В дополнение к позывным и сигнальным отчетам станции могут обмениваться квадратами сетки и подтверждения.
Радиоведущий недавно прокомментировали ответ на сообщение Top Band Reflector, в котором Стив VK6VZ, подтвердил, что из-за FT8 «160-метровый DXing изменился, возможно, навсегда» в последние недели. сказал что он скачал FT8, но просто не мог заставить себя использовать его в эфире. «Мое сердце не в нем, - писал он. «Мой компьютер будет разговаривать с чужим компьютером, и не будет никакого чувства того, чтобы какой-либо человек посылал CW или тон их голоса. Человек в радио как-то потерялся ».
В своем блоге Стив Макдональд, VE7SL, составил не только сообщения это сообщение, но и некоторые ответы на него, хотя и не идентифицировал их по имени или позывным. Один из комментаторов предположил, что аспект моды FT8 заключается в том, что те, кто обычно работает с CW или SSB, будут стремиться к FT8. «Количество активности на частоте FT8 любой полосы феноменально», - заметил комментатор. Некоторые жаловались, что никакие навыки не связаны с контактами с использованием компьютерных режимов на базе компьютера.
Другой предположил, что FT8 уже становится жертвой собственного успеха, при этом слишком много станций переполняются вокруг обозначенных частот FT8. Другие были более философскими, с замечаниями по этому поводу: «Это позволяет людям, у которых есть более мелкие станции, возможность получить и использовать свои радиостанции и компьютер, чтобы сделатъ контакты, которые они никогда не смогли бы сделать. Это отлично подходит для радиолюбителей! »
Тейлор согласился. По его мнению, FT8 не будет заменять такие режимы, как CW или SSB. «Тем не менее, ясно, что, по крайней мере, в краткосрочной перспективе, многие радиолюбители пользуются быстрыми минимальными QSO с другими хэмами во всем мире, используя скромное оборудование для работы», - сказал он. «Для этой цели FT8 супер».
В связанном «молниеносном провоедение связи» на конференции по цифровым коммуникациям ARRL-TAPR 2017 года (DCC) в начале этого года редактор ARRL Contributor Ward Silver, N0AX, бросил вызов своей опытной аудитории, чтобы разработать режим «клавиатура-клавиатура» между FT8 и PSK31, которые будут поддерживать случайную и конкурентную работу, быть более помехоустойчивыми и устойчивыми к шумам и использоваться теми, кто имеет «скомпрометированные» станции и антенны. Он также бросил вызов своим слушателям, чтобы разработать «умный» дисплей спектра, который идентифицировал бы сигналы по режиму, поэтому любительское радио могло бы отойти от практики выделения определенных частот для цифровых режимов.
NEW MSHV version 1.53 от LZ2HV + FT8
можно пробовать.
MSHV Amateur Radio Software | LZ2HV Amateur Radio Website
Цитата:
Сообщение от UA3DJY
При попытке зайти на сайт пишет:
rdrclub.ru
Сайт обслуживается в REG.RU
В доступе на страницу отказано
403 ошибка
403 ошибка на сайте
Подскажите, как для работы в Т10 выставить на компе точное время, если комп не имеет Интернета?
Имеется ввиду способ/или методика/ ручной-на слух установки при помощи радиостанции точного времени на частоты 4996 кгц
Непонятно, когда подается посылка 30-й секунды или 60-й?
-------------------------------------------
Установил точное время на компе через системную функцию часов "ВРЕМЯ Интернета". Синхронизация была проведена. Но время почему-то имеет с радио станцией разницу в 2 секунды !!?? Это если следить и сравнивать по удлиненной тоновой посылке р/станции из эфира через приемник трансивера...
почему такое?
-------------------------------------------
Может есть какая то программа, которая поможет провести синхр времени компа из эфира 4995 кгц через звуковую карту без интернета
Попробовал и получил вот это. Получается, что Вы специально заслали в Россию вирус.Цитата:
Сообщение от AG2T
Вложение 198807
Система не ругается и Авира адекватно отреагировала.Цитата:
Сообщение от RW4LN
Вложение 198809
Вы хоть смайлики ставьте, а то получается как на канале Россия. На передаче у Кисилева.:s11:Цитата:
Сообщение от RW4LN
У меня нет Авиры и Каспера. У меня Вин 10 и там свой антивирусник и я ему верю.
И там приемное окно размером как в танке.
Вот он САМЫЙ главный вирус, присланный нам из Америки! :)Цитата:
Сообщение от RW4LN
А Вы на брата-славянина LZ2HV напраслину возводите! :)
Всё зависит от топологии сетей и коллизий прохождения в них пакетов, может и "последняя миля" даёт такой эффект, так и появляются задержки. Валентин, очень рекомендую прикупить GPS-таблетку типа BU-353 или аналогичную, это стоит копейки и напрямую со спутника мимо инета синхронизируй время с помощью прогиЦитата:
Сообщение от RX1AG
Такой проги мне не встречалось, но думаю, что она была бы полезна нашему брату.Цитата:
Сообщение от RX1AG
Вчера установил, пробовал (пробовал и раньше, когда первая с FT8 вышла), всё ОК! У меня 8я винда х64 и NOD32, ничто не ругается... новое не всегда лучшее.Цитата:
Сообщение от RW4LN
Удачи!
А у меня в Украине без проблемммм...Цитата:
Сообщение от R7HG
Ага! И в Вин 3.11, Вин ХР, Вин 7 и прочие операционки, все из америки. И все они с вирусом?Цитата:
Сообщение от RX4HX
Ну так используйте отечественную операциоку, если Вы ее найдете.
Ссылку на эту программу дал американец, а им запретили пользоваться касперским.
Вложение 198814
Программа работает без всяких червей
И поменьше смотрите телевизор!!!!
Все поголовно! Вы их на недекларированные возможности проверяли?Цитата:
Сообщение от RW4LN
Есть отдельные версии (конкретные билды), на которые Майкрософт выдал
исходники для проверки ФСТЭК`ом с целью сертификации, но на 100%
уверен, что ТОЛЬКО В НИХ все чисто...
А они есть! Лишний сарказм.Цитата:
Сообщение от RW4LN
ОС-МСВС в армии используется... "Rosa", "Astra"... На базе Linux, зато с открытым кодом
и гарантированно без вирусов.
Ну посочувствуем им! Почтим вставанием! :)Цитата:
Сообщение от RW4LN
Да и периодически устраивают провокации против Касперского. Пример: на ноуте W10 Pro 64bit обновление в автомате(а на W10 по другому никак) v.1707 с версии v.1703 на этой Касперский работал успешно на последующей даже не запускается.Но дня через четыре очень быстро вышло следующее полное обновление v.1709 и Касперский и все остальное успешно запускается и работает. Отключить обновление невозможно НО приостановить можно ,чем и пользуюсь. А защитник Виндовс это так ......примитив!Цитата:
Сообщение от RW4LN
Да успокойтесь у меня тоже 10 и кстати операционка то АМЕРИКАНСКАЯ и вам пора установить Русскую ,что бы американцы вам вирусы не забразывали и не следили за вами :s10:Цитата:
Сообщение от RW4LN
И это правда 10 антивирус ругается на троян.
По этому я спокойно скачал браузером Pale Moon.
Надеюсь вы меня поняли правильно.
73!
Александр
У меня есть свободный ноутбук и я бы поставил линукс, но не знаю где взять исходники и как настроить, что бы установить и пользоваться.Цитата:
Сообщение от R0JF
Если Вы мне в этом поможете - буду премного признателен.
Вложение 198816
Сравнил
MSHV у меня быстрее,
но Wsjtx-раскодирует больше станций
Новая версия! Декод FT8 -24дб!
Я охотно помог бы Вам. Но это не очень удобно из-за отдаленности и длительного времени прохождения информации. Вам бы лучше найти "линуксоида" рядом, чтобы на первых порах быстро получать ответы на свои вопросы. А вопросов будет на первых порах очень много.Цитата:
Сообщение от RW4LN
Это единственное препятствие. Если оно Вас не пугает - напишите мне на мой старый позывной@mail.ru, я постараюсь максимально помочь.
T10, ROS, SIM - с 12:00 UTC сегодня 3 ноября до 23:59 UTC 4 ноября - дни активности... Всех приглашаем!
Положение здесь: 3-4 ноября - Дни активности РЦРК «Планета DIGIRADIO»
Вложение 198823
Без комментариев!:confused:
Мода Т10
Смешно, но из исходников в Linux эта версия собирается, но не работает. :)Цитата:
Сообщение от UA3WM
Вот такую картинку выкидывает:
Вложение 198826
Прикольно! :)
Она собирается, но работает только для определённого круга тестеров-разработчиков, 4-5 человек. В исходниках встроена проверка на позывные, если позывного нет в списке, то получите данное предупреждение. Версии сырые и не стабильные и не рекомендуются для использования в эфире. А так идёт существенная доработка, когда откроют доступ и если пройдут успешно тесты, то обещают несколько "вкусностей".Цитата:
Сообщение от R0JF
Я так и понял. Просто лень исходники рыть. :)Цитата:
Сообщение от US-E-12
А предыдущая работала... :)
Так а что стоит прописать там и свой позывной! Либо еще проще после инсталляции откройте в HEX редакторе wsjtx.exe, найдите там строки как показано на картинке и замените любой позывной подходящий по количеству символов на ваш.Цитата:
Сообщение от US-E-12
Виталий, ну почему не нужно комментировать? Прохождение хорошее, у меня антенна в Вашу сторону. А сигнал +19, вызвал в Вашей звуковой карте, то что мы видим на скрине.Цитата:
Сообщение от UA3ALE
Включайте аттенюатор и у Вас всё будет в норме.
Проще открыть mainwindow.cpp в QT и работать с ним по-грамотному. Вообще это дело на любителя, кто захочет, тот найдёт способ заставить работать программу.Цитата:
Сообщение от UA3WM
Больше похоже на АМ модуляцию 100 Гц с однофазного источника. Дайте один тон и все будет видно, у большинства это подавление 40-50 дБ, особенно при работе с УМ, а желательно -60 и лучше.Цитата:
Сообщение от R7FQ
При сигнале +19, заниматься гармоникой с уровнем -19, -20, мне просто лень. Проще антенну повернуть боком.Цитата:
Сообщение от RZ3QS
Так я и делал в QT. Это я предложил для тех кто не знает где искать!Цитата:
Сообщение от US-E-12
Перед включением JTDX cинхронизировал время по Интернету прогой NetWork Time. Комп работает, проходит около 3 часов...проверяю черезЦитата:
Сообщение от R6LCF
https://time.is/ru/
Показывает выбег +1,5 секунд !!??
Да FT8 бьёт все рекорды.
За последние 2 часа
Вложение 198828
Нет желания разобраться в вопросе, пусть будет как есть. Только поворот антенны сигнал лучше не сделает.Цитата:
Сообщение от R7FQ
Только на 5 Вт мало кто принимает, в отличии от JT65 и даже CW.Цитата:
Сообщение от US-E-12
А что показывают эти цифири то? Количество спотов? Количество позывных?Цитата:
Сообщение от US-E-12
Если спотов, то позывной в FT8 передается каждые 15 секунд. И пишутся туда ВСЕ споты (кто давал CQ и кто отвечал). Т.е. работает A5A в FT8 и репортер пишет его и все позывные, которые его вызывали (может они даже и связь то не проведут). Каждые 15 секунд. Работает 3C1L - скимер слышит только его (и то не всегда, и не часто), а связей то он проводит в разы больше! Статистика, она такая статистика :)
Пы Сы - но то, что FT8 стал очень популярен - факт.
у меня недавно было 100 Гц из-за синфазной ВЧ наводки на звуковой тракт передатчика трансивера находящегося в реактивном поле антенны, наводка загоняла звуковой каскад передатчика в насыщениеЦитата:
Сообщение от RZ3QS
Проверял отдельным SDR приемником, долго колдовал чтобы из -30 сделать -40 дБ, в деревне скудный запас деталей - пришлось даже развязывающий трансформатор по звуку намотать на железе от старого блока питания.
количество спотов, чтобы сравнивать с JT65 надо FT8 на 4 делить ;-)Цитата:
Сообщение от RZ1OA
Кто нибудь может подсказать , почему при занесении связи в лог , в файл wsjt-log adi связь не заноситься , а в файл wsjt txt все заноситься . Перестало заноситься после того как загрузил ADI файл в UR5EQF Что сбил не знаю...
Извиняюсь вид FT8 файл WSJTX-LOG ADIЦитата:
Сообщение от RA3Y
У меня оказалось достаточно одного блокировочного конд-ра 3300 пф, установленного в модеме параллельно входу на трансивер.Цитата:
Сообщение от UA3DJY
Вот сейчас работаю в Т10 на 40м. С Виталием так же провел QSO. Что, так и присутствуют гармоники?Цитата:
Сообщение от US4IRT
Цитата:
Сообщение от UA3DJY
стоит почти на разъеме кабеля, к сожалению конденсатор синфазную помеху не снимает, а звуковой кабель к передатчику у меня и так уже обвешан малогабаритными ферритами, намотанными тонкой спаренной медной проволочкой, в нескольких местахЦитата:
Сообщение от US4IRT
Давал сигнал и на микрофонный вход и высоким уровнем ближе к смесителю, да видно реактивное поле сильно у меня в шеке, метров 8 до ближайшего элемента антенны через деревянную стену, задавил 100 Гц до -40 дБ и понял что лучше не смогу добиться.
Во-во :)Цитата:
Сообщение от UA3DJY
А телеграфные на 500, а ssb и вовсе на 1000 :) Цифры ни о чем :)
Вроде нормально. Днем, когда работали на 20, только в последней передаче "принял" основной сигнал +20. До этого по 3-5 строчек гармоник с уровнями -18 и менее, основной не декодировался.Цитата:
Сообщение от R7FQ
Вложение 198834
завтра выходной - подойдут на диапазоны много участников JTDX Yahoo группы, будет веселее в T10Цитата:
Сообщение от RK3DSW
На разъеме не помогло. Только на протиположном конце кабеля (модем).Цитата:
Сообщение от UA3DJY
Уважаемые участники форума!
Подскажите, может кто сталкивался с проблемой. В логе JTDX нет <time_off:6>, в результате - при переносе адиф файла в лог МИКСа действительное время окончания связи не проставляется, а проставляется текущее на момент переноса связей в МИКС. Пример записи:
<call:5>DB4BU <gridsquare:4>JO33 <mode:4>JT65 <rst_sent:3>-10 <rst_rcvd:3>-01 <qso_date:8>20171103 <time_on:4>1520 <band:3>20m <freq:9>14.077147 <station_callsign:5>UX8ZA <my_gridsquare:4>KN66 <tx_pwr:2>30 <eor>
В логе WSJT-X все нормально:
<call:6>IN3VVK <gridsquare:4>JN55 <mode:3>FT8 <rst_sent:3>+04 <rst_rcvd:3>-16 <qso_date:8>20171018 <time_on:6>122600 <qso_date_off:8>20171018 <time_off:6>122717 <band:3>20m <freq:9>14.074858 <station_callsign:5>UX8ZA <my_gridsquare:4>KN66 <tx_pwr:2>30 <eor>
Машина слабая, поэтому все операции по переносу связей в другие логи (MixW ur5eqf) делаю вручную.
Сейчас работаю T10 на 20м. , пока провёл пару QSO с Францией и одно с Шотландией. Наших никого не слышу ни гугу... жаль. 73!
Цитата:
Сообщение от UA3DJY
По части активации спотов в софте пропорции для JT65 и FT8 пользователей примерно совпадают, абсолютное количество спотящих FT8 конечно больше.Цитата:
Сообщение от RZ1OA
Активных в эфире пользователей в FT8 (относительное количество к общему числу слушающих FT8 участки) может быть меньше по сравнению с JT65 из-за перегруза этих участков на диапазонах.
Полностью согласен - числа в этой статистике сравнивать нельзя.
Рано или поздно придем к SDR с полосой приема/передачи 10..20 кГц и поддерживающему такую полосу софту и процессорам компьютеров.
Добрый вечер. Я нахожусь на 20-м сегодня днем намного больше людей сегодня вечером, я обошел частоту спокойного хорошего вечера F4BAL 73 !!!!
Хто ЭТО?!Цитата:
Сообщение от francis
из кривых решений можно попробовать в копии файла wsjtx_log.adi в текстовом редакторе Notepad++ заменить time_on на time_off (займет менее минуты)Цитата:
Сообщение от UX8ZA
может пользователи MixW подскажут правильное решение этой проблемы, если его нет то приведем JTDX в соответствие
Francis F4BAL приглашает провести QSO в T10 на диапазоне 20м, учитывайте что русский язык для него не роднойЦитата:
Сообщение от RX4CD
https://www.qrz.com/lookup/f4bal
При формировании рапорта, его значение берется из предыдущего цикла:
Вложение 198847
Возможно ли брать значение рапорта из текущего цикла, также как и в wsjt-x, менять вручную как-то не комильфо...
Вложение 198849
Кликните мышкой 2 раза по строке из которой хотите взять значение рапорта
когда будет FT-8, надо будет быть виртуозом:)Цитата:
Сообщение от RW4O
если можно сделать, почему нет?
Кстати, в WSJTX если корреспондент повторно дает локатор, рапорт берется от первого вызова. Забавно наблюдать, как корреспонденты подкручивают мощу с целью получить рапорт побольше, а получают то же самое.(По скиммерам видно что принимают)Цитата:
Сообщение от UX8IW
Это я тоже заметил, может быть недоработка...Цитата:
Сообщение от RW4O
Зачем, для EQF есть интерфейс и все связи автоматом заходят в EQF. Для MixW Виктор (R3BB) обещал сделать стыковку с WSJT-X (JTDX), свои исходники по стыковке с EQF я ему предоставлю.Цитата:
Сообщение от UX8ZA
Так и старая -24 декодирует. За несколько часов работы по приему улучшений не заметил.Цитата:
Сообщение от UA3WM
Прохождение, сегодня с утра, на 20-ке "зверское"! Но...это уже за рамками моего понимания! Рапорт +21!!! Камчатка!!
Даже RN2F на водопаде ярче, и то...+13.
Вложение 198867
думаю что для этого лучше кликать мышкой на сообщенииЦитата:
Сообщение от UX8IW
Если сделать автоматическое формирование рапорта с последнего декодированного сообщения то функционал AutoSeq пойдет в цикл в сценарии когда оператор при автоматическом формировании рапорта отошел от сетапа забыв отключить передачу, а другой оператор проводя с первым QSO использует AutoSeq. В закладке Sequencing я предусмотрел сценарий что если рапорт не меняется N-раз то необходимо отключить передачу.
Для мод, применяемых в программе сейчас, этот вариант может быть приемлем, но для ft8 - вряд ли успеешь кликать мышкой по сообщению.Цитата:
Сообщение от UA3DJY
Не совсем понял суть проблемы.Цитата:
Сообщение от UA3DJY
Если режим AutoSeq, то связь происходит без участия оператора. (Разве не для этого он придуман?). После завершения QSO начнется новый цикл CQ и, если будет ответ, рапорт формируется из текущего цикла (ответа) - (тут нет проблем с рапортом).
Вопрос в том, чтобы при вызове корра, дающего CQ, рапорт для него брать из того цикла, в котором он вам отвечает, причем изменять рапорт на текущий только в случае перехода в режим TX2 или TX3.
Отключать передачу, я думаю, надо в том случае, если включен только режим autoTX. Оператора нет на месте - программа в этом случае не сможет ответить на вызов. В этом случае я бы считал количество циклов декодирования и анализировал состояние режимов TX1 и AutoSeq.
FT8 будет отличаться от JT65Цитата:
Сообщение от UX8IW
Вернемся к этой теме когда попробуете AutoSeq в JTDX.Цитата:
Сообщение от UX8IW
To IS4IRT: Василий, "в модеме" -- имеется в виду в "интерфейсе цифры"? Параллельно -- выходу -- на трансивер? Или я что-то понял неправильно?
Цитата:
Сообщение от US4IRT
Когда сигнал хороший такого не бывает. Сигнал явно модулирован 100 Гц.Цитата:
Сообщение от R7FQ
В звуковом тракте развязывающие трансформаторы ставить обязательно. Также надо трансивер от копьютера развязать оптопарами (оптронами) (CAT, PTT, FSK, CW key). Корпус трансивера не надо соединять с корпусом компьютера.Цитата:
Сообщение от UA3DJY
Да, Андрей. Именно там на кабель, который идёт в трансивер для ТХ. Установка на этом же кабеле, но со стороны трансивера не помогла.Цитата:
Сообщение от UA3SGV
Благодарю за комплимент. Мало того, что модулирован, да ещё и подавлен на 40db, (а это примерно в 10 000 раз). Еслиб не редкое прохождение и направленные антенны, об этом никто, никогда бы не узнал.Цитата:
Сообщение от LY3BG
To LY3BG: Витас, а какого типа развязывающие трансформаторы вы советуете и куда именно, на ваш взгляд, их стоит подключать?
Цитата:
Сообщение от LY3BG
А это почему?Цитата:
Сообщение от LY3BG
Я такие покупал. Но у них начинается завал ниже 500Гц. Для передачи всё нормально (с включённым Fake It), можно использовать и для приёма. Но для приёма луче найти напр. старую DSL плату или что-то из профессиональной проводной связи и выдрать оттуда, там качество луче.Цитата:
Сообщение от UA3SGV
Подключал в любом месте между трансивером и компьютером. Я их ставил в коробок САТ. Земляной провод как к трансиверу, так и к компьютеру отдельный, в коробке с другим земляным проводом не соединяется.
В цепи только трансформаторы, не надо никаких резисторов и конденсаторов. Всю регулировку уровней делаю в компьютере.
В большинстве трансиверов есть отдельный разьём для снятия/подачи НЧ сигнала. Надо подключатся к нему.
Если есть в трансивере DIGI мода, надо работать на ней. Тогда отключается микрофонный усилитель и микрофон. А то иногда слышно разговор или телевизор в комнате. :s7: Если нет, надо убрать усиление микрофона до нуля.
Это относится к тем трансиверам, у которых нет USB звуковой карты.
Меньше шума от импульсного блока питания. Проверено неоднократно.Цитата:
Сообщение от RK1NA
Очень хорошо работают тр-ры от старых карманных радиоприёмников. Рабочие мне не попадались (целые) - приходилось перематывать проводом 0.07 по 1000 витков на каждую обмотку. Завала не увидел от 300 до 5000 Гц.Цитата:
Сообщение от LY3BG
Пробовал использовать двухобмоточные реле РПС-20 - АЧХ хорошая, но затухание в них 12-15 дб.
Vytas,Цитата:
Сообщение от LY3BG
Есть две причины которые мне сейчас не дают развязать корпуса компьютера и трансивера:
1. У меня в трансивере встроенный импульсный блок питания от 220В который имеет конденсаторный фильтр со средней точкой на корпус трансивера. Десктоп компьютер тоже имеет конденсаторный фильтр в импульснике, в итоге я получаю подключение корпусов через сетевые провода 220В, это не гальваника но для перепада напряжения частотой 50 Гц и синфазного ВЧ почти прозрачно. С точки зрения разности потенциалов 50 Гц в таком варианте есть смысл соединить корпуса общим проводом.
2. Оплетка антенного кабеля у меня заземлена (подключена к штырю заземления/земле под антенной), это сделано для стекания статики с вертикалов антенны на землю через резисторы. То есть корпус трансивера сидит на земле и имеет гальваническое соединение с нулевым проводом сети 220 Вольт. Но эту причину можно устранить установив со стороны трансивера ВЧ трансформатор напряжения 1:1 с гальванически развязанными обмотками в коаксиал, такой вариант в моих условиях даже улучшит защиту трансивера при близком попадании молнии. С установкой ВЧ трансформатора есть тонкости, если его ставить не на разъем трансивера а на расстоянии примерно в пару метров (после усилителя) то я получал резкий рост уровня шума (10..30 дБ) на входе приемника. По этой причине я несколько лет назад отказался от такого трансформатора.
По части молниезащиты у меня был положительный опыт с таким трансформатором напряжения на SDR приемнике RX Ensemble ll, когда приемник под питанием работал в скиммере на диапазоне 40м на антенну 4-square и при ударе молнии примерно в 100м от антенны уцелел, при том что с антенны летели искры по 10..20 см длиной.
...если в розетке есть третий, заземляющий контакт.Цитата:
Сообщение от UA3DJY
Если эти резисторы, под антенной, имеют килоомный номинал, а ток, как известно, идет по пути наименьшего сопротивления, то есть шанс, что он пойдет по другому пути, если найдет его. Например, в аппаратуре.Цитата:
Сообщение от UA3DJY
Заземлять корпуса своего оборудования нужно обязательно. В целях безопасности использования его. Особенно если рядом находятся ваши дети или внуки. Да и для самих будет это не бесполезно. Для этого нужен фирменный пилот, с евро стандартом по заземлению PN PE проводниками. Следите, покупая его, чтобы на сетевом кабеле, обязательно стояли ферритовые кольца. Выполнив эти условия, вы заземлите корпуса своих аппаратов имеющих сетевые источники питания. При наличии хорошего контура заземления, сам пилот (розетки) с РЕ контактами. Желательно и их РE контакт заземлить на контур. Это что касается, безопасности использования сети питания 220 вольт. Для развязки от внешних помех, можно заземлять и корпуса трансивера и прочего оборудования используемого на Р/C. С использованием ВЧ заземления, О нём достаточно пишут в интернете. Подключая микрофон, звуковую карту к трансиверу. Не используйте экран кабеля, как сигнальный провод. Кабеля только с ферритовыми кольцами. Для подачи сигнала только внутренние жилы кабеля, в том числе и общего провода, оплётка кабеля используется как экран и заземляется на корпуса аппаратов. Внутренняя общая жила должна подключатся вблизи первых каскадов усиления сигнала НЧ. Выполните эти условия, предложенные ещё нашими дедами. И не какие наводки вам будут не страшны. Для развязки от статического напряжения, наводимого на вашу антенну. Можно использовать обычный ВЧ трансформатор 1:1, применив индуктивную связь, он же поможет несколько снизить уровень помех принимаемых антенной. Для лучшего ослабления помех с антенны, в черте городов, деды тоже предлагают, использовать высокодобротные запорные ВЧ дросселя, включенные в полотно антенны. Вот уже 40 лет, слушая советы дедов, и применяя их на практике. Проблемы с помехами и развязкой от статического напряжения минимальны. Без оптронов и трансформаторов.
Игорь, разве я писал, что нельзя заземлять трансивер и компьютер? Они заземляются, но не проводам между собой, обычно через третий контакт в розетке (лаптопы, кажется, не все так заземляются). А в старых домах, где розетки двух контактные, компьютер таким образом не заземляется. Если соединить на прямую корпус компьютера и трансивера, получим что он заземляется через трансивер, что сильно поднимает шум. Провода управления не должны нести функцию заземления. В городе, где и так всё шумит, это не так чувствуется, но в деревне, где тихо, шум сильно увеличивается.Цитата:
Сообщение от UA3DJY
Сначала я делал управление (САТ, CW, FSK, PTT) на транзисторах, но при подключении увеличивался шум, при передаче появлялся на спектроскопе видимый фон 100Гц (модуляция сигнала 100Гц) и иногда ВЧ наводки попадали в компьютер. Потом перешёл на оптопары, разорвал галваническое соединение между трансивером и компьютером, шум не увеличивался, фон пропал. На них и проще получается. Сделал около 20 шт. для разных трансиверов.
Последняя версия Logger32 уже через UDP принимает данные связи с WSJT-X и JTDX.
От 20 до 100кОм. Для защиты от прямого попадания молнии надо ставить разрядник из двух заточенных штырей, для сухого воздуха пробойное напряжение примерно 1кВ на миллиметр зазора. Если ВЧ трансформатор в изоляции между обмотками выдерживает пробойное напряжение разрядника то ток должен пойти в землю, но гарантии полной защиты нет из-за сопротивления потерь в земле - даже при текущем через разрядник в землю токе от молнии напряжение между оплеткой кабеля и корпусом аппаратуры подключенным к сети 220 Вольт может превысить пробойное напряжение обмоток ВЧ трансформатора.Цитата:
Сообщение от RX4CD
По этой причине во время грозы отключаю кабель питания 220 Вольт сетапа, поскольку есть вероятность прямого попадания молнии в антенну.
тоже так сделаю, благодарю за линк на трансформаторы 600 Ом, а в сетапе заменю десктоп на ноутбукЦитата:
Сообщение от LY3BG
OFF TOPЦитата:
Сообщение от LY3BG
Вообще-то, правильно , аппаратура должна заземляться на ОДИН земляной контакт (ОДНА главная заземляющая шина). И никогда не соединяются корпуса последовательно. И, при всех манипуляциях со "шнурками", заземляющий проводник отключается ПОСЛЕДНИМ, а подключается ПЕРВЫМ. В сигнальном кабеле, если есть экран, то он несет только свою функцию - экранировать проводники в кабеле.
Грозозащитное заземление в профессиональном исполнении делается в два контура, внутренний для здания с аппаратурой и внешний для антенного хозяйства, и даже в таком варианте не всегда спасает работающую аппаратуру.Цитата:
Сообщение от RX4CD
В любительском варианте заземление аппаратуры на штырь в землю или один контур для грозозащиты мало чего дает, более эффективно отключать антенный фидер от аппаратуры и аппаратуру от сети питания если начинается гроза. Если антенна имеет цепь заземления то при отключенной аппаратуре вероятность поражения последней близка к нулю даже при прямом попадании молнии в антенну.
Заземление с целью защиты человека от поражения током при неисправности аппаратуры эффективно только при использовании УЗО (защитного реле) при правильном его подключении. Если УЗО нет то использование заземления в некоторых случаях повышает вероятность поражения током человека при неисправной аппаратуре, в том числе за счет падения напряжения при протекании тока в земле и цепях заземления (обеспечить требования по сопротивлению цепей и контура заземления в любительском сетапе непросто да и затратно). Яркий пример - неисправный паяльник с фазой на корпусе, довольно частое явление и фаза на корпус паяльника со спирали может замкнуть во время пайки, при заземленной аппаратуре без использования УЗО поражение человека током почти гарантировано, видел такой случай своими глазами.
Соединение корпусов аппаратуры общим проводом необходимо только для выравнивания разницы потенциалов между ними, при определенных условиях это напряжение может быть приложено к звуковому и управляющим входам трансивера приводя к нежелательным излучениям 50/100 Гц и соответственно помехам другим операторам, и здесь альтернативой является трансформаторно оптронная развязка как сделал Vytas LY3BG. В некоторых случаях выравнивание потенциалов между корпусами аппаратуры защищает человека от поражения током.
Заземление аппаратуры с целью снятия ВЧ наводки в большинстве случаев не работает из-за большой длины проводов заземления, это особенно заметно на ВЧ диапазонах где провода заземления часто сами становятся частью антенны (яркий пример питание антенны с конца, расположенного рядом с аппаратурой).
Не отвлекайте Игоря от работы над ФТ8, всякой ерундой, в том числе заземлением.
Объявляю режим тишины до 31 декабря.
To LY3BG: Витас, а если используется интерфейс RigExpert Standard? Там же, кажется, есть трансформаторная развязка?
Не знаю. Я таким не пользовался, схему в и-нете не удалось найти.Цитата:
Сообщение от UA3SGV
Извините, не удержался.Цитата:
Сообщение от RN9AZ
Вложение 198955
Трансиверный интерфейс RigExpertЦитата:
Сообщение от UA3SGV
Аудио интерфейс
• цифровые цепи изолированы
• максимальная амплитуда вход/выход - 1 вольт
• частота дискр.звука (samlerate): от 8 до 48 кГц
Заземление физически, во время появление фазы на корпусе вашей аппаратуры, делает эту фазу искусственным нолём. Это и обезопасит пользователя от поражения Эл током не хуже УЗО. Это при правильно выполненном заземлении. Что заставит отработать вашу токовую защиту пробки, автоматы. В месте самого заземления появляется другая угроза шаговое напряжение при растекании тока по земле. В местах где трудно сделать хороший контур заземления, это в горах где скальный грунт. А также, сухой песчаный грунт эффективнее использовать УЗО, от поражения Эл током. Для защиты от сетевых помех. Используют различные сетевые фильтры и ВЧ заземление. Бывает для выполнения фильтра от сетевых помех достаточно. Сетевой провод питания, обычно они длиннее, чем надо. Его излишки, наметать на броневой сердечник. Вот вам и готовый фильтр. ИТД. Читайте литературу там всё подробно расписано. А рисунок что вы опубликовали. Даёт мне повод судить о вашей образованности в этом вопросе.Цитата:
Сообщение от UR7TT
Мечут икру и карты.Цитата:
Сообщение от RN9AZ
Предположим намотать.
Вы в своей жиззни видели броневой сердечник?
Если нет, спросите у дедов.
Я устал, я ухожу (с)
Две заметки написал к тому, что ну надо так не повезло с местом жительства. В 200 метрах на восток. Сталеплавильный цех, радом с ним заводская подстанция. Две линии высокого напряжения по 6 Кв. Которые идут вдоль моей улицы. Да ещё недавно, в целях экономии на улице светодиодные светильники поставили, Китайские с импульсными блоками питания, и конечно самые дешевые. Не дедовские бы методы защиты. Бросить пришлось, наверное, занятия радио. Тут даже аналоговое ТВ помехам подвержено, до телевышки в Челябинске по прямой не более 12 км. Благо сейчас цифровое ТВ выручает. Вот и приходится цепляться за любую соломину. А что в итоге, получается в цифре, на 40 метрах послушайте сами. Звуковые файлы прикладываю. Не каких мудрёных развязок нет. Правда свой дом и контур не дальше 1,5 метра находится и выполнен, согласно моей зоны по промерзанию почвы, А это 2,5 метра. Три штыря диаметром туб 60 мм, длинной 3.5 метра. Плюс Вч развязки и Вч заземление блоков аппаратуры. А сердечники уважаемый использую СБ 32, а вы про какие подумали.
Если вас это интересует. То блок питания импульсный, Alinсo DM-33OMVE. Сердечник СБ 32 может чуть больше, вот внутри этого сердечника и поместил энное количество витков не помню сейчас точно сколько их вошло, но точно знаю до заполнения в один слои, и места хватило, и длинны сетевого шнура, до розетки. Может фото выложить. Забыл добавить в предыдущем посте. на юг в 200 метрах древняя компенсаторная подстанция находится, городского энерго управления. Во влетел.Цитата:
Сообщение от UR7TT
Может у кого есть опыт, по борьбе с шумовой помехой, от светильников уличного освещения, с импульсными блоками питания. поделитесь, удалось что нибудь сделать. Ружья нет, уже ребята предлагали хи.
Смотрим у деда.Цитата:
Сообщение от RN9AZ
Вложение 198971
Володя да суть не в ошибке на два миллиметра хи, ты нашёл и уточнил, спасибо. Главное помогает. Ещё для этой цели, можно современные ферриты использовать. С отслуживших своё время компьютерных соединений. Это про ВЧ заземлители корпусов. И даже мелкие ферриты размером до двух миллиметров можно использовать в местах пайки сигнальных НЧ проводов и тоже не плохо получается. Пробуйте может кому то и поможет.Цитата:
Сообщение от RA9XQ
Магические 100 герц. Казалось бы при наводках и токах текущих по оплеткам должно быть 50 герц... Во всех якобы перекаченных сигналах опять хвосты через 100 герц (и это явное использование внешнего усилителя), казалось бы встал ниже середины полосы пропускания фильтра, допустим на 1000 герц, лишнего дал - хвосты на 2000 и 3000. Т.е. появление хвостов через 100 герц это не перекачка, а вот недостаточная фильтрация сеточных и анодных цепей усилителя (и транзисторных) явно приводит к таким сигналам. С началом активного использования JT65A, и особенно FT8 начала всплывать эта проблема - просто стали визуально видеть. Но ведь и на PSK31 такие сигналы были и есть, но все как-то приняли точку зрения что это перекачка: убери уровень и все станет на свое место...Цитата:
Сообщение от LY3BG
У меня что-то не получается, позывной должен заноситься в окно ввода? У меня не заносится. что не так делаю?Цитата:
Сообщение от LY3BG
Виталий, хорошо ты живешь на земле и земля рядом....а на 12 этаже где найти землю?Цитата:
Сообщение от RN9AZ
На балконное обрамление, если он заземлен.Цитата:
Сообщение от UA9OP
В некоторых случаях выравнивание потенциалов между корпусами аппаратуры защищает человека от поражения током.Цитата:
Сообщение от RW4LN
это важней! чем FT8...................
В центре города, При станции СЮТ. Делали землю, не на первом этаже увы. Но сделали контур, медью по стене, Низ на дюбеля закрепили сколько могли достать. И сверху на их же родимые, натянув как можно сильнее и ровнее, ВЧ развязку сделали и не хуже чем у меня у земли работал контур. Штыри обварили катанкой 7мм в земле до самого фундамента а по стене медь. Лет 20 коллективка молчала, сейчас нашли преподавателя, Открыли вновь. Землю проверили как будь то вчера поставили.Цитата:
Сообщение от UA9OP
Вот что предложили Валерий на форуме: http://kamrc.ru/index.php?topic=593.0 Извини где то ещё было но увы не помню уже.
Нет, не так. При записи связи в WSJT-x связь записывается и в Logger32. Но для этого в обеих программах должен быть включено UDP.Цитата:
Сообщение от UR5WCA
Вложение 199009 Вложение 199010
UDP включен в обеих программах, QSO вносится в log, но в окно ввода QSO Logger32 позывной не попадает. Далее, все работает в JTDX, а в WSJT-X надо нажимать кнопку Log QSO. Хотя настройки идентичны. Позывной появляется в окне ввода только после клика по позывному в бэндмап...Цитата:
Сообщение от LY3BG
Вложение 199014
Вложение 199015
у меня так
Похоже на что то из области ЕН антенн.Цитата:
Сообщение от RN9AZ
Или я не прав?
RN9AZ, Виталий научите как 3,5 метра штырь забить в землю?
Вопрос без смайликов.
Геннадий.
Подобные устройство, снимает ВЧ потенциал, с вашей шины заземления, и не позволяет навести внешние ВЧ на вашу шину. Живя в многоквартирном доме на последнем этаже. Надёжно выполнить условия защиты. И не только от порождения Эл током. Есть и разработки заземлённых антенн на этой базе. Много информации об этом лежит в интернете. Стоит только поискать. Было бы желание.И ещё хочется добавить. Хорошее заземление нужно не только для выравнивания потенциалов на вашей аппаратуре. Но и для реализации условий сигнал шум. Что даст возможность приблизится к реальной чувствительности вашей программы. И ощутить разницу межу цифровыми видами по декодированию слабых сигналов. А имея посредственный приём. В месте проживания, создаётся ложное понимание что весь софт одинаков. И виды тоже.Цитата:
Сообщение от RK1NA
Это как?Цитата:
Сообщение от RN9AZ
Подробней можно?
To LY3BG:
Вопрос снят, разобрался. Спасибо Витас.
Смотрим.Цитата:
Сообщение от UA4ALW
https://www.youtube.com/watch?time_c...&v=LsyyVxKLfNY
Посмотрите внимательнее на картинку. Кабелем 75 Ом соединяют шину заземления в шеке и штырь заземления возле фундамента. Так подробно?Цитата:
Сообщение от RK1NA
Так и должно быть.Цитата:
Сообщение от UR5WCA
Игорь внёс опцию в JTDX автоматического сохранения QSO, в WSJT-X этого нет, надо нажимать кнопку.Цитата:
Сообщение от UR5WCA
Так и должно быть.Цитата:
Сообщение от UR5WCA
Здесь иная физика процесса: модуляция полезного сигнала продуктом фильтрации выпрямителя оконечного каскада. Это двухполупериодный выпрямитель 100 Гц и его гармоники в ряде случаев, если речь о внешнем PA. Эффект более заметен при локальных уровнях, где соотношения сигналов проявляются более отчетливо. Т.е. +20 и -23, к примеру, составит 43DB - принять такой сигнал можно лишь локально или при солидных уровнях в пределах первого переотражения от ионосферы.Цитата:
Сообщение от UF8T
Подробней некуда.Цитата:
Сообщение от RA0WHE
Не проще соединить внутреннюю жилу с оплеткой?
Без непонятного назначения кондеров?
...
По жизни бывает - РЧ кабеля до дуры.
Почему бы им заземление не провести.
При запуске последней сборки wsjtx открывается следующее окно.
Вложение 199056
Может ли кто-то прокомментировать это.
Чего тут комментировать, идёт работа над программой, софт не доступен для общего применения. просят пока работать в старой версии. Ждите чего то родят.Цитата:
Сообщение от RA4UDC
Вряд ли кто вам Константин, сумеет объяснить физические процессы, происходящие в опубликованной схеме. Учится надо было, а не спать на букваре. Трудно в ней не видеть, и не различить на схеме. Физического заземления и его экрана от ВЧ наводок. А ёмкости в схеме являются развязкой межу ними по постоянному току. Требование к ним не большие и думать лишнего не надо. Если б вы удосужились пройти по ссылке. Вы смогли прочитать инфо по этим ёмкостям. А не вновь троллить всё подряд на форуме.Цитата:
Сообщение от RK1NA
Похоже плохо сформулировал вопрос. Интересно с чем это связано, до последнего времени все версии работали без проблем, и как собрать версию 1.8.0?Цитата:
Сообщение от RN9AZ
Сейчас доступна версия 1.8.1.rc18222 для сборкиЦитата:
Сообщение от RA4UDC
Скорей всего ее выложат на оф сайте на днях
Много новых настроек для jt9 jt65
В общем мануал большой есть что читать и с чем разбираться
Прогу здорово доработали.
Почему после того как скачал интерфейс и стал запускать программу Вложение 199067 с него , то при вызове станции макрос встает сразу на Tx-2(рапорт) Вложение 199068 и не заносится в журнал принятый рапорт -только в ручную?
если не трудно, подскажите, как используя JTSDK собрать версию 1.8.1Цитата:
Сообщение от RA3RKA
Данная тема должна обсуждаться на техническом форуме а не здесь, и видя какая каша у вас в голове то думаю там будет весело.Цитата:
Сообщение от RN9AZ
Мало научится читать, надо ещё уметь осмысливать прочитанное.
Цитата:
Сообщение от RA4UDC
Чтобы обойти ограничение по позывным (в версиях 1.7.1) можете воспользоваться таким способом или в исходниках в файле maiwindow.cpp прописать свои или вообщеЦитата:
build-wsjtx -b dev -n wsjtx-1.8 -c release -t package
удалить этот фейс-контрольпроверку на позывные закомментить :s6:
Если у Вас стоит программа для компиляции программ то тогда нужно удалить папку wsjtx а папку src очиститьЦитата:
Сообщение от RA4UDC
дальше как обычно - JTSDK-QT команда build-wsjtx -b dev -n wsjtx-1.8 -c release -t package - enter
Вчера была доступна 1.8.1
Как я заметил после выхода оф.версии эта команда перестает работать
до новых разработок
Если Вам нужна версия 1.8.0 то в папку src вставляем исходный код
сейчас на оф сайте он опубликован
а далее команда build-wsjtx package - enter-n
Вставляя в папку src другой исходник можно скомпилировать разные версии
Владимир. Данная тема в прямую касается, видов что обсуждаются здесь. Иметь хорошую программу и посредственный приём, не даёт в полной мере оценить работу программ. Почему не раз слышу от знакомых, а чем она лучше. Тебе хорошо ты живёшь, в своём доме, у тебя помех нет. А у меня центр города и помех хоть отбавляй, ИТД. Помех хватает и в своём доме. С ними надо уметь бороться, или хотя бы уменьшить их воздействие. Вот наверное и здесь в этом разделе уже не в первый раз поднимается эти вопросы. И подобная тема многим отвечает на их вопросы. Почему у одних программа слышит и не плоха а у других как всегда. Я в свою очередь только затронул эту тему без особых пояснений. Да и к чему они. Серьёзными материалами по этой теме забит интернет. Кому надо тот всегда их найдёт. А я просто поделился своим опытом и всё. Много лет работая в лаборатории Энергоуправления, напрямую был связан и с этими вопросами. К стати ещё раз хочу сказать, от прямого попадания молнии не спасёт и хорошее заземление. Для этого существует другая зашита установка Дивертор-молниеотвод. И об этом тоже кому интересно можно почитать тут же в интернет.Цитата:
Сообщение от RA9XQ
Цитата:
Сообщение от RA3RKA
я пробовал при сборке в параметрах указывать wsjtx-1.8.0 и получал ошибку, значит надо было ставить wsjtx-1.8
спасибо, вечером попробую
А ноги растут от сюда, остальное плагиат.Цитата:
Сообщение от RN9AZ
Вложение 199090
Владимир всё уже придумано до нас. И выложено с той же целью. Довести до всех. Обвинять, людей в плагиате, глупо. Даже в институтах учили пользоваться справочной литературой. Вкладывая умение найти то что нужно и основу знаний. Необходимую понять написанное.Цитата:
Сообщение от RA9XQ
Советую заземлителям создать свою тему и не мусорить здесь.
Целиком поменяли страницу авторского сайта. WSJT Home Page
Текущий выпуск общей доступности-WSJT-X версии 1.8.0. Он предлагает гибкое управление почти всеми современными приемопередатчиками. И так далее по тексту.
Версия недельной давности.Цитата:
Сообщение от RN9AZ
Знаю Дело в том что выложен исходный кодЦитата:
Сообщение от RW4LN
Исходный код:
Пакет, отправленный здесь, содержит весь исходный код для WSJT-X так же как снимка Hamlib 3 источника и сценарий CMake, чтобы создать WSJT-X на любой поддерживаемой платформе.
Latest full release, Version 1.8: wsjtx-1.8.0.tgz
Так исходный код никто вроде не скрывает. Те, кто сам компилирует, прекрасно знают где он лежит.Цитата:
Сообщение от RN9AZ
А я вроде и не писал что его скрывали.Цитата:
Сообщение от RW4O
Заметил такое не хорошество: даю общий вызов и если станция меня зовет и я щелкаю по красной строке вызывающей станции, программа рапорт не дает, продолжает давать общий вызов.
Приходится давить СТОП ТХ и только потом щелкать по красной строке вызывающей станции, а время упущено.
Это где? куда? и зачем? Ну, в смысле, в какой конкретно "моде" и какой версии программы?Цитата:
Сообщение от RW4LN
Если FT8 и wsjtx-1.8.0-rc3-win32, то даже давить на красную строку не надо. Для этого поставить галочку в окошечке Call 1st (правее окна даты и время на "лице" программы). Программа быстренько сама среагирует на красную строчку.
А она - есть и была, версия самая последняя: 1.8.0 8193Цитата:
Сообщение от RA0WHE
Вложение 199114
Эту галку уберите.
Вложение 199115
Спасибо за подсказку, но с этой галкой удобно звать ДХса рядышком чем я часто пользуюсь.Цитата:
Сообщение от UA1NAN
А. Auto Seq, галка стоит? На снимке не видно.
Если FT8 и wsjtx, то нужно только подождать, когда UA3DJY сделает FT8 в JTDX, после чего сырую и дерьмовую программу wsjtx удалить и очистить систему от этого дерьма. Забыть wsjtx, и наслаждаться работой с JTDX.Цитата:
Сообщение от RA0WHE
А от куда он возьмёт FT8? Из кода "дерьмовой" программы. А если в бочку мёда ( по вашему JTDX ), добавить "дерьмо" ( из WSJT-X ) то что получится?Цитата:
Сообщение от R7FQ
Обьясните пожалуйста "непосвященному", чем
отличаются в плане приема JTDX и WSJT?
Я наверно отстал "от жизни" ? :)
Даю общий вызов. Вижу, что меня вызывает станция. Программа САМА включается на передачу и дает рапорт. Для этого сценария надо сделать так -Цитата:
Сообщение от RW4LN
Вложение 199136
И не надо давить на "красную кнопку".
Если RA1WU - наблюдатель, то вопрос не ко мне. Если работающий в эфире, то:Цитата:
Сообщение от RA1WU
Отличие в удобстве работы в эфире. После JTDX, пользоваться WSJT очень не удобно. Всё как-то коряво, примитивно, не доделано (оценка очень мягко сказана). Так же как после кресла сидеть на пеньке срубленного плохим топором, маленкого дерева. Хотя мазохисты пусть остаются при своём мнении.
Удачи всем!
Отличие в удобстве работы в эфире. После JTDX, пользоваться WSJT очень не удобно. Всё как-то коряво.
Сергей а чем вам не нравится программа? надо благодарить автора что он нам дал ее и тем более бесплатно! я согласен что JTDX лучше. но WSJT тоже обновляется. улучшается. люди работают и мы должны быть им благодарны!
Так я и благодарю везде UA3DJY за то, что он взял на себя то, что были обязаны сделать изобретали WSJT. Что они доработали, поменяли номера версий? Лично я не вижу разницы. А Игорь создал удобную программу. Если бы не новая мода FT8, ни за чтобы не стал мусорить SSD программой WSJT.Цитата:
Сообщение от RA1TCJ
Иван, попробуй JTDX, ты будешь только в восторге!!!
А я еще и периодически включаю моду T10 ,вот тут уж действительно восторг. Мало работающих но если есть , так одни +++Цитата:
Сообщение от R7FQ
Я не имел ввиду интерфейс, можно приспособиться "спать на потолке" :)
именно в плане приема, декодирования.
Цитата:
Сообщение от RA1WU
на улучшение декодирования JT65/JT9/T10 в JTDX потрачено примерно полтора года работы, после того как стало ясно что улучшать уже почти некуда переключились на доработку интерфейсаЦитата:
Сообщение от RA1WU
декодирование было первичной задачей с которой начался проект JTDX
сравнивать декодирование двух софтов пытались несколько раз, в том числе результаты публиковались в JTDX Yahoo группе
Один из разработчиков WSJT-X, Mike W9MDB, во время своих тестов пришел к выводу что даже без использования декодеров на согласованных фильтрах JTDX выигрывает в сигнал/шум JT65 по сравнению с WSJT-X примерно 1 дБ https://sourceforge.net/p/wsjt/mailm...sage/35889092/ , после чего он пытался сделать 4 прохода декодирования в WSJT-X. На увеличение количества проходов декодирования в JTDX до четырех ушло примерно с неделю работы и сам по себе этот функционал тогда дал небольшой выигрыш.
Сравнительных результатов тестирования после внедрения в WSJT-X четырех проходов декодирования я не видел, а самому сравнивать софты уже давно некогда.
"приспособиться спать на потолке" конечно можно, но если мы сами себя уважаем то на потолке лучше не спать, пусть там другие спят :-)
Спасибо за ответ.
Я не первый наверное, который задает вопрос о FT8 в JTDX? :)
http://forum.qrz.ru/6-cifrovye-vidy-...ml#post1409049Цитата:
Сообщение от RA1WU
Иван, попробуй JTDX, ты будешь только в восторге!!!
Сергей я и работаю JTDX. WSJT у меня только для FT8. но все равно заслуги авторов WSJT не надо забывать!
а Игорю огромное спасибо что он эту идею развил до совершенства в JTDX. и надеюсь что скоро мы получим подарок в виде FT8 в JTDX
все получилось, только пришлось еще в начале выполнитьЦитата:
Сообщение от RA3RKA
wsjtx-list -u
Один на 10ке и с таким уровнем
А этот QRP все закрыл:s8:
Один на 10ке и с таким уровнем
А этот QRP все закрыл:s8:
Добрый день Александр. Немного не в тему, Вам сюда надо "Тема: JT65/JT9 - имейте совесть, когда в "цифре" работаете!"
В версии Logger32 .339 UDP отключена.
Как восстановить .337 или 338.
Витас LY3BB твой ящик переполнен, получил отлуп системы.
Идём в папку Logger32, внутри есть папки с обновлениями. Копируем файлы с нужной папки и вставляем в папку Logger32.Цитата:
Сообщение от RZ3DX
Какой ящик? В qrz.com правильный адрес, он работает.Цитата:
Сообщение от RZ3DX
Я слал на QRZ.lt
Последняя папка в компе 335
Цитата:
Сообщение от LY3BG
Цитата:
Сообщение от LY3BG
Послал все ок спасибо
JTDX v18.0 шаг 129 - тестирование нового функционала
JTDX.INI file has the same structure as for step 97. There are changes in user interface (mainwindow.ui, logqso.ui), please delete old object files before building step 129 from the source code.
Changelog:
- QSO time on / time off functionality is added while logging QSO, UDP data exchange is updated accordingly
- AutoSeq basic functionality is implemented. It is working with standard type of messages, while at end of QSO processing of some received free messages being supported. AutoSeq can handle some wrong message sequences. Complex callsign processing like 'DE SV/SV2IWW GRID' is being not yet supported.
As it is applied to JT65/JT9/T10 modes JTDX AutoSeq is quite different to FT8 WSJT-X functionality: user has to select his QSO party manually using mouse, then JTDX will take control and finish QSO. AutoSeq can be used together with autologging and Sequences tab scenarios, with exception to the multiple RRR/RR73/73 message reception handling.
- some wrong messages sequences processing is now also being supported in manual mode of operation
Linux version (compiled on Ubuntu 16.04LTS 64-bit)
Binary files only:
https://cloud.mail.ru/public/7ZXJ/n6Xm1SwqA
deb-package (not tested!):
https://cloud.mail.ru/public/6Mvu/FghEyYGdU
Linux 32-bit packages (not tested!):
https://cloud.mail.ru/public/7zr9/dsdW7NUPt
Начало и завершение QSO отображается в WSJT. А в JTDX ?
Эт я про то, что только из e-QSL.cc
Закузюкался переподверждать из-за разницы во времени.
в шаге 129 обнаружили дефект совместимости AutoSeq c функционалом выключения передачи при повторном приеме сообщения с рапортом N раз, поэтому публикую шаг 130 где этот дефект уже устранен
собранный софт (MS Windows) https://cloud.mail.ru/public/N82p/usfeRzi2p
исходный код https://cloud.mail.ru/public/2DZD/RSZznjdUC
кодовые суммы:
File name: JTDX-18.0.0-step130-win32.exe
MD5: 9B86D72CE362E12AF7520AB3EB23B071
SHA-1: 82E0CC6B96488210FF37EFF106B3CF35E0319F74
SHA-256: F1A80604089D0C47268DB01B3125A64F4D52006E11D97B0ABB5B22847783073A
SHA-512: 18017DB749BDD51AD6DE4C53047B0EAA35326E8E627F948E088A92AF651D03B260DC6D E6D72D10E868B401E08F1E61426F348743C4EA343F80875C518E3173B7
RIPEMD: 4CABD86572B1055860B720AE32765FC27DD00D43
Файл JTDX.INI имеет такую же структуру как у шага 97. Изменены интерфейсы пользователя - основное окно и окно записи QSO в лог, при самостоятельной сборке из кода необходимо удалить старые объектные файлы.
Новый функционал:
1. Время начала и конца QSO теперь заносится в лог wsjtx_log.adi и передается по UDP соединению во внешние софты.
2. Сделан опциональный базовый AutoSeq функционал: полуавтоматическое проведение QSO в модах JT65/JT9/T10. Оператор при помощи мыши выбирает декодированное сообщение кому из вызвавших его ответить или кого самому вызвать, далее AutoSeq проводит и завершает QSO.
Может работать в том числе вместе с автоматическим занесением QSO в лог. При работе на общий вызов после окончания QSO софт продолжает давать общий вызов (если выключена кнопка DisTx73), при работе в поиске софт после завершения QSO выключает передачу.
Функционал AutoSeq работает со стандартными сообщениями, при этом сложные позывные как в сообщении "DE SV/SV2IWW GRID" пока не обрабатываются в AutoSeq.
При завершении QSO поддерживается прием/обработка некоторых адресных свободных сообщений, содержащих и позывной оператора и "73", например "UA1AAA TNX 73", "UA1AAA HNY73", "UA1AAAMXMAS73".
При завершении QSO поддерживается прием/обработка в AutoSeq безадресного свободного сообщения содержащего "73" если оно было принято на приемной частоте QSO.
Исключение составляют сообщения типа "3EL 15W HNY" (безадресные свободные сообщения) которые из-за великого их множества обрабатывать в коде сложно.
В функционале AutoSeq поддерживается обработка некоторых неправильных последовательностей сообщенией, когда оператор вместо кнопки REPORT нажимает кнопку ROGER+REPORT и наоборот.
3. В ручном режиме работы теперь также поддерживается обработка некоторых неправильных последовательностей сообщенией, например если на Ваш общий вызов ответили сообщением "ROGER+REPORT" то при щелчке мышкой на этом сообщении софт сгенерирует сообщение "ROGER+REPORT" (в предыдущих версиях софт отвечает "RR73"). Такой подход избавляет от необходимости в ограниченном интервале времени искать кнопку с правильным сообщением.
To UA3DJY: Спасибо, Игорь!
разработчики WSJT-X начали делать Hint декодеры для моды JT65
https://sourceforge.net/p/wsjt/wsjt/8219/
обалдеть, теперь добавить сюда фт8 и это будет просто бомба =))Цитата:
Сообщение от UA3DJY
Игорь, все просто супер! Вопрос по рапортам снят. Спасибо!Цитата:
Сообщение от UA3DJY
Дело не в разнице во времени,e-QSL.cc принимает и подтверждает QSO даже при не совпадении времени в несколько минут. Скорее всего Вы копируете проведённые QSO из журнала программы в свой основной лог. Но так они остаются в логе и автоматом не отправляются, их надо выбрать и отправить на e-QSL.cc. Получается, что Ваши корреспонденты подтвердили связи с Вами, но от Вас не получили QSL, о чём и говорит Вам e-QSL.cc, показывая эти связи с красным крестиком в кружкЕ.Цитата:
Сообщение от RW3QF
JTDX v18.0 шаг 130 - тестирование нового функционала
Linux version (compiled on Ubuntu 16.04LTS 64-bit)
Binary files only:
https://cloud.mail.ru/public/3xKr/ZgpJjgUj2
deb-package (not tested!):
https://cloud.mail.ru/public/MMtu/fKCAcppco
Linux 32-bit packages (not tested!):
https://cloud.mail.ru/public/5zoi/5vhH5rUxw
Подскажите пожалуйста - logger32 моду FT8 принимает ?
JT65 импортировал нормально ....
"JTDX v18.0 шаг 130 - тестирование нового функционала"
Поставил и обкатал
Игорь получилась очень классная программа!!!!!
Остались маленькие штрихи (FT8) и все будет на высшем уровне.
Принимает.Цитата:
Сообщение от RL9F
Вопрос:
Обновление JTDX/WSJT производится "сверху" старого релиза? Ничего не нужно уничтожать от старой, или вводить в новой?
Привет Валентин!Цитата:
Сообщение от RX1AG
Обновлять можно "сверху". Иногда по рекомендации разработчиков желательно удалить *.ini файл, но это очень редко.
Зависит от того с какой версии обновляетесь. Если были изменения в сохраняемых настройках то желательно удалить INI файл в котором они хранятся, здесь сказано как это сделать Установка софта JTDX .Цитата:
Сообщение от RX1AG
Все ок с шагом 130, но только Alert что-то не видит JТDX.
Версия Alert 2.10.4. Какие мысли ?
в настройках JTAlert имя процесса wsjtx.exe прописано?Цитата:
Сообщение от RZ3DX
Да, с пред идущей версией все работало.Цитата:
Сообщение от UA3DJY
С прогой FT8 работает
вопрос снят все ок сорри
73
-----------------------------------------------
PS. Если вы сочли полезной какую-то информацию в этой ветке Форума, или она вам просто по вкусу -- не стесняйтесь нажимать кнопку "Спасибо" в правом нижнем углу сообщения. Это стимулирует авторов и в дальнейшем делиться с вами ;-)
---------------------------------------------------
Под маркером приема-передачи - это сигнал?
Вложение 199451
130-й шаг, autoseq не работает, чейчас звал джапа, пришлось ручками перетыкивать:
Вложение 199469
мб, где-то надо включить, галку поставить?
Вложение 199471Цитата:
Сообщение от UA0AD
Всё работает
Все отлично работает.Цитата:
Сообщение от UA0AD
Вот первый цикл передачи надо руками выбирать, кому именно отвечать.
А дальше прекрасно само работает.
всё, нашёл кнопочку, спасибо =)
Цитата:
Сообщение от RZ3DX
Цитата:
Сообщение от UA3DJY
Начиная с шага 72 JTDX v18.0 поменяли имя процесса с wsjtx.exe на jtdx.exe, чтобы JTAlert поддерживал и старое и новое имя процесса софта JTDX, Laurie VK3AMA вывел имя процесса в настройки.Цитата:
Сообщение от RZ3DX
При настройке в JTAlert "wsjtx.exe" он не видит последние шаги JTDX и для изменения настройки имени процесса придется либо запустить JTAlert в связке с WSJT-X, либо временно в JTDX переименовать файл jtdx.exe в wsjtx.exe и после настройки JTAlert вернуть названия обратно.
У меня jtdx работает с синим ярлыком, а wsjt работает с красным ярлыком. Я понял, что можно запустить один ярлык на обе моды? Или я не правильно понял?Цитата:
Сообщение от UA3DJY
Вложение 199513
Собственно, снятие галочки в этом поле решило проблему.
И все.
73
У Вас размер шрифта крупный плюс утолщённый, вот и не умещается.
Вложение 199538 Спасибо Олег, до 130й по моему с этим шрифтом
умещалось, не сообразил, спасибо ещё раз.
А это какая версия ? подсккажитеЦитата:
Сообщение от RA3AIW
Добрый день Александр. Смотрите #8389Цитата:
Сообщение от UA3VFL;
JTDX1.8 шаг130Цитата:
Сообщение от UA3VFL
Установил версию WSJT-x r8193. Хорошо принимает и декодирует FT8. Станций полно, даже без особо точной корректировки системного времени.
Только не могу включить водопад...
-----------------------------------------
Подскажите, где можно почитать инструкцию по настройке программы и работе в моде FT8 на передачу.
Александр, мне показалось ,что вы не знаете версию установленную на вашем компьютере, поэтому решил ответить Вложение 199560Вложение 199561
У меня тоже autoseq не работает. Кнопка горит зеленым и она не активна.
Вложение 199572
где посмотреть настройки.
MONITOR НАЖМИТЕ КНОПКУ а HELP нажать? ТАМ ВСЕ ЕСТЬЦитата:
Сообщение от RX1AG
Чуть выше расположена кнопка AutoTx, она используется для того чтобы при щелчке на декодированном сообщении включалась кнопка Enable TX.Цитата:
Сообщение от UA3PRS
в шаге 130 цвет надписи на кнопке должен быть черным, не серымЦитата:
Сообщение от UA3PRS
возможно на этой картинке используется версия отличная от шага 130 с INI файлом созданным под шагом 130 (в предыдущих шагах кнопка AutoSeq была недоступна для включения, а зеленый цвет означает что в INI файле сохранено для этой кнопки состояние "включена")
может быть у Вас на компьютере установлено несколько версий JTDX и по ошибке Вы запустили старую после того как использовали шаг 130?
собранный софт (MS Windows) https://cloud.mail.ru/public/KjiZ/WDQH93o9F
исходный код https://cloud.mail.ru/public/3Wez/XbUvjmLZm
кодовые суммы:
File name: JTDX-18.0.0-step131-win32.exe
MD5: ADF9C2FF17E9125C4F6A2F30804D72EB
SHA-1: 78E88AEE37C7E3493967EAF8B373768035016E0E
SHA-256: 0FDD2131DB59DE963FE03687E489D9BA171D88857F31261A487A1E623A2B5640
SHA-512: 53898929D57A17BD595B6F6379258ABD64940C433A3D65CF4C093D131A95FBC7501BE9 FECD6E5E701E516B6A773BE622B480EE7ADB8ED8F259D63BF9D07D54AA
RIPEMD: A3970BDB4E4C07EE92EE353C925C74F2942E08E5
Файл JTDX.INI имеет такую же структуру данных как у шага 97.
Измененный функционал:
- устранен сбой когда два QSO записываются в лог с одинаковым временем начала QSO. При передаче рапорта (REPORT) или (ROGER+REPORT) теперь выполняется проверка позывного для которого было присвоено значение QSO time_on и если позывной не соответствует (так бывает в сценариях когда QSO начинается с передачи рапорта) то значение QSO time_on обновляется.
Что значит "включить водопад"?Цитата:
Сообщение от RX1AG
Если станции принимаются, то водопад уже включен.
Передача осуществляется по алгоритму:
Выбираем станцию, которая даёт CQ, кликаем мышкой по этому позывному и активируем Enable Tx! До этого ставим "галочки" Auto Seq и Call 1st.
Если Вам ответят то далее прога всё сделает сама.
Окно "водопада" открывается при запуске программы. Посмотрите, возможно оно уехало за границы экрана или в свернутом виде. Никогда такого небыло, чтобы программа запускалась с одним окном.Цитата:
Сообщение от RX1AG
Можно так включить :Цитата:
Сообщение от RX1AG
Вложение 199633
JTDX v18.0 шаг 131 - тестирование нового функционала
Linux version (compiled on Ubuntu 16.04LTS 64-bit)
Binary files only:
https://cloud.mail.ru/public/Taoz/9qKG2aSWf
deb-package (not tested!):
https://cloud.mail.ru/public/8h2m/jZJQdidKi
Linux 32-bit packages (not tested!):
https://cloud.mail.ru/public/FiG3/36WJXtkHC
Подскажите, есть ли версия WSJT-X v1.8.0 r8193 под винду и где ее можно скачать?
Не берется, однако.Цитата:
Сообщение от RK1AT
Вложение 199693
Проверил, без проблем скачивается
Скажите если стоит эта версия , то надо ли удалять ini файл ?
Вложение 199695 Вложение 199696
Это виноват браузер, там защищенное соединение протокол "https".Цитата:
Сообщение от RX4CD
Вложение 199697
да, при переходе с версии JTDX 17.9 на 18.0 надо удалить JTDX.INI файл, после чего софт придется настроить заново.Цитата:
Сообщение от UA3VFL
в какой то из кнопок/линков, 'Подробнее' или в 'Дополнительно' есть опция игнорировать это сообщениеЦитата:
Сообщение от RX4CD
Сюда нажать - и в появившемся окне выбрать что то типа "Доверять содержимому"Цитата:
Сообщение от UA3DJY
Файл удалил, появились новые за 15.11.17 число, прописал путь в лог EQF .с лога запускается,но связи в лог не идут???, и еще софт был уже Вложение 199713весь заполненЦитата:
Сообщение от UA3DJY
если настройки не сбросились на значения по умолчанию то файл не был удален, здесь сказано как правильно удалить INI файл:Цитата:
Сообщение от UA3VFL
Установка софта JTDX
Последняя версия, которая переделывалась для EQF это 17.9.0. Для последующих версий JTDX и WSJT-X, для стыковки с EQF используйте WSJTInterface.Цитата:
Сообщение от UA3VFL
Коллеги,подскажите пожалуйста, что это за окно вываливается.Как его "побороть"?Вложение 199716
File-Settings-Reporting-External logbook connection снимите галку, если не используете передачу данных по TCP.Цитата:
Сообщение от RU6YJ
to:US-E-12
Олег,Спасибо. Поьогло.
"File-Settings-Reporting-External logbook connection снимите галку, если не используете передачу данных по TCP."
[QUOTE=US-E-12;1414239]Последняя версия, которая переделывалась для EQF это 17.9.0. Для последующих версий JTDX и WSJT-X, для стыковки с EQF используйте [URL="http://ur1004swl.ucoz.ru/index/jt_interface_for_ur5eqf_log_by_udp/0-36"]WSJTInterface[/UR
Олег я запускаю с интерфейса , но прог не меняетсяВложение 199722
Ини файл я удалил он в карзине -сейчас новыйВложение 199723
Может что не так с "исходный код"Вложение 199724
А вот еще одна "бяка"не запускается с интерфейса JTDX- на доли секунд черное окно с белым шрифтом , WSJT -запускается
удалять .ini нужно отсюдаЦитата:
Сообщение от UA3VFL
С:\\.......\APPDATA\LOCAL\JTDX\
То UA3VFL
[QUOTE=UA3VFL;1414269]У Вас в папке лежат две версии JTDX и еще много лишних файлов, но они не будут мешать. :)Цитата:
Сообщение от US-E-12
Для запуска JTDX версии 18 необходимо использовать исполняемый файл jtdx.exe, вы сейчас запускаете wsjtx.exe, а это версия 17.9.
Поменяйте в интерфейсе исполняемый файл на jtdx.exe и все будет работать.
Коллеги, кто может перевести на нормальный язык сообщение №8446 от UA3VFL.
Александр, вставляйте ваши картинки в ваше сообщение АККУРАТНО! Так, чтобы они не мешали читать, что вы написали.
Человек хочет запустить JTDX версии 18..., а запускается версия 17... и он спросил, что не так делает.Цитата:
Сообщение от RX4CD
Может тут надо переписать?Вложение 199761
Александр посмотрите вот здесь должно помочь Персональный сайт - JT interface for UR5EQF_Log by UDPЦитата:
Сообщение от UA3VFL
Спасибо всем , пока не подчистил старые пути ---- все заработало
WSJT-X v1.8.0 r8193 где можно качнуть?
https://physics.princeton.edu/pulsar....8.0-win32.exe
Это то что надо?
ДА, ЭТО ОНА!Цитата:
Сообщение от R2LAC
Кто нибудь сталкивался?
WSJT-x 1.8
Сигналы на водопаде есть, а ничего не декодирует. CAT работает...
Ни в JT65/9 ни в FT-8 ничего не декодируется. Вообще...
Сам починил - переустановка, без system path
Работа над программой продолжается!
Вложение 199870
Хотелось бы узнать, с какой секунды у корреспондента может про декодироваться сигнал, если пара секунд уходит на осмысления и чтения сигнала на экране ПК, и еще столько же секунд, попасть в позывной корреспондента и щелкнуть мышкой. И получается, что связь длится 30 секунд или 45 секунд.
Может разработчикам сделать что бы декодирование начиналось с 10 секунд из 15?
Попробуйте включить два софта друг на друга и начинать передачу FT8 сигнала на 4-ой секунде интервала, если Вам удастся декодировать хотя бы один из переданных сигналов то в раннем декодировании есть смысл.Цитата:
Сообщение от RW4LN
Всем Здравствуйте!!!!!!!!!!!
Где взять r8284/
Благодарности не будет границ.
https://cloud.mail.ru/public/AYoc/9XA7LgkX8/Цитата:
Сообщение от UA0ZK
сегодня мне написал Tony 3D2AG, спросил что случилось с активностью в JT65 - куда мы исчезли?
пишет что в FT8 он не может дозваться Европу - его просто не слышат в этой моде, а в экспедиции T2AR было очень непросто работать в FT8 - большинство корреспондентов звали без сплита и когда он отвечал корреспонденты просто исчезали с экрана, в итоге уйма потерянного времени
Кроме этого, Игорь, зовут и в ту же минуту, что и ДХ и на его частоте. В итоге QSO сводится к нулю. В таком случае очень удобно, когда он отвечает на чатоте зовущего.Цитата:
Сообщение от UA3DJY
а как ее запустить???Цитата:
Сообщение от RW6APC
хороший вид связи потерялся.....интересно активность там когда нибудь снова наступит??Цитата:
Сообщение от UA3DJY
Когда период сделают 10 секунд :пока:Цитата:
Сообщение от UA9OP
Это облачное хранилище файлов. В хранилище лежат различные версии WSJT-X. Нужно скачать файл, распаковать его у себя на компьютере и установить программу. В общем всё как обычно. ;)Цитата:
Сообщение от UA9OP
ВОТ!!! Вот ЭТО(!) меня ставит в ступор!! КАК!! Как можно дозваться корреспондента, если ты передаешь ОДНОВРЕМЕННО с ним! Они там что, вручную макросс вызова набивают! Ведь программа не даст команды РТТ не в тот период времени! Как! Как эти БАЛБЕСЫ это сделали?! Или они вручную переключают с четного на нечетное? З А Ч Е М??!! И...в итоге имеем...СОБАКУ НА СЕНЕ. Ни себе, ни людям.Цитата:
Сообщение от US4IRT
P.S. "...Просто хочется рвать и метать, рвать и метать!". )))
благодарю за подсказку, передал, Tony 3D2AG в следующей поездке на Rotuma будет использовать переход на частоту зовущего оператораЦитата:
Сообщение от US4IRT
не стесняйтесь на 80 и 160м давать общий вызов в JT65, он работает на этих диапазонах и будет рад провести DX QSO
извините.....насчет этого я в курсе но потом кричит что 1.8 версия и не дает запустить?????Цитата:
Сообщение от RW6APC
Есть какие либо программы, "приблуды" которые позволяют сделать фильтр приема в окне WSJT-X (моде FT8) Например чтобы видеть только USA . Или какой либо триггер срабатывающий при нужной стране.
Больше сейчас использую программу WSJT-X в качестве монитора прохождения.
Не понял, что не дает запустить?Цитата:
Сообщение от UA9OP
Проверил.
Установил 1.7.1 - r8244 - запускается и работает нормально.
Установил 1.8.1 - r8222 - запускается и работает нормально.
Все в порядке, проверяйте антивирус и систему безопасности.
У меня Win7 32 Prof
эта работает а вот 1.7Цитата:
Сообщение от RW6APC
вот картинки
Вложение 199947
Вложение 199948
нетуЦитата:
Сообщение от UA6ATG
Интересно, что это или только у меня.
Вложение 199949
У Вас версия 1.7.1 - r8246 - у меня такой нет. Проверить не могу.Цитата:
Сообщение от UA9OP
1.7.1 - r8244 работает нормально.
Игорь! Вопрос не по теме. Это та, которая в конце февраля 2018-го?Цитата:
Сообщение от UA3DJY
Кажется, в JTDX есть такие фильтры. Точно не помню, но разговор на форуме был об этом. Вот только в ней нет пока FT8. Ждем, когда появиться.Цитата:
Сообщение от UA6ATG
Вложение 199964
это у кого старая первая версияЦитата:
Сообщение от RW4LN
Тоже не панацея (если не ещё хуже).Цитата:
Сообщение от UA3DJY
Было у меня такое уже несколько раз - на частоте DXа мешанина из отвечающих станций , естественно он не декодирует никого , зову его сплитом - переходит на мою частоту и отвечает .... и вдруг зависает на неоднократной передаче рапорта , после чего уходит.
Отжимаю передачу - на частоте на которой я его позвал и куда он перешёл уже вовсю "месятся" пара-тройка киловатных станций , т.е он не декодирует уже ни меня и не их. Т.е увидев в левом окне что DX сменил частоту пара парней сразу же рванула вслед за ним и пофиг им на срываемое кому то QSO и на то что DX так в итоге никого и не примет.
Т.е. наиболее безбашенные операторы так и будут носится вслед за DXом по частотам куда бы он не перешёл и с кем бы не попытался сработать.
Вообще ничто не панацея (ни сплит ни этот приём с переходом DXа на частоту зовущего) .
Ни разу не видели в FT8 как DX раз за разом многократно даёт CQ хотя его зовут в т.ч. и сплитом изрядно станций ?
Нехорошая фишка в том что вот так увидев DXа разворачиваешь водопад на весь экран , придирчиво ищешь на водопаде свободную частоту ("наступать" на коллег нехорошо) и поставив на неё маркер TX сплитом зовёшь DXа. Варианты :
а) Повезло , ура сработали.
б) Не повезло - в одном с нами цикле передачи на той же частоте его начала звать другая станция\станции (немудрено - FT8 забита "под завязку" , свободного места на водопаде зачастую кот наплакал) - естественно он не декодирует ни нас ни тех кто на той же частоте , отжав пипу передачи иной раз видишь что практически по "твоей" частоте уже работает ещё пара станций
в) Аналогично п. "б" - но сняв передачу видишь что один на частоте , т.е вроде никто на тебя не "наступил" и DX (громобойно кстати идущий) вроде должен принимать и декодить. Ан нет - дубасит CQ (не хочет работать ? что вообще ни с кем ?)
Не выдержав как то полез на WebSDR в стороне DXа - мать честная , на той частоте что я выбрал для TX и которая совершенно пуста у меня на водопаде - "месиво" из нескольких станций , естественно он не декодит ни меня ни их.
У меня пусто у него густо вот и вся разгадка (да легко - несколько станций выбирая свободную частоту для сплита вполне себе не слышат друг друга бо далеко да ещё и повернулись на DXа - и каждая думает что зовёт его сплитом на пустой частоте - а он в итоге принимает мешанину и не декодит никого из них)
+ добавляется то что в FT8 подтягивается всё больше народа - соответственно жить становится не легче ни обычному хэму ни DXу , "этих балбесов" (с) будет становится тоже всё больше (сплеттеры , "наступание" на другие станции , передача одновременно с DXом прямо по его частоте это ещё цветочки .... ).
Не знаешь что лучше - чтобы некоторые особо упоротые упёртые так и дубасили по частоте DXа своими "рогатыми" , или чтобы они разом резко поумнели и освоили сплит (вот тогда места на водопаде уже точно не останется , толку в сплите если некуда встать ?).
--------------------
Где спасение ? Не знаю но мысль есть (возможно и бредовая ....) .
В теме была негласная договорённость не отвлекать UA3DJY до введения FT8 в JTDX и полной отладки , поэтому просто вопрос :
to UA3DJY Игорь , а если представить модифицированную T10 c 15ти секундным циклом передачи - насколько велика вероятность того что например Tony декодирует хоть пару из нескольких перекрывающих друг друга по частоте станций ?
Хотя бы из тех кто зовёт его сплитом - но сам того не ведая практически по частоте другой станции (см выше) ?
Просто дозваться DX в FT8 в августе-сентябре и сейчас две большие разницы , чем дальше тем страшнее ... хотя тогда FT8 была не совершеннее чем сейчас.
да, онаЦитата:
Сообщение от US4IRT
В версии r8244 снят ключ на проверку списка тестеров, а r8246 скомпилирована вчистую и доступна только определенным тестерам.Цитата:
Сообщение от RW6APC
При снятии ключа она идет как - dirty
Вложение 199985
Получил и поставил вашу версию. Выдает такую же ошибку и не запускается. Видимо стоИт блокировка программная по какому-то признаку. Может она предназначена для узкого круга пользователей (тестеров).Цитата:
Сообщение от UA9OP
Пока писАл сообщение, поступило разъяснение от UA3WM. Смотрим предыдущее сообщение...
Я понял ущербность модуляции с большой плотностью символов на одной частоте (до восьми - десяти символов) только когда уже закончил T10 и начал тестировать многопроходность с вычитанием сигналов и Hint декодеры. Сигналы часто имеют очень большой перепад в уровнях и при высокой плотности символов на одной частоте вычитание уже не помогает. Неудачная модуляция у JT9, T10 и FT8.Цитата:
Сообщение от R3PJT
У JT65 в среднем один символ на одну частоту и благодаря такому подходу можно декодировать до 4-х сигналов находящися точно на одной частоте (если в софте сделать случайным образом разброс частоты +- 1.5 Гц, то есть три возможных варианта установки частоты при вызове, то количество декодированных сигналов можно увеличить до максимум 12 за счет меньшего смазывания синхропоследовательностей при наложении друг на друга).
JT65 уникальная мода достичь эффективности которой по доступному радиусу QSO в других модах нескоро удастся, поэтому цените ее и уделяейте ей больше внимания чтобы она не умерла.
FT8 c каждым днем все больше переходит в использование для проведения ближних связей, и ее как моду для дальних связей может спасти только расширение полосы частот выделенных диапазонов.
можно скачать на сайтах JTDX:
JTDX
Index
JTDX.INI файл совместим с шагом 97. Полный список измененного функционала есть здесь JTDX release notes
По сравнению с шагом 131 увеличена точность определения времени начала и окончания QSO, перед сборкой шага 133 обновил Hamlib 3.2 и добавил в него патч для трансивера IC7600.
Результаты тестирования:
SDR audio files with more than 20 signals in each file, decoding test results:
test files: https://cloud.mail.ru/public/9Dfk/xrP5GvfYR
correct/ false decodes
v17.9 hint off 3230/0 frequency mask is ON
v18.0 hint off 3252/2 frequency mask is ON, Harmonics decoding depth = 3
decoding attempts=3:
v17.9 hint off 3255/2 frequency mask is ON
v18.0 hint off 3271/0 frequency mask is ON, Harmonics decoding depth = 3
JT9 signals decoding:
17.9 step53 JT9+JT65 mode 0-2400-3500Hz 526 decodes
18.0.0.133 JT9+JT65 mode 0-2400-3500Hz 543 decodes
18.0.0.133 JT9 mode 2400-3500Hz 559 decodes
Всё чаще происходит, станешь в JT65 на CQ, постоишь минут 10, никого. Крутанешь на FT8, а там друг у друга на голове сидят. И пусть сидят, вот только в JT65 пусто, а можно было, кого-нибудь далёкого сработать, но их к сожалению нет. Надеюсь вернуться.Цитата:
Сообщение от UA3DJY
JTDX v18.0 шаг 133
Linux version (compiled on Ubuntu 16.04LTS 64-bit)
Binary files only:
https://cloud.mail.ru/public/2jwr/dAGNSdFsy
deb-package (not tested!):
https://cloud.mail.ru/public/HSgW/zEJS9Hm2Z
Linux 32-bit packages (not tested!):
https://cloud.mail.ru/public/AApK/VGengMTmy
Игорь , спасибо - всё очень просто и понятно , ценим и уделяем (кстати сегодня активность в JT65 подросла - наверное читающие эту тему услышали Вас ) .Цитата:
Сообщение от UA3DJY
Помимо всего (работа проделана гигантская) увидел из описания функционала :Цитата:
JTDX v18.0 шаг 133 выпущен в общее использование
"- при снятой галочке 'Lock TX=RX' изменена установка частоты с использованием мыши и водопада:
- левая клавиша мыши устанавливает приемную частоту
- одновременное нажатие кнопки CTRL на клавиатуре и левой клавиши мыши устанавливает приемную
частоту и частоту передачи
- правая клавиша мыши устанавливает частоту передачи "
Изумительное решение (уже успел попробовать) - простое и красивое , сколько работал в WSJT-X без клавиатуры столько мечтал об этом .
Все эти игрища в WSJT-X с зажиманием CRTL\SHIFT впридачу к мыши (бесполезные при отсутствии клавиатуры , виртуальная не спасает) или нажиманием кнопок Rx>Tx , Tx>Rx всё равно не так удобны как простейшее решение "левая кнопка мыша = Rx , правая=Tx .
Всё гениальное всегда просто )).
В общем я думаю Вам ещё не раз скажут спасибо за этот простой но очень удобный шаг )))
И да , наверное есть смысл при наличии времени добавить инфу о расширенном функционале мыши в окошко хелпа (скрин с шага 133) :
Вложение 200057
Просто далеко не все читают файлы описаний )))).
UA3DJY
Игорь, Вы можете добавить в вашу программу фильтр приёма для цифрового аттача.
(HYBRID, IMAGE, CMD, HTML, JPG, MP4, JOINT, PHOTO, GIF, AVI) Может сделать редактируемым этот список.
Вот здесь у вас нечто похожее реализовано в фильтрах "Show".
Cпасибо.
То UA3DJY: Вопрос такого плана - у Вас в программе работа по UDP организована как WSJT-X? Получил от одного пользователя моего лога что у него JTDX с логом по UDP не работает, а с WSJT-X работает. Учитывая что код и там, и там у меня один и тот же, хотел бы уточнить этот момент.
В закладку TX Macros можете добавить, что угодно.Цитата:
Сообщение от RK1AT
Речь не об этом идет, а о фильтре по приёму в программе JTDX, я спецом и скрин приаттачил для прояснения своей просьбы автору программы.Цитата:
Сообщение от RV6HW
P.S.
По макросам, это очень давно известно! :)
У меня тоже самое...Цитата:
Сообщение от RX4HX
А вы пробовали правой клавишей мыши кликнуть по водопаду в WSJT-X а затем левой по появившемуся окну? И игрищ с клавиатурой не надо.Цитата:
Сообщение от R3PJT
MessageClient::qso_loggedЦитата:
Сообщение от RX4HX
в 17.9 по UDP передается только время окончания QSO:
NetworkMessage::Builder out {&message, NetworkMessage::QSOLogged, m_->id_, m_->schema_};
out << time << dx_call.toUtf8 () << dx_grid.toUtf8 () << dial_frequency << mode.toUtf8 ()
<< report_sent.toUtf8 () << report_received.toUtf8 () << tx_power.toUtf8 () << comments.toUtf8 () << name.toUtf8 ();
в выпущенной 18.0 по UDP передается время начала и окончания QSO:
NetworkMessage::Builder out {&message, NetworkMessage::QSOLogged, m_->id_, m_->schema_};
out << time_off << dx_call.toUtf8 () << dx_grid.toUtf8 () << dial_frequency << mode.toUtf8 ()
<< report_sent.toUtf8 () << report_received.toUtf8 () << tx_power.toUtf8 () << comments.toUtf8 ()
<< name.toUtf8 () << time_on;
кроме этого изменения JTDX остался на старой UDP схеме унаследованной от WSJT-X r6462 а в WSJT-X после r6462 UDP схема дорабатывалась.
в эфир передаются только свободные сообщения длиной не более 13 символов, контент обрабатывается сторонним софтом-контроллером через ИнтернетЦитата:
Сообщение от RK1AT
фильтр какого свойства (скрыть, показывать только эти сообщения, показывать эти сообщения и в правом окне)? и какое должно быть взаимодействие фильтра этих свободных сообщений с остальными уже существующими фильтрами и их обходами?
или речь идет об обработке самого контента в JTDX?
надпись в окне странная - установить смещение RX/TX, при нажатии на это окно, частоты почему то выставляются равнымиЦитата:
Сообщение от RA9XQ
логический подход в дизайне очень похож на кнопки со стрелками установки частоты:
RX<-TX
TX<-RX
если я с месяц ими не пользовался то результат нажатия был противоположен тому что я хотел сделать с частотой, в итоге заменил обратные стрелки символом "="
При включенном UDP в LogHX и JTDX, QSO в лог не передается совсем. WSJT-X передает нормально.Цитата:
Сообщение от UA3DJY
LogHX - 366, JTDX - 18.0.0.133
В более ранних версиях была такая же проблема.
Цитата:
Сообщение от RW6APC
to RX4HX, Алексей, вот так сделано UDP сообщение о занесении QSO в лог в WSJT-X 1.8 GA:Цитата:
Сообщение от UA3DJY
NetworkMessage::Builder out {&message, NetworkMessage::QSOLogged, m_->id_, m_->schema_};
out << time_off << dx_call.toUtf8 () << dx_grid.toUtf8 () << dial_frequency << mode.toUtf8 ()
<< report_sent.toUtf8 () << report_received.toUtf8 () << tx_power.toUtf8 () << comments.toUtf8 ()
<< name.toUtf8 () << time_on;
* Schema Version 1:- this schema used the QDataStream::Qt_5_0 version
* which is broken.
*
* Schema Version 2:- this schema uses the QDataStream::Qt_5_2 version.
*
* Schema Version 3:- this schema uses the QDataStream::Qt_5_4 version.
Олег, речь идет о записи проведенного QSO в лог или о передаче данных (позывной рапорта) в интерфейс внешнего софта-лога во время проведения QSO?Цитата:
Сообщение от RW6APC
Не передаются данные (позывной - рапорт) из JTDX в LogHX - в окно QSO Entry, и в дальнейшем QSO, соответственно, не заноситься в LogHX.Цитата:
Сообщение от UA3DJY
С выключенным UDP всё работает нормально. При выборе корреспондента в окно QSO Entry вносится позывной, далее в процессе QSO поступает информация о рапортах и далее идет сохранение в логе.
Показывать в приемной окне программы только эти принятые сообщения (HYBRID, IMAGE, CMD, HTML, JPG, MP4, JOINT, PHOTO, GIF, AVI, сам макрос имеет такой вид CALL/IMAGE и т.д.) при активации соответствующего фильтра, очень хорошо, что бы этот фильтр был редактируемым. Такое вот пожелание.Цитата:
Сообщение от UA3DJY
Было бы конечно здорово иметь такой функционал в программе, но думаю это усложнит саму программу, поэтому пока хочется видеть настраиваемый фильтр на прием c указанными выше макросами.Цитата:
Сообщение от UA3DJY
to RX4HX: Алексей, пришлю почтой разницу в этих UDP сообщениях между WSJT-X и JTDXЦитата:
Сообщение от RW6APC
Пробовал .Цитата:
Сообщение от RA9XQ
Вот незадача - таким приёмом передвигаются сразу вместе и Tx и RX ....
Т.е. совершенно не вариант когда зовёшь DXа сплитом .
Решение UA3DJY "при снятой галке Lock TX=RX левый клик устанавливает RX , правый клик устанавливает TX , при необходимости CTRL+left меняют сразу обе" - однозначно удобнее при динамичной работе одной мышью ....
Кстати потестил - CTRL особо и не нужен , при необходимости синхронно переместить приём и передачу - попеременно клацнуть обоими кнопками мыши занимает 0.3 секунды даже на дубовом таче "бронебойного" Getac)))) На обычной мыши вообще моментально
И в то же время сохранено и привычное управление при установленной галке "Lock TX=RX" , многим это тоже будет важно .
46 от 44 ничем не отличается, просто удален ненужный код, я их и не компилировал. Сейчас они над новым GUI работают, прием пока остается на прежнем уровне. Положил в то же место 8248 для нетерпеливых)Цитата:
Сообщение от RW6APC
Вчера появилась новая wsjtx-1.7.1-devel-win32-r8248...
Буду премного благодарен - это бы существенно ускорило процесс исправления проблемы.Цитата:
Сообщение от UA3DJY
Сейчас было время - проверил работу LogHX + JTDX по UDP - все отлично работает! У кого не работает, проверьте в логе вот эти установки:
Вложение 200112
Для новый версий JTDX файл должен быть не wsjtx.exe, а jtdx.exe! Из-за этого и не работает!
отправил на mail.ru - посмотрите пожалуйста, сообщение Status отличается и документация в WSJT-X по формату UDP Status неполная, я в письме дополнил ееЦитата:
Сообщение от RX4HX
Спасибо большое Игорь! Все внимательно проверю!Цитата:
Сообщение от UA3DJY
Да. Путь надо перезаписать и всё работает!Цитата:
Сообщение от RX4HX
Алексей, а бывают все-таки "затыки".Цитата:
Сообщение от RX4HX
Я из-за этого "автосохранение" отключил в JTDX - несколько раз ловился, что
QSO просто не заносилось в лог. Сейчас контролирую этот процесс.
В смысле - работает, работает, вдруг передача данных из JTDX в LogHX
прекращается. Почему и из-за каких причин - мне непонятно. СтОит перезапустить
JTDX - все опять работает. Баг неявно выражается. Может проявиться,
может нет...
При этом в Linux с логом cqrlog я такого ни разу не замечал. Видимо, какие-то
Виндвозные особенности.
Ничего подобного. Всё прекрасно работает под виндой. Может у людей одновременно запускается JTAlert + JTDX + LogHX и они оба (JTAlert и LogHX) пытаются получить данные по UDP с одного порта, может в этом конфликт, кто первый захватил порт, тот и получает данные.Цитата:
Сообщение от R0JF
Я не знаю, как у людей. :)Цитата:
Сообщение от US-E-12
Я говорю, что сам вижу. В Вин работаю редко, но вот такая ситуация с потерей связи
по UDP несколько раз была. Никаких "прокладок" между JTDXи LogHX не использую.
Всего две программы. Может с таймингами что, не анализировал.
В Linux постоянно, но такого не замечал. Всегда все штатно.
Кстати!Цитата:
Сообщение от R0JF
А есть деловое предложение к Алексею!
В cqrlog я всегда вижу, есть ли связь по UDP с JTDX...
Надпись Wsjt-x remote меняет цвет... Если синий - все нормально.
Если красный - давно ничего не поступало по UDP...
Может и в LogHX какой-нибудь подобный "сторожок" сделать?
Совершенно верно: все никак не соберусь написать автору JTAlert, но его программа каким то образом перехватывает весь трафик по UDP от wsjtx/jtdx, и до лога ничего не доходит. Без JTAlert все работает стабильно, во всяком случае с WSJT-X (последние несколько месяцев очень много работаю FT8, по этому работаю на WSJT-X)Цитата:
Сообщение от US-E-12
Окно активности в модах JT9/FT8 - в заголовке Connected.Цитата:
Сообщение от R0JF
Алексей, связь теряется только с JTDX. С WSJT-X все нормально работает!Цитата:
Сообщение от RX4HX
О, Спасибо! :)Цитата:
Сообщение от RX4HX
Сказал спасибо, а найти не могу...Цитата:
Сообщение от RX4HX
Алексей, ткните носом, пожалуйста! :(
Не надо автору JTAlert писать, с UDP кто первый подключился того и тапки. Меня уже просили добавить еще один IP адрес и UDP порт в конфигурацию/настройки JTDX для параллельной отправки UDP пакетов во второй внешний софт, но сделать это непросто - держу в списке будущего функционала.Цитата:
Сообщение от RX4HX
А пока придется выбирать - либо JTAlert либо лог.
тут подумал, в таком виде получается что софт все равно работает в режиме мониторинга диапазона и в окно RX частоты QSO попадает немного сообщений, может быть сделать опционально просто отображение выбранных из списка контент-сообщений в окне приемной частоты как сейчас сделано отображение всех сообщений содержащих позывной оператора?Цитата:
Сообщение от RK1AT
При этом не будет затронут уже существующий функционал, за исключением опции 'скрыть свободные сообщения' которая станет альтернативой новой опции в выборе а также можно будет снять галочку с выбранной одной из этих двух опций.
Это будет оптимальный вариант, т.е. если будет задействован этот фильтр, то в приемном окне программы будут отображаться только контент-смс, еще желательно, что бы этот фильтр был редактируемым, потому что появляются новые макросы контент-сообщений, при этом они все укладываются в стандартные 13 знаков.Цитата:
Сообщение от UA3DJY
Спасибо Игорь заранее!!!
Здравствуйте все.
Уже несколько дней борюсь с проблемой. не могу настроить CAT. Скриншоты прилагаю. До этого лет 5 7 все шло без проблем. Ткните носом где ошибка. Спасибо.
Вложение 200174Вложение 200175Вложение 200176Вложение 200177Вложение 200178
У меня с омни риг тоже не чего не работает,сейчас всё работает когда указал конкретную марку трансивера и указал номер порта и скорость слева вверху окна!И у вас в ПТТ методе указаны разные порты!
У меня трансивер ZS-1 и его в списке OmniRig нет, но ini файл для OmniRig для этого трансивера есть. Тем более что раньше все работало.
Так лог первый подключается))) А если загружается JTAlert он на себя "забирает" трафик. Как только выгружается JTAlert, лог снова начинает получать сообщения от WSJT-X. Так что пока тут мне не все понятно...Цитата:
Сообщение от UA3DJY
Вот это мне не очень понятно: UDP сервер рассылает широковещательные сообщения сообщения на конкретный порт - кто хочет, тот их и принимает. Хоть 10 программ логов...Цитата:
Сообщение от UA3DJY
WSJTX-1.8.1 версия 8253 - уменьшен шум в режиме передачи
Цитата:
Fix broken capability for adding noise to Tx signal. This should go into v1.8.1!
Похоже у вас в omi-rig должен стоять COM 3Цитата:
Сообщение от VA3LLZ
не совсем так, как минимум между двумя точками в UDP соединении происходит negotiation of the schema number (согласование поддерживаемой схемы формата передаваемых данных QDataStream)Цитата:
Сообщение от RX4HX
кроме этого в WSJT-X/JTDX передача данных через UDP соединение идет в обе стороны
N1MM софт использует набор UDP портов в конфигурации для подключения к разным софтам одновременно
Может JTAlert удерживает UDP соединение ответом на heartbeat сообщение?
На принтскрине в настройках есть ком-порт сплиттер COM3->COM4, так что тут все нормально.Цитата:
Сообщение от RV6HW
Судя по надписи шибки от JTDX - проблема в том, что программа не может сконнектится с OmniRig (ком-порты тут тогда не причем!). Попробуйте переустановить ОмиРиг.Цитата:
Сообщение от VA3LLZ
Вам надо выбрать и настороить всего один Splitter (COM->виртуальный порт) и этот виртуальный порт выбирать в своих программах.Цитата:
Сообщение от VA3LLZ
Вложение 200220
внешний софт, например JTAlert, играет роль сервераЦитата:
Сообщение от RX4HX
WSJT-X/JTDX как клиент шлет информационные сообщения при наличии UDP подключения, и шлет heartbeat сообщения чтобы внешний софт мог понять что соединение живое
Вот еще нашел переписку как все это работает, кстати - JTAlert не поддерживает multicast group потому что Laurie VK3AMA пока еще использует старый компилятор:
On 11/09/2017 02:28, Michael Tharp wrote:
> On 09/10/2017 08:39 PM, David Tiller wrote:
>> Since WSJT-X uses UDP, there is a chance that you can get more than 1
>> listener to receive all UDP packets. According to this article, if
>> all clients bind to the port using SO_REUSEPORT (and possibly
>> SO_REUSEADDR), all listeners will receive all datagrams. You may have
>> to convince the author of JTAlert to also make this change if it's
>> not already set.
>
> At least according to socket(7) manpage on Linux, SO_REUSEPORT causes
> datagrams to be sent to a single listener in a round-robin fashion
> among all those that are listening, rather than broadcasting to all.
> It also comes with the downside of requiring modifications to all the
> listening apps. In some cases I can't even get apps to reliably use a
> different port.
Hi Michael,
that's correct. WSJT-X does not "broadcast" UDP datagrams, they are sent
to a specific server, or multicast group. When sending to a multicast
group it is necessary for the server(s) to subscribe to the multicast
group in order to receive the datagrams. Currently JTAlert does not have
the capability to subscribe to a UDP multicast group. Solutions using an
intermediate UDP datagram multiplexer are available if necessary.
If you want to see multicast groups working, you can use WSJT-X and the
reference UDP server application we provide called message_aggregator.
If you configure one or more instances of WSJT-X to use a suitable UDP
multicast group address like 239.255.0.0 and likewise with as many
instances of message_aggregator as you wish, you will see that they all
interoperate without issues.
73
Bill
G4WJS.
Доброго всем.
Вопрос по работе WSJT-X в системе Win 10 64 бита.На Вин-8 24 бита программа работала как часы.При переустановке новой Вин-10 64 бита программа не видит виртуальные Com-порты.Порты определяет как USB.Трансивер-Flex-1500,программа виртуальных портов-VSPE
Не могу понять,то ли VSPE в десятке не работает(хотя в 8 работал,без автозапуска но-работал) то ли WSJT-X в десятке не хочет корректно работать.
Корректирую,программа виртуальных портов,конечно же-VSPE,за вечер уже заглумился.
VSPE для 64 бит операционки отдельная версия, платная. Может проблема в том что пытаетесь использовать 32 бит версию VSPE?Цитата:
Сообщение от R2LAC
Платная лицензия VSPE 64 бит связана с необходимостью оплаты цифровой подписи Микрософт, как сказано на сайте VSPE чтобы софт работал на 64-бит операционке:
"Thanks to Microsoft Corporation policy, we need to pay $499 every year for the digital signature to make VSPE work on this platform.
That's why you need to order 64 bit VSPE license.
It's price is $24.95."
В принципе,логично.Завтра оплачу лицензию но мне просто очень любопытно-почему несколько дней назад на той же Вин8 64 бита что и вчера переустанавливал(по причине появившихся глюков и тормозов) я работал цифрой,запускалось и работало всё как часики.Возможно,когда я устанавливал вчера Вин8,она подхватила какое-то обновление и перестала запускать в своей среде программу VSPE((.То есть,программа становится,запускается но некорректно работает.
Невелико дело-надо покупать лицензию.И VAC тоже надо как-то переводить с триала на лицензию.
Спасибо за ответ!
По VSPE может коллеги еще подскажут если у кого то 32-бит VSPE нормально работает на 64-бит Windows.Цитата:
Сообщение от R2LAC
По покупке VAC, Евгений Музыченко делает для россиян скидку по предварительному запросу.
Cпасибо всем за ответы. Я уже перепробовал все. До этого на Windows 10 на старом компе все работало. Собрал новый комп и вот проблемка.
Поставьте сом0сом, и забудьте про VSPE.
Сначала посоветовали N8VBvCOM, вообще не работала, но устанавливалась... следующая была VSPE работала, но Win_ду х64 нехотела...Цитата:
Сообщение от R2LAC
OmniRig пробовал на разных программах, не понравилась и слетала иногда и с логом EQF выделывалась... поставил и давно пользуюсь vspMgr!!!
Работает стабильно на всех Win_дах ХР, 7, 8, 8.1, 10 и х32 и х64.
С VAC не один раз спрашивал на форуме, пробовал разные версиии, старые и новые (научился реестр перед установкой вычищать) пока не нашёл крякнутую v 4.15 на сайте музыкантов, и пока всё летает ОК...
Удачи и Вам, если доходы позволяют, лицензионку ставьте...(может и поможет), давно не читал "хи-хи". 73!
Все эти программы прекрасно работают, НО!!! Они только создаютЦитата:
Сообщение от UR7TT
"виртуальные пары"...
А вот "сплиттер" умеет (насколько я знаю) только VSPE... А иногда
это очень важно!
По поводу виртуальных аудиокабелей - заплатил г-ну Музыченко и
ОЧЕНЬ ему признателен за 4.15 версию! Не такие великие деньги, зато
все работает штатно и безупречно. Прекрасная программа и стОит
потраченных денег!
В общем,купил сегодня ключ к VSPE-теперь программа на 64-битной системе работает нормально.Запускается вместе с компьютером,чего не могла делать раньше.Но.Программа WSJT-X тупо не определяет Com- порты.
В двух словах.Когда я впервые поставил WSJT-X на Вин 7/32 бита,она АВТОМАТОМ определила порты,я только ввёл позывной,Grid,аудиокабели-и всё...Программа отлично работала.Поставил на Вин8/64-тоже автоматом всё нашла,всё работало отлично.Но на новой,той же самой,с того же диска инсталлированной два дня назад Вин8/64 WSJT-X тупо не видит порты.Никак не видит и всё.Единственное что надо попробовать работу VSPE-это работу связки PowerSDR+UR5EQF,если там всё нормально-тогда не знаю,переустановка системы только остаётся.
Вот сижу в крутом раздумье)))
Всё,ребята,оказалось проще пареной репы.Я когда устанавливал-переустанавлива,сносил-пересносил программу WSJT-X,то делал это через "Удаление программ" штатным средством Винды.
А надо было поставить стороннюю удалялку(мне нравится "Revo Uninstaller")и начисто вычистить реестр.Сейчас вычистил-и всё,WSJT-X увидела мои Com-порты!
Плохо быть деревянным,одним словом.
del
Дело в т ом, что мне нужен сплиттер. А пока я не нашел программ, которые его делают. кроме VSPR.
Serial Port Splitter (платная)Цитата:
Сообщение от VA3LLZ
Serial Port Splitter создает необходимое количество виртуальных COM-портов, связанных с указанным физическим COM-портом. Созданные виртуальные последовательные порты появляются как обычные аппаратные COM-порты:
Вложение 200252
VA3LLZ,а Вы укажите другой трансивер в списке Omni Rig.У меня трансивер Flex-1500 а указано просто Power SDR.А в WSJT-X указано Kenwood TS-2000.Работает.И с Baud Rate внимательно-надо везде прописывать одно и то же число.
Вообще когда всё настроите и всё заработает-наделайте скриншотов настроек,сохраните их подальше-в случае чего здорово поможет когда через много времени переустановите систему,смените комп и т.д.
Цитата:
Сообщение от VA3LLZ
Попробуйте LPB2. У меня через нее и Omni-Rig связаны несколько устройств и программ.
Удачи 73
to RK1AT: Юрий, отправил линк почтой, потестируйте пожалуйста.Цитата:
Сообщение от RK1AT
В закладке Filters список контент критериев сделан в формате значений разделенных запятой, можно редактировать и сбрасывать на значения по умолчанию.
При активации функционала относящиеся к контенту свободные сообщения будут падать в окно приемной частоты, монопольный режим использования окна не сделал из-за конфликта с другим функционалом, но можно выставить приемную частоту на край диапазона чтобы в окно приемной частоты попадало меньше не-контент сообщений.
Для оперативного тестирования функционала Вам потребуется виртуальный кабель и софт WSJT-X для передачи тестовых контент-сообщений.
Вот только WSJT-X и JTDX без Omnirig не признаёт такие порты.Цитата:
Сообщение от UX8IW
У меня признаёт, создал сплиттер через VSPE (физический порт-виртуальный порт) и все проги теперь заворачиваю на виртуальный порт, работает и САТ и РТТ, причем работают одновременно и WSJT-Х и JTDX с этим сплиттером.Цитата:
Сообщение от LY3BG
Omnirig не включаю.
UA3DJY
Игорь, спасибо за добавление фильтра контент-смс в программу! Сейчас тестируем новую фичу.
Кому интересна эта функция в программе, возьмите здесь.
Ни за, ни против сейчас сказать не могу, последнее время виртуальные порты не использую, пока хватает на все проги одного компорта, где-то через неделю буду дома - проверю.Цитата:
Сообщение от LY3BG
Попробовал перевести с вражеского языка, но у меня лучше переводит с китайского. Не понял почему Игорь должен просить для себя спасения, но понял, что Игорь делает то, что обещал.Цитата:
Сообщение от RK1AT
За это лично я, Благодарен Игорю. Ждём пока "подпольщики" протестируют сырец, который не доступен пользователям.
Сразу говорю - темы по двести страниц не прочитываю. Только по диагонали с годами :-) .Если в JTDX сделают поддержку протокола управления современными TRX типа IC-7100 через порт USB (я не программист, только пользователь (User)), буду премного благодарен, я задам много наводящих вопросов по теме. Пока пользую WSJT. В этой версии уже всё практически с сопряжением с железом работает. Это было предисловие. Теперь простой вопрос - FT8 на диапазоне 144 МГц кто-нить тестировал?
А какие проблемы с IC-7100 по USB? Прием-передача все идет.
Может я что-то упустил в форумах. Прошу показать настройки CAT для IC-7100 в софте JTDX или подобном. А если Вы мне подскажете как управлять этим "чудом" с компа в режиме передачи в CW и какой софтиной через USB порт, буду премного благодарен. У меня при всех вариантах настроек в программном обеспечении CW не манипулируется. Только по доп. COM порту в связке ПК - TRX. В WSJT все отлично работает с 7100.Цитата:
Сообщение от RA1WU
Как понимаю с оф.сайта Icom драйвер для 7100 уже установлен ,успешно работает и соединение по USB выполнено.Так какие проблемы с работой в JTDX ,все одинаково!Цитата:
Сообщение от RA4CTG
У меня в этих модах ,обеих по переменно,успешно работает ic7300,вообще нет проблем ,CAT ,PTT и аудио прием/передача по шнурку USB!
Драйвер взять здесь:http://www.icom.co.jp/world/support/...irm/index.html
Вложение 200386
Спасибо. Давно туда не заглядывал. То есть смотрел только на обновление прошивки, а на драйвер не обращал внимания. Сейчас обновлю и проверю. 73!Цитата:
Сообщение от R6LCF
Игорь здравствуйте, всё прекрасно работает и на прием и на передачу с этим фильтром, за что Вам большое спасибо, я вчера передал тестовую картинку со скрином новой функции в эфир, так мне через 30 минут пришли письма от американцев с просьбой поделиться этой версией. Заинтересованный народ мониторит такие вещи.Цитата:
Сообщение от UA3DJY
Прикладываю скрин программы JTDX в моде JT-65 с включенным фильтром, станции с включенными в фильтр контент-макросами отображаются в приемном окне RX, багов не обнаружено, по поводу WSJT-X в FT-8 там всё работает как и работало прежде, контент-макросы идут через передачу свободных сообщений, фильтров в WSJT-X нет. Контент-сообщения декодируются в WSJT-X в моде FT-8 и имидж-контролер принимает и отправляет такие вложения. Так что всё должно работать и в JTDX при активации моды FT-8. ИМХО
Спасибо.
Сегодня обновился софт приема-передачи медиаконтента JT65-HF Image controller Lite
Дни активности на УКВ "DIGI MODE VHF" | СоревнованияЦитата:
Сообщение от RA4CTG
Вчера провел одну связь в FT8, в отчетах других участников тоже видны связи в FT8.
Работал JT9 в связке LogHX-UDP-JTDX - всё было нормально.
Перешёл на T10 - нет никого, связи не провел.
Вернулся на JT9 - пропал обмен по UDP. Перезапустил JTDX - все заработало.
Это повторилось дважды за 2 дня.
LogHX - 371, JTDX- 18.0.0.133
Где проблема?
Запустил связку message_aggregator <-> JTDX, переключал разные моды, при переключении моды message_aggregator показывает изменение строки принятого Status UDP сообщения, на картинке в красной рамке.Цитата:
Сообщение от RW6APC
Status сообщение используется для интерактивного заполнения полей в интерфейсе внешнего лога.
Связку с message_aggregator также можно использовать для проверки прохождения UDP пакетов на компьютере или в локальной сети.
Вложение 200468
Здравствуйте. Загрузил новую программу JTDX 18.0. Всё прекрасно работает. Провёл несколько QSO. Она у меня работает совместно с Log UR5EQF. Но никак не могу понять, то-ли у меня с компом, то-ли не так что сделал. Данные о QSO из программы в Log UR5EQF заносятся без проблем. Позывной, локатор, рапорт и т. д. Но в UR5EQF упорно стоит модуляция JT9. Переключаю на другую моду - бесполезно. А QSO , повторюсь, заносится как положено с той модой с которой работал. С предыдущей версией 17.9 проблем не было. А прог. WSJT-X здесь же работает как положено. Подскажите, что можно сделать?
Во внешних программах убрать прописанный путь или выбрать вместо WSJT-X НетЦитата:
Сообщение от UA3GQ
Вложение 200535
Вложение 200536
Олег! А если переименовать JTDX.exe в WSJTX.exe не получится?Цитата:
Сообщение от US-E-12
Юрий, а вот как удалить виртуальные порты???с винды7 один виртуальный никак не могу удалить СОМ3 не подскажете?Цитата:
Сообщение от RK1AT
Олег, спасибо. Работает. Только я сначала попробовал просто перенести "точку" рядом с программой в другое место, и тоже работает.Цитата:
Сообщение от US-E-12
Здравствуйте Валерий,Цитата:
Сообщение от UA9OP
сделайте так,
Удачи.
Да , хороший способ .Цитата:
Сообщение от RK1AT
Или ещё можно попробовать так (достаточно сделать всего один раз и пункт "отображать скрытые устройства" будет работать уже без вызова каждый раз командной строки и описанных выше манипуляций) :
Удобно когда регулярно смотришь "кто там опять поназахватывал столько COM портов" (например 4G модем одноразово ткнутый в комп поназахватывал их себе аж 5 штук разом , другие устройства тоже стараются как могут) - уже не надо каждый раз манипулировать с командной строкой.
Да нет проблем , больше способов хороших и разных - только лучше , что-нибудь да сработает (у меня как раз первый не срабатывал - может где и ошибся при наборе в консоли , а второй способ помог - главное не забывать нажать ""отображать скрытые устройства").Цитата:
Сообщение от RK1AT
Реально помню озадачился когда число неиспользуемых COM портов стало переваливать за десятки пробовал уже все способы подряд ))).
Роман, Юрий: допустимо таким образом удалить и другие неактивные устройства? Например, от "свистка" МегаФон (на снимке активны только 2 строки).Цитата:
Сообщение от R3PJT
Вложение 200599
спасибо, я это уже перепробовал, удаляет но вот сом3 никак, и потом СОМ2,СОМ3 снова появляются и в реестре грохал, снова вылазятЦитата:
Сообщение от R3PJT
главное СОМ3 кажет скорость 115000 а так не было раньше, и он не хочет работать как раньше....делаю СОМ4 СОМ5 все работает, как найти за что он держится??
Допустимо, эти следы остаются в системе, после каждого подключения "свистка" и других девайсов в разные порты. Если будете использовать для "свистка" один и тот же порт, то после удаления не активных портов, у вас останется только один рабочий для этого свистка.Цитата:
Сообщение от R3LW
При включении устройств в разные порты, в системе появятся и другие порты. Это нормально.
Так может у вас в системе установлена плата с физическими компортами, может и интегрированы порты в материнку, естественно они будут опознаваться диспетчером устройств, это можно отключать в биосе.Цитата:
Сообщение от UA9OP
С виртуальными портами решение выше озвучено.
Спасибо. Раньше переименовывал высокие номера СОМ-портов в низкие для удобства. А теперь видны порты только действующих устройств и после перезагрузки компа всё сохраняется ОК.Цитата:
Сообщение от RK1AT
только один СОМ1 и все....раньше то нормально было, а это три дня назад они сначала исчезли имею ввиду виртуальные потом появились и уже не работал СОМ3 и хотел их грохнуть, и по новой поставить, у меня JTDX через него связан а счас никак.Цитата:
Сообщение от RK1AT
TeamViewer запускайте, инфо в личку.Цитата:
Сообщение от UA9OP
Из-за постоянных дисконектов невозможно работать, смотрите E-MAIL с решением проблемы.
UA3DJY
Игорь здравствуйте, в JTDX отсутствует переключение режимов TX сочетаниями клавиш Ctrl + E и Shift + E
Aвтор программы JT-65 HF image Lite controller , JQ1HDR, Kazu просит задействовать сочетание этих клавиш в программе JTDX, в WSJT-X это работает. Это нужно для того, что бы имидж-контролер запускал JTDX на передачу.
Его просьба ниже в спойлере .
Шаг новый wsjtx-1.7.1-devel-win32-r8263
и wsjtx-1.8.1-rc1-win32-r8260...
попробуем!
добавил в список будущего функционалаЦитата:
Сообщение от RK1AT
Огромное спасибо, очень хорошо когда между пользователями и разработчиками есть обратная связь!Цитата:
Сообщение от UA3DJY
Удачи Вам на этом поприще.
Прокрутил wsjtx-1.8.1-rc1-win32-r8260... вроде замечаний нет,
всё без проблем декодирует, будем дальше изучать!
Передача не совпадает с приёмом при просмотре диапазона,
хороший сплит получится!
Иногда не декодирует сигнал, хотя его видно
на спектре. Время синхронизировано.
Немного поясню. В версия 1.7.1 сейчас сейчас работают над новым "способом" работы для DX станций. Предполагается возможность излучения сразу 5 сигналов одновременно. К чему это может привести страшно даже подумать. Все улучшения, касающиеся непосредственно работы в FT8 дублируются в обе версии, поэтому смысла сейчас ставить 1.7.1 нет.Цитата:
Сообщение от UR4UM
Скажите чтобы зря время не терять на поиски в последней версии JTDX с JTALert ом не контачит??
...ставил JTDX-18.0.0.133 и Alert-2.10.4
...не прошло...
В настройках JTAlert имя процесса JTDX правильно выставлено?Цитата:
Сообщение от UA3DTK
http://forum.qrz.ru/6-cifrovye-vidy-...ml#post1413298
Вообще существует макрос в WSJT-X, чтобы не лезли такие "ДХсы", Ну достали уже.:fal::fal::fal:
Лучше бы в этой проге фильтр был редактируемый, что бы отсекать всё не нужное для пользователя на левом экране проги.Цитата:
Сообщение от RW4LN
Настраивать отображение станций в программе под свои предпочтения. ИМХО.
По моему мнению, легче сработать, особенно в FT8, где связь довольно быстро проходит. И нервы в порядке и времени меньше впустую потратится. А фильтр вам только позывной не покажет, а помеха от вызывающего останется.Цитата:
Сообщение от RW4LN
Да ладно, оставьте. Людоед на аватарке не одобряет.
А сработать " в лом"?. Может человеку "до зарезу" нужна связь? Может он квадраты собирает? Или на RDA? Делов-то на 1 минуту. Фильтр...А потом спрашиваем - куда HAM spirit с диапазонов подевался?Цитата:
Сообщение от RW4LN
Может человеку "до зарезу" нужна связь?
Действительно,по аналогии-в ближайшие дни запущу антенну на 160,появлюсь в FT8-и каждая(SP-HA-LZ и все-все-все) страна будет-новая.То есть абсолютно новая.А с кем работать если вечером CQ JA а утром CQ NA ??
:D
Сегодня программа JTDX декодировала пакет с уровнем сигнала -28dB! Интересно, а если у кого показатели выше этой цифры.
Ой, да ладно. Прекрасно видно, что его позвали не на грэйлайне.Цитата:
Сообщение от R2LAC
Добрый день, друзья! Подскажите, где рассматривался вопрос применения VAC SUNSDR2 и программ JT, FT-8 и других ?
Есть.Цитата:
Сообщение от RK1AT
Да на сайте EE куча материалов по этому поводу. С примерами. В их же форумах...Цитата:
Сообщение от RU3QW
Сходите туда, наверняка найдете ответы на все вопросы.
Собственно, а какие проблемы-то? Очень легко и красиво все настраивается и
великолепно работает. Даже без подсказок.
Если есть трудности - милости прошу в e-mail (мой старый позывной @mail.ru).
Да какая разница? Ну зовет, ответь. Быстрее избавишься... :)Цитата:
Сообщение от UR7TT
Я вот ОЧЕНЬ часто веселюсь с коллег из HL BY JA - работает реальный DX, нет надо
встать на вызов именно В ЕГО ПЕРИОД!!! Т.е. "накрыть" DX-а своим вызовом ЕГО ЖЕ!!!
Тут уж -- зови - не - зови чуть в стороне - бесполезно! Если он сам на передачу
не перестроится... Уровни-то под +20 прут. :)
Не понимаю, КАК так можно сделать при правильном использовании софта,
но вижу это ежедневно и по нескольку раз!
На 160 много корреспондентов (большинство), которые дают просто CQ. И даже если дают CQ DX, то все равно отвечают (ибо проще ответить, да и вдруг кому то сильно надо). Да и окно на JA не такое и большое, а NA мало кто слышит :)Цитата:
Сообщение от R2LAC
Спасибо, Игорь! Вопрос вот в чем: Влияние версии программы и настроек в них на чувствительность в цифровых модах?
Если не трудно , дайте ссылки на форумах.
Спасибо!
Пруфом поделитесь.Цитата:
Сообщение от R0JF
del
Юрий, я реально виноват! Приношу Вам глубочайшие и самые искренние извинения!Цитата:
Сообщение от RK1AT
Бес попутал, спутал Вас с ОЧЕНЬ похожим позывным! Поверьте, это не нарочно!
Очень надеюсь, что Вы благородно простите меня за такую ошибку.
Спасибо Коллегам, подсказали, что мои нелестные слова, что я высказал
в ваш адрес, на самом деле были адресованы совершенно другому человеку.
Еще раз прошу у Вас прощения!
Американский коллега поздравляет с Рождеством и пожеланиями добавления FT-8 в программу JTDX! :) Такое понимаешь у него желание под Рождество, да и мы бы не отказались! :) ИМХО.
Обнаружил(я просто не обращаю особого внимания как меня слышат и как я слышу) в логе одно странное QSO с рапортом -29,не знаю-возможно ли это.
Вложение 200907
Есть рапорта в мою сторону -30 )) Есть eQSL.
Программа-WSJT-X разных версий
Нет такой проблемы на 160, соглашусь с мнением RZ1OA. Все, что слышал сработал, кроме турка, который просто CQ давал.:s10: Вообще, большинство дают просто CQ, а CQ JA дают потому, что слушают в японском участке.Цитата:
Сообщение от R2LAC
Коллеги,
Кто-то может рекомендовать -- хорошую -- проверенную в деле внешнюю звуковую карту -- для работы в цифровых модах?
С usb коннектом с базовым компом и usb коннектом с интерфейсом.
Компьютер: Intel Core i7 CPU 860 @ 2.80 GHz, 8 GB RAM. Windows 7 Ultimate 64 bit
Заранее благодарен за советы.
Да для цифры в общем-то без разницы (имхо)... Даже самые бюджетные SBЦитата:
Сообщение от UA3SGV
неплохо работают. Это же не SDR... Лишь бы Вам нравилась.
А вообще нужен фильтр и черный список, куда можно отсечь или занести страну или позывной, чтобы не мешали работать с ДХ-сами.
KENWOOD TS-590Цитата:
Сообщение от UA3SGV
Вот полоса пропускания звуковой карты в Kenwood 590Цитата:
Сообщение от RW0LT
Вложение 200968
Загрузил WSJT-X v. 1.8.0, но окно "Frequendes" пустое. Подскажите, как его заполнить?Вложение 200974
Right click on the mouse and reset 73!!
Спасибо. Всё получилось. 73!Цитата:
Сообщение от francis
Под Windows 7/10 32бит у меня неплохо работала внешняя ASUS Xonar U7 (под Windows XP она работала плохо из-за кривого драйвера), с дешевым внешним Sound Blaster я столкнулся с тем что карта фонит цифровым шумом на звуковом выходе.Цитата:
Сообщение от UA3SGV
Кто нибудь успешно использует ASUS Xonar U7 под Windows 64 бит?
В совсем дешевых звуковых картах зажат динамический диапазон по входу, если в аппарате АРУ включена то можно и дешевую использовать, если АРУ выключена или поднят порог срабатывания АРУ появляется потребность в хорошем динамическом диапазоне по входу карты.Цитата:
Сообщение от R0JF
Попробуйте найти в спецификации параметров трансивера значение динамического диапазона их схемотехнического решения с встроенным чипом АЦП.Цитата:
Сообщение от RW0LT
Если в TS-590 АРУ не отключается то указывать в спецификации и искать это значение смысла нет.
Например в IC-7300, который позиционируется как SDR, цифровой звук перегоняют в аналог, затем прогоняют через несколько аналоговых каскадов и подают на чип АЦП, приемный тракт. Если аппарат не предназначен для работы с выключенной АРУ то проблем нет.
Только потом не возмущайтесь, что DX Вам упорно не отвечает. Просто он внес Россию и т.д. в фильтр или в игнор-лист.Цитата:
Сообщение от RW4LN
Мое имхо: в JT фильтр - зло.
Приветствую всех!Цитата:
Сообщение от UR4UM
Попробовал версию 1.8.1- после установки выскочило окно, что мое звуковое устройство не поддерживает нужный (?) формат. Соответственно, на водопаде пусто. Хотя предыдущие версии работали нормально. Карта - SB Audigi 24 bit.
Откатился на версию 1.8.0 (та, что на официальном сайте) - все работает нормально. Кто-нибудь сталкивался с подобной проблемой?
Еще раз приветствую всех!
Еще один вопрос. Начиная с версии WSJT-X 1.8 старую версию невозможно удалить средствами Виндоус ХР, а также сторонними программами (у меня Your Uninstaller). WSJT-X просто нет в списке программ. Приходится удалять анинсталлером WSJT-X. А хотелось бы подчищать реестр. Кто-нибудь сталкивался с этим?
Установите Reg Organizer , оф. сайт проги и он вам почистит все следы удаленных программ и удалит корректно любую программу из системы. Можно также и устанавливать все программы через механизм отслеживания изменений в Reg Organizer , все ходы установки любой из программ будут записаны, так можно отслеживать все изменения системного реестра при инсталляции программ, что позже позволяет удалить все следы не нужных инсталляций.Цитата:
Сообщение от UX8ZA
Верно.Пользуюсь уже несколько лет и в общем доволен. Самый очень главный + это полное удаление любой программы. Остальное можно найти в разных "чистильщиках" ,перепробовал многих но в этом сравнится никто не смог. Почему и покупаю !Цитата:
Сообщение от RK1AT
Вложение 200999
OFF.Цитата:
Сообщение от R6LCF
Не в качестве рекламы, а токмо справедливости ради. :)
Ничего того, что есть во всех этих "чистильщиках" вместе взятых не сравнится c Reg Organizer!!! " Эта прога безусловный лидер в этом кластере, а можно и по старинке, ручками реестр шаманить, кто умеет! :)
OffЦитата:
Сообщение от RK1AT
Полностью согласен. Здесь официальная бесплатная версия: Reg Organizer 7.30 - . После установки отключить автоматическое обновление программы.
Спасибо за прогу ! Действительно вещь стоящая !
Читаем правила форума, особенно то что запрещается, пункты 3.3.3 и 3.3.4.Цитата:
Сообщение от UA1NAN
Может не тот случай когда шашку из ножен надо вытаскивать.Цитата:
Сообщение от RA9XQ
Информация то полезная.
Ну да, не нужно брать USB-свистелки за 300 рублей и тогда все будет хорошо работать. :)Цитата:
Сообщение от UA3DJY
А тот же Asus Xonar я очень хорошо и с SDR-аппаратами использую. Добротная карта, но
уже из средней ценовой категории. Имхо только ради цифры она дороговата.
В 64-битных Win не пробовал. Только в 32-битных.
у меня тоже стоит 96 24 бит DELTA44 никаких проблем с 8260 нетЦитата:
Сообщение от UX8ZA
У меня в компе установлена дополнительно превосходная звуковая карта Sound Blaster Audigy Rx с соотношением сигнал /шум 106дб и сверх малой задержкой при записи,24 бит/192 кГц. НО при работе с трансивером ic7300 определил что оптимально использовать встроенный в трансивер USB audio codec с установленными в комп.драйверами и работает на отлично при соединении с компом только по USB(одним шнуром).По приему АРУ выключено ,а на передачу качество сигнала на отлично что легко видно на онлайн мониторе в отличии от передачи по аналоговому аудио и всевозможными" выбросами " в полосе 100-2500Гц. Проверено!Цитата:
Сообщение от UA3DJY
Операционная система W10 Pro 64bit.
а почему пишет ознакомительная версия и потом требует КЛЮЧ?????Цитата:
Сообщение от UA1NAN
Это довольно "старая версия" но работает и выполняет нужные функции....ну со своими минусами,а ключ вам же предоставляют(ниже по тексту).Какие проблемы!Цитата:
Сообщение от UA9OP
спасибо.....первый раз ключ не пошел, стер и снова скачал и все прошло нормально.Цитата:
Сообщение от R6LCF
7.70 Reg Organizer 7.70 -
Извиняюсь за off. Abt Reg Organizer...
Мужики! Огромное спасибо! Ранее использовал CCleaner, но мало помогало.
Установил Reg Organizer 7.30... Ноут полетел! :)
Пошёл я за лицензией. Tnx!
Спасибо за чистильщик!
По поводу звуковой карты. Лет десять назад "поигрался" со многими, остановился на Asus Xonar DX в варианте 24/96. Система W7 -64. Но стоят только родные драйвера, сервисная программа производителя не ставилась. Карта двухканальная, что тоже неплохо. Немного поигрался с входными уровнями чтобы попасть на максимальный динамический диапазон самой карты. Трансивер FTdx5000, в модеме трансформаторы 1:1, линейный вход, уровень в компе 50%. АРУ у трансивера в большинстве случаев включен, хватает манипуляций с IPO. По поводу "свистков" и звуковых карт начально уровня - всё это работает, но на сравнительно чистых диапазонах и и отсутствии "экстремальных" сигналов. У меня "показометр" уровня одного цикла приёма бывает от +20 до -24 при полностью загруженном диапазоне и выдаче на монитор JTAlertX более 28 принятых позиций (4х7).
У меня в системе (W10x64) три звуковые карты, одна выносная 1394 (FireWire), Edirol-FA-66, 24 бита 192 кГц.Цитата:
Сообщение от UA3O
Каждая карта подключена к своему трансиверу.
По поводу бюджетных аудио-карт, у меня валяются где-то такие две штуки, которые воспроизводят звук, но в цифре при этом не работают! Встречается и такое.
Из недорогих понравилась Creative SB0570, но там была засада с драйверами. Раньше на развалах по 300 -400 р. были.
Спасибо за программу! Всё установил, и ключ тоже, но не нашёл где "отключить обновление"? В "помощь" пишут, что программа сама не обновляется, а только ищет обновления и если найдёт, то спрашивает, что делать(обновлять или нет).Цитата:
Сообщение от UA1NAN
Правильно пишут ,ничего само не обновляется ,а только сам ,со стороны программы только уведомление. У меня последняя версия ,были дефекты в работе предыдущей (зависала в чистке приватных данных),общался с разработчиками,отослал данные и вот теперь v.8.04 все работает! Как писал ранее ,доволен!Цитата:
Сообщение от UA3WFO
Она просто долго приватные данные обрабатывает, у меня на довольно шустром компе минут семь висело, даже кофе попить успел. По остальным позициям секунд тридцать, не более.Цитата:
Сообщение от R6LCF
Ну шустрее комп.чем у меня это вряд ли ,а то что был дефект и устранен это факт. Мне была прислана тестовая версия программы со сборщиком данных ,данные были собраны и отосланы.Версия стояла пока не появилась оф.версия v.8.04 после чего удалена тестовая.Цитата:
Сообщение от UA3O
По поводу зависания , 1час-......и далее это никак мощностью компа не объяснить. Система на SSD , диск HDD -архив,2 Тбайт.
Вложение 201085
это как? я просто может не понял, но у себя в 7.30 не нашел приватные данные????????????Цитата:
Сообщение от UA3O
Сами видите, собрались дворники и обсуждают метлу а когда остановятся непонятно. Зато когда другие не по теме JTDX высказываться готовы порвать как тузик грелку.Цитата:
Сообщение от RK1NA
Цитата:
Сообщение от LY3BG
Проверил, все признается и без Omnirig. На скрине WSJT-X и JTDX одновременно работают через виртуальные порты. версия Serial Port Splitter v4.4.9. ОС Win8.1. Omnirig не включен:Цитата:
Сообщение от UX8IW
Вложение 201093
HELP me ! Прошу не кидать в меня камнями, немного не по теме:s9:
Не могу установить UR5EQF Log3.31 Сразу после запуска уходит в синий экран смерти. Переустанавливал много раз с полной чисткой файлов и реестра, не помогло. А вот версия UR5EQF log 3.30 становится без проблем, но стоит на неё установить обновление - опять синий экран. Проверка на вирусы и шпионы ничего не даёт. Пробовал скачивать другие файлы лога, не помогает. Три дня бьюсь с этой проблемой, эффекта ноль :s9: Может кто сталкивался с такой проблемой. Моды FT8 и T10 в старой версии лога не поддерживаются.
Буду премного благодарен за дельные советы !
попробуйте отключить антивирусник.
Синий экран смерти (BSoD)Цитата:
Сообщение от EW4TT
Всё пробовал отключать и антивирус и интернет не помогает. Система Windows XP SP-3 32bit
Леонид! На этом моём системнике по ряду причин не хочу ставить ОС выше ХР3 - никогда такого не было. Операционку не переустанавливали? Может в ней проблема?Цитата:
Сообщение от EW4TT
Устанавливаю лог всегда со своих файлов. Могу дать их попробовать.
Алексей, поясните, что так воодушевило? На каждом этапе проверки требует купить лицензию. И как Вам удалось оценить работу проги до покупки лицензии?Цитата:
Сообщение от RN1ON
P.S. Разобрался. В 7.7 всё нормально.
Ну у Вас монстр, мой слабенький, I5, система на SSD, ОЗУ 16, W7-64. Разгоны не приемлю. В "краску" комп загонял несколько раз при проявке равовских файлов, при 100% загрузке всех четырёх ядер до минуты обрабатывал.Цитата:
Сообщение от R6LCF
Да нашёл, но при первом прогоне этой прогой долговато обрабатывал. При повторном всё влёт, без задержек.:)Цитата:
Сообщение от UA9OP
Самое главное ,что все работает . Ругаются на нас ....давайте далее по теме WSJT-X. Неудобно как то!Цитата:
Сообщение от UA3O
Да всё дело было в ней. На другом компе установил без проблем. Спасибо :s7:Цитата:
Сообщение от US4IRT
В только что выпущенной версии Swisslog 5.97 поддерживается связка с JTDX по TCP и UDP протоколам, связка с WSJT-X по UDP.
"...have just released version 5.97 implement very interesting functions and also:
- Added option to communicate via TCP for JTDX
- Added new operating mode for JTDX/WSJT-X: Now when entering a callsign in the DX Call field (only if using the UDP connection) or when double clicking to make a QSO, the callsign is entered in the Add QSO window of Swisslog. This is very useful because now users don't need to use any external program (i.e.: JTALERT) for dupe control, realtime award statistics etc. All this can be handled by Swisslog. By clearing the DX Call field the Callsign field in Swisslog is be cleared as well. A new button will appear in the Add QSO window to activate / deactivate the UDP link so that users can enable/disable the UDP communication from JTDX/WSJT-X."
это что такое? по русски можно пояснить для чего эта программа??Цитата:
Сообщение от UA3DJY
Вложение 201153Цитата:
Сообщение от UA9OP
Вложение 201155
Swisslog Ham-Radio Logbook, Amateur Radio software, Log-Program(NO Cache)
софт для ведения логаЦитата:
Сообщение от UA9OP
"Добавлена возможность связи через TCP для JTDX
xx - Добавлен новый режим работы для JTDX / WSJT-X: теперь, когда вы вводите позывной в поле DX Call (только при использовании UDP-соединения) или при двойном нажатии, чтобы выполнить QSO, позывной вводится в окне добавления QSO в Swisslog , Это очень полезно, потому что теперь пользователям не нужно использовать какую-либо внешнюю программу (т. Е .: JTALERT) для управления дублированием, статистики награды в реальном времени и т. Д. Все это может обрабатывать Swisslog. Очищая поле DX Call, поле Callsign в Swisslog также очищается. Новая кнопка появится в окне добавления QSO, чтобы активировать / деактивировать UDP-ссылку, чтобы пользователи могли включать / отключать связь UDP с JTDX / WSJT-X ».
Похоже, что она на XP не работает. Только WINDOWS VISTA, 7,8,10 версии.Цитата:
Сообщение от UA3DJY
Извиняюсь за оффтоп.
Великолепная программа, которая обновляет драйвера.
Driver Genius - Download
Alex
А он только на швейцарском (?) нерегистрированный. Или ошибаюсь?Цитата:
Сообщение от UA3DJY
Упс. Пока найдешь в их языках. :) Разобрался
Выложили wsjtx-1.7.1-devel-win32-r8290, установил поверх предыдущей... не видел где прочесть что там нового.
Стала, работает и !!!? сама после 73 заносится в лог! Снял птицу с Promt me to log QSO, жму вручную Log QSO, открывается окошко и (ничего не успееш) заносится в лог! Или нужно было ini файл удалить, или деинсталировать... не знаю пока, пробовать нужно. А может есть уже какая то информация? Буду благодарен. Винда ХР, на 7ке не пробовал ещё.
Подскажите, как при работе в FT8 сделать, чтобы сохранялся в стандартных макросах RR73 ? Исправляю RRR на RR73, а оно автоматически меняется на
стандартную RRR. Это удлиняет связь. Вижу, что такую замену уже многие применяют, но не пойму как. Установлен последний релиз WSJT (wsjtx-1.8.0-win32.exe.)
Windows 7_64. Все стандартное.
Дважды щелкните по кнопке TX4.
UA3DJY,Цитата:
Update 5th December JTDX by HF community release 18x FT8 © mode inclusion expected (current general release code)
Игорь, а откуда можно скачать этот апдейт от 5 декабря?
просто объявление о готовящейся к общему тестированию версии JTDX, нам необходимо еще 2..3 дня чтобы закончить необходимый для испытаний функционалЦитата:
Сообщение от RK1AT
Не отказался бы тоже "потерзать" сабж. :)Цитата:
Сообщение от UA3DJY
Laurie VK3AMA планирует восстановить работу сайта в 2018 году:
Среда, 6 декабря 2017, 2:53 +03:00 от "HamApps Support (VK3AMA)" <vk3ama.ham.apps@gmail.com>:
HamSpots.net will be offline until sometime in the new year (2018).
The services provided by HamSpots to JTAlert (Band Activity Data and TextMsg forwarding) will still be working. Spots sent by JTAlert to HamSpots will also be working (needed by the Band Activity display). It is the web interface that will not be available.
de Laurie VK3AMA
RR73 "влетает" как QTH-локатор в журнал (в месте приёма, WSJT-X v1.8.0) и не даёт переключиться автоматом на ХХХХ ХХХХ 73! Опять повторяется рапорт корреспонденту?! Так что это сочетание только раздражает!Цитата:
Сообщение от UA6FZ
тестировал функционал AutoSeq FT8 WSJT-X 1.8 GA (r8193) в стыковке с AutoSeq JTDX, вижу такую последовательность сообщений, рапорт после приема RR73 сообщения софтом WSJT-X, выпущенной в общее пользование версии, не повторяется:Цитата:
Сообщение от UA3WFO
Вложение 201217
Скорее всего кривая обработка RR73 сообщения происходит в ранних промежуточных версиях WSJT-X, которые не предназначены для работы в эфире но продолжают использоваться частью операторов несмотря на выпуск рабочей версии.
Я использую Log4OM ,полёт нормальный, новые QSO автоматом улетают в ClubLog и qrz.com,LOTW and eeQSL
Вложение 201218
У меня WSJT-X v1.8.0-rc1 byK1JT, эту версию устанавливал в сентябре.Цитата:
Сообщение от UA3DJY
RR73, это на самом деле существующий QTH-локатор. Так что возможен вариант работы оттуда. И что тогда?
Зная о такой возможности (внесение в лог и повтор рапорта), я вручную кликаю Tx5, а в логе корректирую QTH-локатор на переданный корреспондентом ранее.
Комбинацию RR73 желательно заменить в программе другой, не несущей двойного значения.
Можно R73 и не будет проблем! Хотя этот локатор находится не совсем в "жилой" зоне.Цитата:
Сообщение от UA3WFO
Вложение 201223
А посмотреть что летит, или добавить инфо в окошках, пожелание... я пробовал отключить, безуспешно.Цитата:
Сообщение от AG2T
Прислали мне ссылочку, в чистую ставил на Win8 x64, пробовал - AutoSeq не работало, вручную успевал подбросить что передавать.Цитата:
Сообщение от UA3DJY
Как у кого? У меня эти новые шаги только отрицаловку вызывают...(правда фильтра добавили, это время ещё покажет).
Вопрос решается установкой v.1.8.0 без rc ... :s7:Цитата:
Сообщение от UA3WFO
RC (release candidate) - кандидат на выпуск, в данном случае 1.8 RC1 успешно не прошел тестирование из-за обнаруженных дефектовЦитата:
Сообщение от UA3WFO
Отказ от использования QTH квадратов в приполярной области Северного полюса приведет к коллапсу протокола JT65 и отказу от использования существующих мод FT8/JT65/JT9/T10, а также ряда мод УКВ.
http://www.pe2pe.com/images/JT65_Rusian.pdf
Appendix B: Supported Callsign Prefixes and Suffixes
Callsign prefixes and suffixes supported by JT65 are listed in the file pfx.f included in the source code archive at pulsar.princeton.edu/~joe/K1JT/JT65code.tgz, as described in Appendix A. Supported suffixes include /P and /0 through /9, while the full prefix list is appended below. Additional prefixes and suffixes could be added to the list in the future. Space for 450 prefixes has been reserved by not supporting any grid locators within 5° of the North Pole.
Вложение 201237
С R73 сообщение становится свободным со всеми вытекающими последствиями и танцами с бубном вокруг его обработки, генерации стандартных сообщений и AutoSeq.Цитата:
Сообщение от US4IRT
Для примера: обработка свободных сообщений со специальными позывными до сих пор не сделана в коде, несмотря на то что WSJT-X существует уже много лет.
Дайте пожалуйста ссылку, можно на e-mail. Спасибо.Цитата:
Сообщение от UR4UM
вы хотите сказать,что вы не знаете,что на другой стороне происходит с QSO?Цитата:
Сообщение от UR4UM
Да насчет добавить инфо этого там нет,а мне и не нужно вон в Log32 столько добавлено,что не хватает монитора всё увидеть вот пример
Вложение 201240
Безусловно если бы этот лог был платный, то любые хотелки делали бы сразу,а я думаю минималистам пойдёт.
Насчет RR73 думаю,что это то,что надо, может сделать 73RR ,что бы не долбали голову с тем,что это локатор.
Да,порожает то,что в телеграфе и в других модах чёрт знает как заканчивают QSO и никто никому не приказывает как делать они забывают,что это радиолюбители да и так загнал Тейлор всех в 13 знаков.
Если на то пошло,а что насчет пиратов, любой может начать работать любым позывным,а вы подумаете,что работаете с DX.
Я за RR73 всем всё понятно.
На медне работал в FT8 так один из зовущих так и продолжал меня звать еще 5 минут пришлось убегать на другой диаппазон.
73!
Александр
Вы не загоняйтесь и вся недолга.Цитата:
Сообщение от AG2T
А многим нужно, но как пользоваться? Может теперь всё это лишнее?Цитата:
Сообщение от AG2T
Авторы не подумали? Или я недопёр...
Вложение 201251
С этим согласен, обещали исправить.:s7:
Мне ваш совет не нужен сам разберусь,что мне делать.Цитата:
Сообщение от RK1NA
Что за привычка у людей, высказать,что то, не по теме для чего, для того,что бы перейти на личности?
Еще раз убеждаюсь в этом.
Поставил r8290 при таких настройках QSO автоматически попадает в Logger32
Вложение 201253
Автор лога нашел дефект в обработке grid квадрата из TCP сообщения, исправил софт и обновил его 5 декабря на своем сайте под тем же номером версии 5.97 и с датой выпуска 5 декабря.
Для тех кто пользуется этим логом есть смысл снова скачать и переустановить версию 5.97.
У меня как на скрине, а птицей выключается автоотправление... но как только жмёш кнопку LogQSO, моментально улетает, ничего не напишеш и не заполниш!
Вложение 201258
У меня тоже. В этом ничего хорошего - не редки случаи, когда повторно что-то надо передать, а повторно записать связь не надо.Цитата:
Сообщение от UR5WCA
Вернулся на r8260.
Когда то хотел сделать совместный продукт вместе с Beat HB9HQX, но когда увидел что WSJT-X/JTDX использует в исходном коде языки С/С++/Fortran а Beat в софте JT65-HF использует язык Pascal для интерфейса и встраиваемую библиотеку JT65 кодера-декодера WSJT3, понял что в этом случае придется начинать все с самого начала, потеряв один-два года только на создание общего продукта, время за которое WSJT-X уйдет далеко вперед.Цитата:
Сообщение от AG2T
https://sourceforge.net/projects/jt6...?source=navbar
Когда я начинал с JTDX у меня была мечта сделать хорошо декодирующий сигналы софт, опыта и знаний программирования не было и по этой причине мои попытки изменить что то в WSJT-X командой разработчиков WSJT игнорировались, пришлось свои идеи воплотить в код самостоятельно.
Также будет и с логом встроенным в JTDX, если кто нибудь в этом будет очень заинтересован то либо сделает вилку JTDX либо присоединится к существующему проекту и сделает встроенный лог.
Игорь, Вас отвлекают. Ждем JTDX + FT8.:s7:
Включаю Enable TX и передаю, если связь записывается повторно в лог, то просто удаляю.Цитата:
Сообщение от LY3BG
в UR5EQF хорошо без автомата, окно висит и ждет, отправить в лог или нет (думаю лучший вариант)Цитата:
Сообщение от UR5WCA
использую онлайн HRDLOG.net (на) www.qrz.com - через секунду всё там (приучает ответственно сохранять)
всё что в логе всё там ..
за RR73 когда отвечают, ну проход, связей 15-18-было 25. С RRR 15-17 на искосок ЛОГ смотрел. за час естественно.
История RR73 древняя и вопрос не раз поднимался в группе разработчиков WSJT. RR73 сообщение пришло с JT65 и я в группе WSJT поднял вопрос постоянного использования RR73 в 2015 году, когда подняв статистику из ALL.TXT увидел что соотношение между RRR и RR73 явно не в пользу первого. Тогда JTDX еще не было и операторы передавали из WSJT-X сообщение RR73 вручную набивая его вместе с позывными в окошке свободных сообщений чтобы сократить время QSO.Цитата:
Сообщение от R9FA
Именно тогда мне разработчики софта WSJT-X указали что сообщение RRR согласно протоколу является последним сообщением завершающим QSO при работе на общий вызов, и дублирование RRR еще сообщением 73 рядом операторов связано с привычкой унаследованной из использования других видов модуляции.
Конечно же увидеть схему сообщений QSO (4+3) CQ/GRID/-01/R-01/RRR/73/73 в AutoSeq WSJT-X v1.8 стало сюрпризом от его разработчиков.
"
Re: [wsjt-devel] RR73 message button
From: Michael Black <mdblack98@...> - 2015-12-11 13:23:54
Attachments: Message as HTML
We've gone through this discussion before...I used to think it was a good
idea too. But...RR73 is a grid location...and RRR is the last message for
the CQ side of the QSO...not 73.
So you don't save any time by doing RR73 unless you would otherwise do an
RRR followed by an unnecessary 73.
It's just hard to drop the habit of using 73 like you use on every other
protocol.
RRR :-)
Mike W9MDB
Re: [wsjt-devel] RR73 message button
From: Joe Taylor <joe@pr...> - 2015-12-14 20:08:50
Hi Igor, and all,
Bill has it exactly right. All messages in the HF implementation of
WSJT-X have the same degree of FEC.
As far as the protocol is concerned, there's nothing wrong with using
messages of the form
"K1ABC W9XYZ RR73". It works because "RR73" is a legitimate Maidenhead
locator. This usage does not lead to confusion because the
corresponding location is somewhere far north of Siberia, in the Arctic
Ocean. Nobody is likely ever to transmit JT65 from there.
Use of RR73 is not standard JT65 practice, and it is not one of the
default or "recommended" JT65 messages. Arguably it's less polite; it
implies that the sender wants to move quickly to another QSO and be
finished with this unimportant one.
But of course anyone can use it if they wish.
-- Joe, K1JT
"
Да что вы говорите, для меня это открытие так как я полагал что RR73, CQ DX, QSOB4 были уже в программе JT65-HF-HB9HQX а если память мне не изменяет то где-то в 2013 году и уж точно в версии v0.9.70.0. И набивать в ручную не было необходимости.Цитата:
Сообщение от UA3DJY
Это они обкатывают DX работу с 5 корреспондентами сразу. 8296 вернули привычное поведение окна сохранения в обычном режиме.Цитата:
Сообщение от UR4UM
Подскажите пож. рабочую ссылкуЦитата:
Сообщение от UA3DJY
Цитата:
Сообщение от UA3DJY
http://www.swisslogforwindows.com/Do...gSetupv597.exeЦитата:
Сообщение от RU6YJ
скажите а как вы 8296 запускаете? у меня не получается??Вложение 201353Цитата:
Сообщение от RW4O
блокировка в коде mainwindow.cppЦитата:
Сообщение от UA9OP
Желательно удалить старый JTDX.INI файл, изменений в файле очень много. Если остаетесь на старом INI то для занесения частот FT8 в список используйте кнопку Reset в закладке Frequencies.
Измененный функционал:
- декодирование сообщений FT8 включая функционал FT8 AP (последний активируется кнопкой Hint)
- передача FT8 сообщений включая функционал ответить вручную, ответить первому вызвавшему, ответить второму вызвавшему
- настройка задержки начала подачи звукового сигнала относительно сигнала PTT, в закладке Radio. В предыдущих версиях JTDX в коде была зашита задержка в 1 секунду, теперь по умолчанию 0.2 секунды, диапазон настройки 0...0.5 секунды. Настраивайте под свою аппаратуру так чтобы не попалить реле на выходе усилителей мощности.
- поддержка управления интервалом передачи с клавиатуры через CTRL+E и SHIFT+E, этот функционал необходим для совместимости с софтом контроллером контента
- список частот приведен в соответствие со списком WSJT-X
- доработаны формат и запись информации в файл ALL.TXT, теперь с посекундным разрешением
- по сравнению с WSJT-X доработан модулятор(передача сигнала): улучшено сглаживание фронта первого символа JT мод и сделано сглаживание фронта первого символа моды FT8
- улучшена обработка нестандартных сообщений для функционала уведомлений
Выключена отправка декодированных сообщений через UDP протокол, до решения вопроса совместимости с софтом JTAlert.
Функционал FT8 AutoSeq в режиме 'FT8 manual call' работает идентично JT65, в режимах 'FT8 call first' и 'FT8 call first' схож с WSJT-X.
Известные проблемы:
- если вызываемый оператор ответил другому то происходит очистка окна DX Call. При 'высиживании' определенной DX станции это неудобно, думаем как изменить код.
- пока работа функционала уведомлений в FT8 может быть неправильной
- возможны сбои при обработке нестандартных сообщений в FT8 AutoSeq, пока не дошли руки сделать эту часть кода
Находящийся в очереди функционал:
- Filter и SWL
- Watchdog timer, настраиваемый таймер выключения передачи, для случая если оператор отошел от компьютера
- опциональная последовательность FT8 AutoSeq сообщений (4+3), если оператор желает в конце QSO передавать сначала RRR сообщение затем сообщение 73
собранный софт https://cloud.mail.ru/public/EEte/xVsDZkMT2
исходный код https://cloud.mail.ru/public/34nx/Ys7UBE8Z7
кодовые суммы:
File name: JTDX-18.1.0.30-win32.exe
MD5: CFD5771C268262205766D062CA09350C
SHA-1: 6F6DD8FF3F698BBA67BF33240CBC0194A63C8518
SHA-256: 29514E7613159B81299FEA1006388F949F0458380607A8CB99318992633E0718
SHA-512: 6F1770DDDEA96E628D418DDE4DC2BAEAC34111906459A1FB8F239EC7E70130A08D4480 6FCCC190410D8DE0419F91C8569ECD501E477A4D270299D63342A62492
RIPEMD: 97FBD94D7C417EB608714A5C590D6E39963CB0FF
Только-только 29-ю версию скомпилил! :)Цитата:
Сообщение от UA3DJY
Игорь, я за Вами не поспеваю. :)
Снимаю шляпу! :)
Сейчас соберу 30-ю и выложу.
ЗЫ 29-я вполне нормально в FT8 работает!
JTDX v18.1.0.30 - тестирование нового функционала (Linux - version, сompiled in Ubuntu 16.04LTS)
64-bit binary files only:
https://cloud.mail.ru/public/KeZp/jEEq9McYy
64-bit deb-package:
https://cloud.mail.ru/public/DvZT/qR1C52T6z
32-bit deb-package:
https://cloud.mail.ru/public/BRGJ/ciPJ3ZMfB
Спасибо Игорь за хороший подарок к Новому Году !!! :p-up::p-up::s7:
Игорь! Слово "неудобно" не подходит - это совершенно не правильно! Не должно оно очищаться.Цитата:
Сообщение от UA3DJY
Спасибо за FT8!!!
Спасибо Игорь !
Вложение 201373
-24db
а первой QSO с новом JTDX
Вложение 201374
Алерт не видит станции, видимо из-за этого, или что-то другое.
Вложение 201381
В 30 версии не вижу DoubleClick на позывном.
Куда настройка спряталась?
Если кликнуть отправляет в строку вызова,
а для передачи ещк жать Enable .
кнопка AutoTx в основном окнеЦитата:
Сообщение от UA6DV
Спасибо !
Есть завязка содержимого окна на функционал AutoSeq, в частности пустое окно предотвращает зацикливание сообщений, буду думать как сделать так чтобы было удобно в работе.Цитата:
Сообщение от US4IRT
Ну для этого есть оператор, чтоб не зацикливалось. Если включить и лечь спать ... .:s7:Цитата:
Сообщение от UA3DJY
Сравнил JTDX & WSJT- программа от Игоря декодирует лучше!
Вложение 201388
[QUOTE=RW4LN;1421684]Сравнил JTDX & WSJT- программа от Игоря декодирует лучше!
Подтверждаю!!!:up:
.Цитата:
Сообщение от RW4LN
Пробуем ,пробуем.
Как можно сказать и решить что то основательно за короткий промежуток времени.
Одна Европа кругом....поэтапно и по времени все проверим.Главное уже есть и работает ,на данный момент это главное.
Спасибо автору!
Игорь, зачем :(. Этим Вы лишили многочисленных пользователей логов EQF и LogHX полноценно использовать (протестировать) JTDX. Жизнь без JTAlert не останавливается.Цитата:
Сообщение от UA3DJY
как сравнил???? подробнее обрисовать? или стаканами?Цитата:
Сообщение от RU6YJ
у этих программ jtdx, wsjtx FT8 мозги то пока одинаковые.......JT65 там спору нет лучше.
делали бы UDeP многоканальный, а то все зациклились на одинаковых цифрах.Цитата:
Сообщение от US-E-12
Чего лишили-то? Подскажите. А-то не знаю и два часа гоняю с LogHX. Всё работает, управляется. В Лог связи заносятся.Цитата:
Сообщение от US-E-12
Увы... у меня наоборот. Сигнал часто идет уровнем меньше на 1Дб и чаще пропуски декодирования слабых станций.:s9:Цитата:
Сообщение от RW4LN
Вложение 201398
В этих логах есть свои мониторы активности. И если там выбрать станцию дающую CQ, то программа включится на проведение связи. Без UDP только приём.Цитата:
Сообщение от RJ7M
Олег, с вашим Wsjtinterfase программа хорошо работает с логом UR5EQF.Цитата:
Сообщение от US-E-12
декодер FT8 пока идентичен, разница есть в подаваемом на декодер сигналеЦитата:
Сообщение от UA9OP
WSJT-X Звуковая карта 48 кГц 16 бит integer -> 12 кГц 32 бит float -> 12 кГц 16 бит integer -> 12 кГц 32 бит float -> декодер
JTDX Звуковая карта 48 кГц 16 бит integer -> 12 кГц 32 бит float -> декодер
Из-за двойного преобразования целые/дробные числа WSJT-X может вносить ошибку округления при малом уровне сигнала на входе АЦП.
Это одна из причин почему результаты декодирования сейчас могут отличаться,
вторая причина: JTDX использует другой фильтр при понижении частоты дискретизации 48-12 кГц,
остальные причины находятся вне софта.
я уже запутался, общение по JTAlert перешло исключительно в форум hamapps support где Laurie VK3AMA написал что версия с поддержкой будет не ранее 1 январяЦитата:
Сообщение от US-E-12
В итоге я поменял символы у мод T10 и FT8, дал линк на новый софт 18.1.0.31 в форум hamapps, и почти синхронно Laurie VK3AMA на форуме написал что выпустил патч JTAlert 2.10.6 для JTDX 18.1.0.29.
На письмо с предложением заменить спецсимволы мод на текст с названием моды Laurie с утра так и не ответил.
А с логом EQF и WSJTInterface JTDX v18.1.0.30 работает. Мне написали, что нет. У меня v18.1.0.29 всё работало, за исключением клика в окне Activity по станциям дающим CQ. Сейчас поставил v18.1.0.30 и всё пусто, не работает обмен по UDP вообще и это очень плохо. Вот, что значит подстраиваться под одну конкретную программу :s8:.
в 18.1.0.30 я отключил postdecode в mainwindow.cpp, этот метод отвечает только за отправку декодированных сообщений через UDP, в любом случае надеюсь что завтра примем окончательное решение по взаимодействию с JTAlertЦитата:
Сообщение от US-E-12
Ну будем надеяться.
Чем дальше тестирую v18.1.0.29, тем больше багов. Решил понаблюдать за JT65 и заодно посмотреть, что отдаёт программа по UDP схема 5, пропал первый символ в сообщении. Вместо CQ... Q..., вместо IW3ERT UA1AA... - W3ERT UA1AA... В самой программе правильно.
Олег, все работает с версией WSJTInterface-1.0.7.3. Снять галочку с Enable data transfer to extermal.logЦитата:
Сообщение от US-E-12
Ее и так нет.Цитата:
Сообщение от EU1FQ
Вложение 201410
При переустановке нужно что-нибудь удалять? И укажите, пжлста, откуда скачать без rc1!Цитата:
Сообщение от LY3BG
Спасибо!
P.S. Зам...ли эти RR73! Кому-то 15 секунд экономии, а кому-то приходится чистить лог и следить за повтороми рапортов!:p-dn:
"высиживать" действительно пока неудобно - но главное как в том мультике - "урааа заработало (с)"Цитата:
Сообщение от UA3DJY
Можно ещё при очистке окон оставить возможность повторно быстро передать "call call 73" ? - на случай если оператор не принял финальное 73 и повторно шлёт RRR ( JT например решил эту проблему "в лоб" - при нажатии F4 в WSJT-X очищается всё - но Tx5 "call call 73" остаётся , в принципе удобно ).
FT8 быстрая , там это нужно иногда (одним быстрым нажатием повторно передать "call call 73" , если оператор не принял в предыдущем цикле и опять прислал RRR ).
P.S. На данном этапе некритично , главное что уже всё работает , Игорь огромное Вам спасибо что запустили FT8 в JTDX.
P.P.S. Связка LogHX3 + JTDX (не знаю как будет с другими журналами) - всё работает (как и всегда) - но JTDX и лог шлют на eQSL одно и то же QSO FT8 с разницей по времени , соответственно получаются дубли на eQSL. Подробнее в теме LogHX3 .
Хорошо быстро заметил (вычищать потом вручную дубли с eQSL то ещё удовольствие , да и перед корреспондентами будет неудобно)..... Проблема похоже в логе (округляет секунды) или может вообще во мне )))).
[QUOTE=US-E-12;1421798]Ну будем надеяться.
Чем дальше тестирую v18.1.0.29, тем больше багов. Решил понаблюдать за JT65 и заодно посмотреть, что отдаёт программа по UDP схема 5, пропал первый символ в сообщении. Вместо CQ... Q..., вместо IW3ERT UA1AA... - W3ERT UA1AA... В самой программе правильно.[/QUOTEС]
С символическими ссылками проблем в работе лога UR5EQF и программы НЕТ! И UDP получается лишним!
Можно, например, за минуту сходить на сайт разработчика и скачать актуальную на данный момент версию.Цитата:
Сообщение от RU3DNC
https://sourceforge.net/projects/wsjt/
Удалять ничего не надо.
дада, это было бы неплохо. ещё приходится изредка отсекать ретардов, до сих пор сидящих в старых версиях wsjt, и на рр73 начинающих куесос сначалаЦитата:
Сообщение от R3PJT
Сегодня попробовал запустить одновременно две jtdx на ПК на двух разных трансиверах
к одному подключена дельта , к другому штырь
Было интересно наблюдать, разницу по приему.
Попробовал поработать по очереди на обоих трансиверах
И тут возник вопрос, а можно ли использовать один лог wsjt_log.adi для разных конфигураций?
Можно сделать жесткую ссылку в одной папке конфигурации на файл в другой. Но будут проблемы с одновременным доступом к файлу.Цитата:
Сообщение от RA4UDC
WSJT Home Page Удалять ничего не надо.Цитата:
Сообщение от RU3DNC
Laurie VK3AMA сегодня перевыпустил JTAlert 2.10.6, поддерживается связка начиная с JTDX 18.1.0.32.
В 18.1.0.32 исправлен дефект срезания первого символа декодированного сообщения JT/T мод при передаче его через UDP.
Открыта передача декодированных сообщений через UDP.
Используются новые символы мод: для T10 +, для FT8 ~.
JTDX.INI файл имеет такую же структуру как у 18.1.0.30.
собранный софт: https://cloud.mail.ru/public/MF7W/3zGG3tc6E
исходный код: https://cloud.mail.ru/public/B3j4/ef2NZALb6
кодовые суммы:
File name: JTDX-18.1.0.32-win32.exe
MD5: 4173C801EE756E31BC61C28CAC3AB54A
SHA-1: F7D18EDAC9032345553E23914DA996A000BE221B
SHA-256: 02DF48D3273D62BC864000102E32BBDF56748B9D72C758D9AE30D766798B0B82
SHA-512: BCE43E4F8D7673ABAE3A7BC1E6218AF6BA47A4B0CE4D2E0C8DF1B1FD27F296926B49C9 5D5B96BF66B1DEB00DC60A8EB1F52A62FB21E7241C243F10BC29D37321
RIPEMD: 2AF28EF69C24833FB55AC3DE8F5386F0241003EE
Игорь, вот в этом месте, хотелось бы видеть еще одно окно для выбора другой звуковой карты для звука.
Вложение 201425
СПАСИБО.....все прекрасно стыкуется и работает.Цитата:
Сообщение от UA3DJY
Да, все отлично работает с Алертом.Цитата:
Сообщение от UA9OP
В JTDX функционал отправки данных QSO на eQSL сервер опциональный, его можно отключить чтобы избежать дублирования.Цитата:
Сообщение от R3PJT
Как то судорожно дергается у меня водопад на ХР3 (не равномерно). В WSJT-X такого нет. И ещё вопрос - влияют ли настройки водопада (скорость, яркость, контрастность и т. д.) на качество декодирования?
А зачем? Странно у меня установлены ,одна на материнке штатная сейчас отключена ,еще одна установлена с соотношением сигнал /шум 106дб ,а использую внутренний USB audio codec трансивера,и прием и передача лучше всех и все видно в одном окне ,какую выбрать!Цитата:
Сообщение от RW4LN
А чем не устраивает базовый вариант? Ведь можно выбрать любой источник звука из имеющихся в наличие, у меня к примеру задействованы три звуковые карты+виртуальный источник, выбирай любой источник звука.Цитата:
Сообщение от RW4LN
Любопытно, видимо есть необходимость микшировать звук с websdr!?:s6:
А вот добавлять нужно!Цитата:
Сообщение от LY3BG
Частоты диапазонов отсутствуют после обновления. Окно пустое?! Как заполнить?
http://forum.qrz.ru/6-cifrovye-vidy-...ml#post1419446Цитата:
Сообщение от RU3DNC
Вкладка Frequencies кнопка Resets
Не разобрался с отправкой eQSL; CheckBox не активен.Цитата:
Сообщение от UA3DJY
Вложение 201450
QTH никнейм введите и перезапустите настройки (или переключите туда-сюда вкладку )Цитата:
Сообщение от UT3IB
Благодарю, Андрей.Цитата:
Сообщение от RW4O
Пренебрег, если откровенно.
JTDX 18.1.0.32
Игорь, начнём опять по UDP :s7:
С JT65 всё наладилось, но перестала работать схема 4 (передача сообщений из других программ) в FT8.
Не влияют.Цитата:
Сообщение от US4IRT
В UR5EQF log при прописке не видит ярлыка JTDX-18.1.0.30-win32 Вложение 201460
Игорь , дело в том что это очень удобный и классный функционал , когда он включен то QSO из JTDX автоматом улетает на eQSL и зачастую сразу же и подтверждается там (если у корреспондента в JTDX тоже включена автоотправка на eQSL) .Цитата:
Сообщение от UA3DJY
Применительно к LogHX3 проблема дублей в том что JTDX шлёт на eQSL по time_on , а лог пишет (и шлёт на eQSL) по time_off сейчас отловил уже на JT65 и заскринил в теме LogHX3 .
Не знаю как с другими журналами (коллеги , у кого в JTDX включена автоотправка , проверьте - особенно те у кого журналы шлют на eQSL автоматом - не висит ли на eQSL уже под сотню-другую дублей ?)
Игорь , сильно сложно сделать в JTDX отправку на eQSL не по time_on а по time_off (как вариант - опциональной галочкой в меню "Reporting-eQSL sending" чтобы не ударить по тем кому возможно нужна отправка именно по time_on) ?
Похоже это решило бы проблему (чем мог - помог - трабл отловлен , изучен и препарирован с максимальным описанием :s6: )
То UA3DJY: а зачем для eQSL QTH nick name? Он нужен только для LoTW.Цитата:
Сообщение от RW4O
Ответ в теме про лог.Цитата:
Сообщение от R3PJT
Пуск-панель управления-параметры папок-вид-показывать скрытые файлы, папки, дискиЦитата:
Сообщение от EW4TT
[QUOTE=UA3DJY;1421874]
В 18.1.0.32 исправлен дефект...
Игорь, большое спасибо за внедрение FT8 в программу. Теперь всё в "одном флаконе". Но одно мне не понравилось. Когда корреспондент, которого я вызывал,
ответил не мне, то отключилось Anable TX, как и в предыдущих версиях программы. Но вместе с этим очистились DX Call и DX Grig. Не знаю какой смысл в это заложен, но лично мне это не удобно. В остальном всё просто супер.
Это в первую очередь нужно. Отключение передачи может быть и должно быть, но очистка окон никчему, Игорь.Цитата:
Сообщение от R1MA
Исправь имя файла!!!Цитата:
Сообщение от EW4TT
Аналогично....ну очень напрягает.Цитата:
Сообщение от R1MA
Повторюсь......ну очень напрягает.Цитата:
Сообщение от US4IRT
Ярлык то есть, только с именем jtdx.exe Переименовал его как wsjtx.exe и всё прошло удачно :s7:Цитата:
Сообщение от EU1FQ
А зачем прописывать его в лог? Он должен быть прописан в WsjtInterface, чтоб работать с логом.Цитата:
Сообщение от EW4TT
Вложение 201489
Напрягает не то слово. Сработать с DX нужно очень уж изловчиться!Цитата:
Сообщение от R6LCF
Если раньше для работы в JT65 переключался на JTDX, то теперь для сработки с DX переключаюсь на WSJT-X. Hi!
Но игорь честно написал в 8705:
"Известные проблемы:
- если вызываемый оператор ответил другому то происходит очистка окна DX Call. При 'высиживании' определенной DX станции это неудобно, думаем как изменить код."
В целом, впечатления пока положительные. Опять можно отказаться от JTAlert. Интерфейс намного комфортней.
Единственный, на мой взгляд, недостаток - нужна более мощная машина для декодирования FT8.
WSJT делает это быстрее. JTDX у меня в декодировании заходит в 3-5 секунду следующего цикла.
Сигнал еще не декодирован, а трансивер уже включен на передачу предыдущего макроса.
Но это мои проблемы со слабой машиной.
Сегодня на 40м тоже заметил такой эффект, не успевает декодировать корреспондента. Несколько раз он мне отвечал а я не принимаю,, хотя сигнал был сильный. На том связь и закончилась :s9:Цитата:
Сообщение от EU1FQ
Пока в декодере FT8 WSJT-X и JTDX идентичны и должны тратить одинаковое время на декодирование. Если их использовать одновременно то распределение ресурсов процессора между двумя софтами зависит от операционки.Цитата:
Сообщение от EU1FQ
Еще в закладке Decode основного должны быть одинаковые установки количества попыток/проходов декодирования, если в WSJT-X включен FT8 AP то в JTDX должен быть включен Hint. При одинаковых настройках можно сравнивать время декодирования проигрывая последовательно сначала на одном потом на другом софте набор звуковых файлов.
на днях сделаю Filter, ощутимо упростит проведение QSO на медленных процессорахЦитата:
Сообщение от EW4TT
А как же все таки с принудительной очисткой окон (сбросом введенных данных),если вызываемый сразу не ответил.Приходится делать это несколько раз ,а время то ..... Это не одно и тоже с запретом передачи.Прошу ответить.Цитата:
Сообщение от UA3DJY
вот что по этому поводу говорит eQSL при редактировании своего QTH , мой перевод:Цитата:
Сообщение от RX4HX
"Вы обязаны дать этому QTH ник-имя чтобы Вы могли легко выбрать аккаунт в который Вы хотите войти, если Вы имеете более чем один аккаунт.
Например у Вас есть домашний QTH и место где Вы проводите отпуск или работаете в полевом дне. Важно чтобы Вы назначили имя каждому из своих аккаунтов."
You must give this QTH a nickname, so you can easily pick the account you want to log into, if you have more than one account. Examples would be HOME QTH or VACATION IN ST CROIX or FIELD DAY, etc. It is important that you assign a name to each of your attached accounts!
Проще говоря если я работаю в эфире с дачи то при отправке данных QSO на еQSL я указываю в JTDX nickname 'DA4A', где у меня отличается RDA/QTH grid квадрат и значит карточка пойдет с правильным номером RDA и grid квадратом.
впереди полная переработка основ функционала AutoSeq, затронут будет весь функционал и результат уже будем смотретьЦитата:
Сообщение от R6LCF
Эту часть кода не трогал, сегодня проверю в связке с message_aggregator или с JTAlert.Цитата:
Сообщение от US-E-12
На водопаде есть дополнительная обработка сигнала убирающая с экрана перепады уровня при отрабатывании АРУ, в планах попробовать ее сделать опциональной.Цитата:
Сообщение от US4IRT
На скорость декодирования влияет полоса частот водопада - те частоты что оператор задаст в левой и правой границах окна водопада будут ограничивать поиск кандидатов декодером и соответственно влияют на время декодирования.
Всем Здравствуйте!!!
Что это и что он хочет.
Повторы показывает зеленым но ФТ-8 связей нет а jt65 есть или так и надо или как.
Вложение 201498
По поводу цветовой палитры рекомендую вот такую. Попробуйте. Может понравится. В остальном надо , что скажут наши гуру.Цитата:
Сообщение от UA0ZK
Вложение 201499
P.S. Если не понравиться, что повторные связи отображаются в зачеркнутов виде, то снимите галочку в "strike it".
Похоже, данные в порту пересеклись с одновременной передачей в него же другим источником. По таймауту сеанс прекращен.Цитата:
Сообщение от UA0ZK
Не мешало бы увидеть настройки "Settings"/"Reporting"
UT3IB
Где искать "Settings"/"Reporting" чо то ненайду.
Да вот ешо такая проблема
Вложение 201525
добавил в список возможного будущего функционала, посмотрю после устранения уже обнаруженных дефектовЦитата:
Сообщение от R3PJT
стыковка с внешним логом, просит снять галочку если Вы не пользуетесь этим функционалом или если внешний лог не поддерживает такое подключениеЦитата:
Сообщение от UA0ZK
По умолчанию этот функционал в софте выключен.
Вложение 201527
Игорь СПАСИБО все галки снял все работает:rofl:
Несколько с запозданием. Но, тем не менее, ответ касался именно этой позиции:Цитата:
Сообщение от UA0ZK
Вложение 201548
JTDX v.18.1
FT8
Двойной клик на позывном и все поля заполнены, включаю TX, но в это время выбранная станция
отвечает другому. Stop TX, но через два периода ожидания все данные из полей очищаются, надо
по-новой клик по позывному. Если в процессе Qso после получения 73 не внести (нажать) log qso,
то вся информация очищается. Так задумано? Работаю в связке UR5EQF и Wsjt интерфейс 1.0.7.5
первое проблема, в процессе решенияЦитата:
Сообщение от RA1WU
второе сейчас согласно дизайну, после переработки функционала AutoSeq возможно изменится
Восстановлен функционал управления из внешнего софта.
Щелчок кнопкой мыши на декодированном CQ сообщении в интерфейсе JTAlert приводит к генерации ответного сообщения в JTDX.
Совместимая версия JTAlert 2.10.6.
собранный софт https://cloud.mail.ru/public/7DSp/aNVSC8Wsz
исходный код https://cloud.mail.ru/public/8wKf/QZyRY2NYm
кодовые суммы:
File name: JTDX-18.1.0.33-win32.exe
MD5: E445B82F084E029A4334B35E004EF8B7
SHA-1: 568CDA4F933D898F06A2FB59CA1BBD8CE76FBC72
SHA-256: BD586E574D78F39BDA894E477503E080D4A41627F816209A1B80292A2598CB9F
SHA-512: 98E5EFBF352A951A4534B003DF9839075F010CBF1E5542476B9738B745982087B18484 D1BAB2A2205BFCBE189A018301D5B3AA1F26D2291ADB0A1BF89683901D
RIPEMD: 720C22A3F8A2580C339A91CB90060DEB49A8F915
JTDX.INI файл совместим с версией 18.1.0.32.
Игорь Спасибо за поддержку FT8 в последних релизах.
С JTAlert заработал последний релиз, но есть неправильное отсылка в алерт моды выглядит это так Вложение 201571.
Подскажите, пожалуйста, у меня в JTDX после передачи 73 или RR73 кнопка Enable Tx гаснет, независимо от того, включен ли DisTX73. То же самое происходит WSJT-X, независимо от того, стоит галка у Disable Tx after sending 73 или нет. То есть, при работе на CQ после проведения QSO и передачи RR73 нужно жать на Enable Tx. Разве так и должно быть?
Если стоит галка - даЦитата:
Сообщение от RX3DTN
Вложение 201572
на этой картинке старая версия JTAlert c поддержкой символа '~' для T10Цитата:
Сообщение от RC7C
Последняя версия JTAlert 2.10.6 сборка 0001 уже поддерживает новые символы для T10 '+' и для FT8 '~' .
В моде FT8 AutoSeq это сделано специально чтобы прервать цикл, в противном случае получится 100% робот для которого не нужен контроль оператора чтобы непрерывно молотить QSO.Цитата:
Сообщение от RX3DTN
В большинстве стран по условиям лицензии нельзя оставлять аппаратуру работающую в эфире без контроля оператора.
(UA3DJY)
"Щелчок кнопкой мыши на декодированном CQ сообщении в интерфейсе JTAlert приводит к генерации ответного сообщения в JTDX."
а какие настройки необходимо для этого сделать в JTAlert?
Версия JTAlert 2.10.6 последняя ,странно попробую её удалить и поставить заново.Цитата:
Сообщение от UA3DJY
С WSJT-X v1.8.0-rc3 работает без проблем.
2.10.6 была выпущена дважды, вот эта последняя:Цитата:
Сообщение от RC7C
Вложение 201573
Цитата:
"Щелчок кнопкой мыши на декодированном CQ сообщении в интерфейсе JTAlert приводит к генерации ответного сообщения в JTDX."
У меня вроде работает без дополнительных настроек в JTAlert, двойной щелчок на позывном раскрашенном как CQ сообщение. В JTDX надо поставить галочки в закладке Reporting в части UDP.Цитата:
Сообщение от RU6YJ
Точно не могу сказать влияют ли какие настройки в JTAlert - последний раз настраивал у себя JTAlert более полугода назад и они до сих пор в конфигурации, а этим функционалом при работе в эфире ни разу не пользовался.
Да видимо у меня была первая версия от 8 декабря ,по этому и не работала. Скачал ещё раз с сайта ,удалил все и заново настроил все нормально работает сейчас .
Вопрос закрыт.
Laurie VK3AMA выпустил новую версию в которой в том числе доработал функционал для моды FT8 в связке JTAlert - JTDX 18.1.0.33.Цитата:
Сообщение от RC7C
Спасибо , будем ждать (очень удобно в JTDX организована отправка на eQSL , не хотелось бы от неё отказываться а сейчас увы приходится)Цитата:
Сообщение от UA3DJY
(UA3DJY)
"" У меня вроде работает без дополнительных настроек в JTAlert, двойной щелчок на позывном раскрашенном как CQ сообщение. В JTDX надо поставить галочки в закладке Reporting в части UDP.""
Установил -JTAlert 2.10.7, в связке с JTDX 18.1.0.33 все отлично работает.Спасибо!:)
Вложение 201576
почему так может
Всем привет
Обнаружил следующее:
JTDX 18.1.0.33 не декодирует сигналы выше @2500, а WSJT-X все ок.
В чем причина ?
73
Георгий, у тебя на вкладке Advanced, наверное, стоит 2500 Hz в строке Top decoding frequencyЦитата:
Сообщение от RZ3DX
Поясните, что за кнопка? Яндекс перевел "коленчатый вал"
Вложение 201581
Установлена передача по нечетным циклам 1-й - с нулевой секунды, 3-й - с 30 секундыЦитата:
Сообщение от RW4LN
У меня декодирует.Цитата:
Сообщение от RZ3DX
Вложение 201588
18.1.0.33 выше 2500 декодирует FT8 без проблемЦитата:
Сообщение от RZ3DX
Вложение 201589
Для JT65 верхний предел декодирования кроме ограничения водопада устанавливается в закладке Advanced.
Вложение 201590
Игорь, а почему вот это время нельзя самому изменить....раньше можно было менять???
В JTDX до сих пор работает Tx watchdog счетчик который при если его активировать отключает TX на седьмом сообщении при отсутствии активности оператора. Для JT65 это нормально, для FT8 c AutoSeq слишком рано.Цитата:
Сообщение от UA9OP
В WSJT-X давно уже настраиваемый таймер, я начал делать таймер вместо счетчика в JTDX и еще не завершил, поэтому настройка недоступна.
Настройка конечно просится в основное окно, слишком велика разница интервала между FT8 и JT65 и желателен быстрый доступ к настройке таймера, попробую найти место.
Витас, а что за Band master?Цитата:
Сообщение от LY3BG
Проше прощения у всей честной компании.
По причине плохой памяти забыл про фильтры, которые были включены.
73
Band map Logger32, который открывается при связи с JTDX или WSJT-X по UDP.Цитата:
Сообщение от EU1FQ
73
Игорь , и если нетрудно - можно "галку" Lock TX=RX в основном окне сделать в виде кнопки (такой же по виду как кнопки Tx=Rx и Rx=Tx) , при динамичной работе сплит\несплит в FT8 часто нужна , промахиваюсь по маленькому квадратику "галки" стилусом (да и мышью тоже иногда не сразу попадёшь) .Цитата:
Сообщение от UA3DJY
Места вроде хватает (кнопка помещается на место "галочки") . Естественно не более чем хотелка , решать однозначно Вам.
можно попробовать сделать кнопку с меняющейся надписью и цветом фона:Цитата:
Сообщение от R3PJT
Unlock Tx/RX - зеленым фоном
Lock TX=RX - желтым (или каким нибудь другим) фоном
если так конечно будет удобнее
или кнопку с надписью Split TX/RX например с желтым фоном при ее включении
To UA3SDY: Игорь, ОГРОМНОЕ спасибо за этот предновогодний подарок!!
Цитата:
Сообщение от UA3DJY
Есть подозрение что на слабых процессорах операционка при 100% загрузке процессора кратковременно теряет звуковое устройство, что приводит к остановке водопада и декодирования сигналов. Лечится выключением и затем включением кнопки Monitor.
Если кто нибудь у себя в JTDX периодически наблюдает именно такой сценарий, скажите пожалуйста, сделаю watchdog проверку состояния и решение: проверим уйдет ли с ним проблема.
вопрос? порядок единый во всем мире будет когда нибудь с этими RRR...RR73...73 работают все по разному.. у одних RR73 отрабатывает у других надо RRR потом еще 73
много QSO улетает в никуда, из за этих RRR RR73....нужен наверное единый какой то регламент связи.
Поддерживаю! RRR не знаю для чего придумывались. Как для меня - только "затягивание" QSO. Поэтому его нужно убрать вовсе. Работающий на CQ в конце должен дать RR73, вызывающий - 73.Цитата:
Сообщение от UA9OP
В JT65 RR73 достаточно, в FT8 появляется особенность когда сообщение из-под помех декодируется через раз.Цитата:
Сообщение от US4IRT
Оператор передал сообщение RRR и на другой стороне QSO это сообщение не принято и в ответ снова передается R+рапорт, то есть QSO продолжается.
Если оператор вместо RRR передает RR73 то он сразу заносит QSO в лог, которое при потере RR73 сообщения в помехах продолжается при помощи AutoSeq и не факт что успешно закончится.
Возможность или необходимость использования схем 3+3 или 4+3 зависит от конкретных условий проведения QSO.
Да, Игорь! Это часто и густо наблюдается, особенно на НЧ диапазонах. Где прохождение не балует. И QSO затягивается из-за RRR на 1-2 минуты, а то и вообще срывается.Цитата:
Сообщение от UA3DJY
И это при том, что оба оператора приняли рапорт!
Если оператор передает RRR - он принял рапорт. Почему не передать RR73?
Второй может также.
В WSJT-X - после очистки окон остается вот это, для того чтоб закончить
Вложение 201625
Откуда вы знаете что оба приняли рапорт если не принято подтверждение RRR или RR73, вам это пытаются объяснить.Цитата:
Сообщение от US4IRT
Смодулируйте QSO. Работающая на CQ обычно передает RRR. Как может программа передать RRR не принявши рапорт? (только вручную).Цитата:
Сообщение от RA9XQ
С моей стороны не передается рапорт пока не прийму для себя.
Телеграфное QSO с экспедицией:
-US4IRT 599
-R 599 TU (Может варьироваться у каждого свое)
-TU
А вот позавчера, работая с VR2XMT на 80м, рапорт принял сразу, а потом пошло 2 минуты от него RRR, чтоб принять от меня 73 - это правильно?
В том то и речь, а если станция не приняла его RRR, каковы её действия. Надо смотреть на ситуацию с разных сторон.Цитата:
Сообщение от US4IRT
RR73, как и RRR, передаётся только в том случае, если принят R-xx. Значит, оба рапорта приняты.Цитата:
Сообщение от RA9XQ
Аналогично, если не принят RRR, тоже нет уверености, что оба рапорта приняты. RR73, как и RRR, можно передавать много раз. А когда в ответ будет принято 73, самому передавать 73 уже не надо. Я вижу разницу только в этом.
Я передаю RR73.
Владимир! Какого RRR? RRR передается станцией работающей на CQ. После RRR она ждет моего 73! Если я не принял RRR или RR73 - передается рапорт!Цитата:
Сообщение от RA9XQ
Если ей оно нужно - пусть ждет!
И давайте эту тему закроем, дабы не засорять форум.
Это Logger32 поддерживает UDP BandMapЦитата:
Сообщение от EU1FQ
Простите но не я начал разговор про регламент и кому это RRR надо. Если сами не определились то зачем разработчиком что-то советовать?Цитата:
Сообщение от US4IRT
ребята...просто народ еще не привык что убрали цикл с RRR....пройдет немного времени и привыкнут к RR73...в JT65 же привыкли к этому....
to: UA3DJY
а нельзя ли сделать для новой страны не стандартный звук, а выбор аудио файла ?
Почему-то у меня Logger32 (версия 3.50.337) в окне UDP воспринимает FT8 как Т10.Цитата:
Сообщение от UT3IB
Можно стереотип QSO принять свой собственный (без доп. подтверждений), а можно следовать опр. протоколу (как в WSJT-X). Это я о том, что есть повседневные QSO, а есть те, которые принимаются, как зачтённые в соревнованиях или фиксируются, как состоявшиеся фактически, судьями (или кем-то ещё). В силу того, что передаваемый текст ограничен 13 знаками возникает и алгоритм QSO при моде FT (JT)!Цитата:
Сообщение от LY3BG
P.S. Из за чего сыр-бор?
Если прохождение хорошее, то дело в 15 секундах. Если плохое, то в том, считать ли QSO-инвалид состоявшимся? При всей скорости FT8 по сравнению с JT65, всё равно это не скоростной вид связи.Куда торопиться? На чём экономить? Ведь после окончания QSO (если на CQ) нужно давать вызов (после RRR или RR73 связь-то не закончена), а если передать ХХХ-УУУУ 73, то ожидающий вправе запрашивать.
Так что проблема высосана из пальца!
Обновите версию Logger32 на 343.Цитата:
Сообщение от RW0LT
Нет такого "опр. протокола". В WSJT-x нажмите два раза на Тх4 и будете передавать RR73.Цитата:
Сообщение от RU3DNC
На время. И логику.Цитата:
Сообщение от RU3DNC
После RR73 с вашей стороны связь закончена, ведь вы пeредали 73. Если от кореспондента приняли 73, можете передавать CQ.Цитата:
Сообщение от RU3DNC
Если вы передавали RRR, то ещё должны передать 73.Да, есть некоторые, которые в принципе не признают RR73 и только получив заветные RRR передают 73... :-)Цитата:
Сообщение от RU3DNC
Логика RRR:
1. CQ
2. LOC
3. -xx
4. R-xx - рапорт принят, вам рапорт хх
5. RRR - рапорт принят
6. 73 - всего доброго
7. 73 - всего доброго
8. молчим 15 сек,
9. передаём CQ.
Логика RR73:
1. CQ
2. LOC
3. -xx
4. R-xx - рапорт принят, вам рапорт хх
5. RR73 - рапорт принят, всего доброго
6. 73 - всего доброго
7. передаём CQ.
При передаче RRR полный цикл QSO занимает 8х15 с., при передаче RR73 6х15 с.
Это с какой версии?Цитата:
Сообщение от LY3BG
Если не ошибаюсь, с 1.8.0 rc2.Цитата:
Сообщение от RK1NA
Операционная система Windows (за исключением XP и может быть Vista) позволяет прицепить конкретный аудио файл к любому системному звуку. Выбор отдельной звуковой карты в JTDX и настройка отдельно звуковых файлов для конкретных типов уведомлений пока в дальних планах.Цитата:
Сообщение от RZ1ZR
Здесь пример настройки системных звуков в Windows https://wd-x.ru/to-change-the-sounds-in-windows/
У меня full 1.8.0 r8193Цитата:
Сообщение от LY3BG
В ней Tx4 не наблюдается.
А врукопашную ставить RR73 как то то в лом.
Хотя в JT65 так делал.
Для FT8 причина проста, чем больше сообщений передается во время QSO тем больше вероятность что AutoSeq уйдет во время QSO в циклическую передачу, например того же сообщения RRR при отсутствии декодирования ответного сообщения 73, и будет передавать его до истечения watchdog таймера (по умолчанию 6 минут в WSJT-X?) или до тех пор пока оператор сам не выключит передачу, если он в это время смотрит на экран.Цитата:
Сообщение от RU3DNC
Представьте себе сценарий когда Вы пытаетесь сработать с DX со слабым сигналом а на Вашей частоте две станции c хорошим уровнем пару минут циклически дают друг другу RRR и 73.
Из за этого и сыр-бор.
Если навести мышь на Тх4Цитата:
Сообщение от RK1NA
Вложение 201675
WSJT-X v.1.8.0 Help
Вложение 201677
К сожалению при смене диапазона эти настройки сбрасываются.
А что же здесь обсуждается? Замените "протокол" на "стереотип" или на авторское понимание содержания QSO.Цитата:
Сообщение от LY3BG
Вот именно, Вами закончена и если Вам ответили 73, а если нет, если Вам не ответили 73, а передали другую инфо?Цитата:
Сообщение от LY3BG
Передавать CQ или передать 73 для случая полнокомплектной QSO есть одно и то же! Если Вас ожидают, то запросят, если нет......
И ждём, опять CQ, и опять ждём?! )):s7:Цитата:
Сообщение от LY3BG
Вложение 201676Цитата:
Сообщение от RK1NA
Как Вы считаете, сколько раз будет разумно передавать RRR или RR73 если Вы не декодируете ответное сообщение?Цитата:
Сообщение от RU3DNC
По таймеру 6 минут с AutoSeq FT8 получается 12 раз, время четырех QSO и помехи окружающим. И представьте себя на месте Вашего корреспондента который декодирует 12 раз подряд это сообщение RRR/RR73, что ему делать в таком случае?
Принципиальность это хорошо но должны быть и разумные границы. Мне писали что при циклическом получении RRR/RR73 сообщения приходилось уходить на другой диапазон.
Вложения не существует.Цитата:
Сообщение от UA3DJY
Может я и не прав, но хотелось бы видеть кнопку где-то рядом с кнопкой "Clear DX".
Вложение 201678
еще не в этом дело.....а в том что народ старые версии использует wsjtx, где еще не было RR73Цитата:
Сообщение от RU3DNC
Не работает связка JTDX v18.1.0.33 и JTAlertX v2.10.7. Если изменить Server port number: на номер 2236, то работает, но не работает привязка занесение в LOG UR5EQF. JTDX.INI не менял. В чем причина ?
Вложение 201680
Вложение 201681
сыр сыром, а QSO вылетают не засчитываются вот в чем дело, и потому что программы у всех разные, мне так кажется.Цитата:
Сообщение от UA3DJY
вот так многие .... а обновить программу лень?Цитата:
Сообщение от RK1NA
А вот это чем не устраивает?Цитата:
Сообщение от RW4LN
Вложение 201684
Извините за мою тупость, но я не понял на какую кнопку Вы намёкиваете, если на кнопку "Filter", то она не активна. А если бы она была активна и отключала и включала то, что я указал стрелкой, можно было бы оперативно отсекать не актуальное декодирование.Цитата:
Сообщение от R6LCF
Что значит обновить.Цитата:
Сообщение от UA9OP
У меня полная версия с сайта K1JT.
Витас, правильно посчитали. Но обыденные связи не с ДХ-ми. Вот что рекомендуют члены экспедиции 3Y0Z при работе FT8 с ними Band Plan / Frequencies | bouvetdx.orgЦитата:
Сообщение от LY3BG
Кстати, очень правильное замечание.Цитата:
Сообщение от RW4LN
К сожалению, не видя, какие фильтры установлены в вкладке "Фильтры",
можно сделать ошибочные выводы о работе программы, как это и произошло с мной,
Впрочем, это может быть проблема только моя.
Кнопка "Filter" не имеет ни какого отношения к вкладке "Фильтры"
73
Можно вопрос знатокам?
Вчера посмотрел свой сигнал на PSK Репортере и стало очень интересно-откуда машина определяет,какое у меня ПО для работы в цифре?
Эта информация идёт в эфир типа как-то закодирована в сигнале??
Если было-простите,тема большая для прочтения.
Вложение 201686
да, такой вариант устраивает.Цитата:
Сообщение от UA3DJY
С DX-сами:Цитата:
Сообщение от US4IRT
DX LY3BG -10
DX US4IRT -05
DX RN1NA -02
.........
LY3BG DX R-10
DX LY3BG RR73
US4IRT DX R-10
DX US4IRT RR73
RK1NA DX R-10
DX RK1NA RR73
...
и так далее :s7:
Зовут DX-са сплитом с рапортом (неужели DX-су интересен Ваш грид?) во время передачи его корреспондента RR73 (обычно зовут всё время :s10: ).
Как видно, две QSO в минуту. Если DX проводит одну QSO в две минуту, он просто не умеет работать... :s10:
В новых разработках WSJT-x для работы в DXpedition есть такое
Вложение 201687
Пока не знаю что это.
Вчера вечером работал на 40м в основном звали американцы и почти все передавали RRR тобишь работают думаю на WSJT.
Как и говорили здесь,что многие работают на старых версиях,а я думаю,что многие еще работают с малой мощностью как в JT65 и тогда связь точно слетает.
И еще авторам надо было сделать,что бы программа если она Бэта могла работать например 1 месяц,что бы не оставил её оператор не обновляя.
А может надо так сделать,что бы каждый мог передавать,что у него последняя версия например "I use v 18.03" ,что то в этом роде.
Если мы не сделаем единые правила работы так будет всегда.
TO LY3BG
Мне кажется, что два последних примера ( US4IRT и RK1NA) не корректные. Они не корректные в том, что звать DXа нужно с рапортом, без "R". Иначе его программа вам дает сразу "RR73". Без рапорта. А без рапорта и связь не засчитывается. А если звать , например, "AA0AA RX4CD -10", то автоматом получаешь "RX4CD AA0AA R-10". На этом можно связь заканчивать.
Я поправил пример. Все станции звали DX-са с рапортами. Я это имел ввиду.Цитата:
Сообщение от RX4CD
Цитата:
Сообщение от AG2T
Вот, вот - давайте загоним всех в один стандарт, чтобы у всех были одинаковые компы, программы, трансиверы, антенны и т.д. . Головы всем подрехтуем под один размер, но мозгов то от этого не добавится. Так что об этом даже не мечтайте. Не будет этого никогда. Утопия..................
В сами начале я писал....Цитата:
Сообщение от UA3DJY
Если связь неустойчивая, если сигнал не декодируется с первой попытки, то программа должна передавать столько раз, сколько необходимо, чтобы считать связь состоявшейся! Все остальные случаи на усмотрения тех, кто проводит QSO!Цитата:
Сообщение от RU3DNC
Программа не должна учитывать капризы прохождения сокращением попыток. Она должна отслеживать "комплектность" полноценно принятых компонентов QSO и только потом заканчивать QSO. Как поступить оператору в сложных случаях решает он сам. Благо программа позволяет это делать.
Cлышал об этом. Если ещё смогут и отвечать сразу двум-трем - это будет очень хорошо! Переплюнут и телеграф по количеству сработанных в минуту.Цитата:
Сообщение от LY3BG
рекомендации ясны...но вот указаные у них частоты для FT8.....Цитата:
Сообщение от US4IRT
ничего этого не надо...лучший вариант это рекламировать JTDX на местных и международных форумах....Цитата:
Сообщение от AG2T
А что об этом еще кто то не знает!Цитата:
Сообщение от RX4CD
Ваша программа WSJT-X эти данные отправляет через интернет. В меню настроек программы есть функция включения/отключения опции отправки статистики на PSK Reporter.Цитата:
Сообщение от R2LAC
Цитата:
Сообщение от US4IRT
да.. может RTTY участок был бы лучше, но им виднее с точки зрения частотного распределения в разных странах, и если будут серьезно работать в FT8 то полоса 5 кГц будет постоянно накрыта зовущимиЦитата:
Сообщение от RA3QH
Сейчас на 30-ти метрах вещал VU2NKS c DT 1.1, как в такой ситуации можно подстроиться под синхронную работу корреспондента?:)
Ведь как-то с ним проводят связи.
Проводят связи с ним те, у кого такое же рассогласование с реальным временем :-)Цитата:
Сообщение от RA0R
Валерий! WSJT-X 1.8.0.rc3 принимает с ДТ 2.5 Сек ( это то что я видел)Цитата:
Сообщение от RA0R
UR5FLF
Андрей,понял-да,есть такая галочка!
Спасибо за разъяснение.
Цитата:
Сообщение от RA0R
JTDX тоже позволяет 2,5 сек...сегодня словенец меня звал с таким расхождением...ничего сработали... :)Цитата:
Сообщение от US4IRT
Выбрали чтоб им не мешали, но в этом я очень сомневаюсь. Обязательно найдутся зовущие на его частоте и в его же время :s7:Цитата:
Сообщение от RA3QH
Василий смысл в том что они все вне рекомендованых для данной моды частот....3574,7074,14074 и т.д...нет у них этих частот в списке
Пока идет работа над новым AutoSeq решил дать возможность попробовать более удобную в работе версию 34.
В ней:
Если DX которого Вы зовете ответил другому оператору то его позывной остается в окне DX Call и его сообщение 73/RR73 будет выведено в окно приемной частоты независимо от того на какой частоте декодирован его сигнал, так чтобы быстро увидеть это сообщение и при желании вызвать его снова.
При повторном приеме RRR сообщения AutoSeq теперь повторно передаст сообщение 73 (совместимость со схемой 4+3).
Сделан защитный таймер в 4 интервала от повторного внесения QSO в лог с тем же позывным, эта проверка применяется только для автоматического приглашения внести QSO в лог и при автоматическом внесении QSO в лог.
собранный софт https://cloud.mail.ru/public/7vZw/Hv9KBp6qG
исходный код https://cloud.mail.ru/public/LwVA/WkhiiKzMD
кодовые суммы:
File name: JTDX-18.1.0.34-win32.exe
MD5: 9F96B470F0C1C4E4C5127BCD59AAF0E1
SHA-1: 2136668CE455BAE9A6BD4AD1CB5161AEBA11D5C8
SHA-256: 7AE30D39AB9B3E4D165A77EA70F0A5751FFC3922955E202AF6287D4364C12F95
SHA-512: 31C0D16C01645E4A4A93B5D574557AE6A0E6046BB8A47532D3B1B7CE56008A39558D57 056BD6DE48421089B9F7F3B9DEE7F3BC2029C6CB91B06333389A08BE37
RIPEMD: F84E86E4C87BEFA3BD6C3989A296A1CD4CEADBB3
JTDX.INI имеет такую же структуру как у версии 18.1.0.33.
Это частоты их передачи! Слушать они будут там где мы работаем. Режим SPLIT. Если читали ссылку - они не будут отвечать тому кто зовет на их частоте и тем кто дает локатор!!!Цитата:
Сообщение от RA3QH
Получается что то вроде крупных соревнований: 10% непрерывно зовут остальные 90 ждут окончания "соревнований" чтобы можно было на диапазоне проводить обычные QSO. Если бы они слушали в RTTY участке то тогда и оставшимся 90% была бы возможность работать в эфире. Но тут опять могут быть лицензионные ограничения, как например в Японии где узкополосная цифра разрешена до 3575 кГц на диапазоне 80м.Цитата:
Сообщение от US4IRT
Ну со сплитом то справимся....Вот не пойму чем им локатор то помешал? цикл что с ним что без него один и тот же....Цитата:
Сообщение от US4IRT
Может это только у меня, но в предыдущей версии JTDX такого не было:Цитата:
Сообщение от UA3DJY
При открытой форме сохранения QSO, в случае формирования циклов по варианту 2, в журнале UR5EQF_Log очищается поле "Позывной" до нажатия на клавишу "ОК". При варианте 1 - такого нет. (в WSJT-X тоже такого нет)
Вложение 201733
а вообще народ с FT8 уже обалдел....на 40-ке уже 1 килогерц у JT65 "отгрызли".....
На такой ответ сформировался повторный рапорт:
Вложение 201736
JTDX v18.1.0.34 - тестирование нового функционала (Linux - version, сompiled in Ubuntu 16.04LTS)
64-bit binary files only:
https://cloud.mail.ru/public/98eQ/ZL2LwVWxU
64-bit deb-package:
https://cloud.mail.ru/public/8XNQ/nBx9BN2ks
32-bit deb-package:
https://cloud.mail.ru/public/7vJ2/QRzTBCJz1
Игорь , решать безусловно Вам (да и не особо суть в стилистике) , но мне кажется удобнее всего будет примерно так :Цитата:
Сообщение от UA3DJY
Вложение 201737
Т.е. в обычном режиме видим зелёную кнопку с надписью "Lock Tx=Rx" и спокойно работаем с обычными станциями или на CQ
Нажимаем кнопку - цвет меняется на красный (Внимание , включен сплит!) , надпись на кнопке "Split on" - работаем с DXом.
Просто на собственном примере (каюсь-было) несколько раз попадал в некрасивую ситуацию : "увидел DXa - нашёл свободное место на водопаде , врубил сплит и зовёшь его - ура сработал - расслабился , покурил - решил сработать обычную станцию , клацнул на неё в приёмном окне - и ....... своей передачей накрыл человека который пока я курил уже встал на освободившуюся частоту" (всё просто - забыл что включен сплит , соответственно на станцию которую я выбрал перескочил только маркер Rx - а передача осталась на "старой" частоте где уже работает другая станция) .
Красный цвет всё-таки побольше привлекает внимание , соответственно шансы некрасиво косануть по изложенному или аналогичному сценарию изрядно уменьшаются. Но не более чем вариант )))).
----------
По второй "хотелке" (передача на eQSL по времени окончания QSO во избежании дублей при отправке через журнал) мне кажется надо максимально честно и понятно предупредить людей что при активации "галки" - на eQSL будет уходить время окончания QSO.
Т.е. примерно вот так :
Вложение 201741
Ну или как то аналогично , чтобы было однозначное понимание того что происходит при активации этого пункта (а не как в одном из журналов где только спустя энное время выяснилось что журнал берёт из wsjtx_log.adi время time_off и превращает его в time_on в своей базе + шлёт его же как time_on на eQSL и прочие сервисы).
P.S. Разбираюсь в дизайне как свинья в апельсинах , соответственно мои извинения если своими Paint рисовалками задел чьи то эстетические чувства , "не стреляйте в пианиста , он играет как умеет" (с) )).
Коллеги, а что нужно сделать, чтобы и JTDX и WSJT-X записывали связи в один и тот-же файл wsjt_lod.adi ?
Да не берёт LogHX время от JTDX. Время в журнал LogHX, как и в другие заносится в момент сохранения QSO т. е. в wsjtx_log это time_off. А вот в JTDX сделано неправильно, отправлять на eqsl нужно с time_off иначе, если QSO длится более 5 мин., его просто не увидит в логе корреспондента и начнуться опять проблеммы.Цитата:
Сообщение от R3PJT
У меня такое предложение по Free Message. К примеру, когда я работаю малой мощностью, я хотел бы вместо 73 передавать какое-нибудь сообщение с названием антенны и мощности. Я написал макрос и выбираю его вместо 73 или R73. Но каждый раз это сообщение сбрасывается (т.е. убирается со строки Free message) и выбирается стандартное сообщение. И нужно каждый раз выбирать нужный макрос и выбирать его снова. Мне, например, интереснее было бы получить от корреспондента инфо об его антенне и мощности, чем стандартное сообщение 73 или R73. Я придерживаюсь такгого мнения, что если корреспондент передал другое сообщение, это значит он принял мое последнее сообщение. А если передается старое сообщение, значит корреспондент не принял мое последнне сообщение и я должен повторить последнее свое сообщение. Поэтому я считаю, что если я получил например такое сообщение 5W L WIRE 73 это значит что он получил мое последнее сообщение и дал мне 73 и некоторую дополнительную инфу об его аппаратуре. Поэтому хотелось бы чтобы Free message не исчезало, а стоял бы выбранный макрос постоянно.
И еще раз напоминаю о своем предложении совместить диапазон JT9 и Т10. Я считаю это бы значительно подняло активность в Т10. И всвязи с этим совмещением можно сдвинуть диапазон JT65 и JT9 на килогерц вверх, потому что FT8 и так уже забрало почти четверть диапазона JT65. И всем будет счастье.
Спасибо
дробные позывные пока не поддерживаются в JTDX AutoSeqЦитата:
Сообщение от UX8IW
если изменять надпись на кнопке при ее нажатии то надпись должна отражать действие при следующем нажатии этой кнопкиЦитата:
Сообщение от R3PJT
Цитата:
Сообщение от R3PJT
планирую дать выбор пользователю - либо время начала либо окончания QSOЦитата:
Сообщение от US-E-12
сброс свободного сообщения внес в список на исправление, переход на стандартное сообщение привязан к использованию функционала AutoSeqЦитата:
Сообщение от VA3LLZ
Смещение диапазонов JT65 и JT9 возможно только одновременно с WSJT-X при выпуске его версии GA. T10 одинаково с JT9 делать нельзя - будет забивать JT9 сигналы, но думаю что можно сделать два диапазона со смещением 500...1000Гц, тогда на экране при полосе в приемнике 2500 Гц будут видны и JT9 и T10 сигналы. Поменяю T10 частоты при выпуске JTDX 18.1.Цитата:
Сообщение от VA3LLZ
Это если 3Y будет так работать. А если всякие SV5 вроде тоже типа DX-ы, да еще и зависнут на полночи на RRR как один известный товарищ? Пара тройка таких "DX" на диапазоне, отвечающих сплитом на 5 частотах сделают работу остальных радиолюбителей крайне затруднительнойЦитата:
Сообщение от US4IRT
достаточно одной экспедиции 3Y - если они отдадут предпочтение FT8 то все 5 кГц доступной полосы софта/приемника SDR непрерывно будут стеной зовущих, также эта экспедиция приведет к приходу в цифру тех охотников за DXCC кто до сих пор работал CW/SSBЦитата:
Сообщение от RW4O
посмотрел что по этому поводу пишут на eQSL, окно времени для подтверждения проведенной связи еQSL карточкой составляет плюс/минус один час, то есть допускается разница во времени в двух eQSL карточках до одного часа:Цитата:
Сообщение от US-E-12
Вложение 201749
хотя конечно это не означает что сервер работает по этому правилу, думаю что вопрос надо в первую очередь адресовать в поддержку eQSL
По своему опыту нередко видел приходящие eQSL карточки в которых вместо UTC указано местное время, особенность настройки используемого оператором лога. В том числе при переходе на новый день получается другая дата.
Проверьте пожалуйста, в eQSL карточках по информации отправленной с JTDX время UTC?
Это понятно и на время такой экспедиции можно потерпеть и с другими связями повременить. А вот повседневная работа нескольких станций 5 сигналами неизбежно приведет к расширению полосы частот. Не только от остальной цифры, еще и от SSB участка откусим.Цитата:
Сообщение от UA3DJY
Это уже необратимый процесс. Рано или поздно. Думаю, скоро и FT-8 экспедиции увидим.Цитата:
Сообщение от UA3DJY
Почему только 5 кГц, можно и больше, в трансивере сплит у большинства есть. Вот IARU R1 Bandplan.Цитата:
Сообщение от UA3DJY
В софте WSJT-X/JTDX ограничение частотой дискретизации 12 кГц - верхняя частота звука до 5 кГц, а два софта на прием в экспедиции смысла гонять нет.Цитата:
Сообщение от LY3BG
Я не про программный сплит, про сплит в трансивере.Цитата:
Сообщение от UA3DJY
Так если передавать со сплитом - какая разница в значении "разноса" частот? Хоть cross-band...Цитата:
Сообщение от UA3DJY
Кстати, я не так давно с JA так работал на 80 метров... По e-mail`у попросили слушать совсем не в "нашей" части диапазона. Никаких проблем.
В IARU плане диапазонов термин all modes не включает в себя цифровые моды. Усложненная терминология: все, да не все.Цитата:
Сообщение от LY3BG
"All modes: CW, SSB and those modes listed as Centres of Activity, plus AM. (Consideration should be given to adjacent channel users)."
Прыгать сплитом по разным приемным блокам частот конечно можно в крупных экспедициях, но вручную оператору экспедиции это будет делать неудобно. Придется каждый раз менять частоту на нулевой секунде приемного интервала или сразу после окончания передачи, чтобы не выпало декодирование.
так вроде уже совместили 80м - и JT65 и FT8 полосы прописали в WSJT-X/JTDX до 3575 кГц, из-за лицензионных ограничений Японии специально частоты поменялиЦитата:
Сообщение от R0JF
Сейчас - да. А вот несколько месяцев назад Коллега из JA по e-mail`у слезно просил передавать в "их" участке. Я предложил сплит, получилось удачно. Он оповестил своих друзей и я "мило" провёл вечер. Если так можно сказать - ведь для R0J связи с JA ну никакого интереса не представляют. :)Цитата:
Сообщение от UA3DJY
Я уже заметил это и поправил свой комментар.Цитата:
Сообщение от UA3DJY
Совсем просто. В трансивере делаем ТХ слит напр. на 5 кГц, частота RX не меняется. Дополнительно сплит можно делать программным способом. Для этого в принципе даже САТ не нужен. При нажатии РТТ частота ТХ уйдёт на 5 кГц. Так делают зовущие DX-са.Цитата:
Сообщение от UA3DJY
DX слушает в режиме слита RX, передаёт на одной частоте. Меняет сплит через какие 3 кГц. Никаких проблем.
Вообще то, они написали, что это будет НЕ ОСНОВНАЯ мода, а только если с проходом будет совсем .... не очень.Цитата:
Сообщение от UA3DJY
Не трудно догадаться, что это будут, в основном, верха. Вот там логично поставить станцию в FT8, в том числе для мониторинга прохождения. Да и, как показала практика, все крупные экспедиции появляются в этой моде уже под конец своей работы, когда уже всех "накормили". Отметиться в FT8 - и не более того. Основная мода в цифре для крупных экспедиций до сих пор - RTTY.
Игорь, у меня все больше и больше формируется желание попросить Вас еще одну "хотелку" ввести в программу!!!Цитата:
Сообщение от UA3DJY
А именно - фильтр типа "чёрный список"!!!!
Уже достало ХАМСТВО соотечественников, когда сначала в 10-й раз зовут (словно вообще без ЛОГа работают), а потом на твоей же частоте начинают CQ-лять!!!
Вот только что - RZ4WZ дозвался на моё CQ, провёл связь, теперь спокойно стоит на этой же частоте и сам CQ-ляет!
Я это QSO удалю. И очень хотел бы занести этот позывной в "черный список". Есть еще десяток соотечественников, ведущих себя таким же образом!
Никакого уважения Коллегам!
Я думаю, что FT8 по декодированию эффективнее RTTY. И полоса уже. Так что скоро всё может изменится.Цитата:
Сообщение от RZ1OA
У меня вот случай был, работал с VR2 на 80, вроде поставил 73 повторно на передачу, смотрю мне кто то наш отвечать начал, вот думаю нехороший человек, связь закончить не дает. Потом на свои передачи смотрю - 2 раза CQ передал. И вроде трезв был и в монитор смотрел и кнопку 73 нажимал, а получилось - как получилось. Совестно потом было - много наших VR звали, а я частоту подпортил - каша там была несколько минут потом/Цитата:
Сообщение от R0JF
Не поможет. И те, которые будут в этом спиське, могут на Вашей частоте давать CQ...Цитата:
Сообщение от R0JF
Меня это тоже убивает. Иногда помогает CALL TU QRM, иногда нет и надо уходить с частоты...
Да просто не отвечать подобным... И не видеть их. И то - бальзам. :)Цитата:
Сообщение от LY3BG
Приветствую, коллеги!
Вложение 201759
Вот такая ситуация получилась вчера у товарища -"RRR" декодировался позже, чем программа встала на передачу "R-16" второй раз. Установлена JTDX v18.1.0.33. Может быть имеет смысл в таком случае (когда сообщение декодируется позже чем начат цикл передачи) предусмотреть в программе автоматическую замену передаваемого еще раз "R-XX" на "73"?
Предполагать конечно можно, когда приедут на место будет виднее, может получиться как в Антарктиде - в CW прохождение не позволяет работать, тогда только FT8 спасет экспедицию. Еще очень сильно зависит от выбранного QTH на острове, если направление будет закрыто вулканом то и хорошее прохождение вряд ли позволит работать в этом направлении CW.Цитата:
Сообщение от RZ1OA
По своему опыту в CW - как то пытался работать в DX экспедиции с небольшого плато зажатого горами, несколько станций слышал(далеко дело было), но после минут 20 передачи общего вызова понял что пустое. С других QTH разгребал пайлап, еще был QTH где Европа была прикрыта горами, за час работы в логе появилось с два десятка австралийцев а Европа вообще не звала.
Совершенно верно,Витас. Как с японцами на 160м (1908).Цитата:
Сообщение от LY3BG
чой то сегодня сервер forum.qrz.ru путает линки на вложения, кто то их видит кому то сервер отвечает мол такого не существуетЦитата:
Сообщение от UR5NMZ
сейчас меняем основы функционала AutoSeq в JTDX
Это цензура: в ряде стран, например в Великобритании, запрещена законами. Софт с таким фильтром будет нарушать эти законы при его использовании на территории этих государств.Цитата:
Сообщение от R0JF
Я когда то хотел добавить в софт фильтр срезающий неприличные выражения, в итоге получил по этому поводу разъяснения от коллег.
:r-l: ха..мало места :)Цитата:
Сообщение от RA3QH
Скажите, это только у меня открывается JTDX 18.1.0.34-win32 через стандартную процедуру установки? Т.е., чтобы запустить программу, кликаю на иконку на рабочем столе, открывается установщик программы и т.д. После запуска работает штатно. Только окно частоты красное. Частота отображается правильно. Так должно быть?
Та похоже что глюк какой-то. У меня установилась нормально и стартует как предыдущая, 33я версия.Цитата:
Сообщение от RX4CD
Ну да. Еще есть HL с диапазоном передачи 3520 - 3544 (FT8). Может и под них прогнуться.Цитата:
Сообщение от UA3DJY
Если кто-то не знает, что такое SPLIT, то его проблемы.
73
Нет, Сергей. Работает как положено после установки. Win XP3Цитата:
Сообщение от RX4CD
это установочный файлЦитата:
Сообщение от RX4CD
Логично (я лишь предложил вариант). Просто судя по тому что коллеги плюсанули мой пост - не я один попадал в ситуацию: "забыл отключить сплит / или не попал в "галочку" , так что красный индикатор включенного сплита наверное лишним не будет .Цитата:
Сообщение от UA3DJY
Может тогда ещё проще - обычная кнопка с надписью Split (надпись не меняется) одинаковая по цвету с остальными кнопками при отключенном режиме и красная при включенном ?
Игорь , зная Ваше отношение к программе я ни грамма не сомневаюсь что это будет удобно , а как оно там будет - решать однозначно Вам ))))
Это было бы идеальным вариантом (каждый сам решает как ему отправлять ).Цитата:
Сообщение от UA3DJY
Если в настройках Logger32 указано "Mode from BandPlan", тогда отредактируйте строки, относительно последних нововведений.Цитата:
Сообщение от RW0LT
Приветствую всех! Вот перешел я сейчас с 14 МГц на 10 Мгц. Все в моде FT8 сидят на 10.136. С разносом частот что-ли работать??? У нас то цифра 10.140-10.150:s9:
А у нас со 130 :s12:Цитата:
Сообщение от RW9UU
Радиочастоты : Союз Радиолюбителей России
ой спасибо. JTDX- отличная программа:s11:
Игорь спрашивал, как слабый виндоус ведет себя. Хотел цитату, но не нашел, глубоко пост ушел.
На "совсем слабом Windows XP"
беда во времени читания\декодирования\обработке
(JTDX-18.1.0.32-win32.exe) при FT-8 (секунд 25...28)
при очень ссуженной полосе (см. скрин 1).
Вложение 201825
Когда 2500 - загрузка процессора 100%! и комп виснет (<- JTDX).
Такого при эксплуатации wsjtx (см. скрин 2) нет.
Вложение 201826
Понимаю, ОЧЕНЬ древнее железо (см. скрин 3).
Вложение 201827
Приобретено в 2005 году.
Видио-карта вообще старющая - 128Мб, NVIDIA GeForce4 MX 440 with AGP8X.
По-моему в JTDX с цветом перемудренно.
Фиг могу подстроиться\перестроиться.
------------------------
перестроиться без Я
обработке - разделено
пытался скорректировать - не дает.
Необходимо настроить И будет работать как WSJT.Цитата:
Сообщение от RW3QF
Для начала в верхней строке меню нажмите DECODE и поменяйте DEEP на NORMAL или FAST.
Потом можно поиграться с числом проходов декодирования, но думаю и так все решится.
Я тоже сначала офигел, но методом "тыквы" подстроил под свое "древнее железо"
Приобретено в 2005 году.
Видио-карта вообще старющая - 128Мб, NVIDIA GeForce4 MX 440 with AGP8X.
У меня аналогичная конфигурация, только оперативки 3 гига и работает без проблем:s7:
JTDX 18.1.0.34-win32 очень часто пропускает декоды
А как победить распределение диапазонов в FT8 в новой версии JTDX? Когда переходишь в эту моду, отображаются только УКВ-диапазоны.
freguencies -- reset
декоды пропускает только один период после третьей передачи без TX прием без пропусков мода FT8
Заметил одну вещь в JTDX 18.1.0.34-win32 на одной частоте два
сигнала декодировало -02 и -12, так что это плюс!!!!
А Hint декодеры работают в FT8? Вроде бы как нет ... :que:
Цитата:
Сообщение от US-E-12
Олег, а можно ли доработать UR5EQF лог чтобы он тоже поддерживал в отображении полученной eQSL разницу времени в один час, как сейчас на eQSL сервере?Цитата:
Сообщение от UA3DJY
В таком варианте почти все вопросы по разнице во времени отпадут.
там свой декодер, FT8AP, тоже включается кнопкой HintЦитата:
Сообщение от US4IRT
Так они и так отпадут при таком допуске, Игорь. В LoTW тоже приличный запас, но меньше часа.Цитата:
Сообщение от UA3DJY
Игорь, дело не в этом. Человек имел ввиду, что у него совместно с LogHX работает JTDX и в обоих программах включена автоматическая отправка на eqsl. Так вот, JTDX отправляет время начала QSO, а LogHX, момент когда QSO заносится в лог (в JTDX это time_off), и это я считаю правильным, но отнюдь не время начала QSO. К примеру вызываем интересного кор-та (time_on запомнилось), но он отвечает другим, наконец QSO полностью состоялось через пол-часа (time_off). И какое время проведения QSO будет у кор-та. Я считаю, что правильным будет отправлять время фактического сохранения QSO во внутреннем логе.Цитата:
Сообщение от UA3DJY
QSO Time_Off не равно времени сохранения в логе и сейчас даже не уверен будет ли в новом AutoSeq Time_On браться с первого вызова, но все равно без проблем, дам возможность оператору выбрать какое время отправлять на eQSLЦитата:
Сообщение от US-E-12
оно так есть, и правильней БЫТЬ не может, ЩСО-моё.Цитата:
Сообщение от US-E-12
то что с еЩСЛ приходит от коллеги тоже его право (ну на дуэль :)
Ну почему жеЦитата:
Сообщение от UA3DJY
Time_off равно времени когда я (к примеру, сам не работаю) получил от RA2FU RRR и начал передачу RR73 и одновременно QSO сохранилось с этим временем в JTDX и основном логе.Цитата:
<call:5>RA2FU <gridsquare:4>KO04 <mode:3>FT8 <rst_sent:3>-15 <rst_rcvd:3>-15 <qso_date:8>20171214 <time_on:6>153258 <qso_date_off:8>20171214 <time_off:6>153432 <band:3>40m <freq:8>7.075614 <station_callsign:4>UR1E <my_gridsquare:4>KN78 <eor>
Ха, сейчас мысленно провёл QSO и разница с кор-том будет в минуту (JT65, T10, JT9), передача начинается со следующей минуты.
Можно сравнить, у кого какой прием.
UA3DJY, спасибо за FT8.
Интересно, как отличается прием DX в городе и за городом, и можно их сравнивать.
У меня в городе очень большой уровень шума на 160м, и не только на этом диапазоне.
Можно и нужно, как это делать я и показал.Цитата:
Сообщение от R3OZ
У меня не меньше на GP. Сейчас тихо, обычно на 10-15 дБ больше.Цитата:
Сообщение от R3OZ
Не пойму, зачем два раза слать в eQSL?Цитата:
Сообщение от US-E-12
Да, time_on теперь пишется не правильно. Вот пример, он мне ответил не сразу:Цитата:
Сообщение от US-E-12
<call:5>A91ND <gridsquare:0> <mode:3>FT8 <rst_sent:3>-15 <rst_rcvd:3>-15 <qso_date:8>20171214 <time_on:6>175115 <qso_date_off:8>20171214 <time_off:6>175645 <band:3>40m <freq:8>7.074705 <station_callsign:5>LY3BG <my_gridsquare:4>KO24 <eor>
Time_on должно определятся по другому. Нельзя считать началом связи то время, когда я позвал первый раз. Думаю, что_time on должно показывать время, когда мне ответили.
Обсуждали и у каждого своя точка зрения что считать началом QSO: передачу или прием сообщения, начало или конец сообщения. Поскольку у нас в разных вариантах при записи QSO в лог разброс получается не более чем пару минут для JT/T и менее минуты для FT8, то при допустимом разбросе 1 час в eQSL и 30 минут в LoTW сама дискуссия о том что считать началом и концом QSO теряет смысл.Цитата:
Сообщение от LY3BG
У оператора есть файл ALL.TXT куда все действия теперь записываются посекундно, при необходимости он всегда может проверить что и когда происходило.
Ещё раз повторяю - <time_on:6>175115 <time_off:6>175645. Это в FT8 моде. Если я его буду звать 1 час, разница в time_on и time_of будет 1 час. Т.е. time_on берётся время первого вызова, а звать можно сколько угодно, час, два... пока ответит.Цитата:
Сообщение от UA3DJY
Напр. я начал звать в 1300, мне ответили и связь состоялась в 1520, то по существующей логике в лог запишется time_on 1300, time_of 1520.
Все правильно, особенно когда надо дозваться до DXpedion или до DX-a.Цитата:
Сообщение от LY3BG
Или каждый раз очищать окна, если тебе не ответили сразу.
Вот интересно, при очистке Time-on сбрасывается или нет?
73
Или еще есть сценарий когда Вам ответили час назад но QSO не состоялось и Вы продолжаете звать, да еще спустя час могут ответить сообщением 73, морока будет с определением Time_On и по переданному и по принятому сообщению.Цитата:
Сообщение от LY3BG
В 18.1.0.34 сделано ограничение в коде, при разнице Time_On и Time_Off во времени более 150 секунд для моды FT8 и более 600 секунд для остальных мод время Time_On при записи в лог ставится равным времени Time_Off, то есть никаких сбоев в подтверждении eQSL и LoTW сейчас быть не должно.
void MainWindow :: on_logQSOButton_clicked()
...
if (dateTimeQSOOff < m_dateTimeQSOOn) m_dateTimeQSOOn = dateTimeQSOOff;
// 150 seconds delta for FT8, 600 seconds delta for other modes
if (qAbs(dateTimeQSOOff.toMSecsSinceEpoch() - m_dateTimeQSOOn.toMSecsSinceEpoch()) > m_TRperiod * 10000) m_dateTimeQSOOn = dateTimeQSOOff;
В этом коде переменная m_TRperiod имеет значение 15 секунд для FT8 и 60 секунд для JT/T мод.
Здравствуйте, коллеги!
А нельзя ли фиксировать в качестве Time On время получения первого ответа от корреспондента в том случае, если связь состоялась?
Да фиг с ним с этим eQSL,есть поважнее...вот что заметил народ.....цитирую
При сохранении QSO из JTDX 34 - оно заносится по ДХСС предыдущего.Т. е. в логе последнее с RA9XX, а я сработал OE5XXX - OE5XXX заносится как Россия Азиатская. Хотя определяется до сохранения правильно. И так все связи. Проверил в WSJT-X - там все нормально.
Если сохранить связь в лог до того как в JTDX очистит окно ввода позывного, то связь сохраняется с правильной территорией, а если после очистки поля ввода позывного, то связи сохраняются с территорией, которая была последняя правильно сохранённая (т.е. до очистки поля ввода позывного в JTDX).
у себя тоже такое заметил после того как прочел...
в каком логе?Цитата:
Сообщение от RA3QH
TO LY3BG:Цитата:
Сообщение от UA3DJY
Vytas, проверил под версией 18.1.0.34, софт четко срезает Time_On при превышении 150 секунд в FT8, на какой версии Вы наблюдаете приведенную Вами разницу времени?
Вложение 201888
UR5EQFЦитата:
Сообщение от UA3DJY
Почему JTDX последние шаги при включеном TX лекодирует через раз ,без передачи все без проблемВложение 201889
все софты работают в режиме симплекса, либо передача либо приемЦитата:
Сообщение от R0AX
так по скрину видно что TX через каждые 30 сек а RX раз в минуту
а вот режим без передачи все периоды без пропускаВложение 201890
Включите пожалуйста запись звуковых файлов, закладка Save->Save AllЦитата:
Сообщение от R0AX
Интересует звуковой файл за пропущенный интервал. Еще вопрос, какая у Вас загрузка процессора во время приема интервала, до момента начала декодирования?
И как часто настроена синхронизация времени?
загрузка порядка 18-22% а wav файлы не хочет загружать сюда я записал 7 циклов прием передача
все файлы декодирую без проблем, по картинке могу сказать что у Вас в НЧ тракте идет с высоким уровнем пульсация 50 или 100 Гц, ее гармоники и множество продуктов интермодуляции, давайте сначала устраним эту проблему, потом уже будем смотреть что с декодированиемЦитата:
Сообщение от R0AX
синхронизация времени в норме
Вложение 201900
с НЧ разобрался,но проблема не исчезла.Новые wav файлыВложение 201902Вложение 201903Вложение 201904Вложение 201905Вложение 201906
НЧ тракт теперь хорошо работает, все файлы декодирую без проблем. Вы видите сигналы на водопаде и нет декодирования интервала.Цитата:
Сообщение от R0AX
Если дважды кликнуть мышкой на одном из сигналов недекодированного интервала, выключив по окончании интервала кнопку Monitor и не переходя на передачу в следующем, софт что нибудь декодирует?
Вложение 201922
UA3DJY
Перестало стартовать две программы JTDX одновременно. Файл блокировки не даёт запускать второй экземпляр проги и удалить его невозможно.Вложение 201923
WSJT и JTDX одновременно работают.
Да так появляются декоды
Я еще пару раз попробовал нет она показывает предыдущие декоды
для использования общей памяти необходимо в ярлыках запуска прописывать ключ --rig-name= <свое имя папки с настройками логом и тп>Цитата:
Сообщение от RK1AT
WSJT-X и JTDX имеют разные имена процессов и общую память не используют.
Skype + Teamviewer, контакты почтой, отправил Вам письмо на gmail адресЦитата:
Сообщение от R0AX
...извените,но вот... Друзья,кто использует Алерт,случайно поставил галку в ненужном месте,в окне ,,показывать,, и теперь окошко Алерт убежало с рабочего стола,стоит на панели задач и не могу его вернуть обратно на рабочий стол(визуализировать)...прошу помочь деду...
Друзья,кто использует Алерт,случайно поставил галку в ненужном месте,в окне ,,показывать,, и теперь окошко Алерт убежало с рабочего стола,стоит на панели задач и не могу его вернуть обратно на рабочий стол(виуализировать)...прошу помочь деду...
...что-то не редактируется...подскажите,пожалуйста ,как вернуть окошко Алерт снова на рабочий стол...
Удалить папку с настройками Алерта в %AppData%. И настраивать программу снова. Тоже так делал и отвечал уже здесь на подобный вопрос.Цитата:
Сообщение от UA3DTK
PS: Вот нашел то сообщение
...в %ApplicationData%...не могу найти...вообще удалял программу Алерт с помощью Reg Organizer и загружал заново...не помогло...
Сожмите по вертикали или поднимите выше WSJT-X(JTDX) и снизу выедет окно JTAlert. Затем в JTAlert меню View-Dock to WSJT-X Window снимите галку Enable. А то Вы его прилепили к нижнему краю WSJT-X(JTDX) и оно ушло за экран.Цитата:
Сообщение от UA3DTK
...Олег,спасибо большое...:up:
Так просто не увидите, файлы защищены.Цитата:
Сообщение от UA3DTK
Вот,будет понятно.
Настройки ещё хранятся в %ProgramData%Цитата:
Сообщение от RW4O
AG2T...US-E-12...
...не могу выйти на users ...мне зять,после ремонта,установил W10...и я тут кручу-верчу,но выхожу только на users/vv и все дальше не получается...vv-это я как пользователь...видимо надо как-то уходить от vv(пользователь или администратор)),как я понимаю,а как...?
W10Pro 64bit
Вложение 201938
Где отмечен Вид ,щелкнуть и поставить галку :показать скрытые элементы.
Владимир,спасибо,немножко не так как у вас,но все же добрался я до AppData>Local...
1. Оперативность (мой любимый лог до некоторого момента не имел автоотправки на eQSL , там и сейчас не всё гладко с этим) - зачем корреспондентам ждать пока я соизволю выгрузить связи в ручном режиме если они при отправке мной через JTDX могут получить подтверждение сразу же после окончания QSO ?Цитата:
Сообщение от LY3BG
2. Возможность "на лету" (сразу же после проведения QSO) слать не только минимум инфо но и тэг <QSLMSG> , JTDX виртуозно умеет это делать + гораздо проще оперировать содержанием комментария непосредственно при отправке из JTDX не переключаясь в другие программы.
3. Страховка (начиная с банального "QSO не зашло в журнал"/"сам по запарке запустил JTDX не из-под журнала" и кончая апокалипсическим сценарием "грохнулся HDD \ злой вирус сожрал файлы \ QSO нет в файлах на жёстком но оно есть в outbox eQSL т.к JTDX успело его туда отправить в авторежиме")
Как то вот так , привыкнув к ответственности и дублированию по работе - стараюсь дублировать данные и в хобби и в жизни - хотя бы по двум независимым каналам )))) .
Спасибо , всё окончательно встало на свои места.Цитата:
Сообщение от US-E-12
Естественно я не строил бы предположения : "округляет ? берёт из time_off JTDX ? откуда беруться такая разница и дубли ?" на нескольких страницах в теме журнала и не занимался бы скринами-сравнениями adifов - написанием некислых по обьёму и трудозатратам постов на нескольких страницах темы лога - если бы получил там такой ответ на свои вопросы.
Я его получил (пусть и не от автора программы и в другой ветке форума -но не суть) , чётко сформулировано и по существу.
Спасибо - теперь действительно максимально понятно как именно происходит взаимодействие по времени отправки - и в чём изначально была проблема , равно как и где ещё она может возникнуть.
Действительно - данный файл несколько раз очень здорово выручал .Цитата:
Сообщение от UA3DJY
Игорь , пользуясь случаем короткий вопрос - размер данного файла как то лимитирован ? (у меня он начинается с августа , очень возможно что я сам забыл его скопировать при очередной "чистой" переустановке JTDX).
Большинство радиолюбительских программ ничего в реестр не пишет, поэтому "чистить реестр" от них не надо. JTDX, WSJTX, JTAlert - кроссплатформенные приложения, а в Linux и MAC реестра нет, поэтому все данные хранятся в локальных папках пользователя.Цитата:
Сообщение от UA3DTK
Доброе утро. Начинающий пользователь в "цифре" . BPSK осилил - работает в программе UR5EQF. Пытаю FT8 - приём пишет, а трансивер на передачу не идёт (TS-450SAT) . Менял порты, всякие настройки по советам тех, у кого это работает - не хочет. Винда 10. Сейчас взял другой ноут на нём винда 7. Какую версию программы WSJT и откуда скачать? Не силён в компах. Если не грамотно спросил - не ругайте. Иван RA4AG
Здесь очень много информации для Вас. Персональный сайт - Главная страницаЦитата:
Сообщение от RA4AG
Будет выпущен через несколько месяцев с переходом на другой язык и современный компилятор, надеюсь что с выпуском этого софта уйдет проблема монопольного удержания UDP порта при использовании JTAlert. Кусок сообщения ниже по другому сбою:
"The root cause is the aging compiler used for JTAlert V2. The new JTAlert V3 (still some months away from release) uses a new modern/standards compliant compiler, a different language and is a total rewrite of the JTAlert code making heavy use of asynchronous object-oriented code with extensive error-trapping and reporting. These type of unexplained errors will be a thing of the past.
de Laurie VK3AMA"
Цитата:
ALL.TXT
Софт пишет в файл без ограничения размера. Есть пользователи кто раз в год делают резервную копию файла и начинают его запиcь заново, для удобства просмотра, поскольку размер за несколько лет становится огромным.Цитата:
Сообщение от R3PJT
Изменю в нем формат оставшихся записей времени с hh:mm / hh:mm:ss на hhmmss и возможно добавлю запись события Halt Tx.
Почему так? при Navg = 3 водопад чистый, а при Navg = 1 весь засран? 18.1 34й шаг. в всйт чисто при любом Navg.
Не, я понимаю, что эфир у меня такой в городе, но почему в всйт было чисто? =(
Вложение 201959
устройства воспроизведения - динамики - дополнительно : должно быть 16 бит , 44100 Гц (компакт-диск)Цитата:
Сообщение от RA4AG
Похоже, что вы слишком большой уровень сигнала с трансивера подаете. Убавьте регулятор RF GAIN (УПЧ). Жаль, что на вашем скрине не видно настроек водопада. Вот попробуйте мои -Цитата:
Сообщение от UA0AD
Вложение 201961
Это мой ночной эфир на 30-ке. Трансивер FT-2000. Антенна INV.V.
Ну, rf gain почти на максимуме, всю жысть так было, чтобы вот тут было так:
Вложение 201963
А настройки Ваши не пойдут, я про что и спрашиваю, чтобы Navg сделать взад = 1. У меня такое:
Вложение 201964
Это мой вечерний эфир на 17 =( TS-590, RV-8HF
edit: попробовал Navg двоечку, в принципе, пожно привыкнуть, но 1 - нагляднее =)
На этой версии срезаетЦитата:
Сообщение от UA3DJY
<call:5>UN7BY <gridsquare:4>MO51 <mode:3>FT8 <rst_sent:3>-10 <rst_rcvd:3>-05 <qso_date:8>20171216 <time_on:6>085029 <qso_date_off:8>20171216 <time_off:6>085029 <band:3>17m <freq:9>18.101855 <station_callsign:5>LY3BG <my_gridsquare:4>KO24 <eor>
и в таком случае time_on теряет смысл. И ещё - наверно не принципиально, но почему секунды кончаются на 4 или 9? Раньше было 00, 15, 30, 45, теперь 59, 14, 29, 44?
Мой 590 и 2 программы
Вложение 201971
Bins/Pixel для чего 5 а 3 не пробовал?Цитата:
Сообщение от UA0AD
Не правильно, должно быть 16 бит , 48000 Гц (DVD-диск).Цитата:
Сообщение от 4Z5OZ
Вложение 201973
а смысл? водопад компактнее при 5Цитата:
Сообщение от UA9OP
у, как чистенько в 0-500Гц, тоже так хочу =)Цитата:
Сообщение от RA3RKA
странно , у меня не работало пока не поставил - компакт-диск.....Цитата:
Сообщение от UA1NAN
но все равно есть смысл попробовать мой вариант
Заметил такую штуку: WSJT-X 1.8.0-rc2 при закрытии блокируется работа звуковой карты. После запуска обратно программка жалуется на отсутствие звуковой карты. Если открыть JTDX - тоже жалуется. В списке устройств только устройства по умолчанию. Приходится перегружаться. При нормальной работе кроме них есть еще сама звуковая карта, которую можно выбрать и работать.
Предполагаю, что можно поставить более новую версию. Какюу стабильную рекомендуете? Либо выяснить, почему так происходит.
Creative Audigy2
Win XP
P4-2.5 GHz
2Gb RAM
Вложение 201976Цитата:
Заметил такую штуку: WSJT-X 1.8.0-rc2 при закрытии блокируется работа звуковой карты.
У меня прекрасно работает.
Пробовал две звуковухи Audigy ставить,работает только одна.
Ну у нас с Вами системы похоже разные.
Сейчас проверил - JTDX тоже вывешивает звуковуху и потом не отдает ее никому после выгрузки. Раньше такого вроде не замечал. Что интересно, на соседнем таком же компе, тот же софт так себя не ведет и даже не требует постоянно назначать линейный вход или менять устройство по умолчанию на Креативовские.
Обновил дрова на звуковуху, пока вроде не отбирают, но сбрасывают звук на умолчательный и всякий раз нужно в софте менять на Креатив, иначе ругается и не хочет работать.
Чо за капризы, не понимаю.
у меня так выставлено ничего не делал все работаетЦитата:
Сообщение от 4Z5OZ
Вложение 201980
не нашел в винде 10 (устройства воспроизведения - динамики - дополнительно : должно быть 16 бит , 44100 Гц (компакт-диск)
Вложение 201984Цитата:
не нашел в винде 10 (устройства воспроизведения - динамики - дополнительно : должно быть 16 бит , 44100 Гц (компакт-диск)
Win10-64.
Все есть.
В общем, продолжалось сие недолго. Вскоре опять отжала ресурсы и не дает даже настроить громкости, хотя сама WSJT-X принимает себе.Цитата:
Сообщение от RV9CX
Сталкивался с ситуацией, когда когда глюки со звуковой картой решались переименованием ее с кириллицы на латиницуЦитата:
Сообщение от RV9CX
к примеру делал Line_In и Speaker
Это не Win7 для блондинок - тут все и так на латиницеЦитата:
Сообщение от RA4UDC
to UA3VFL это вам ничего не даст,только что почистить от лишнего