А у меня принимал. Я писал где что надо прописать в UR5EQF логе и в eService.
Вид для печати
А у меня принимал. Я писал где что надо прописать в UR5EQF логе и в eService.
Поработал вчера в MSHV . (FT2) LOGHX отправил как «DATA» даже одно QSO подтвердилось. Что то в этой моде есть для меня известного лентяя . Насчет JTDX ничего не слышно? Нет версии с поддержкой ?
https://www.adif.org/317/ADIF_317.htmЦитата:
Сообщение от UA6ATG
Можно добавить в программе TQSL субмоду FT2 (мода MFSK), Lotw принимает такие связи. Детали здесь Думаю на днях обновят TQSL с поддержкой FT2 на LOTW. EQSL и QRZ.COM принимают логи с FT2 записью.Цитата:
Сообщение от UA6ATG
только именно MFSK а не MFSK16 как на вашем скрине...Цитата:
Сообщение от RK1AT
В выпадающем списке нет моды MFSK. Поэтому жмакаем, что нам дают, можно любую. Отправил DATA, проглотил LOTW.:s7:Цитата:
Сообщение от RA3QH
Провел первые свои FT2 на 20 м, 13 вт. Думаю, доставать бубен смысла нет-дождусь обновления TQSL
она там есть но видимо не заложено пока использование для 2-х субмод ее...у меня MFSK для FT4 использована там...Цитата:
Сообщение от RT6N
В LogHX в настройках модуляции, если вы используете этот лог, введите как у меня.Цитата:
Сообщение от RA3QH
Поспешил отправить, сделал корректировку, настройки выглядят вот такЦитата:
Сообщение от RT6N
Этот вариант для LoTW и ClubLog, отправка и скачивание подтверждения QSO. Для Hamlog все работает и так.
Вот это да! CN3A работают FT8 на 10-ке. Я не сплю? :)
Задам вопрос здесь, ибо он касается режима работы FT-8 в программах JTDX и WSJT.
Как-то я задавал вопрос о выборе программы для работы режиме FT-8, какая лучше будет декодировать сигнал.
Коллега ответил, что обе программы базируются на одном движке.
Поэтому декодирование будет совершенно одинаковым.
Но вот кто ни будь из коллег объяснит мне вот этот результат?
Вложение 380828
Противоречия обведены и подчёркнуты красными квадратами и линиями.
Подчеркну.
Время одно и тоже.
Корреспонденты одни и те же.
Звуковая карта в компьютере одна.
Декодеры FT-8 выставлены на высокую чувствительность (JTDX), и глубокую (WSJT).
Потоков при декодировании стоит - авто (JTDX).
Трансивер один.
Но программы разные JTDX и WSJT.
Показания уровня сигнала у одних и тех-же корреспондентов разные.
Удачи всем.
Тот же самый коллега, что говорил, что что обе программы базируются на одном движке и что поэтому декодирование будет совершенно одинаковым объяснит Вам и следующий результат:Цитата:
Сообщение от RA1QEA
1. Вы видите, что декоды в обоих программах абсолютно одинаковы, потому что движок один и тот же и декодировал он ОДИНАКОВО.
2. Параметр db - это НЕ АНАЛОГ RTS - про это много раз писали. Каждая программа рассчитывает его по своей формуле! И да - в JTDX db будет для одного и того же сигнала ниже, чем тот db, который показывается в WSJT!
Еще раз - НЕ ОБРАЩАЙТЕ ВНИМАНИЕ НА ПАРАМЕТР db в этих программах! Просто не обращайте! Я понимаю, что те, кто не программисты и вырос на RST не могут это понять, но просто примите это как должное!
- - - Добавлено - - -
Это НЕ ПОКАЗАНИЯ УРОВНЯ СИГНАЛА! НЕТ! Это - соотношение сигнал/шум. Разные они по тому, что в разных программах параметр "шум" рассчитывается по разному! А уровень сигнала естественно будет один и тот же и от программы он не записит.Цитата:
Сообщение от RA1QEA
Если самому лень искать здесь (на форуме) многочисленные ответы (в т.ч. от авторов), задайте вопрос ИИ. Только коротко: "Почему WSJT-X JTDX MSHV дают разные уровни декодируемых FT8 сигналов?" Ответы будут довольно точные (в т.ч. со ссылкой на этот форум). Даже у Алисы.
...или вопрос вовсе не про уровни и сейчас последует возмущённый поток нравоучений?
Движки малость разные, особенно в плане HINT декодирования.
Коллеги, приветствую! Необходима ваша помощь. :cray:
JTDX - через TCI подключена к SunSDR2DX, LogHX3.
На старом jtdx-2.2.160-32A-rc4 всё работает норм.
В относительно новых версиях jtdx rc9 и rc10 (в них есть SF) частота временами не возвращается после завершения передачи на рабочую частоту.